-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Как узанть что передатчик UART закончил передачу данных?
- Автор темы Vovka
- Дата начала
andrik_zp
Member
Существует «сопутствующая» функция uart_wait_tx_done(), которая отслеживает состояние буфера Tx FIFO и возвращает значение, когда он пуст.
тогда копайте core на предмет реализации uart_wait_tx_done(), может там что найдёте
Бюджетный RS485 модуль с ESP8266 (software serial)
Самый дешевый вариант RS485 интерфейса — плата без всякой «обвязки» для защиты чипсета MAX485. Она продается по цене около 0,3 $ Брал у поставщика оптом 5 шт, так выгоднее. Да и пос…
www.bizkit.ru
How to interface Arduino, esp8266 or esp32 to RS-485
RS-485 work as a broadcast; when you send a message, all devices connected to the wire receive that, so peoples use It is better to implement a lot of protocol to send a message to a specified device or a broadcast address. This article uses regular communication from two devices in a very simple wa
www.mischianti.org
pvvx
Активный участник сообщества
Там только проверка "состояние аппаратного Tx FIFO", но не окончания полного физического вывода символа на пине TX UART.
Обнуление счетчика Tx FIFO указывает что последний символ ушел в передатчик UART и далее будет передаваться.
Прерывание тоже есть, если его включить. Но оно так-же дает только информацию о том, что последний символ поступил в передатчик, но ещё не передался.
Событие окончания передачи в ESP8266 можно определить таймером после этих событий или если переключить UART в диагностический режим внутреннего замыкания TX-RX и в приемнике назначить отрабатывание прерывания тишины приема в установленные тики в спец. регистре.
pvvx
Активный участник сообщества
Для переключения направления приемо-передатчика драйвера RS-485 при реализации modbus rtu в соответствии со спецификацией требуется отключить WiFi. Иначе драйвер WiFi занимает CPU с запретом прерываний на периоды не совместимые с реализацией правильных таймингов modbus rtu. Т.е. вы не впишитесь в спецификацию, но сделать что-то похожее на modbus rtu возможно.
Vovka
Member
Итак варианты:
1. Serial.flush(); - WiFi начинает жутко тормозить, простую страничку отдает в течение 5-10 сек!
2. Прерывание по окончании ухода последнего символа в передатчик. Тут можно передавать на один байт больше, а по этому прерыванию сразу переключать ногу на чтение.
3. Это доработка схемы: добавить один транзистор и два резистора - тогда не нужна будет нога для управлением приемом/передачей
1. Serial.flush(); - WiFi начинает жутко тормозить, простую страничку отдает в течение 5-10 сек!
2. Прерывание по окончании ухода последнего символа в передатчик. Тут можно передавать на один байт больше, а по этому прерыванию сразу переключать ногу на чтение.
3. Это доработка схемы: добавить один транзистор и два резистора - тогда не нужна будет нога для управлением приемом/передачей
pvvx
Активный участник сообщества
Использование C++ связано с постоянными запросами Heap памяти, а поиск свободного куска производиться при запрете прерываний и поиск этот с выделением не маленький по времени. По этому что линейный опрос, что прерывания от UART всегда будут подтормаживать и бить во времени исполнения - концепция Arduinо не предусматривает не рассчитана на выполнение множественных задач, тем более с аппаратной завязкой.
Тем более в либах и самой части кода Arduino на каждое обращение вписан множественный лог для отладки, а это вызов printf и ожидание вывода сообщения лога в UART. Отключите все логи и отладку.
И этот байт пойдет в линию - зачем?
И что такое - "сразу". Выполнение вашей задачи прерывается исполнениями назначенных по прерываниям задач драйвера WiFi и его прерывание имеет больший приоритет.
Эта доработка создает условия для повышения уровня помех на линии RS485. Драйвер при передаче выводит ток в линию и со сменной полярностью для разряда емкостей линии и прочего, а "доработка" отключает передатчик, тем самым создает дополнительную возможность для проявления помех в линии.
Детский сад.
Vovka
Member
Не уйдет, не успеет, проверено.
Это как? Т.е. если есп ногой переключает прием/передачу, то помех нет, а если доработка, то есть?
pvvx
Активный участник сообщества
Где и кем "проверено"?
Vovka
Member
Интересно посмотреть схему из двух транзисторов для линии RS485 без ADM485
Vovka
Member
я проверил - в линию не уходит!Где и кем "проверено"?
pvvx
Активный участник сообщества
Тогда - ура!
Ранее, многими годами, был написан драйвер для работы c RS485 для работы с SDK без какого C++.
esp8266web/app/driver/rs485drv.c at master · pvvx/esp8266web
Small web server on ESP8266. Contribute to pvvx/esp8266web development by creating an account on GitHub.
github.com
Самая большая задержка выполнения любых ваших задач, кроме немаскируемого прерывания, происходит при соединении и разъединении WiFi и в некоторых случаях достигает более одной секунды. Вы на это влиять не можете, т.к. либы закрыты.
А в процессе работы всегда идут прерывания WiFi с длительностями от 150 мкс - это минимум, иногда оно сильно более, но их много и на это время прерывания запрещены.
А с этой "доработкой" у вас уже не RS485, т.к. драйвер дает только половину выхода, а на другой бит отпускает линию. Это для того, что линия имеет индуктивную составляющую и после каждого отключения тока на ней образовывался выброс с затухающей бородой.
PS: Желаю благ в построение своего чуда с RS485, на чем из этой темы отчаливаю.
enjoynering
Well-known member
У ардуино ещё есть функция - Serial.setTimeout(). По умолчанию serial ждёт данные на RX 1000мсек.
enjoynering
Well-known member
Щас pvvx проснётся и объяснит.