Результаты поиска

esp8266web/user_config.h at master · pvvx/esp8266web · GitHub #define SYS_VERSION "0.5.8" ---------- Значит не там обновил. Счас будет "0.5.9" ...

Нельзя использовать ets_set_idle_cb() в новых SDK. Её задействовали китайцы, особенно во время инициализации... WDT не просто так срабатывает. Там два аппаратных таймера и ещё была проверка у китайцев на исполнение post/task (не смотрел в последнем SDK про таблицу post/task - но ранее была)...

Первое соо темы или в первом соо Разработка ‘библиотеки’ малого webсервера на esp8266. Все пути ведут туда. Готовых полных прошивок v0.5.8 пока нет, т.к. новый алго не оттестирован до конца и пока нет времени и желания делать "предрелиз" с готовым fullflash - старый для данной темы проверен и...

Исходники для прошивки без задержки уже недавно положены в гит... c VERSION "0.5.8" Комменты по данному поводу, начиная с этого соо: http://esp8266.ru/forum/threads/razrabotka-biblioteki-malogo-webservera-na-esp8266.56/page-66#post-15549 И далее: Вот данные по скорости, при: C компа по TCP...

Если выключить вывод отладки в меню, то ничего этим портам не мешает. Все, кроме NMI.

Библиотеки для arduino не поддерживают стандарты и часто написаны кое-как. На ESP8266 arduino имеет глобальные заморочки с многозадачностью, плюс использует глючные процедуры китайского SDK. В китайском SDK, в зависимости от версии глюки у разных процедур разные. Как итог - написанное на arduino...

С прошедшим! Где-то вписать new_tcp_client_url("ваш url"). По первому старту строка не задана и нет такого блока в сохранениях эмулятора EEPROM в Flash. Оно и задается пользователем через передачу cfg_tcp_url="xxx" в Web и переключает тип TCP2UART сервер/клиент. Более одного соединения у...

Это и решено в прошивке Modbus хоть ка-то. Ещё встроен анализ "коллизии" перед выводом ответа - если в паузу вклинялись символы или помеха, то мастер или другие не воспримут этот фрейм. Ещё бы хорошо встроить ответ о тай-ауте при истечении времени ответа, чтобы мастер не тупил. И мне пофиг до...

Я не редактирую, а дописываю - уточняю. И тут не гонка по кол-ву сообщений в сек :) И не ясно - что вы привязались к паузе до ответа подчиненного, если не можете обработать входной поток? Эта назначаемая пауза вам не поможет спастись от кривизны приемника:

А вам что написал? Вы ещё не вникли во все тонкости modbus RTU и не читайте переводов, а смотрите оригинальную спецификацию. :)

Вопрос не ясен. Что и кому и когда?

А на это однозначного ответа нет. Такова специфика. :) Но указано, что следующий фрейм должен иметь перед собой паузу в 3.5 символа. Т.е. мастер имеет полное право гнать последовательно тысячу фреймов "всем" (адрес = 0) с паузой в 3.5 символа, а устройства должны их всех отработать и не давать...

Блин - ну вникните в доку modbus. Фрейм - это последовательность символов с паузой от 3.5 символа в начале и без разрыва более 1.5 символа. Далее уже формат данных в нем - контролька и прочее. Я туты не при чем. Это modbus :) Если ваше устройство не поддерживает описанного - значит оно не...

Чтобы определить, что фрейм битый и на него нельзя отвечать. Фанатизм делать не по спецификации. Любимое дело в Ардуино. :) Уберите из протокола слово "рекомендуется" - тогда и будет 750 us.

Эти паузы написано что по выбору. :p Т.е. возможно использование 750 us при скоростях более 19200, но не обязательно, а обязательно 1.5 символа. Время ответа нормируется в доп. ограничении. Но есть такое - передача пакета всем устройствам. Это значит, что устройство обязано отработать принятые...

Зависит от выбора пользователя :) Если установка при более 19200 паузы в 750us и 1750us, то ответ может быть послан через 1750 us. Если выбрана установка 1.5 и 3.5 символа - то соответственно, ответ может начинаться через 3.5 символа (символ в modbus = 11 клоков UART и пауза считается от конца...

Нет - если пауза больше 1.5 символа - значит фрейм в помойку. 11*1.5/921600 = 0.000018 сек. А для 3Mbit/s это значит, что вы должны анализировать паузу в 5.5 us. :P

В Modbus протоколе оф. паузы 750 us и 1750 us. Точнее по выбору: если оборудование позволяет, то 1.5 и 3.5 символа. 11/921600 = 0.000012 сек символ.

И как же вы вычислите тайм-аут при скорости от 1 Мегабита? Пока проц входил в прерывание в UART уже пришел следующий символ и сидит в его FIFO. Пока вы считывали FIFO, туда ещё успевает приняться до трети его размера. Да и прерывание отрабатывает с задержкой, т.к. исполняется и код с запретом...

А как реализовать "таймауты, каллбеки по окончании приёма и передачи"? UART_RX_TOUT_THRHD - это аппаратный счетчик паузы... Кривой, но аппаратный. Или вопрос зачем web-свалка? Описано многократно - чтобы показать, что можно сделать почти всё - как претендент. И далее всякое остальное ПО...