Solved the issue. Turned out to be an issue with the http server I was using. openssl s_server -WWW -key ca_key.pem -cert ca_cert.pem -port 8070 Using the curl command as suggested in the troubleshooting section of examples\system\ota\README.MD pointed me to the issue as the curl command would only ...

Using IDF 4.3 I call esp_https_ota() and it never returns. Here is the log output. D (14171) esp_https_ota: Written image length 19652 D (14171) HTTP_CLIENT: is_data_remain=1, is_chunked=1, content_length=-1 D (14181) TRANS_SSL: remain data in cache, need to read again D (14181) HTTP_CLIENT: need_re...

I pinned my tasks to core 1 and I ran into an issue with updating ledc channels. The delay was originally inserted due to ledc updates not working if they are performed back-to-back. Once the delay was added the ledc updates worked fine when on core 0, once I moved to core 1 I ran into the issue aga...

I have a task that was using ets_delay_us(), I was pinning this task to core 0 and have now moved the task to core 1. It appears that ets_delay_us() no longer works. esp_timer task is running on core 0. I know that ets_delay_us() is in the ROM, but I expected it to run on the core from which it is c...

IDF4.3 Sending 7 bytes out UART2 configured as RS485 Half-duplex every 80ms at 115200 baudrate. While debugging this issue, https://www.esp32.com/viewtopic.php?f=13&t=21835 Occasionally I would see a data byte in the RX FIFO following a transmission. The byte was always 0x00. I modified the TX DONE ...

Your analysis matches my system. Thank you.

I switched to using uart_tx_chars() and I still had the failure. Since I am only sending 7 bytes at a time and not very often, at least 10ms between transmits, I modified uart_tx_chars() to move the critical section to include the call to uart_hal_write_txfifo(). The issue did not occur overnight. T...

No luck. Applied the changes to uart.c and moved the ISR to IRAM and it still fails.

I have the same issue. Using ESP-IDF 4.3.

I call uart_write_bytes() to send 7 bytes, then I wait 10ms+ (in other tasks) and never call uart_wait_tx_done().

Is uart_wait_tx_done() required even if the transmission is completed?