Open macseem opened 1 month ago
Can you also get logging output? https://zmk.dev/docs/development/usb-logging
@caksoylar I tried to add logging, but it fails to compile, whenever I set flag on it just pops with lots of errors like here https://github.com/macseem/zmk-config/actions/runs/9110620165
@caksoylar I tried to add logging, but it fails to compile, whenever I set flag on it just pops with lots of errors like here https://github.com/macseem/zmk-config/actions/runs/9110620165
See the updates docs on using the new logging snippet to enable this: https://zmk.dev/docs/development/usb-logging#usb-logging-snippet
I would guess that you're blowing the stack, but hard to tell for sure. You could try bumping the system work queue stack size too.
Oh, haven't seen updated docs for usb logging, thanks for pointing, will try. it defo feels like stack overflow or something similar. will try new logging and return with logs.
You could try bumping the system work queue stack size too.
Not sure how to do this one, I don't have much experience with zephyr
Oh, haven't seen updated docs for usb logging, thanks for pointing, will try. it defo feels like stack overflow or something similar. will try new logging and return with logs.
You could try bumping the system work queue stack size too.
Not sure how to do this one, I don't have much experience with zephyr
You can set:
CONFIG_SYSTEM_WORKQUEUE_STACK_SIZE=2048
For instance. If building locally, you can do a west build -d build/some_build_dir -t menuconfig
to change it locally too (just don't build with -p/--pristine after or it will blow away config changes).
I can confirm that bumping the system workqueue size to 2048 allows that macro to function without locking up the board, at least for this shield.
If you manage to get USB logging functional on a BlackPill, I would love to see your configuration. I have never managed to get more than a couple of lines from it before a disconnect + USB enumeration failure, and have yet to dig deeply enough to figure out any idea why. (While the STM32F4x1 is regrettably short on bidirectional USB endpoints, I think four should be enough here...)
BlackPill logging (USB CDC ACM generally) is broken due to a bug introduced in https://github.com/zmkfirmware/zephyr/commit/304b57b530a3880313549c2ea81d8cefea0450c3. Issue https://github.com/zephyrproject-rtos/zephyr/issues/69657 was filed about it, and the problem was eventually fixed in https://github.com/zephyrproject-rtos/zephyr/pull/70795.
To restore USB logging, you can:
For the record: this also affects mouse emulation.
Pressing key assigned to a macros doesn't do anything After that keyboard stops responding Macros complexity doesn't matter, default one from documentation behaves the same Key position/layer anything else doesn't change situation.
This is reproducing using on both github actions build and local west build Both builds are successful and don't fail
Any other behaviour works as expected (hold-tap, mod-tap, etc),
Board: STM32 f411ce black pill
Keymap configuration:
Here is overlay