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

Среднее отношение падения $ и евро наглядно можно посмотреть по курсу битка... Соответственно наибуля по заказу МВФ сделает обратное соотношение курса рубля к $. Иначе как вы сможете это отработать?

С Нового года это напечатанное $/евро бабло уже пошло переливаться в частный сектор и до юзеров... Т.е. это только начало. Самый старт :) А далее надо будет это всё отработать вам. Иначе как Америка и Европа будет жить?

Необходимо переходить на чистый Китай. На их чипы цены наоборот падают, т.к. новые торговые договора у стран... Долларей и евро напечатали ещё в конце того года столько, что несколько лет инфляшки в разы (отработки за счет рубля) обеспечено. Обязательно.

Нет никакого смысла что-то оптимизировать в схеме, если используется Arduino и WiFi. При связи раз в сутки у вас на одну сессию соединения с роутером уйдет от 5 до 7 секунд в Arduino при хорошей связи. И это при среднем токе у ESP порядка 100 мА. В сутках 24*60*60=86400 секунд. Если размазать...

Обычно стандартная, но бывают исключения. Смотрите PDF на Flash. У ESP8266 нет контроллера I2C. Ногодрыг. И зачем связывать два MCU через I2C? UART в данном случае проще. По CHIP_EN самое минимальное потребление у ESP8266. На Reset и около десятки нФ предостаточно. Главное сгладить возможную...

В старых SDK по команде deep-sleep закрываются все соединения, заряжается софт-таймер на 100 мс. По срабатыванию таймера отключается всё остальное, а команда deep-sleep для Flash передается в самом конце, в процедуре находящейся в IRAM вызываемой как call() из Flash, затем выключается питание...

У вас ещё MCP1700 будет кушать не менее 2-х мкА. Тем более она не потянет даже малую передачу ESP8266 без емкости от сотен мФ в питании, а они все с утечкой и хорошей. Так что о никаких менее пары мкА и говорить нечего.

Модуль с Flash не может потреблять 0 мкА, если не отключено питание. в доке значится такое потребление: Типичное - 13, макс 25 мкА при бездействии. Если -же дали команду deep-sleep, то 2..5 мкА плюс ваш светодиод.

ZigBee придумали "большие дядьки" чтобы всем было неповадно. В проект было изначально заложено - занять побольше времени радиоэфира и устроить долгую жручку на передачу и прием на самой низкой возможной скорости при самых длинных заголовках и атрибутах для передачи одного информационного...

Так что если и слеплю и кину какую ZigBee прошивку для данных термометров - то у них не будет никой записи истории - банально 512 кило flash хватает только на 2 дубля ПО - рабочий код и OTA. И тут ничего не поделать - большие дядьки выдумали такой стандарт, чтобы он жрал побольше программной...

Тут пнул ещё немного в прошивке с ZigBee... Шлюз кушает - т.е. термометр регистрируется по нажатию кнопок на шлюзе и вылазит в Mi-Home в виде "Датчик влажности и ...": Передачу значений пока не делал, т.к. в SDK ZigBee 3.0, а у Xiaomi - в пределе 2.0 и надо писать несколько табличек с кучей...

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

NTP - это всего синхронизация с джиттером в сотни и десятки ms и без точного собственного источника не имеет смысла. А GPS - тут уже зависит от аппарата и может давать постоянный сигнал строба с постоянной точностью уже к наносекундам... У радиоприемника точность зависит от расстояния до станции...

DMZ c ESP без проблем. Особенно если два брандмауэра и/или два внешних ip... Какой может быть "черный вход" через ESP, если она ничего не может и виснет от малейшего приближения к подобию DDOS по имеющимся у неё паре открытых портов. С внешки на дешевке-роутере ей можно сменить IP по DHCP? Это...

Это дыра в вашем дешевом устаревшем роутере и не распространяйте это на всех.

Если вам нужны точные часы - припаяйте часовой кварц к чипу и поменяйте в main.c blc_pm_select_internal_32k_crystal(); на blc_pm_select_external_32k_crystal(). Для получения 6-того или даже 7-мого знака точности (+-1 ppm) поправьте емкости на кварцах. Ими управляет сам чип и паять не требуется...

А вы лог смотрели? Send delta time ok Device StepTimeSec: 1000125.000 us Send delta time ok Device StepTimeSec: 999875.000 us В js при этом передается только 32-х битное значение шага счета времени в 1/16 us cfg.step_time = value.getUint32(1,true); = utc_time_tick_step А время в UTC...

SDK от Telink я ломать не буду. Пересчеты с RC к кварцу каждое пробуждение-засыпание в данном SDK делаются в бинарной либе, первый старт высчитывает отношение кварца к RC. В других вариантах SDK от Telink эти части кода с исходниками... Если менять SDK, то его надо прикладывать к проекту, а там...

Измените температуру :) будут другие уходы. Не понимаю, что вы хотите получить от встроенного RC генератора, калибровка которого производится один раз когда вы вставляли батарейку :) Был запрос - "дайте коррекцию часов" - я встроил :) Коррекция работает, а остальное меня не касается. Не нравится...

Не видел изделий с маркировкой даты новых партий. И Xiaomi не показатель - это производитель самого хлама из самого самого старого хлама :) И наблюдаю SDK от того-же Telink в которых смесь BLE/МЕSH и Zigbee одновременно - даже gateway. При этом конфиги задаются через BLE :)