Беспроводной мини датчик температуры и влажности с E-PAPER дисплеем
Здравствуйте! Хочу поделиться с вами своим новым опенсорс проектом. Из названия статьи понятно что речь пойдет о датчике температуры и влажности с дисплеем на электронных чернилах. Уже достаточно давно я попробовал сделать проект датчика температуры с такими дисплеями в виде ардуино модуля. С тех пор тема e-ink дисплеев меня заинтересовала.
Целью данного проекта была разработка миниатюрного датчика, сравнимого по размерам с обычными беспроводными датчиками температуры, но при этом получить еще и вывод данных на самом устройстве. И при всех этих условиях что бы устройство работало от небольшой батарейки достаточно долго. Что из этого получилось, прошу оценить и не скупится на комментарии.
Датчик работает на чипах nRF52, для данного проекта был выбран модуль от компании MINEW. Модуль небольшого размера, имеет 18 выводов, 13 из которых gpio, два варианта антенн, печатная и керамическая, так же на модуль устанавливается несколько вариантов чипов, nRF52810 и nRF52832, а после непродолжительного общения с менеджментом компании мне без вопросов поставили на эти модули чипы nRF52811. Так я кстати получил свои первые 811-ые и к тому же по цене в полтора раза ниже чем мог бы купить у поставщиков в России просто чипы, но это уже другая история. На модуле разведен вариант схема DC-DC и часовым кварцем. Размеры модуля 12мм х 15мм. Присутствует металлический экран.
Из линейки e-ink дисплеев выбор естественно пал на достаточно новую модель м размером экрана 1.02 дюйма GDEW0102T4. Стоимость одного дюйма электронных чернил составила 500 рублей, что мне показалось приемлемо. Небольшие трудности с разработкой платы под этот дисплей вызвал его разъем, 30 пиновый FPC c шагом в 0.5мм. Ширина FPC разъема намного больше ширины самого дисплея, что вызвало неудобство при проектировании. Но зато было проще с обвязкой дисплея, она проще чем на других моделях.
Из разнообразных цифровых сенсоров температуры и влажности я решил остановиться на сенсоре sht20, их и в достаточном количестве было у меня, простой достаточно, хорошая цена, удобный размер. Так же одним из плюсов можно назвать то что вместо sht20 при желании легко установить sht21, si7020, si7021, htu20d, htu21d и hdc1080, но последний вариант не самый очень ;).
Под датчик проектировалось 2 платы, одна под экран и его обвязку, вторая под радио модуль, сенсор температуры и влажности и батарейку. Ключевыми параметрами размеров плат были размеры экрана и батарейки. На плате с экраном были заложены отверстия под винты (1.4 х 3) для крепления платы к корпусу, на второй плате были сделаны вырезы для удобной установки винтов. Так как это DIY устройство я мог себе позволить поставить «вкусную» батарейку CR2450. Ну а если мне покажется когда-то что устройство толстовато, то я всегда смогу напаять держатель под батарейку CR2430. В итоге получилось две платы размерами 36мм на 26мм.
Корпус проектировался в СолидВоркс, модели плат были экспортированы из DipTrace в формате DXF, которые уже в СолидВоркс были преобразованы в 3D модели. Корпус состоит из двух частей и кнопки, Крепления половинок корпуса друг к другу сделано так же винтами(1.4 х 4) с одной стороны и выступающим «зацепом» с другой стороны. Сделаны два отверстия для циркуляции воздуха для сенсора температуры и влажности.
В этом проекте корпус был напечатан на FDM принтере, конечно качество печати ниже чем на SLA принтере, но по прочности изделия из жидких смол сильно уступают изделиям из филаментной нити, а из-за особенностей корпуса, прочность была важна. Так что морально приготовился к шлифовке и полировке. В принципе получилось достаточно качественно.
Примерно так происходила разработка железа, постарался описать все этапы и некоторые нюансы, если она вам показалась трудоемкой, то это не так, трудоемким на самом деле было ПО. Как и прежде я свои проекты делаю под MySensors, хотя признаюсь что уже не с тем энтузиазмом что прежде. В какие-то моменты стал упираться, каких то вещей не хватает, какие-то просто невозможны. Альтернативой на данный момент для себя я вижу Open Thread, по крайней мере он кажется достаточно привлекательным.
Cхема устройства
В итоге все свои требования к функционалу реализовать получилось. Устройство может работать с контроллером УД, так же устройство может работать напрямую с каким либо устройством в сети МySensor. Привязка устройств для прямого обмена может происходить как посредством конфигурации устройств через контроллер УД, внешними командами, так и без участия контроллера УД с помощью простого нажатия кнопки для активации режима привязки(binding). Датчик температуры и другое устройство к которому привязан датчик могут нормально поддерживать обмен даже без работающего шлюза MySensors или работающего контроллера УД, что безусловно повышает отказоустойчивость. Отдельная проблема была с драйверами eink дисплея, вероятно потому что дисплей достаточно новый, на сайте производителя и сайте WaveShare(предлагающий eink экраны Good Display под своим брендом) реализации библиотек достаточно сырые. Пришлось что-то переделать, что-то дописать.
В датчике реализовано поддержка нескольких языков, инверсия цвета по внешней команде в режиме конфигурирования устройства, несколько вариантов шрифтов так же меняемые по внешней команде в режиме конфигурации устройства. Датчик выводит на экран показания температуры и влажности, заряд батареи и уровень сигнала. Интервал замеров температуры и влажности, интервал замера уровня батарейки можно задать так же внешней командой. Для температуры и влажности в минутах, для уровня заряда батарейки в часах. Передает датчик в УД следующие данные: температура, влажность, уровень заряда в %, напряжение, уровень сигнала, причину перезагрузки.
Посмотреть как это выглядит можно в небольшом видеоролике
Если кому-то интересны мои разработки, то после прочтения статьи рекомендую перейти на канал и подписаться, там информацию по новым разработкам я публикую в первую очередь.
:
В спящем режиме датчик потребляет 2мкА, сброс WTD каждые 5 секунд, потребление в момент сброса 4-5мкА. В режиме работы с экраном и сенсором температуры и влажности 2-3мА, в режиме передачи 5-8мА, такой диапазон в 3 мА связан с тем что датчик сам регулирует мощность передачи на основе данных по уровню сигнала.
Если вам интересно все что связано с DIY, вы являетесть DIY разработчиком или хотите только начать, вам интересно использование DIY девайсов приглашаю всех заинтересованных в телеграм чат — DIYDEV
Всех кто хочет делать устройства, начать строить автоматизацию своего дома предлагаю познакомиться с простым в освоении протоколом Mysensors — телеграм-чат MySensors
А тем кто ищет достаточно взрослые решения для домашней автоматизации приглашаю в телеграм-чат Open Thread.
Несомненно потрясающая штука, как прототип. Для продажи не хватает знаний в пром. дизайне. Достаточно убрать толстенную рамку, оставив тонкие грани и взяв экран чуть больше и устройство будет само себя продавать. В таком виде это занятное убожество в плане эстетики. Даже корпус из прозрачного акрила дал бы +100 к внешнему виду.
Экономия на спичках при таких интересных проектах всегда убивает этот самый проект в итоге.
Зачётное рукожопство в очень положительном смысле! Такие вещи надо в производство запускать. Небольшой подвальчик с дюжиной китайцев и… всё. Чем интересно в Сколково занимаются?
какие пару лет??? цикл передачи 8мА и дисплея/сенсора 3мА, а батарейка то всего 250мА:) посчитать думаю не сложно на сколько хватит, цена батарейки тоже «приятная» 2-3 бакса.
Посчитайте (ориентируясь по времени передачи). «Таблетки» плохи тем, что имеют до неприличия большое внутреннее сопротивление, но было бы желание — потребление можно утоптать до приемлемых величин, чтобы не ставить здоровенные аккумуляторы.
Ну 18650 это перегиб. Но таблетки я жуть как не люблю, везде дохнут непредсказуемо. Единственно в кнопках живут уже третий год. Лучше уж ААА юзать, стоит дешевле, продаётся везде.
$28.50, вы серьезно ??
8-9 штук сяоми можно взять https://aliexpress.com/item/item/1005001355746608.html
По читаемости — тоже самое, единственное, шрифт можно красивый сделать.
А вот по среднему потребелению — мне кажется проигрыш будет значительный.
Ну и BLE все же — можно хоть на телефоне принимать, хоть с компа, хоть ESP32.
… серьезно;)
… а градусников спиртовых еще больше
… по читаемости совсем не тоже самое, разные типы экранов
… не будет
… бле, как и зигби, или тред вполне доступен на нрф52
… по читаемости совсем не тоже самое, разные типы экранов
Спорно. Контрастность e-ink экранов, особенно с алиэкспресса — та еще лотерея. Да и размер экрана не тот, чтоб можно было смотреть из любого угла комнаты.
… не будет
Цифрами поделитесь пожалуйста. Я на неделе померяю xioami, которые у меня есть и свои с BLE.
… бле, как и зигби, или тред вполне доступен на нрф52
Почему тогда вы используете legacy-протокол?
Если про интеграцию, BLE я могу хоть на телефоне смотреть, хоть на есп32. RPI Zero W тоже ок или любой другой SOC со свистком зайдет.
К счастью, сейчас начали производить железки с «правильными» BLE характеристиками. У меня, например есть тонометр и термометр, которые передают данные в соотвествии со стандартами Bluetooth SIG.
Да есть, и блютуз и зигби, но это же ксяоми-они все шлют по умолчанию в свое приложеие со своим протоколом.Хотя ковырнуть и получить данные не проблема.
У меня есть градусник на монохромном LCD, есть например читалка на е-инке-в квартире цифры хорошо видны с любого угла. Повысилась бы читаемость если увеличить размер-но она все равно больше чем у устройства автора.
Сравниваю по живым устройствам
У меня тоже много чего есть с монохромными LCD — как с статическими (типа как на мультиметрах), так и с мультиплексированием 1:3, 1:4 (заметно меньше контрастность). И книжка с e-ink. Никакой LCD с e-ink и близко не стоял по читаемости (и это при том, что книжка на e-ink первых поколений, с невысокой контрастностью).
Речь же не о утомляемости, а просто о комфортном восприятии. eInk прекрасно виден под любым углом, а LCD, даже в статическом режиме, при боковом взгляде может быть вообще не виден.
тема этой ветки eink vs lcd, поперек темы проходит мысль что еинк температурники сяоми могут работать с УД, впринципе могут но это скорее бле гейт сяоми может, точнее не может, а его смогли. Вот я и спрашивал выше вы то с какой стороны в этой ветке решили порассуждать, что за новая грань должна открытся?
Не, как-то скромно и не презентабельно. Давайте подробнее, вот так:
Первая партия
Первая партия это сколько штук? А почему «первая»? Была или будет вторая, третья и т.д.? Или распродалась только первая, потому что был предзаказ и предоплата?
А по какой цене? А известны географические места, в какие страны и города ушёл товар?
Ну вот, опять куда-то посылают. Особенности Рашен бизнеса? Говоришь — прорекламируйте себя, насколько вы круты и востребованы, а в ответ — «иди вон туда и сам ищи чё те надо».
Я ожидал ответ типа:
«Првая партия хх штук была продана за сутки по цене $ х.99, получен предзаказ на вторую партию на ххх шт, делаем их круглые сутки, не успеваем…
Заказы в основном из России, 15% из СНГ, 5% Европа, пару штук в Канаду ушло…
Как-то так себя рекламирует успешный бизнес. А у вас пока громкие слова без пруфов, такие никто в серьёз не воспринимает.
Отличный. Но выскажу своё фи. Жуть как убого смотрятся девайсы, у которых боковые рамки вокруг экрана в сумме по площади больше самого экрана. Это как с дверью и глазком. Не лучше ли экран по больше выбрать? Или корпус под экран и пересмотреть питание?
Чорд! Не рассмотрев, что это диайвай, сразу побежал смотреть, где продают.
Я бы купил. Не могу согласиться с гражданином выше, показывающим MiHome. Сравните китайский мусор вместо внятного изображения значений и скриншот данного устройства. «графон решает»
Опять этот никому не нужный протокол MySensor. Как вы не поймёте — не выиграть вам войну стандартов. 99% будут сидеть на MQTT, который поддерживает даже IBM. Еще 0.99% будут гонять данные в JSON, и вы может найдёте 0.01% среди оставшихся. Пора уже слезать с дохлой лошади.
немного путаетесь в стандартах, подтяните этот момент. Майсенсорс может юзать транспорт mqtt помимо кучи других, можно гонять как вы пишите данные в том же JSON.
Спасибо за информацию о MySensor. Я действительно в нем не силён, тк не понимаю зачем он. Обьясните? Уже 3-и год пытаюсь понять.
После вашего маленького ликбеза, вот вобще не понимаю зачем ваша прокладка между сенсором и MQTT? Пока только одно объяснение — жрать ресурсы процессора.
Ну как-бы я не в восторге MySensors, но как вы себе представляете подружить малотпотребляющий датчик с радиоканалом с MQTT без использования «прослойки»?
Очень просто, как обычно этот делается в arduino. Ищите или пишете либу на сенсор, качаете фреймворк на процессор с BLE. Собирате все в кучу в Arduino IDE. Будите камень и сенсор, читате значение, формируете MQTT или JSON, да хоть ESP-Now (если это espressif) отправляете и спите, до следующего раза. Таких примеров миллион на github, без регистрации и MySensor.
Так еще раз: у вас есть BLE, Zigbee или тот же Thread с одной стороны. Есть какая-то Ethernet сеть в которой есть MQTT.
Как вы свяжете одно с другим без условного «шлюза»?
А разве для такого зоопарка не предназначен magordomo или HASS? Я просто не видел н одного микропроцессора с поддержкой BLE, Zigbee и Thread одновременно.
Вы явно плохо понимаете о чем говорите. Вы сравниваете разные виды транспорта с котроллерами «умного дома».
В случае с zigbee или thread — шлюз нужен обязательно. Для BLE — иногда можно обойтись штатным блютусом того же RPI или PC,
Тут такой же шлюз, сеть датчиков и т.д. Единственное, что тут глупо — это использование проприетарного NRF24 протокола на современных контроллерах, которые поддерживают его чисто ради обратной совместимости. Т.е. по факту можно использовать только Nordic чипы и и китайские клон nrf24.
Я просто не видел н одного микропроцессора с поддержкой BLE, Zigbee и Thread одновременно.
Плохо смотрите.
The nRF52840 is fully multiprotocol capable with full protocol concurrency. It has protocol support for Bluetooth 5, Bluetooth mesh, Thread, Zigbee, 802.15.4, ANT and 2.4 GHz proprietary stacks.
Где? В треде? Тред — это транспорт. Просто транспорт и всё. Никакого прикладного уровня (уровня приложений) там нет. Ни одну лампочку ни к одной кнопочке подключить не получится только лишь по этой причине.
То есть Вы там ничего не подключите, не заюзав какой-либо протокол поверх треда для общения лампы с кнопкой.
Если хотите в далеком и светлом будущем именно через тред и именно любого производителя — присмотритесь к chip, который как раз поверх треда работает.
Если хотите управлять лампочкой прямо сейчас — выбор не очень большой. Чистый UDP или какие-либо протоколы поверх него, например, CoAP или MQTT-SN.
попытка #3
Дайте пример лампочки и выключателя.
Если вы говорите про нрф52840 — тоже объясните как его связать с условным сервером умного дома.
Вы хоть не автор этой ветки, но тоже непонятно что пытаетесь доказать.
Гляньте тредовые примеры в SDK от нордика, там есть.
Если вы говорите про нрф52840 — тоже объясните как его связать с условным сервером умного дома.
Всё, что я хотел сказать — ответить на Ваше безапелляционное заявление про необходимость шлюза и пояснить, что nrf52840 не обязательно связывать с сервером. Устройства могут работать в сети Thread без связи с сервером. Как уж это будет реализовано с точки зрения протокола и как конкретно кнопочка будет управлять лампочкой — дело другое.
Я работаю с ble со времён cc2541.
А его уже уже из оборота выводили. И вернули. И ни одного известного опенсорс проекта на на нем.
Примеры — не в кассу.
Касательно cc254x — их почти нет не гитхабе, и свои я не выложу. Ибо это стрёмно со всех сторон.
Нордик и из примеры в реальном мире? Жду
Нерелевантный пример, к сожалению. Я имел в виду, что массово принято. Условно, я могу пойти в условный соседний Лидл и купить там что-то из устройств с поддержкой чего-то очень стандартного.
Но про вашу сетку было бы интересно почитать. Про реализацию, про плюсы и особенно про минусы.
А так н-надцать лет назад я делал датчики на TR24A — был такой конкурент CC25xx (модуль стоил что-то около 3$, что было соизмеримо со стоимостью одного чипа СС без обвязки)
Работало? Да. Но через год уже не надо.
С zigbee, zwave или ble все также. Каждый китаец лепит свои протоколы поверх, свои шлюзы.
За BLE слежу — только последние года два вижу устройства, которые используют «стандартные» «характеристики», а не свои выдуманные BLOBы.
К сожалению у нордика это все часто идет как experimental (мы ни за что не отвечаем)
И во всех сложных сценариях я не раз упирался в форум поддержки. Или в статью из Errata. Чем сложнее контроллер, тем больше у него багов (еще не наденных, в том числе)
Долго пытался найти мысль в ваших сообщениях, и пришел к выводу что вы вообще не понимаете что пишете… Завязывайте, пожалуйста )))
Спасибо за информацию о MySensor. Я действительно в нем не силён, тк не понимаю зачем он. Обьясните? Уже 3-и год пытаюсь понять.
За 3 года уж можно было узнать, что такое и зачем нужен mysensors! Лень или не хватает серого? Тогда зачем лезть с комментариями в тему, в которой вы ноль?
и сколько времени на это у вас уйдет, написать отладить неделя? месяц?
а другой датчик еще месяц?
а MySensors это всё уже сделано
подключается за 5 минут в — две строчки
надо по WIFI, или Rf433, или блютус
все равно — две строчки
Не знаю, но предположу — просто это поддерживается и принято всеми. Ну это как спросить, а зачем нам здесь поддержка I2C? Я щас свой протокол обмена наваяю. Потом приходите к заказчику, а у него гранаты не той системы.
Устррйства интересные, повторить не сложно, но этот MySensor… Я не любитель зоопарков, в части протоколов тоже. Ну есть у меня ВЕЗДЕ этот BLE, в весах, в датчиках, в ноуте, в гаджетах типа мобилы, наушников и т.д. Ок, это уже, можно сказать, и промышленный стандарт, потому как серьёзное пром оборудование имеет BLE.
ZigBee — крутая штука, спасибо в частности сяоми за тонны готовых устройств по копеечным ценам, всё, что не на BLE, то у меня на ZigBee.
WiFi — старый добрый вайфай, спасибо espressif за espихи, всё, что можно питать от розетки, то работает по WiFi.
LoRa — ну как без дальнобоя? Там, где надо отказоустойчивую связь на большие расстояния, там Лора.
Это азы. И этого и так много. Куда ещё протоколы? Зачем ещё шлюзы? Всё есть уже.
замечательная работа. А я вот, все не дождусь, когда у Вас, Андрей, «руки дойдут» показать обществу беспроводную «крутилку» для регулирования звука )))
Само по себе DIY — хобби забавное, но вот подавляющая масса её применений — какой-то подростковый отстой. Даже данный прибор, пусть в виде consumer ready — он всё равно является бестолковой поделкой. Ну вот где вы ежедневно используете эти температуры-влажности? Коноплю выращиваете? :) Следите за атмосферой подвала с картошкой? В квартире этот девайс точно не нужен.
Ну и вопрос: зачем его было делать? В статье нет НИЧЕГО, что хоть как-то оправдывало бы его создание — просто «я хочу». Ну да, если есть лишние деньги — можно их выкинуть на еИнк и коробочку, которая умеет рассылать циферки.
Сейчас не стоит вопрос «из чего и как», уже давно встал вопрос ЗАЧЕМ?
Одна поделка сейчас рулит розеткой-реле электрообогревателя на балконе. Вторая поделка сейчас висит на кухне у плиты и принимает участие в проекте — " сделаем вентиляцию над плитой немного умнее". Но почитать человека который не шарит в диайвае всегда любопытно.
Хм… ты ОБОГРЕВАЕШЬ БАЛКОН?! Не, в DIY я не шарю, но точно скажу, что кое-кому нюхать канифоль точно надо завязывать. :)
Вентиляция над плитой… ну такое себе применение для датчиков, которые обречены заплыть жиром, пылью и грязью. Опять же, что «умного» ты хочешь туда привнести? Изображать морской бриз? Вентиляция просто включается руками и начинается готовка.
Другими словами, на твоём примере я лишний раз убедился, что мальчики и DIY — как собака и плюшевый медведь — возни много, толку — мало.
И к слову, откуда такое г***но и обиды? Я же не имею лично против тебя что-то, я объяснил свою позицию: я считаю, что ПОЛЕЗНЫХ применений пока что кот наплакал и этот датчик тоже не вызывает у меня восхищений — тупо собрали лего из деталек и повесили на стену.
Единственное достижение этого поделия — ты научился собирать девайсы. Всё. Ну тоже вполне себе скилл — я такое уважаю. Но гордиться тут особо нечем, такое в свои годы могли делать во дворце пионеров.
Ну так балконы бывают с теплым остеклениеи и изоляцией и их как и любое помещение нужно обогревать, прикинь :), не у всех на кухнях жир, пыль и грязь и включать что то можно не руками :). В голове теперь всё сложилось… дело не в шарить/не шарить в диайвае, а в том что не шарить впринципе.
Всех кто хочет делать устройства, начать строить автоматизацию своего дома предлагаю познакомиться с простым в освоении протоколом Mysensors — телеграм-чат MySensors
А тем кто ищет достаточно взрослые решения для домашней автоматизации приглашаю в телеграм-чат Open Thread.
Мой GitHub этого проекта, схема, гербер файлы, 3D модели корпуса, bom, ПО.
https://www.threadgroup.org/What-is-Thread/Thread-Benefits#certifiedproducts
Экономия на спичках при таких интересных проектах всегда убивает этот самый проект в итоге.
8-9 штук сяоми можно взять https://aliexpress.com/item/item/1005001355746608.html
По читаемости — тоже самое, единственное, шрифт можно красивый сделать.
А вот по среднему потребелению — мне кажется проигрыш будет значительный.
Ну и BLE все же — можно хоть на телефоне принимать, хоть с компа, хоть ESP32.
… а градусников спиртовых еще больше
… по читаемости совсем не тоже самое, разные типы экранов
… не будет
… бле, как и зигби, или тред вполне доступен на нрф52
Спорно. Контрастность e-ink экранов, особенно с алиэкспресса — та еще лотерея. Да и размер экрана не тот, чтоб можно было смотреть из любого угла комнаты.
Цифрами поделитесь пожалуйста. Я на неделе померяю xioami, которые у меня есть и свои с BLE.
Почему тогда вы используете legacy-протокол?
Если про интеграцию, BLE я могу хоть на телефоне смотреть, хоть на есп32. RPI Zero W тоже ок или любой другой SOC со свистком зайдет.
К счастью, сейчас начали производить железки с «правильными» BLE характеристиками. У меня, например есть тонометр и термометр, которые передают данные в соотвествии со стандартами Bluetooth SIG.
Ну и у того же ксяоми есть датчики на еинке.
Сравниваю по живым устройствам
Первая партия это сколько штук? А почему «первая»? Была или будет вторая, третья и т.д.? Или распродалась только первая, потому что был предзаказ и предоплата?
А по какой цене? А известны географические места, в какие страны и города ушёл товар?
Я ожидал ответ типа:
«Првая партия хх штук была продана за сутки по цене $ х.99, получен предзаказ на вторую партию на ххх шт, делаем их круглые сутки, не успеваем…
Заказы в основном из России, 15% из СНГ, 5% Европа, пару штук в Канаду ушло…
Как-то так себя рекламирует успешный бизнес. А у вас пока громкие слова без пруфов, такие никто в серьёз не воспринимает.
ссылка 300
https://aliexpress.ru/item/item/4001057325275.html 260 + 16 доставка
github.com/atc1441/ATC_MiThermometer
Я бы купил. Не могу согласиться с гражданином выше, показывающим MiHome. Сравните китайский мусор вместо внятного изображения значений и скриншот данного устройства. «графон решает»
После вашего маленького ликбеза, вот вобще не понимаю зачем ваша прокладка между сенсором и MQTT? Пока только одно объяснение — жрать ресурсы процессора.
Как вы свяжете одно с другим без условного «шлюза»?
В случае с zigbee или thread — шлюз нужен обязательно. Для BLE — иногда можно обойтись штатным блютусом того же RPI или PC,
Тут такой же шлюз, сеть датчиков и т.д. Единственное, что тут глупо — это использование проприетарного NRF24 протокола на современных контроллерах, которые поддерживают его чисто ради обратной совместимости. Т.е. по факту можно использовать только Nordic чипы и и китайские клон nrf24.
Плохо смотрите.
Хотя не все одновременно, но это и так поняно.
2) У вас есть HomeAssitance или что-то еще, что крутится на каком-то сервере.
Каким образом вы передадите даные от 1 к 2 или наоборот?
А так, вообще, шлюз треду не нужен и сетка спокойно поднимается на любых двух устройствах, которые в состоянии её поднять.
То есть треду шлюз не обязательно нужен. Простой (классический) пример — лампочка и кнопочка. Их можно связать напрямую без шлюза.
Можно хоть единичный рабочий пример?
То есть Вы там ничего не подключите, не заюзав какой-либо протокол поверх треда для общения лампы с кнопкой.
Если хотите в далеком и светлом будущем именно через тред и именно любого производителя — присмотритесь к chip, который как раз поверх треда работает.
Если хотите управлять лампочкой прямо сейчас — выбор не очень большой. Чистый UDP или какие-либо протоколы поверх него, например, CoAP или MQTT-SN.
Дайте пример лампочки и выключателя.
Если вы говорите про нрф52840 — тоже объясните как его связать с условным сервером умного дома.
Вы хоть не автор этой ветки, но тоже непонятно что пытаетесь доказать.
Всё, что я хотел сказать — ответить на Ваше безапелляционное заявление про необходимость шлюза и пояснить, что nrf52840 не обязательно связывать с сервером. Устройства могут работать в сети Thread без связи с сервером. Как уж это будет реализовано с точки зрения протокола и как конкретно кнопочка будет управлять лампочкой — дело другое.
А его уже уже из оборота выводили. И вернули. И ни одного известного опенсорс проекта на на нем.
Примеры — не в кассу.
Касательно cc254x — их почти нет не гитхабе, и свои я не выложу. Ибо это стрёмно со всех сторон.
Нордик и из примеры в реальном мире? Жду
У меня сетка на треде дома поднята — будет считаться примером?
Но про вашу сетку было бы интересно почитать. Про реализацию, про плюсы и особенно про минусы.
А так н-надцать лет назад я делал датчики на TR24A — был такой конкурент CC25xx (модуль стоил что-то около 3$, что было соизмеримо со стоимостью одного чипа СС без обвязки)
Работало? Да. Но через год уже не надо.
С zigbee, zwave или ble все также. Каждый китаец лепит свои протоколы поверх, свои шлюзы.
За BLE слежу — только последние года два вижу устройства, которые используют «стандартные» «характеристики», а не свои выдуманные BLOBы.
И во всех сложных сценариях я не раз упирался в форум поддержки. Или в статью из Errata. Чем сложнее контроллер, тем больше у него багов (еще не наденных, в том числе)
Так много кто умеет и тут хоть зигби, хоть какой угодно протокол.
А так чтоб любой выключтель фирмы М по зигби умел управлять лампой производителей А-Я?
В этом ведь смысл стандартов
Если да, то порекомендуйте модели, я не против попробовать. У меня пока мало опыта с зигби.
За 3 года уж можно было узнать, что такое и зачем нужен mysensors! Лень или не хватает серого? Тогда зачем лезть с комментариями в тему, в которой вы ноль?
а другой датчик еще месяц?
а MySensors это всё уже сделано
подключается за 5 минут в — две строчки
надо по WIFI, или Rf433, или блютус
все равно — две строчки
ZigBee — крутая штука, спасибо в частности сяоми за тонны готовых устройств по копеечным ценам, всё, что не на BLE, то у меня на ZigBee.
WiFi — старый добрый вайфай, спасибо espressif за espихи, всё, что можно питать от розетки, то работает по WiFi.
LoRa — ну как без дальнобоя? Там, где надо отказоустойчивую связь на большие расстояния, там Лора.
Это азы. И этого и так много. Куда ещё протоколы? Зачем ещё шлюзы? Всё есть уже.
Ну и вопрос: зачем его было делать? В статье нет НИЧЕГО, что хоть как-то оправдывало бы его создание — просто «я хочу». Ну да, если есть лишние деньги — можно их выкинуть на еИнк и коробочку, которая умеет рассылать циферки.
Сейчас не стоит вопрос «из чего и как», уже давно встал вопрос ЗАЧЕМ?
Вентиляция над плитой… ну такое себе применение для датчиков, которые обречены заплыть жиром, пылью и грязью. Опять же, что «умного» ты хочешь туда привнести? Изображать морской бриз? Вентиляция просто включается руками и начинается готовка.
Другими словами, на твоём примере я лишний раз убедился, что мальчики и DIY — как собака и плюшевый медведь — возни много, толку — мало.
И к слову, откуда такое г***но и обиды? Я же не имею лично против тебя что-то, я объяснил свою позицию: я считаю, что ПОЛЕЗНЫХ применений пока что кот наплакал и этот датчик тоже не вызывает у меня восхищений — тупо собрали лего из деталек и повесили на стену.
Единственное достижение этого поделия — ты научился собирать девайсы. Всё. Ну тоже вполне себе скилл — я такое уважаю. Но гордиться тут особо нечем, такое в свои годы могли делать во дворце пионеров.
:)))
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.