safijari/openpuck

Watch

Fork 0

mirror of https://github.com/safijari/openpuck.git synced 2026-11-04 06:34:45 +00:00

[GH-ISSUE #237] Getting back into DFU mode? #104

New issue

Closed

opened 2026-10-22 05:03:57 +00:00 by roman · 2 comments

roman commented

2026-10-22 05:03:57 +00:00

Owner

Originally created by @jefferai on GitHub (Aug 19, 2026).
Original GitHub issue: https://github.com/safijari/openpuck/issues/237

More a request for help than a bug (or maybe a feature request for more documentation), but: when I first plugged in the recommended board it went into DFU mode. I didn't realize it'd time out, so I have to get it back into DFU mode.

The problem is that when I short the pins, it goes into DFU mode for such a short time that it's impossible for me to actually copy the firmware onto it...it'll actually drop from DFU mode in the middle of the copy, small as the file is.

Any advice or guidance, other than setting up the full dev environment to do it that way?

Thanks! (And thanks for making this!)

Originally created by @jefferai on GitHub (Aug 19, 2026). Original GitHub issue: https://github.com/safijari/openpuck/issues/237 More a request for help than a bug (or maybe a feature request for more documentation), but: when I first plugged in the recommended board it went into DFU mode. I didn't realize it'd time out, so I have to get it back into DFU mode. The problem is that when I short the pins, it goes into DFU mode for such a short time that it's impossible for me to actually copy the firmware onto it...it'll actually drop from DFU mode in the middle of the copy, small as the file is. Any advice or guidance, other than setting up the full dev environment to do it that way? Thanks! (And thanks for making this!)

roman closed this issue

2026-10-22 05:03:57 +00:00

roman commented

2026-10-22 05:03:58 +00:00

Author

Owner

@Leseratte10 commented on GitHub (Aug 19, 2026):

Are you sure it drops from DFU mode in the middle of the copy?

Does it stay in DFU mode if you don't copy a file to it?

In my experience, the OS claims the drive disappeared mid-copy and shows an error, but the file actually flashes correctly. The device just immediately reboots after it received the full file, without being able to report back to the OS that the file copy was successful.

@Leseratte10 commented on GitHub (Aug 19, 2026): Are you *sure* it drops from DFU mode in the middle of the copy? Does it stay in DFU mode if you don't copy a file to it? In my experience, the OS claims the drive disappeared mid-copy and shows an error, but the file actually flashes correctly. The device just *immediately* reboots after it received the full file, without being able to report back to the OS that the file copy was successful.

roman commented

2026-10-22 05:03:59 +00:00

Author

Owner

@jefferai commented on GitHub (Aug 19, 2026):

Oh wow, I feel stupid. It does stay in that mode if I don't copy a file. The reason I didn't notice it is when in DFU mode, it shows a current UF2 file that does not match the size of the OpenPuck one, so I figured that it didn't transfer. But it does actually pair! Thank you!

@jefferai commented on GitHub (Aug 19, 2026): Oh wow, I feel stupid. It does stay in that mode if I don't copy a file. The reason I didn't notice it is when in DFU mode, it shows a current UF2 file that does not match the size of the OpenPuck one, so I figured that it didn't transfer. But it does actually pair! Thank you!

roman referenced this issue

2026-10-22 05:07:31 +00:00

[PR #104] [MERGED] fix: correct typo 'Swith Pro' to 'Switch Pro' in README.md #200

No labels

pull-request

wontfix

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference

safijari/openpuck#104

No description provided.

Rows
Columns