Markus Krause

thanks that is a good hint, will try this later! Is it planned to fix this so 003 get's unbricked again or will we have to stick with an older...

The problem is that this is a massive PR. I quickly had a look at it but I do not feel at all confident in calling what the issue might...

You are absolutely correct I would say. I cross checked and as far as I can see what is being tried here can simply not be done on the smaller/simpler...

mmh this is a good idea. still, shouldn't this then be changed in the embassy adaptor of this repo? Because as fdar as I can see PR #95 completely bricked...

looking at the PR again I tried to understand why before that it apparently worked although critical sections were used, but they also added an interrupt at the very top...

Yeah comparing the implementation that most certainly is the issue. I raised a ticket to track this: https://github.com/ch32-rs/qingke/issues/15

As a hint (as I rann into this at a different location for my GUI): It is possible to correct the URL like this programatically: https://github.com/markusdd/EasyEDA_to_KiCAD_Lib_UI/commit/b6000b38bdde888cba9578ce153c9c352453df99

Hi, I stumbled across this issue and I am not sure now if this is already possible: I have a board here wheer RS485 tranceiver Pins RE_N (receive enable inverted)...

> > I think the `UART_RS485_CONF_REG.UART_RS485TX_RX_EN` bit needs to be set. https://docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/peripherals/uart.html#overview-of-rs485-specific-communication-0ptions very good hint. How can I do that in ESPHome?

Ok, in case anyone comes across this: I made myself a rs485_flow.h: ```c // this is to support RS485 on boards that have TX and RX enable pins seperated //...