Не факт. Возможно проблема и в LwIP стеке. Находил описание проблемы на форуме electronix.ru. Суть проблемы в следующем, при передаче пакетов по WiFi или сложной топологии по Ethernet, пакеты могут приходить в разном порядке. Насколько я понял у LwIP по приёму есть проблемы, если пакеты приходят не в том порядке, котором были переданы. К сожалению самому эту проблему пока проверить не удалось.
Нашел - опять не работает ets_timer_arm_new(&uart0_rx_buf_timer, 400, 0, 0); надо подобрать другое число
В этом случае нет, быстрая проверка показала, что 10кб данных от wifi на uart прходят без проблем, а от uart на wifi уже нет.
Проверка показала, что ets_timer_arm_new(&uart0_rx_buf_timer, 100, 0, 0) = ets_timer_arm_new(&uart0_rx_buf_timer, 100, 0, 1), т.е. всегда в миллисекундах.
#ifdef USE_US_TIMER
#define os_timer_arm_us(a, b, c) ets_timer_arm_new(a, b, c, 0)
#endif
#define os_timer_arm(a, b, c) ets_timer_arm_new(a, b, c, 1)
Работает отличнно! попробовал 100кб в обоих направлениях много раз, без потерь.
Допилил RTS/СTS, как и писал ранее. С TCP2COM вроде всё, если ошибок не всплывет. Но скорость ограничена примерно 1Mbaud (не проверял, но будет просто выставляться RTS, когда таймер будет отрабатывать слишком долго и при плохой связи аналогично). В системе SDK нет таймеров на us, а использовать на это аппаратный не желательно, т.к. нужен для других целей. После выставления RTS в fifo rx свободно 15 символов... Общие буфера приема и передачи на 2 максимальных пакета TCP (2*MSS = 3120 байт). Приемный может быть больше (такова специфика, чтобы не потерять данные принимаемые по TCP и увеличивается до размера стека, т.к. в начале соединения он ограничен значением по умолчанию - что-то порядка чуть более 5кило для ESP8266 и когфига LwIP от Espressif-цев). При забитом буфере приема, соединение просто так не закрыть клиенту TCP пока UART (tx) не передаст большую часть данных из буфера (тоже такова специфика TCP и LwIP при малом размере стека и при низких скоростях UART, и если все-таки как-то
'абырвалг' соединение с полным буфером (методами brig), то новое соединение не открыть, пока не вылезут символы через UART и не отработает увеличение окна приема TCP...).
Супер!
В IOT SDK есть кусок
3.2.9. system_timer_reinit
Function: Reinitiate the timer when you need to use microsecond timer
Not es: 1. Define USE_US_TIMER;
2. Put system_timer_reinit at the beginning and user_init in the first
sentence.
Function definition:
void system_timer_reinit (void).irom0.text:000007E5 .byte 0, 0, 0
.irom0.text:000007E8 dword_7E8 .int 0 ; DATA XREF: system_timer_reinitr
.irom0.text:000007EC dword_7EC .int 0x60000600 ; DATA XREF: system_timer_reinit+Br
.irom0.text:000007F0
.irom0.text:000007F0 ; =============== S U B R O U T I N E =======================================
.irom0.text:000007F0
.irom0.text:000007F0
.irom0.text:000007F0 system_timer_reinit:
.irom0.text:000007F0 l32r a5, dword_7E8
.irom0.text:000007F3 movi.n a4, 0
.irom0.text:000007F5 s8i a4, a5, 1
.irom0.text:000007F8 movi a2, 0x84
.irom0.text:000007FB l32r a3, dword_7EC
.irom0.text:000007FE memw
.irom0.text:00000801 s32i.n a2, a3, 0x28
.irom0.text:00000803 ret.n
.irom0.text:00000803 ; End of function system_timer_reinitСтрашновато переинициализировать таймер - вдруг повлияет на уже работающие процедуры в SDK. Они все пользуются timer_insert() из Bios ROM.
40240bf0 <system_timer_reinit>:
40240bf0: fe8251 l32r a5, 402405f8 <xPortGetFreeHeapSize+0x50> [0x3ffe8000] = 0x01010101
40240bf3: 040c movi.n a4, 0
40240bf5: 014542 s8i a4, a5, 1
// 3ffe8000: 01 01 01 01 00 00 cd ab 01 00 00 00 ec 05 00 00
40240bf8: 84a022 movi a2, 132
40240bfb: fd9031 l32r a3, 4024023c <_irom0_text_start+0x23c> 0x60000600
40240bfe: 0020c0 memw
40240c01: a329 s32i.n a2, a3, 40 [0x60000628] до этого = 0x00000088, пишет 0x84
40240c03: f00d ret.nЭто очень хорошо, что дети рисуют - пусть развиваются, но верить таким рисункам не стоитНу, хоть и ветка про SDK - приведу результаты маленького эксперемента тут, так сказать с чем больше всего связан с того и начинаю - с железа
как я писал выше, хотя никого не затронуло - про разводку и емкости в питании мне не понравилось. Так же была фраза в каком то из топиков (кажется Ваша, pvvx ) - что мол схемы дети рисуют, что по модулям оч близко к правде.
Поменяйте значение делителя для пересчета значений adc vdd в напряжение.
Всё в ваших руках. Впишите в исходники
Сделаю, но ваши знания SDK и опыт в прогаммировании на С лучше моих, и то что вы делаете доступно всем в исходниках "из коробки".
Это получилось бы заточенным для JSON формата, родного для javascript приложений и для всего веба, которые имели бы доступ к UART через AJAX запрос.
У меня нет опыта программирования на С. Я пишу на всех языках программирования, которые необходимы и лучше подходят для реализации проектов. По этой причине многое в них не знаю - только поверхностно. По СИ у меня не было ни одной книжки... Я считаю, что у вас возможностей больше - вся информация ныне есть в инет.
JSON формат не актуален - он не поддерживает POST, т.е. устарел и не является 'родным' для javascript.
).
У меня то же самое, не было ни одной книги по програмированию, и не учился специально. Hо как-то лет 15 назад заинтересовался и постепенно втянулся полностью...
JSON (JavaScript Object Notation) - формат описания обьектов в JavaScript, из-за своей компактности (особенно в сравнении с xml, при той же самой фунциональности) очень удобен для описания структурированных данных, и широко используется в вебе... ну неважно...
спасибо.
Там нет никакой стабильности - значит свалка. И времени её разгрести нет, по причине отсутствия исходников и прочей информации по чипу.Очень все хорошо получается, уже никак нельзя ваш проект называть "свалкой файлов"
А можно более подробнее, очень интересно, сам хочу использовать модули (которые ещё в пути) для банального управления силовыми нагрузки (возможно диммирование)... Ещё бы как-нибудь это к Андроиду привязать...У меня то же самое, не было ни одной книги по програмированию, и не учился специально. Hо как-то лет 15 назад заинтересовался и постепенно втянулся полностью...
JSON (JavaScript Object Notation) - формат описания обьектов в JavaScript, из-за своей компактности (особенно в сравнении с xml, при той же самой фунциональности) очень удобен для описания структурированных данных, и широко используется в вебе... ну неважно...
Вот, добавил передачу данных на UART и обратно через HTTP, и попробовал сделать дистанционное управление для контроллера отопительной системы,
команды посылаются в виде эскейп последовательностей типа: \x1B\n0?5\x1B\r а возвращается в виде массивов данных в JSON
Очень все хорошо получается, уже никак нельзя ваш проект называть "свалкой файлов"
Для вкл/выкл, достаточно в Web директории сделать htm с формой в которой столько checkbox'ов сколько виводов модуля вы хотите виделить для этого,
else if(!os_memcmp((void*)cstr, "gpio", 4)) {
....
}