• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

Прошивка TCP2UART переходника с настройкой по Web

achilles85

New member
Измерил напругу на USB-COM шнурке на pl2303. Только с этим шнурком модуль адекватно работает. На ногах Rx и Tx этого шнурка 3.1В.
 

pvvx

Активный участник сообщества
Замерил напряжение на Tx и Rx адаптера. На Tx 0, Rx -9в.

CHIPTUNER.RU - K-Line. Диагностический адаптер по ссылке описание адаптера, вариант "Адаптер K-LINE © VSM".
Осцила нет чтобы глянуть что там на этих ногах происходит. Сам адаптер исправен, так как через USB-COM шнурок все прекрасно работает.
Кстати, замерил сейчас цешкой напряжение между землей и Tx шнурка - и там тоже -9В. И как я выше писал, при подключении этого шнурка к модулю для прошивки - модуль не запускался, так же как при подключении модуля к адаптеру.
Там входы-выходы по стандарту RS-232 на +-12В, а не UART TTL. Работать так не будет.
 

Demon

New member
Уважаемый pvvx, использовал прошивку из данного проекта для связи винд. приложения с МК, все работает довольно стабильно, как только запускается приложение активные мосты к нему подключаются и начинается обмен инициируемый приложением...
сейчас попробовал сделать мастера на МК с дисплеем от NEXION и ESP там настроена как сервер, если сервер уже запущен то клиенты к нему подключаются, обмен идет, все ОК
но если сервер запустить после клиентов то подключения нет.... пока не перезапустишь клиентов, хотя, повторюсь к виндовскому серверу клиенты подключаются в любом случае...
может что то настроить или это не лечиться? заранее спасибо за ответ...
 

pvvx

Активный участник сообщества
Уважаемый pvvx, использовал прошивку из данного проекта для связи винд. приложения с МК, все работает довольно стабильно, как только запускается приложение активные мосты к нему подключаются и начинается обмен инициируемый приложением...
сейчас попробовал сделать мастера на МК с дисплеем от NEXION и ESP там настроена как сервер, если сервер уже запущен то клиенты к нему подключаются, обмен идет, все ОК
но если сервер запустить после клиентов то подключения нет.... пока не перезапустишь клиентов, хотя, повторюсь к виндовскому серверу клиенты подключаются в любом случае...
может что то настроить или это не лечиться? заранее спасибо за ответ...
Не очень понятен вопрос, но в выложенной уже давно прошивке есть некоторые недочеты с подключениями/отключениями WiFi и она может связана и с вашей... Ещё ошибка в командах с переключением "подтяжек к портам". Исправления на git в исходниках... Но беда с отваливанием station при множестве рядом работающих WiFi на одну AP ещё не решена на последних SDK...
 

Demon

New member
WiFi проблем нет, оба мостика подключены через точку доступа к домашней сети
мостик клиент настроен на подключение к мостику серверу ServerIp 192.168.1.95 TCP Port 10005
мостик сервер соответственно ServerIp none TCP Port 10005
если сервер запустить до клиента то клиент находит свой порт и начинается обмен, но если клиент запускается раньше, то сервер уже не находит ...
 

Yoda

New member
Через некоторое время веб-интерфейс начинает жутко тупить и страницы грузятся по 1-2 минуты или вообще не грузятся. Модуль esp 12-e с дополнительными выводами. Прошивка последняя tcp-uart.
 

safari

New member
если сервер запустить до клиента то клиент находит свой порт и начинается обмен, но если клиент запускается раньше, то сервер уже не находит ...
я такое обхожу на клиенте ардуине очень просто:
// esp tcp2uart bridge подключен на Serial3 arduino Mega
if(millis() >= (ESPcheckTime + 6000)) // обнаружено зависание Serial3
{
Serial.println("trying to reboot Serial3");
ESPcheckTime = millis();
Serial3.end();
Alarm.delay(1000);
Serial3.begin(115200);
}
спасает не только от твоей ситуации, но также от обрывов связи, перезагрузкой AP/wi-fi. В общем, связь неубиваемая.
 
Последнее редактирование:

evgenyi

New member
Здравствуйте! Вопрос такой В настройках веба TCP2Uart скорость выставляю 9600 далее применить все сохранилась 9600. выставляю 19200 далее применить сохраняется 19203! Почему? пробую следующую скорость 57600 применить сохраняется 57632! Это нормально? Или я что то делаю не так?
 

pvvx

Активный участник сообщества
Здравствуйте! Вопрос такой В настройках веба TCP2Uart скорость выставляю 9600 далее применить все сохранилась 9600. выставляю 19200 далее применить сохраняется 19203! Почему? пробую следующую скорость 57600 применить сохраняется 57632! Это нормально? Или я что то делаю не так?
Указывается истинная скорость, а не приближение как у других устройств. Сделано для оценки - подходит или нет данная погрешность при выборе произвольной скорости.
 

safari

New member
Через некоторое время веб-интерфейс начинает жутко тупить и страницы грузятся по 1-2 минуты или вообще не грузятся. Модуль esp 12-e с дополнительными выводами. Прошивка последняя tcp-uart.
Скорее всего слабый сигнал/неустойчивый wifi. Попробуйте сменить канал, подвигать ESP относительно AP. Второй варинат, умирающая ESP.
 

evgenyi

New member
Спасибо! Как нибудь проверим на практике. Скорость 9600 без вопросов. Авот остальные проверю.
 

TRO

Member
Через некоторое время веб-интерфейс начинает жутко тупить и страницы грузятся по 1-2 минуты или вообще не грузятся. Модуль esp 12-e с дополнительными выводами. Прошивка последняя tcp-uart.
Скорее всего слабый сигнал/неустойчивый wifi. Попробуйте сменить канал, подвигать ESP относительно AP. Второй варинат, умирающая ESP.
У меня было точь в точь такое же поведение. Никакие игры с антенами и растояниям не помогали. На канале больше никого нет (на работе другого вай-фая сканера не находят вообще, эфир условно чистый). Питание стабилизатором на3А с кучей конденсаторов.
 

TRO

Member
Непонятно с чего бобику дохнуть...
До этого он долго у меня на луа работал.
А после перепрошивки TCP2UART я ему еще в конфиге мощности поубавил, на всякий случай, несколько часов экспериментов проработал нормально, потом началось.

Забыл уточнить, модуль у меня был 04.
 

Yoda

New member
У меня было точь в точь такое же поведение. Никакие игры с антенами и растояниям не помогали. На канале больше никого нет (на работе другого вай-фая сканера не находят вообще, эфир условно чистый). Питание стабилизатором на3А с кучей конденсаторов.
В моём случае оказалось, что сигнал wi-fi был слабый. Дома всё вроде работает без запинок.

Потестировал arduino due + esp8266 + tcp сервер на андроиде. Скорость уарта выставил ровно 5мбит. Ардуино отправляет все байтики 100% А вот на tcp сервер прилетают в лучшем случае 95% - 97%. Редко бывает, что 50% и менее. Добавил задержку 10 микросекунд между отсылкой байт в ардуино и проблема почти ушла. Правда теперь во всём этом нету никакого смысла.

Получается еспшка не успевает обработать данные. И не важно сколько слать - 100кбайт или 1кбайт. Глюки, если нету задержки 10мкс между байтами, вылазят стабильно.
Это переполняется буфер или она физически не успевает обработать? Частота выставлена 160 МГц.

НУ ОЧЕНЬ не хватает на еспэшке в веб-интерфейсе счётчика принятых байт по uarty.
 
Последнее редактирование:

pvvx

Активный участник сообщества
Потестировал arduino due + esp8266 + tcp сервер на андроиде. Скорость уарта выставил ровно 5мбит. Ардуино отправляет все байтики 100% А вот на tcp сервер прилетают в лучшем случае 95% - 97%. Редко бывает, что 50% и менее. Добавил задержку 10 микросекунд между отсылкой байт в ардуино и проблема почти ушла. Правда теперь во всём этом нету никакого смысла.

Получается еспшка не успевает обработать данные. И не важно сколько слать - 100кбайт или 1кбайт. Глюки, если нету задержки 10мкс между байтами, вылазят стабильно.
Это переполняется буфер или она физически не успевает обработать? Частота выставлена 160 МГц.
Зависит от приемника. На 5 мегабит ESP8266 гарантированно не успевает. Предел ровного полива - 3 мегабит.
Пора забивать на ESP8266. Устарел - не имеет 150 Mb/s WiFi + глюки с разными роутерами + помехи другим в WiFi сети + не может справиться с современным TSL + жрет дофига.
Предельный трафик по WiFi передаче у него до 10Mbit/s через китай-драйвер. На UART FIFO всего 128 байт + дикие тормоза по внутренней шине для опроса UART - более 17 тактов на чтение регистра + куча необходимых проверок порта + отсутствие DMA. Итого и выходит 3 мегабита UART-TCP-WiFi-приемник в одну сторону при оптимизации на передачу пакетов размером в MTU.
Но потерь не бывает - вы не верно используете UART. Есть такие сигналы - RTS/CTS.
 
Последнее редактирование:
Сверху Снизу