IDF-6.0 support ported from #463 - #477
Conversation
|
I have been using this on the lilygo 4.7 esp32 version (not esp32s) and I keep getting stuck at: rmt_pulse.c#L51) It doesn't lock up. I think it might be related to activity on the mcu since it happens most often during wifi station scans and transfers that last more than a second or two. That being said I am confused since all the clear does is sets a value. |
|
@geiseri please raise this concerns to the Lyligo team. |
|
@geiseri Good catch, this is also a possible race condition on our boards, depending on the application. I've also fixed a few similar ones. |
85a2e00 to
1cf502e
Compare
|
I still have a strange issue with this where the output is vertically stretched on with a v7 board and a ED060XC5 display, so that only 2/3 of the picture is visible. Works fine on 5.4. not sure where else to dig, maybe I'll have to check with my scope when I have the time. |
|
@martinberlin Should be ready now, tested with a V7 board and V6 board. Maybe give it a quick review if you have the time :) |
This PR adds the remaining ESP-IDF 6.0 support work from #463 on top of current main, after the ADC and RMT migrations from that original PR were split out and addressed separately. It updates CI to build against the stable v6.0 image, adds the remaining IDF 6 build requirements and SDK config workaround, and adapts the ESP32 I2S and ESP32-S3 LCD paths for IDF 6 API/header changes while reusing the existing rmt_compat abstraction rather than carrying over the older duplicated RMT compatibility code.