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

Выход из строя всей системы не критичен??? :eek: Зачем тогда она вообще нужна, если можно без неё? ;) Это: как бы говорит о том, что вышедший из строя единственный датчик может завесить всю шину.

1000 строк элементарно быдлокодится чайником при помощи копипаста, там где профи напишет одну строку в цикле. ;)

Где это ваше число будет храниться при выключенном питании уже придумали? И не просто храниться, а инкрементироваться каждую секунду. Вот именно такое место хранения и называется "RTC-чип".

RTC - это не модуль, а микросхема. Если мало места, зачем тогда лепите из отдельных модулей? Сделайте свою плату, на которую и поставьте нужные чипы. Но в любом случае - место будет нужно для батарейки. И намного больше чем для чипа. Если нет свободных пинов - значит изначально неправильно...

Точность то тут при чём? Точность обычного RTC (не калиброванного и не термокомпенсированного/термостатированного) будет примерно такая же как у обычного таймера - зависящая от точности задающего генератора. Другое дело, что внешний RTC (с батарейкой) будет хранить время и при выключенном...

Если без интернета, то нужно видимо добавить внешний чип RTC + батарейку. Подключаются такие чипы обычно по I2C. Когда появляется интернет - читать из него время по SNTP (периодически, раз в час например) и писать в RTC. А отображаемое время читать уже из RTC когда нужно.

Про SoftAP не знаю, использую режим "Station". Но у меня тоже была прошивка v0.25 - были глюки в ней. Потом обновил на более новые - глюки пропали. Попробуйте. Имхо - v0.25 ещё очень сырая была, там много багов.

Требуйте с них фото модуля. А иначе - тут никакой экстрасенс не поможет. "Сейчас" - а почему думаете что сейчас? Может спаяли их давно и лежали где-нить на складе.

Соврал немного. Проверил на 2-х версиях AT-прошивок: "AT_v0.60.0.0 SDK_v1.5.2" и "AT_v1.3.0.0 SDK_v2.0.0" - на обеих картина одинаковая: старт на неизвестной скорости (не 115200) и начальный блок данных выплёвывается из ESP8266 на этой скорости. А после этого строка "ready" уже на 115200. И...

Провод GND + провод VCC - это как раз и есть 2 провода. Вполне достаточно для петли. Для передачи лог."0" - датчик потребляет ток X мА, для передачи лог."1" - потребляет ток Y мА. Про 1-wire я не говорил. Если нужна помехозащищённость, то 1-wire наверное - не лучший выбор. Впрочем - нужна-ли?

Чтобы получить помехозащищённость, нужно не напряжение разгонять, а ток. Сделать токовую петлю.

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

С чего это? Изучите на досуге закон Ома.

5V на ESP8266? Тогда можете смело заказывать новый! :D

Лучше дать напряжение больше. А возле каждого датчика поставить линейный понижающий стабилизатор или даже DC-DC. Если поставите DC-DC или потребляемый датчиком ток небольшой, то можно вообще пустить в кабель 12V. Так будет надёжнее.

Зависит от версии. На версии v0.60 этот блок до "ready" на скорости 115200 из ESP вылазит.

Ну т.е - и в этом конечно тоже может быть проблема. Гадать что там у автора - экстрасенс нужен.

Я думаю проблема не в этом. До сих пор у меня во всех модулях ESP8266 были старые прошивки (v1.1.1 и v1.1.2). На них при старте как раз так и было: сначала куча мусора, затем "ready" и после этого начинает отвечать на AT-команды. Это на 115200. Т.е. - инфа до "ready" - на какой-то скорости...

А сигналы RESET, PRG и ENABLE какие?

Склоняйтесь к тому, что (как вариант) ваш переходник с CH-340 не выдаёт нужного тока по линии питания. И при старте ESP8266 питание просаживается и он виснет. У меня с одним из USB-UART-переходников картина именно такая, при том что с другими всё ок. Заведите внешнее питание 3.3V на ESP. С током...