Хм, с вебсокетами не теряются пакеты даже по 64 кб. Странно это. Видимо за счет передачи чанками по 1024 байт - это работает нормально в условиях ESP32.
Есть WSS.
Эти ребята из Espressif новые сюрпризы преподносят:Кто вам мешает? Встройте в него скоростную DRAM, не тормозную SPI RAM, и всё в статике, без heap и будет вам счастье и безотказность, если остальные части чипа позволят
// Workaround for RS485: If the RS485 half duplex mode is active
// and transmitter is in idle state then reset received buffer and reset RTS pin
// skip this behavior for other UART modes
UART_ENTER_CRITICAL_ISR(&(uart_context[uart_num].spinlock));
uart_hal_disable_intr_mask(&(uart_context[uart_num].hal), UART_INTR_TX_DONE);
if (UART_IS_MODE_SET(uart_num, UART_MODE_RS485_HALF_DUPLEX)) {
uart_hal_rxfifo_rst(&(uart_context[uart_num].hal));
uart_hal_set_rts(&(uart_context[uart_num].hal), 1);
}
Этот кусок кода ни о чем не говорит.
Похоже пора с ESP32 тоже переходить на что-то другое, есть там нерешенные проблемы: https://github.com/espressif/esp-idf/issues/7315По остальному - вам пора представить сообществу новую глюко-версию на ESP32
Или пройти платное обучение...
Вот именно здесь тайминг и не подошел. Все равно на 921600 позднее, чем нужно отключался DEN.
Я этого не заметил, т.к. успешно работает и за пару мегабит, учитывая джиттер прерывания.
Удалось получить стабильную передачу данных UART 921600 -> TCP через разделение по разным таскам чтение из порта и запись в сокет, через StreamBuffer.
3,6)Попробуйте стереть всю память, залив в есп Blank.bin, выберите размер равной объему памяти есп, с адреса 0х00000.
DeepSeek: Какие бывают значения "cause" при старте ESP8266?
| Код | Причина перезагрузки | Описание |
|---|---|---|
| 0 | POWERON | Подача питания (обычный старт). |
| 1 | EXTERNAL_RESET | Внешний сброс (например, через пин RESET). |
| 2 | EXCEPTION (EXCAUSE_UNALIGNED) | Ошибка выравнивания памяти (некорректный доступ к данным). |
| 3 | SOFT_WDT_RESET | Срабатывание программного Watchdog Timer (зависание кода). |
| 4 | HARD_WDT_RESET | Срабатывание аппаратного Watchdog Timer (критическое зависание). |
| 5 | DEEP_SLEEP_AWAKE | Пробуждение из глубокого сна (deepSleep()). |
| 6 | SOFT_RESTART | Программная перезагрузка (например, через ESP.restart()). |
| 7 | EXT_CPU_RESET | Сброс внешним процессором (редко). |
| 8 | EXCEPTION (EXCAUSE_ILLEGAL_INSTRUCTION) | Попытка выполнить недопустимую инструкцию (битый код или память). |
| 9 | EXCEPTION (EXCAUSE_INSTR_FETCH_ERROR) | Ошибка чтения инструкции (повреждение флеш-памяти или неверный адрес). |
| exccause | Тип исключения | Описание |
|---|---|---|
| 0 | IllegalInstruction | Недопустимая инструкция. |
| 1 | Syscall | Ошибка в системном вызове. |
| 2 | InstructionFetchError | Ошибка чтения команды (битая прошивка или флеш). |
| 3 | LoadStoreError | Ошибка загрузки/сохранения данных (неверный адрес). |
| 4 | Level1Interrupt | Прерывание уровня 1. |
| 5 | Alloca | Ошибка выделения памяти (например, стек переполнен). |
| 6 | IntegerDivideByZero | Деление на ноль. |
| 7 | UnalignedAccess | Невыровненный доступ к памяти (самый частый при cause:2). |
| 8+ | Другие ошибки | Редкие случаи (например, ошибки FPU, защиты памяти). |
| boot mode (x,y) | GPIO0 | GPIO2 | GPIO15 | Режим загрузки | Описание |
|---|---|---|---|---|---|
| (1,6) | 1 | 1 | 0 | UART-загрузчик (Flash Boot) | Обычный режим — загрузка прошивки из Flash (рабочий режим). |
| (1,7) | 1 | 0 | 0 | Ошибка! | GPIO2 должен быть HIGH при загрузке, иначе ESP может не стартовать. |
| (1,1) | 0 | X | 0 | UART-загрузчик (Download Mode) | Режим прошивки — можно загружать код через UART (например, esptool.py). |
| (1,0) | 0 | X | 1 | Неиспользуемый режим | Обычно приводит к сбою загрузки. |
| (1,2) | 1 | X | 1 | SDIO-режим | Используется для загрузки с SD-карты (редко). |
| (1,3) | 1 | X | 1 | Режим тестирования (RF) | Для внутреннего тестирования Wi-Fi (не для пользователя). |
| (1,4) | 1 | X | 1 | Неиспользуемый режим | Обычно приводит к сбою. |
| (1,5) | 1 | X | 1 | Неиспользуемый режим | Обычно приводит к сбою. |
