Извините, но я ког-да-то давно сам модифицировал эти протоколы для своих нужд.
А при чем тут протокол? Терминал то не полный = демо. Это раз. Во вторых он не умеет работать с COM портом. В третьих - он не умеет работать с TCP/IP. А главное в четвертом - но это я зажму - так веселее. Wireshark вам в помощь...
ПохвальноИзвините, но я ког-да-то давно сам модифицировал эти протоколы для своих нужд.
Виндошный гипертерминал и демо? С чего бы вдруг?
Кто не умеет? Гипертерминал? Винда? CP2104?
Гипер нативно с Winsock-етом работает. Не понял, чего он там не умеет.
Главное не пережмите, а то раздавится и потечет
И Вам не хворать...
Я Вам про Фому, а Вы мне про Ерему.А в пятых - здесь не тема про глючные терминалы. Пишите свой и показывайте где ошибка. Исходники даны
Откройте его Help и почитайте
Забыли ещё прокладку меду ними.
А на каком протоколе и с какими таймингами?
Ещё раз - Wireshark в руки.Ну дык - повторю ещё раз - это не аппаратная эмуляция RS-232 со всеми сигналами и их синхронизацией, а просто потоковое устройствоЯ Вам про Фому, а Вы мне про Ерему.
А так-же каким образом он прерывает передачу файла сам, произвольно, при этом соединение не разрывается
Вы смешиваете понятия. Какое отношение имеет "Демо" продукт (как Вы изволили высказаться) к отмазкам мелкософта, почему они предлагают купить что-то взамен?Откройте его Help и почитайте
Ничего я не забыл.
...А на каком протоколе и с какими таймингами?
...Может не нативно, а наивно?
Которое просто не выполняет с достаточной надежностью свои функции...Ну дык - повторю ещё раз - это не аппаратная эмуляция RS-232 со всеми сигналами и их синхронизацией, а просто потоковое устройство
Прочитал, глупейшая с точки зрения раскрытия темы статья. Больше на такие не ссылайтесь, пожалуйста.
В каком в данном?
Конвертер порта - это электрическое устройство, выполняющее преобразование физических уровней для UART-а,
По тому, что данная программа не полная и она не мелкосовтовская и если занаете историю с ней, то поймете почему "demo"
У меня так на Win7. Замеры приведены тут:
- каждый по своему. Указанный китайский не вставляет межсимвольную паузу, но не понимает закрытие окна приема по TCP и многое другое... У него очень прикльная зависимость поведения от межпакетной паузы в окошке и он любит перекодировать символы на китайский и обратно Больше пока никакой информации вы не дали за последние несколько страниц… . Проще уже некуда.
http://esp8266.ru/forum/threads/razrabotka-biblioteki-malogo-webservera-na-esp8266.56/page-3#post-748
Извините, конечно, что не создаю тепличных условий для вашего "творения", когда сможете их создать - будем что-то обсуждать.
Вы. Несколькими постами выше.
"бла, бла, бла... я здесь написал лучшую программу, а вы не можете всего-то зеркально ровный асфальт для нее организовать, предлагая разные убогие промышленные составы...", "бла бла бла", "бла бла бла"Но приведите конкретно, где и какие, а не отсылайте к убогим программам, которые не работают и с промышленными устройствами аналогичного типа. А то пока один общий отсыл – типа у меня не пашет, а с моей любимой гармошкой пашет.
Даже спорить нет желания. Оставайтесь при своем мнении.
Они мне не нужны. В теплице помидоры...
Не собираюсь уподабливаться вам.
Очень хорошо, а только замусорили тему
Можно, но... имеется масса проблем, не в прошивке, а в алгоритмах использования UART в HTTP.
Я предполагаю "общаться" для запроса данньіх через гет запросьі: GET/ "желаемая информация" , передавать что то через пост запрос.
Аналогичный вопрос я поднимал в теме "Разработка ‘библиотеки’ малого webсервера на esp8266"
для себя сделал не элегантный вариант, в web_srv.c сразу после urldecode поставил условие
....
var data = '\x1B\n0?5\x1B\r';// данные
var params = "uartSend="+encodeURIComponent(data);
req.open('POST',"/uartRead.htm",true);
req.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded')
req.setRequestHeader("Content-length", params.length);
req.setRequestHeader("Connection", "close");
req.send(params);
......
req.onreadystatechange=function(){
if (req.readyState==4){
if (req.status < 400){
var response={};
if (req.responseText){
eval('var response='+req.responseText);
}
callback(response);
}
}
}
...Это спец проект и к данной теме (TCP2UART) не имеет никакого отношения.
Там отличия минимальны и старой у меня уже нет. У меня в одном из модулей прошито новой прошивкой и он постоянно работает и не виснет. Пробуйте сами пересобрать из исходников или что-то ещё... Или ошибки со ссылкой в первом сообщении? Счас проверю...
А url-декодирование?
2. Так и хочется за Вас закончить эту фразу: "или принимая их".
При любом подключении внешнего MCU. На 115200 очень тормозит сеть (инет и WiFi). Номинальная скорость где-то 1..2Mbit/s.
Согласен, но уж очень близкий по теме.
Эти ошибки проявляются на всех скоростях, которые поддерживаются Вашим проектом или только на нестандартных? Уверен, Вы прекрасно понимаете причины возникновения ошибок на нестандартных скоростях.
Аналогично. Только я не встречал оборудования, не работающее с этими "кривыми" терминалами. PuTTY, чем он не устраивает? У меня он отлично работает, только не с Wi-Fi, а с обычным сетевым TCP2UART через виртуальный порт HW Virtual Serial Port. Так же работают и остальные (включая виндовый гипертерминал), только PuTTY для меня удобнее.