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

Ваша либа должна возвращать ответ Error или Warning пока датчик не вышел на режим.

Как пример: BME280 при включении обработки влажности выходит на режим по всем фильтрам через 0.8 секунд: Он-же, не без расчета влажности, как BMP280, стартует сразу c адекватными замерами: Дык что за халтуру вы подсунули детям в своей либе? Где указание на ожидание или сколько замеров надо...

Если ещё используется цифровая фильтрация у встроенного SAR - то требуется ещё время после выхода аналога на режим на накопление и обработку начальных коэф. фильтров.

Видим у вас опыта нет. Это видно по коду либы. 80% датчиков требуют времени "выхода на режим" или паузы на инициализацию/установки аналоговых напряжений в норму и прочего. ESP8266 тоже требует дцать ms на устаканивание кварцевого генератора, а потом ещё и PLL, и далее загрузку...

Счас больные новым вирусом как раз и пользуются тем что производим :p Ну и цены на данное оборудование подняли более чем в два раза :p Желаю болеть почаще - чтобы спрос увеличился :)

Это вы наверно про себя. У меня несколько моих датчиков в гос.реестре. И проектировались на диване :p И большая часть это бумажная волокита, а не какие-то проверки/поверки. Аналогично с любой реальной сертификацией. Но на сертификацию надо меньше бабла :)

Вы путаете средства измерения, которые должны быть сертифицированы и иметь запись в гос реестре с сервисными датчиками даже не влияющими на процесс работы, а служащими для дополнительного контроля. А так–же путаете обычные гражданские нормативы с военными. Это уже не в первый раз. По вашему...

Т.е. вы хотите сказать, что AHT10/AHT15/AHT20 это помойка, которую нельзя использовать нигде?

Ну и правильно - дублировать сброс по включению питания. А вы пробовали 0x70 или ? Для датчика заполнения фильтра, т.е. как проверка разгильдяйства это нормально. Он же не для контроля влажности, а как триггер что бездельники не выполняют указаний по эксплуатации.

По тому, что вы начали с BCNC и запросили RFC2217. Это потом оказалось, что достаточно просто сокета. А стандартного сокета на TCP-UART не может быть в принципе, т.к. у ESP нет нормального буфера (мало RAM) и каждый выбирает свой ограниченный размер, как и что означает началом-концом блока...

Сам пример дан ранее. Так-же в функции ajax_get() вы можете описать вызовы ваших функций по любым ошибкам. Ещё пример: function ajax_get(d) { var xhr; if(window.XMLHttpRequest) xhr = new XMLHttpRequest(); else if(window.ActiveXObject) xhr = new ActiveXObject("Microsoft.XMLHTTP")...

Для или с ESP это несовместимо. Примеры Выключение кэширования и прочее в поиске "HTTP no cache"

Основной вариант: Отказаться от AJAX и использовать websocket (!) Прочие глупости: // Onload = GetNewAjax() GetNewAjax() {ajax_get('/_myjsonfile_', ajax_cb,'{_json_post_data_}');} ajax_cb(o){ if(!o) return; .... setTimeout("GetNewAjax()", 100); } // Функция передачи и запроса...

Полный ответ тут:

Тут про вашу ошибку и как реализовать на ESP32. https://github.com/vlachoudis/bCNC/issues/1072#issuecomment-468968838

Вот тут играют в вашу игру, от куда вы скопировали что надо поставить: http://lasergrbl.com/usage/wifi-with-esp8266/ Но там про bCNC ни слова...

Но pySerial требует исполнения некоторых команд, описанных в RFC2217 :P И ему пофиг что у вас не требуется менять скорость UART Спросите это у того, кто собирается играть вашу игру или в Предложения о выполнении проектов на заказ

И где вы там нашли поддержку протокола BCNC или RFC2217 с установкой параметров для UART, передачей логина и пароля? Питон вам и отвечает, что вы не то установили на ESP :)

И кроме алгоритмической ошибки, описанное есть большущая дырень в безопасности всех серверов с *nix. Можно сказать что в нем защиты просто нет. Кто знает, тот поймет как :)

Дык что - мало доказательств про то что вы пишите использовать в проф. оборудовании ни в коем случае случае нельзя если полностью не переработать своими ручками с нуля?