New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SAMD51J18A does not debug nor reset #3808
Comments
Does HID_listen work? As for the reset, that's probably a setting in the reset code that isn't configured properly for the SAMD51J18A chips. |
I guessed as much. HID_Listen does not work, which is why I used my HID listener just to be sure. The misconfiguration seems to be caused by this ruleset:
I can do Edit: Further inspection of the fork indicates that the Massdrop people have added this entire chipset, so it's a bit hard to trace where they failed. Poking into random memory doesn't seem to do anything good either. |
Here's a fun bit of great software engineering: https://github.com/Massdrop/qmk_firmware/blob/master/tmk_core/common/arm_atsam/bootloader.c#L19 That's why |
Looking at it after some good rest, I figured out how this thing works on debugging. Generally the firmware implementations ignores going via HID USB reports and uses entirely serial. Looking at the amount of code that massdrop has written themselves, they probably had a good reason for that. So reading from the device with Baudrate of 96000 was just a good guess and it seems to work just fine. Next time I should just look at the usb descriptor instead of headbutting straight into HID. 🤷♂️ Demo: |
Tagging @patrickmt as he seems to develop the software for the CTRL. |
Since yesterday we had quite a development. The
Since you either have to have a broken rom or need to press the button that is wired to the CPU RESET, there is currently no easy way of doing it. Talking with Patrick, he's onto a solution, which involves resetting the CPU to a state which it would be like while booting and then jumping directly into the flashing region. That is, to the best of my knowledge, hardly possible from my side without the bootloader or flashing image (except you can dump from the keyboard). So we'll wait on a resolution of Massdrops side. This issue can be closed for now. |
@DarkMio is anything from this still needing addressed? |
Bootloader jump works fine. The default debugging method still does not work, but that should be simply added with a comment on the readme of that board, that it actually is only willing to talk over serial. Otherwise good work so far. |
I got the recently shipped CTRL Massdrop Keyboard, which runs a SAMD51J18A.
While tinkering with it, I have had no luck getting any debug output from it nor getting it to reset.
The configuration:
Other than that, I've written a keymap that does the command but no output. LShift, RShift magic + D didn't seem to do anything either. At this point I'm not even sure if the magic works correctly, the (default) configuration for it looks like that:
This way I'm listening on all HIDs (I believe there are four) coming from this USB controller:
Any help is highly appreciated.
The text was updated successfully, but these errors were encountered: