1) 1-Wire не аналоговый а цифровой. Просто специфичный.
2) мастера 1w можно сделать uart-ом почти-хардварно, для этого uart должен уметь 9600 и 115200. Есть даже комповая прога читающая 1w через usb'шный шнур (+довесок для объединения RX и TX как open drain).
3) Квантовые компьютеры не сломают нормальное симметричное шифрование с 256-битным ключом. Хотя wi-fi все-равно стремный, он сложный.

Да ладно вред вифи настолько мал что с этого все уже смеютса
https://the-challenger.ru/zdorove/mify/ ... -realnost/
А вот потребление мне не нравитса, потому розетки и выключатели света будут зикби.

вы все пишете что можно так можно сяк (можно всегда но нужно ли)

1-Wire работает на ардуино и в еспховм просто мега стабильно.
Но мне больше нравитса htu21 (i2c) работает тоже стабильно.

Я не буду 1-Wire запихивать в UART.
Во-первых UART-тов в Атмеге мало (в меги128 всего два) а датчиков может быть больше.
Во-вторых сам UART такой же тупой протокол как и 1-Wire.)) Я стараюсь вообще не пользоваться UART-тами))
UART требует стабильного тактового генератора.
UART нельзя передать по обычному радиоканалу (без дополнительной кодировки).
UART нельзя передать по проводам на большие расстояния.
Короче... тупой протокол))

Квантовые компьютеры сломают любое симметричное шифрование с любым ключом - полным перебором))

i2c - ещё один тупой протокол))

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

нужно !!!
нужно всё максимально эффективно и надёжно.


Добавлено after 5 minutes 21 second:
Вреден Wi-Fi или нет... это науке неизвестно))
а сам идея делать все устройства по Wi-Fi мне не нравится...
У меня (грубо) 20 лампочек и 20 розеток... Получится 40 точек доступа Wi-Fi в одном доме ! это бред какой-то)) Взаимных помех будет столько что пипец))

Добавлено after 12 minutes 58 seconds:
На первой странице форума мы делали самодельные ради модули. Там использовали протокол "манчестер".
Ещё одни тупой протокол))
"манчестер" можно передавать и по ради и по проводам на большие расстояния. Но скорость передачи у него маленькая (скорость "манчестер" == частота "манчестер").
Поэтому самый лучший протокол - обычное частотное кодирование. Высокая скорость. Простота. Можно передавать и по ради и по проводам на большие расстояния.

Есть более крутые протоколы... но они сложнее в реализации (на простом МК).

Добавлено after 17 minutes 41 second:
На чем мы остановились... Застряли на вборе МК... ))
Всё что я хочу в ATmega8 не влазиет)) Память кончилась... Можно поставить несколько ATmega8... но это не правильно.
Нужен другой МК.
Память... Память... Память... ))
ATmega8 - 8Kbytes Flash.
ATmega328 - 32Kbytes Flash.
ATmega128 - 128Kbytes Flash.
...
Наверное лучше всего сделать все устройства на ATmega128.
-достаточно выводов для любых задач (датчиков, реле и т.д.).
-достаточно (с запасом) памяти для программ.
Можно сделать всё на разных МК, но тогда придётся писать отдельные прошивки для каждого МК. Лучше когда прошивки для всех устройств одинаковые)) Будет много универсальных устройств))

Одна проблема - паять мелкие выводы ATmega128 не удобно...

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Я понимаю что вы пишете на си и у вас єсть наработки и опыт с аврами, потому уперто игнорируете другие продукты где возможностей больше, перспективы шире (где не надо думать про объем флеш-можно передуть любую про мелкие выводы, программаторы возможность залочки проца итд итп)
Ну ладно боитесь вай-фай ну вырубите дай и все!

STM-не берем к вниманию там порог вхождения выше со всех сторон.

Почему вы пишете на чем мы остановились, кроме вас никто больше не будет делать такой умный дом, зачем тратите время попусту, зачем пишете кучу объяснений если их никто не читает всерьез.

У меня все решено, а других читателей кому интересен вопрос я не вижу.(и вряд ли кто то решится на такое)
Я повторюсь я старался, вам донести возможности и свой опыт в данном вопросе.

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

я не игнорирую другие продукты. я пока не увидел перспектив шире))
можно и STM. Порог не намного больше авр.
вопрос не в том что я боюсь или не боюсь Wi-Fi... я сказал что мне не надо в доме 40 штук Wi-Fi...))
Один Дом = Один Wi-Fi. Достаточно.

зачем пишете кучу объяснений если их никто не читает всерьез ? Для обмена опытом)) Кто понимает о чём речь... читают))
донести возможности и свой опыт в данном вопросе ? Ты показал только видео с настройками веб-сервера на стм32.
ни схем... ни протоколов... ни принципа работы... ни что куда идёт и зачем... ничего))
Таких видео в интернете миллион)) Никто подробно ничего не объясняет. А это как раз самое интересное.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Вам шашечки или ехать?
Мне ехать потому сел и поехал (и понимаю что хорошо едем просто, удобно,стабильно, не дорого)
Релакс, донт-вори, би-хепи.
Сехема http://wiki.amperka.ru/_media/products: ... pinout.pdf
Платформа програмирования https://esphome.io/index.html
Зачем сорок на комноту одна есп32 с кучей всего внутри и с наружи.(и по плинтусах можно куда угодно добратса)
А вот свет я хочу сделать на зикби однозначто во всем доме, есть такие маленькие коробочки что работают без ноля, за выключатель залазят.(на тао бао по 5 доларов смешные деньги)

Сначала покажи шашечки. А потом я подумаю... ехать или нет))

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

https://www.youtube.com/watch?v=ncXIVSm ... e=emb_logo
https://www.youtube.com/watch?v=hp582z7KAvU
https://www.youtube.com/watch?time_cont ... e=emb_logo
...

Добавлено after 22 minutes 51 second:
Такой выключатель круче. Он без проводов и батареек))
https://www.youtube.com/watch?v=KabXDcTAdMM

Вы лутьше про это посмотрите пару видюшек, но их мало https://esphome.io/index.html
(все хотят готовое)Щас танцы с бубном не модно.
Такая клацалка дорого и громко.

С этим всем согласен

Преимущества перед MQTT
Собственный API ESPHome имеет много преимуществ перед использованием MQTT для связи с программным обеспечением домашней автоматизации (в настоящее время только Home Assistant). Но MQTT - отличный протокол, и он никогда не будет удален. Особенности нативного API (по сравнению с MQTT):

Намного более эффективно: ESPHome кодирует все сообщения в оптимизированном формате с помощью буферов протокола - например, сообщения о состоянии двоичных датчиков имеют размер примерно 1/10 размера.

Настройка одним щелчком : ESPHome достаточно одного щелчка для настройки в Home Assistant - больше не нужно возиться с сохраненными сообщениями обнаружения MQTT и тому подобным.

На одну единственную точку отказа меньше: в собственном API ESPHome каждый ESP является собственным сервером. С MQTT, когда брокер отключается, ничто больше не может общаться.

Стабильность: поскольку ESPHome имеет гораздо больший контроль над протоколом, чем MQTT, нам очень легко внедрить улучшения стабильности.

Низкая задержка : собственный API оптимизирован для очень низкой задержки, обычно она составляет всего пару миллисекунд и намного меньше, чем можно заметить на глаз.

что у нас тут... приехали ATmega128 для тестов...
паяльной станции нет... спаял на проводках)) не очень красиво но для тестов пойдёт))
картина маслом ))

зато теперь памяти дофига))

Дофига eто хорошо , может начнете заполнять, все же только зависит от вас со всех сторон, вы же свободны(все с ноля), пора уже что то мерять-делать выводить разными методами, взаимодействовать поразному, может начнете с термостата подобного плана.

https://www.youtube.com/watch?v=a7_Fj0o4X_0

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

Пора с лампочками завязывать, и делать что то чуток умней и прогресивней

У меня щас (термостат, шторы, освещение, бле трекер, камера) проходят бета тестирование.

памяти дофига... но и глюков дофига))

Выше мы пытали твою бедную W5100... думали что она глючная)) На самом деле W5100 нормальная. А глючная ATmega128.
Просто надо было подключать W5100 к аппаратному SPI. А мы подключали к программному (аппаратный был занят).

ATmega128 не поддерживает программный SPI (точнее поддерживает с большим трудом).
В программном SPI надо быстро дрыгать ножками)) ATmega128 не умеет быстро дрыгать ножками - зависает и уходит в RESET.
Странно... с ATmega8 таких проблем нет. ATmega8 дрыгает ножками на частоте 20 МГц без проблем.)) ATmega8 вообще неубиваемая))

После долгих издевательств ATmega128 залочила и сдохла)) Ну и фиг с ней)) Она мне сразу не понравилась))
Короче... я так и не понял почему ATmega128 такая тормознутая))


Нужна другая ATmega...

Лампочки - это для теста связи.
Лампочки... Термостаты... ШИМ... Таймеры... и т.д. - это всё не проблема))


Добавлено after 15 minutes 55 seconds:
у тебя в кораблике есть контроль пакетов связи... "K"...

как часто у тебя пропадает "K" ? )) Это глюк nRF24L01...
Надо устранить.

У меня не чего не пропадало, и нормально работало (караблики мне щас вобще не интересны)
А вот автоматизация хозяйства по душе, играюсь по вечерам.
https://www.youtube.com/watch?v=4SNFcMVZgnw

Вопрос не в кораблике, а в нрф, на котором я делаю умный дом)) Представь что будет если yha заглючит и повторит пакет...

Видео прикольное. Только не хватает анализатора трафика.

Сенсорная кнопка ! ))
Надо тоже подумать как сделать сенсорную кнопку... Хочу всё на сенсорных кнопках)) Я даже примерно знаю как... Есть несколько вариантов... Или АЦП или датчик ёмкости на AVR.

А у тебя кнопка с отпечатком пальца ? ))

https://aliexpress.ru/item/33006588749. ... c6646e7c-1

https://www.youtube.com/watch?v=nJnRP3TUIe0

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

Считаю что на нрф будет нормальный умный дом.
А что не так с NRF ?

Дабы не втрягать в долгие дескусии что такое хорошо что плохо
Скажу просто что на мое личное мнение что есп самое оноООО!!
А вы как хотите, давайте будем судить по результатам!!(а не по можно, нужно, надо, сделать)
Делайте, докажите, мне умный дом на нрф не интересен вобще.

А мне умный дом на браузере не интересен вообще.


1- Спаял Сервер для теста на проводках))
ATmega8 + W5500 + Nokia 5110 + nRF24L01

Общий ток 85 mA.

2- Спаял Приёмник для теста на проводках))
ATmega8 + nRF24L01
Общий ток 20 mA.
Питание от аккумулятора (от телефона 800 mA/ч). Время автономной работы Приёмника ~40 часов.
От 18650 соответственно больше))

Когда горят лампочки, ток больше 50 mA...
Это нормально. Основной ток должен идти на лампочки, а не на радио модуль))

Общая схема простая))
Нажимаем кнопочки... Java Сервер отправляет UDP пакеты на Приёмник. Включаются лампочки.))
Задержка 0,15c. (См. анализатор).

nRF24L01 работает надёжно. Примерно на 1000 команд один отказ. Иногда приходится повторно нажимать кнопочку)) Бывает пакеты теряются...
Сейчас допишем протокол радиообмена и отказов будет 0.
Дальность простой nRF24L01 (без усилителя):
-по дому работает стабильно через две бетонных стены. Или два этажа.
-по полю (при прямой видимости) 380 метров работает стабильно.
Короче nRF24L01 работает надежно))

Добавлено after 22 minutes 43 seconds:
Ну и самая главная фишка))
Нажимаем на кнопочку на приёмнике (имитируем сработку датчика).
Приёмник отправляет UDP пакет Java Серверу.
Java Сервер включает WAV плеер... в динамике компа слышим музыку)) Значит в Умном Доме сработал датчик.))

Если с первого раза пакет не дошёл, Приёмник автоматом повторяет передачу...

Java Сервер сообщает о всех ошибках в Системе.
-все кнопочки и окошки с "подсветкой".
-все кнопочки со звуком ("пик-пик").

P.S.
Главная фишка Java Сервера в том, что мне не надо никуда подключаться... через всякие там браузера...))
При срабатывании датчика Умный Дом сам "позвонит" мне на телефон или компьютер.
Ни один браузер такое не умеет !!!


Добавлено after 28 minutes 58 seconds:
Сейчас проблема с МК.
Бедная ATmega8 перегружена... W5500 + Nokia 5110 + nRF24L01 + ШИФРОВАНИЕ + коммутатор пакетов + и т.д... ))
Жду другой МК... В принципе достаточно будет и ATmega16... Но лучше что-нибудь побольше... с запасом))
Думаю ATmega328 будет достаточно.

Всякие там разные датчики... температуры... ШИМ... таймеры... и т.д. Это всё уже есть. Просто пока это всё не подключено. Сначала надо дописать протокол и включить шифрование. Без шифрования работать низя))

Ну как знаете, джава так джава, атмега значит будет ат Мега.(вы командир и исполнитель)ваше слово закон.
Браузер точно ни чего не умеет (а вот сервер ховмасистент)
Но чтобы перечислить его возможности, дня не хватит.(каждый может зделать под себя и для себя)все что угодно и как угодно.
Все описано написано (видео,статьи)итд,ИТП

Для сервер ховмасистент нужно много ресурсов...
Лучше делать простые датчики с малым ресурсом и один большой Java сервер на компе с неограниченными ресурсами. Ресурсы Java сервера ограничены ресурсами компа... ))

Добавлено after 2 minutes 4 seconds:
Полностью отказываться от браузера пока не будем... Потому что иногда бывают ситуации когда нет под рукой Java сервера... например на чужом компе)) Тогда на помощь приходит простой браузер. Браузер есть на любом компе))