Skip to content
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

Adding audio to the Drop CTRL [Bug] #12758

Closed
1 of 3 tasks
mikegwatson opened this issue May 1, 2021 · 2 comments
Closed
1 of 3 tasks

Adding audio to the Drop CTRL [Bug] #12758

mikegwatson opened this issue May 1, 2021 · 2 comments

Comments

@mikegwatson
Copy link

Describe the Bug

I've wired up a low profile piezo/speaker(p/n: AST1109MLQ) to pin PB13 of the Drop CTRL SAMD51J18A uC, but am running into QMK compile errors when using AUDIO_ENABLE = yes in rules.mk. I've included #define AUDIO_PIN B13 in config.h, but perhaps I'm missing something critical...

I receive the following error message:

Compiling: keyboards/massdrop/ctrl/matrix.c In file included from quantum/audio/voices.h:25,
from quantum/audio/audio.h:23,
from quantum/quantum.h:85,
from keyboards/massdrop/ctrl/ctrl.h:3,
from keyboards/massdrop/ctrl/matrix.c:18:
quantum/audio/luts.h:24:14: fatal error: ch.h: No such file or directory
# include <ch.h>
^~~~~~

At face value the compiler doesn't seem to be able to find the file ch.h. Any thoughts or feedback as to why it's not able to find this file. I'm guessing I haven't configured something correctly or am missing a configuration.

Cheers,
Mike

System Information

  • Keyboard: MassDrop CTRL
  • Operating system: MacOS
  • AVR GCC version: 8.4.0
  • ARM GCC version: 8.3.1 20190703 (release) [gcc-8-branch revision 273027]
  • QMK Firmware version: 0.12.29
  • Any keyboard related software installed?
    • AutoHotKey
    • Karabiner
    • Other:
@tzarc
Copy link
Member

tzarc commented May 1, 2021

Audio is impossible on the Massdrop boards without a significant amount of rework, as they produced their own hardware abstraction layer instead of using the current ARM abstraction layer -- ChibiOS.

ChibiOS is what provides the ch.h file -- as such, it's unable to be used with their boards.

QMK is unlikely to entertain any attempt at modifying their abstractions, due to the poor state they're in -- see #11119.

@mikegwatson
Copy link
Author

Oh wow! Thank you very much for the explanation @tzarc, that would have taken me quite a while to unravel on my own!

@zvecr zvecr added the wontfix label Aug 28, 2022
@zvecr zvecr closed this as not planned Won't fix, can't repro, duplicate, stale Aug 28, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants