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

Arduino_DMXWirte example compilation error #186

Open
Jibeji opened this issue Jan 25, 2025 · 5 comments
Open

Arduino_DMXWirte example compilation error #186

Jibeji opened this issue Jan 25, 2025 · 5 comments

Comments

@Jibeji
Copy link

Jibeji commented Jan 25, 2025

Hi,
Trying to get the example working on an ESP32 Dev Module board with Arduino IDE 1.8.9 and the latest Espressif definitions, I have this error:

C:\Users\JB\Documents\Arduino\libraries\esp_dmx\src\dmx\hal\uart.c: In function 'dmx_uart_init': C:\Users\JB\Documents\Arduino\libraries\esp_dmx\src\dmx\hal\uart.c:330:51: error: 'uart_signal_conn_t' has no member named 'module' 330 | periph_module_enable(uart_periph_signal[dmx_num].module);

@tracetechnical
Copy link

Same issue here. It seems going to esp32 3.0.4 in boards manager and 4.0.0 of this library makes the error disappear. But I haven't checked that it actually works properly yet as I don't have my scope handy.

@RDJunc
Copy link

RDJunc commented Jan 27, 2025

What a royal pain! I also ran into this problem and of course, natually assumed that it was caused by problems with my code or how the compiler was set up.

I rolled the ESP32 Core back to 3.0.4 but left the ESP_DMX library at 4.1.0. Yes, it does compile and work, at least it did for me.

@tracetechnical
Copy link

Gave it a run up with 4.1.0 of this library myself and confirm this combo works here too.

@ANLCRAW
Copy link

ANLCRAW commented Jan 29, 2025

#181 Replace your uart.c from this post. Worked for me!

@tracetechnical
Copy link

tracetechnical commented Jan 29, 2025

#181 Replace your uart.c from this post. Worked for me!

Rolling back the esp32 BM version is a better idea than patching this library, unless your usecase uses IDF functionality in later versions of the esp32 boards library.

As soon as you start patching libraries you risk losing your patches in a future upgrade, and you will then have to keep re-patching until it is fixed.

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

4 participants