занимайся полезной работой и нахрен ты никому не нужен

Да, займитесь импортозамещением

а система сборки ESP-IDF очень забавная, я только вникать начал и уже понимаю почему OTA никто не делает (ну кроме самого тупого), там непросто

не судите по себе...

продолжай...

в чём смысл этой диагностики: https://github.com/espressif/esp-idf/blob/release/v4.4/examples/system/ota/native_ota_example/main/native_ota_example.c#L255-L272

обожаю отечественные чаты )

Только тут можно назвать тупым того кто смог разобраться в том в чем не смогли вы?

ну заведите другую - в качестве примера на роллбэк ота, сделали нажатие кнопочки

Только тут можно назвать тупым того кто смог разобраться в том в чем не смогли вы?

1. тупой вариант ОТА - где тут о человеке? 2. откуда уверенность, что не смог?

Начните пользоваться запятыми и перестаньте ставить скобки и люди потянутся к вам...

кстати, кто-нибудь заморачивается телеметрией с девайсов? я сейчас не про датчики температуры и остального, а про саму жизнедеятельность устройств, например, я работаю, параметры такие то, живой, данные передаю кошерно

Начните пользоваться запятыми и перестаньте ставить скобки и люди потянутся к вам...

кстати, кто-нибудь заморачивается телеметрией с девайсов? я сейчас не про датчики температуры и остального, а про саму жизнедеятельность устройств, например, я работаю, параметры такие то, живой, данные передаю кошерно

в mqtt есть PINGREQ, некоторые облака его как раз требуют

это да, ещё интересно отладочную "телеметрию" собирать, особенно в первое время, щас я на стенде гоняю устройства, а когда полностью на ОТА перейду, до железок уже будет не добраться я конечно надеюсь на качество тестов перед выпуском прошивки, но опыт говорит, всё равно будут проблемы в самые неожиданные моменты )

это да, ещё интересно отладочную "телеметрию" собирать, особенно в первое время, щас я на стенде гоняю устройства, а когда полностью на ОТА перейду, до железок уже будет не добраться я конечно надеюсь на качество тестов перед выпуском прошивки, но опыт говорит, всё равно будут проблемы в самые неожиданные моменты )

Очевидно нужна отдельная команда для запуска/остановки телеметрии в продуктиве. Иначе заказчик может удивится счетам за спутниковый канал :)

а в чем проблема - собрать и отправить ? если вы знаете что ? хоть терминальный вывод отправляйте ( если трафика не жалко )

это да, ещё интересно отладочную "телеметрию" собирать, особенно в первое время, щас я на стенде гоняю устройства, а когда полностью на ОТА перейду, до железок уже будет не добраться я конечно надеюсь на качество тестов перед выпуском прошивки, но опыт говорит, всё равно будут проблемы в самые неожиданные моменты )

Всем привет! Подскажите я в кодинге не особо еще много понимаю... Управляю кондиционером удаленно с помощью wemos d1 mini через приложение Blynk. В скетче есть функция void ONstatus() { int value = digitalRead(ON_status); if (value == HIGH) { led1.on(); } else{ led1.off(); } } Читаем с пина ON_status состояние и пишем в виртуальный виджет-пин led1, который отображает состояние виджетом в приложении. Функция вызывается каждую секунду. Есть проблема.... Сигнал, который я читаю со штатного светодиода питания кондея - на пине не постоянный, а импульсный и виджет хаотично отображает, как попадёт на момент опроса... Вопрос: как корректно этот сигнал считывать? Логично понимаю, что нужно проверять статус за какое то время и если импульсы есть - то это HIGH? если нет, то LOW. Как это в коде выразить - не знаю... может кто помочь с "кусочком" кода?

Я бы попробовал конденсатор впаять просто) Или RC-цепочку)

А если чисто программно, то можно, например, считать значение 10 раз с небольшим интервалом и по этим 10 замерам сделать вывод о состоянии

Да, я это понимаю, только в коде ещё не хватает знаний выразить...

int i = 0; while(i < 10000) { i++; }

Компилятор оптимизирует это почти наверняка и тут никак не учитывается, что светодиод подсвечивается через ШИМ

Всем привет! Подскажите я в кодинге не особо еще много понимаю... Управляю кондиционером удаленно с помощью wemos d1 mini через приложение Blynk. В скетче есть функция void ONstatus() { int value = digitalRead(ON_status); if (value == HIGH) { led1.on(); } else{ led1.off(); } } Читаем с пина ON_status состояние и пишем в виртуальный виджет-пин led1, который отображает состояние виджетом в приложении. Функция вызывается каждую секунду. Есть проблема.... Сигнал, который я читаю со штатного светодиода питания кондея - на пине не постоянный, а импульсный и виджет хаотично отображает, как попадёт на момент опроса... Вопрос: как корректно этот сигнал считывать? Логично понимаю, что нужно проверять статус за какое то время и если импульсы есть - то это HIGH? если нет, то LOW. Как это в коде выразить - не знаю... может кто помочь с "кусочком" кода?

😁

Кстати, а как так вышло, что на этот светодиод питание ещё и переменное?

bool getState(int leg){ int val=0; for(int i=0;i<50;i++){ val+=digitalRead(leg); if(val>THRESHOLD)return 1; delay(20); } return 0; }

С кодом у меня плохо... Понял но не все... bool getState(int leg){ int val=0; // это не понятно for(int i=0;i<50;i++){ val+=digitalRead(leg); это так понял счётчик считающий импульсы тикающие на пине leg? if(val>THRESHOLD)return 1; //если посчитанное знач. больше значения THRESHOLD то вернуть 1 - а куда она возвращается? В какую переменную delay(20); // почему задержка вместо else? } return 0;