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

Support the ESP32 #104

Open
willwade opened this issue Jul 6, 2022 · 2 comments
Open

Support the ESP32 #104

willwade opened this issue Jul 6, 2022 · 2 comments

Comments

@willwade
Copy link
Contributor

willwade commented Jul 6, 2022

Theres some desire from developers for us to support the ESP32

See #29 in discussion and across the net around availability of nrf chipset being hard/expensive to source.

There's some prior art in this area -notably from @benjaminaigner & the asterics team on https://github.com/asterics/esp32_mouse_keyboard

I think that would be helpful to the project. Just need to weigh up the priority for us to do this and let the dust settle on the current nrf firmware

@benjaminaigner
Copy link

Dear @willwade & colleagues from the AceCentre,

thx for mentioning the esp32_mouse_keyboard repository.
I had a quick look at your documentation and it seems the task of fitting your serial AT API into the ESP32 is not too hard.

In general, we are using this repository for an addon module to provide BLE HID to our assistive devices like FABI, FLipMouse and FLipPad. We also use a serial interface between these two parts, but we originally used Adafruit EZKey modules, so we kinda stuck to this API. Our BLE firmware implements 2 serial ports:

  1. UART0 is the debugging/programming UART, which is connected to the USB-serial chips on all of the devboards.
  2. UART1 is connected to FABI/FLipMouse/FLipPad

Necessary changes would be:

  • Remove the "test commands" and implement your AT api in the uart_console_task
  • Remove the uart_external_task (if you want to use the devboard's USB connection)

Greetings to the UK,
Benjamin

@joedevsys
Copy link
Contributor

Seems a good idea to me in principle.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants