Беспроводной мини датчик температуры и влажности с 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 под своим брендом) реализации библиотек достаточно сырые. Пришлось что-то переделать, что-то дописать.

В датчике реализовано поддержка нескольких языков, инверсия цвета по внешней команде в режиме конфигурирования устройства, несколько вариантов шрифтов так же меняемые по внешней команде в режиме конфигурации устройства. Датчик выводит на экран показания температуры и влажности, заряд батареи и уровень сигнала. Интервал замеров температуры и влажности, интервал замера уровня батарейки можно задать так же внешней командой. Для температуры и влажности в минутах, для уровня заряда батарейки в часах. Передает датчик в УД следующие данные: температура, влажность, уровень заряда в %, напряжение, уровень сигнала, причину перезагрузки.



Посмотреть как это выглядит можно в небольшом видеоролике


Таймстампы интересных моментов:
3.10 — Конфигурирование (смена шрифта, инверсия цвета)
5.10 — Замер потребления, работа WTD

Если кому-то интересны мои разработки, то после прочтения статьи рекомендую перейти на канал и подписаться, там информацию по новым разработкам я публикую в первую очередь.
:

В спящем режиме датчик потребляет 2мкА, сброс WTD каждые 5 секунд, потребление в момент сброса 4-5мкА. В режиме работы с экраном и сенсором температуры и влажности 2-3мА, в режиме передачи 5-8мА, такой диапазон в 3 мА связан с тем что датчик сам регулирует мощность передачи на основе данных по уровню сигнала.

Под спойлером фотографии датчика









На этом хочу откланяться, всем как всегда добра!
Добавить в избранное +76 +140
+
avatar
  • berk
  • 15 сентября 2020, 14:36
+8
Если вам интересно все что связано с DIY, вы являетесть DIY разработчиком или хотите только начать, вам интересно использование DIY девайсов приглашаю всех заинтересованных в телеграм чат — DIYDEV

Всех кто хочет делать устройства, начать строить автоматизацию своего дома предлагаю познакомиться с простым в освоении протоколом Mysensors — телеграм-чат MySensors

А тем кто ищет достаточно взрослые решения для домашней автоматизации приглашаю в телеграм-чат Open Thread.

Мой GitHub этого проекта, схема, гербер файлы, 3D модели корпуса, bom, ПО.
+
avatar
  • uweroy
  • 15 сентября 2020, 15:18
0
А по себестоимости во сколько примерно обходится?
+
avatar
  • vkozloff
  • 15 сентября 2020, 15:59
0
Я так понимаю, MySensors не юзает Softdevice и вся работа с радиоканалом там своя?
+
avatar
  • berk
  • 15 сентября 2020, 17:33
+1
да, не юзает, да там используется нордиковский ESB
+
avatar
  • scaldov
  • 15 сентября 2020, 22:13
+1
а есть ли в продаже устройства на протоколе Thread?
+
avatar
  • robosku
  • 15 сентября 2020, 23:56
+3
Есть, примерно 1 или 2, может быть даже три.

https://www.threadgroup.org/What-is-Thread/Thread-Benefits#certifiedproducts
+
avatar
  • zair
  • 20 сентября 2020, 11:22
+6
Несомненно потрясающая штука, как прототип. Для продажи не хватает знаний в пром. дизайне. Достаточно убрать толстенную рамку, оставив тонкие грани и взяв экран чуть больше и устройство будет само себя продавать. В таком виде это занятное убожество в плане эстетики. Даже корпус из прозрачного акрила дал бы +100 к внешнему виду.

Экономия на спичках при таких интересных проектах всегда убивает этот самый проект в итоге.
+
avatar
  • vovka036
  • 15 сентября 2020, 14:44
+4
Зачётное рукожопство в очень положительном смысле! Такие вещи надо в производство запускать. Небольшой подвальчик с дюжиной китайцев и… всё. Чем интересно в Сколково занимаются?
+
avatar
  • Harwest
  • 15 сентября 2020, 19:48
+13
Чем интересно в Сколково занимаются?
Бабло пилят
+
avatar
  • A13X
  • 15 сентября 2020, 14:49
-1
С питанием как-то не очень, туда так и просится 18650
+
avatar
  • berk
  • 15 сентября 2020, 14:54
+13
18650 правда раза в 3 больше всего датчика, а так всё в ваших руках))
+
avatar
+11
С питанием как-то не очень, туда так и просится 18650
Не, автомобильный лучше.
+
avatar
  • harm
  • 15 сентября 2020, 15:41
+2
вот ничуть не просится. потребление у устройства мизерное, лучше раз в пару лет батарейку поменять.
+
avatar
  • A13X
  • 15 сентября 2020, 16:53
-1
какие пару лет??? цикл передачи 8мА и дисплея/сенсора 3мА, а батарейка то всего 250мА:) посчитать думаю не сложно на сколько хватит, цена батарейки тоже «приятная» 2-3 бакса.
+
avatar
  • robosku
  • 15 сентября 2020, 17:20
0
Вы ведь не думаете, что всё вышеперечисленное всё время включено и постоянно жрёт батарейку?
+
avatar
  • berk
  • 15 сентября 2020, 17:24
+1
присмотритесь повнимательнее к цифрам.
+
avatar
  • A13X
  • 15 сентября 2020, 19:34
-4
лучше расскажите о реальной автономности, типа раз в 5 минут обновление и синхронизация.
+
avatar
  • berk
  • 15 сентября 2020, 19:44
+6
присмотритесь повнимательнее к гитхабу, хотя вам наверное незачем.
+
avatar
  • m13ale
  • 15 сентября 2020, 18:09
0
Батарейка-то на 1-1,5Ач…
+
avatar
  • A13X
  • 15 сентября 2020, 19:31
-1
в ваших фантазиях? 1500мАч)))) там по спекам только 550мА, реально немного другая.
+
avatar
  • rx3apf
  • 15 сентября 2020, 19:48
+1
Посчитайте (ориентируясь по времени передачи). «Таблетки» плохи тем, что имеют до неприличия большое внутреннее сопротивление, но было бы желание — потребление можно утоптать до приемлемых величин, чтобы не ставить здоровенные аккумуляторы.
+
avatar
  • Siroc-co
  • 15 сентября 2020, 15:48
+3
Ну 18650 это перегиб. Но таблетки я жуть как не люблю, везде дохнут непредсказуемо. Единственно в кнопках живут уже третий год. Лучше уж ААА юзать, стоит дешевле, продаётся везде.
+
avatar
+4
Использовали свои знания, потратили время, в итоге получили готовое устройство. Пора выходить на Кикстартер :)
+
avatar
  • Siroc-co
  • 15 сентября 2020, 15:49
+1
Пора выходить на Кикстартер :)
И провалиться с треском, так как есть Сяоми, акара, и т.д.
+
avatar
  • berk
  • 15 сентября 2020, 16:09
+6
Первая партия была распродана за сутки на Тиндл.com /





+
avatar
  • tklim
  • 15 сентября 2020, 16:58
+5
$28.50, вы серьезно ??
8-9 штук сяоми можно взять https://aliexpress.ru/item/item/1005001355746608.html
По читаемости — тоже самое, единственное, шрифт можно красивый сделать.
А вот по среднему потребелению — мне кажется проигрыш будет значительный.
Ну и BLE все же — можно хоть на телефоне принимать, хоть с компа, хоть ESP32.
+
avatar
  • berk
  • 15 сентября 2020, 17:28
-1
… серьезно;)
… а градусников спиртовых еще больше
… по читаемости совсем не тоже самое, разные типы экранов
… не будет
… бле, как и зигби, или тред вполне доступен на нрф52
+
avatar
  • tklim
  • 15 сентября 2020, 18:11
+4
Удачи вам в бизнесе )

… по читаемости совсем не тоже самое, разные типы экранов
Спорно. Контрастность e-ink экранов, особенно с алиэкспресса — та еще лотерея. Да и размер экрана не тот, чтоб можно было смотреть из любого угла комнаты.

… не будет
Цифрами поделитесь пожалуйста. Я на неделе померяю xioami, которые у меня есть и свои с BLE.

… бле, как и зигби, или тред вполне доступен на нрф52
Почему тогда вы используете legacy-протокол?
Если про интеграцию, BLE я могу хоть на телефоне смотреть, хоть на есп32. RPI Zero W тоже ок или любой другой SOC со свистком зайдет.

К счастью, сейчас начали производить железки с «правильными» BLE характеристиками. У меня, например есть тонометр и термометр, которые передают данные в соотвествии со стандартами Bluetooth SIG.
+
avatar
+1
По читаемости монохромные LCD в датчиках нехуже E-ink.
Ну и у того же ксяоми есть датчики на еинке.
+
avatar
  • berk
  • 15 сентября 2020, 18:46
+1
На рекламных картинках да, ничем не хуже видно. А что у сяоми есть чтоб в УД данные слать?
+
avatar
+1
Да есть, и блютуз и зигби, но это же ксяоми-они все шлют по умолчанию в свое приложеие со своим протоколом.Хотя ковырнуть и получить данные не проблема.
+
avatar
  • rx3apf
  • 15 сентября 2020, 19:45
+3
Вы это всерьез, что ли? Даже и близко невозможно сравнить монохромный LCD с e-ink. Только и исключительно на рекламных картинках продавцов.
+
avatar
+1
У меня есть градусник на монохромном LCD, есть например читалка на е-инке-в квартире цифры хорошо видны с любого угла. Повысилась бы читаемость если увеличить размер-но она все равно больше чем у устройства автора.
Сравниваю по живым устройствам
+
avatar
  • rx3apf
  • 15 сентября 2020, 21:36
0
У меня тоже много чего есть с монохромными LCD — как с статическими (типа как на мультиметрах), так и с мультиплексированием 1:3, 1:4 (заметно меньше контрастность). И книжка с e-ink. Никакой LCD с e-ink и близко не стоял по читаемости (и это при том, что книжка на e-ink первых поколений, с невысокой контрастностью).
+
avatar
  • balavur
  • 20 сентября 2020, 22:02
0
Так Вам на экран датчика не часами смотреть, как в Е-книге.
+
avatar
  • rx3apf
  • 20 сентября 2020, 22:09
+1
Речь же не о утомляемости, а просто о комфортном восприятии. eInk прекрасно виден под любым углом, а LCD, даже в статическом режиме, при боковом взгляде может быть вообще не виден.
+
avatar
  • berk
  • 15 сентября 2020, 23:01
+1
блин у всех есть монохром, если для вашего глаза символы там черные, а фон там белый, то можно посочувствовать только. фотки с разницей чуть выше.
+
avatar
  • gene4000
  • 22 сентября 2020, 19:24
0
не спорьте! сегментный led-индикатор белого цвета видно лучше всего.
+
avatar
0
… по читаемости совсем не тоже самое, разные типы экранов
Может Вы не в курсе, но у сяоми есть даже несколько моделей на e-Ink
+
avatar
  • berk
  • 16 сентября 2020, 01:23
+1
я естественно в курсе, а вы? что именно есть.
+
avatar
0
К чему тогда вышеприведенное утверждение про разные типы экранов и плохую читаемость?
+
avatar
  • berk
  • 16 сентября 2020, 01:46
+2
тема этой ветки eink vs lcd, поперек темы проходит мысль что еинк температурники сяоми могут работать с УД, впринципе могут но это скорее бле гейт сяоми может, точнее не может, а его смогли. Вот я и спрашивал выше вы то с какой стороны в этой ветке решили порассуждать, что за новая грань должна открытся?
+
avatar
  • InSAn
  • 15 сентября 2020, 19:02
+3
Первая партия была распродана за сутки на Тиндл.com /
Ссылку можно?
+
avatar
  • tokolist
  • 15 сентября 2020, 19:18
+2
И мне пожалуйста :)
+
avatar
  • Siroc-co
  • 15 сентября 2020, 21:32
+3
Первая партия была распродана за сутки
Не, как-то скромно и не презентабельно. Давайте подробнее, вот так:
Первая партия

Первая партия это сколько штук? А почему «первая»? Была или будет вторая, третья и т.д.? Или распродалась только первая, потому что был предзаказ и предоплата?

А по какой цене? А известны географические места, в какие страны и города ушёл товар?
+
avatar
  • tklim
  • 16 сентября 2020, 00:10
+3
Это секта,
приходите в телеграмм канал и вам промоют мозгирасскажут
+
avatar
  • Siroc-co
  • 17 сентября 2020, 07:23
+4
Ну вот, опять куда-то посылают. Особенности Рашен бизнеса? Говоришь — прорекламируйте себя, насколько вы круты и востребованы, а в ответ — «иди вон туда и сам ищи чё те надо».
Я ожидал ответ типа:
«Првая партия хх штук была продана за сутки по цене $ х.99, получен предзаказ на вторую партию на ххх шт, делаем их круглые сутки, не успеваем…
Заказы в основном из России, 15% из СНГ, 5% Европа, пару штук в Канаду ушло…
Как-то так себя рекламирует успешный бизнес. А у вас пока громкие слова без пруфов, такие никто в серьёз не воспринимает.
+
avatar
  • VAssya10
  • 15 сентября 2020, 15:49
+1
Отличный проект!
+
avatar
  • Siroc-co
  • 17 сентября 2020, 07:32
+2
Отличный. Но выскажу своё фи. Жуть как убого смотрятся девайсы, у которых боковые рамки вокруг экрана в сумме по площади больше самого экрана. Это как с дверью и глазком. Не лучше ли экран по больше выбрать? Или корпус под экран и пересмотреть питание?
+
avatar
  • tirarex
  • 15 сентября 2020, 15:49
+7
Синхра только с MiHome но в остальном отличный функционал, за минимальные деньги (я брал по 230)

ссылка 300
https://aliexpress.ru/item/item/4001057325275.html 260 + 16 доставка
+
avatar
  • tklim
  • 15 сентября 2020, 16:34
+10
Комп с BLE, прошивка прямо из хрома и все будет.
github.com/atc1441/ATC_MiThermometer
+
avatar
-1
Чорд! Не рассмотрев, что это диайвай, сразу побежал смотреть, где продают.
Я бы купил. Не могу согласиться с гражданином выше, показывающим MiHome. Сравните китайский мусор вместо внятного изображения значений и скриншот данного устройства. «графон решает»
+
avatar
+8
Опять этот никому не нужный протокол MySensor. Как вы не поймёте — не выиграть вам войну стандартов. 99% будут сидеть на MQTT, который поддерживает даже IBM. Еще 0.99% будут гонять данные в JSON, и вы может найдёте 0.01% среди оставшихся. Пора уже слезать с дохлой лошади.
+
avatar
  • berk
  • 15 сентября 2020, 16:16
-2
немного путаетесь в стандартах, подтяните этот момент. Майсенсорс может юзать транспорт mqtt помимо кучи других, можно гонять как вы пишите данные в том же JSON.
+
avatar
+8
Спасибо за информацию о MySensor. Я действительно в нем не силён, тк не понимаю зачем он. Обьясните? Уже 3-и год пытаюсь понять.

После вашего маленького ликбеза, вот вобще не понимаю зачем ваша прокладка между сенсором и MQTT? Пока только одно объяснение — жрать ресурсы процессора.
+
avatar
  • tklim
  • 15 сентября 2020, 16:32
+1
Ну как-бы я не в восторге MySensors, но как вы себе представляете подружить малотпотребляющий датчик с радиоканалом с MQTT без использования «прослойки»?
+
avatar
+4
Очень просто, как обычно этот делается в arduino. Ищите или пишете либу на сенсор, качаете фреймворк на процессор с BLE. Собирате все в кучу в Arduino IDE. Будите камень и сенсор, читате значение, формируете MQTT или JSON, да хоть ESP-Now (если это espressif) отправляете и спите, до следующего раза. Таких примеров миллион на github, без регистрации и MySensor.
+
avatar
  • tklim
  • 15 сентября 2020, 17:01
+1
Так еще раз: у вас есть BLE, Zigbee или тот же Thread с одной стороны. Есть какая-то Ethernet сеть в которой есть MQTT.
Как вы свяжете одно с другим без условного «шлюза»?
+
avatar
+1
А разве для такого зоопарка не предназначен magordomo или HASS? Я просто не видел н одного микропроцессора с поддержкой BLE, Zigbee и Thread одновременно.
+
avatar
  • tklim
  • 15 сентября 2020, 17:46
+3
Вы явно плохо понимаете о чем говорите. Вы сравниваете разные виды транспорта с котроллерами «умного дома».
В случае с 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.
Хотя не все одновременно, но это и так поняно.
+
avatar
  • robosku
  • 15 сентября 2020, 18:02
+1
В случае с zigbee или thread — шлюз нужен обязательно.
В случае с thread для чего обязательно нужен шлюз?
+
avatar
  • tklim
  • 15 сентября 2020, 18:16
+2
1) У вас есть устройство, которое умеет в Thread.
2) У вас есть HomeAssitance или что-то еще, что крутится на каком-то сервере.

Каким образом вы передадите даные от 1 к 2 или наоборот?
+
avatar
  • robosku
  • 15 сентября 2020, 18:39
+2
Я просто пытался сказать, что если нужен HA, то да, несомненно нужен шлюз, точнее Border Router в терминологии Thread.

А так, вообще, шлюз треду не нужен и сетка спокойно поднимается на любых двух устройствах, которые в состоянии её поднять.

То есть треду шлюз не обязательно нужен. Простой (классический) пример — лампочка и кнопочка. Их можно связать напрямую без шлюза.
+
avatar
  • tklim
  • 15 сентября 2020, 19:05
0
Любую лампочку любого проивозводителя вы можете подключить к любой кнопочке? Никогда
Можно хоть единичный рабочий пример?
+
avatar
  • robosku
  • 15 сентября 2020, 19:24
+1
Где? В треде? Тред — это транспорт. Просто транспорт и всё. Никакого прикладного уровня (уровня приложений) там нет. Ни одну лампочку ни к одной кнопочке подключить не получится только лишь по этой причине.

То есть Вы там ничего не подключите, не заюзав какой-либо протокол поверх треда для общения лампы с кнопкой.

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

Если хотите управлять лампочкой прямо сейчас — выбор не очень большой. Чистый UDP или какие-либо протоколы поверх него, например, CoAP или MQTT-SN.
+
avatar
  • tklim
  • 15 сентября 2020, 19:51
+1
попытка #3
Дайте пример лампочки и выключателя.
Если вы говорите про нрф52840 — тоже объясните как его связать с условным сервером умного дома.
Вы хоть не автор этой ветки, но тоже непонятно что пытаетесь доказать.
+
avatar
  • robosku
  • 15 сентября 2020, 19:57
0
Дайте пример лампочки и выключателя.
Гляньте тредовые примеры в SDK от нордика, там есть.

Если вы говорите про нрф52840 — тоже объясните как его связать с условным сервером умного дома.
Всё, что я хотел сказать — ответить на Ваше безапелляционное заявление про необходимость шлюза и пояснить, что nrf52840 не обязательно связывать с сервером. Устройства могут работать в сети Thread без связи с сервером. Как уж это будет реализовано с точки зрения протокола и как конкретно кнопочка будет управлять лампочкой — дело другое.
+
avatar
  • tklim
  • 15 сентября 2020, 20:37
+1
Я работаю с ble со времён cc2541.
А его уже уже из оборота выводили. И вернули. И ни одного известного опенсорс проекта на на нем.
Примеры — не в кассу.
Касательно cc254x — их почти нет не гитхабе, и свои я не выложу. Ибо это стрёмно со всех сторон.
Нордик и из примеры в реальном мире? Жду
+
avatar
  • robosku
  • 15 сентября 2020, 20:42
+1
Нордик и из примеры в реальном мире? Жду

У меня сетка на треде дома поднята — будет считаться примером?
+
avatar
  • tklim
  • 15 сентября 2020, 23:37
+1
Нерелевантный пример, к сожалению. Я имел в виду, что массово принято. Условно, я могу пойти в условный соседний Лидл и купить там что-то из устройств с поддержкой чего-то очень стандартного.
Но про вашу сетку было бы интересно почитать. Про реализацию, про плюсы и особенно про минусы.

А так н-надцать лет назад я делал датчики на TR24A — был такой конкурент CC25xx (модуль стоил что-то около 3$, что было соизмеримо со стоимостью одного чипа СС без обвязки)
Работало? Да. Но через год уже не надо.

С zigbee, zwave или ble все также. Каждый китаец лепит свои протоколы поверх, свои шлюзы.
За BLE слежу — только последние года два вижу устройства, которые используют «стандартные» «характеристики», а не свои выдуманные BLOBы.
+
avatar
  • suprimex
  • 15 сентября 2020, 18:41
0
nRF52840 тянет одновременно как минимум Bluetooth и Zigbee, пробовал сам, работает прекрасно. В исходниках есть примеры.
+
avatar
  • tklim
  • 15 сентября 2020, 19:11
0
К сожалению у нордика это все часто идет как experimental (мы ни за что не отвечаем)
И во всех сложных сценариях я не раз упирался в форум поддержки. Или в статью из Errata. Чем сложнее контроллер, тем больше у него багов (еще не наденных, в том числе)
+
avatar
  • Siroc-co
  • 15 сентября 2020, 23:11
0
В случае с zigbee или thread — шлюз нужен обязательно.
Да ладно? А чё у меня Икеевские ZigBee лампочки напрямки от кнопки или диммера(крутилки) работают без шлюза? Не, они и со шлюзом могут, если хочется.
+
avatar
  • tklim
  • 15 сентября 2020, 23:46
+1
Будем угадывать… Лампочки и выключатели из одной «экосистемы»?
Так много кто умеет и тут хоть зигби, хоть какой угодно протокол.

А так чтоб любой выключтель фирмы М по зигби умел управлять лампой производителей А-Я?
В этом ведь смысл стандартов
+
avatar
  • robosku
  • 15 сентября 2020, 23:54
+2
А так чтоб любой выключтель фирмы М по зигби умел управлять лампой производителей А-Я?
Если оба поддерживают нужные кластера из ZCL, то всё будет работать.
+
avatar
  • tklim
  • 16 сентября 2020, 01:10
+1
А если без «если»? Те что у вас, икеевские, поддерживают?
Если да, то порекомендуйте модели, я не против попробовать. У меня пока мало опыта с зигби.
+
avatar
  • robosku
  • 16 сентября 2020, 10:03
+1
Да, всё поддерживается. Любая модель.
+
avatar
  • dskinder
  • 15 сентября 2020, 20:42
-2
Долго пытался найти мысль в ваших сообщениях, и пришел к выводу что вы вообще не понимаете что пишете… Завязывайте, пожалуйста )))

Спасибо за информацию о MySensor. Я действительно в нем не силён, тк не понимаю зачем он. Обьясните? Уже 3-и год пытаюсь понять.
За 3 года уж можно было узнать, что такое и зачем нужен mysensors! Лень или не хватает серого? Тогда зачем лезть с комментариями в тему, в которой вы ноль?
+
avatar
  • Siroc-co
  • 16 сентября 2020, 07:35
0
За 3 года уж можно было узнать, что такое и зачем нужен mysensors!
А нужно ли? В мире сотни и тысячи протоколов, это значит каждый надо изучать?
+
avatar
  • Maks_K
  • 16 сентября 2020, 17:10
0
и сколько времени на это у вас уйдет, написать отладить неделя? месяц?
а другой датчик еще месяц?
а MySensors это всё уже сделано
подключается за 5 минут в — две строчки
надо по WIFI, или Rf433, или блютус
все равно — две строчки
+
avatar
  • robosku
  • 15 сентября 2020, 16:46
+1
Ну, например, использовать Thread, где устройства и мало кушают и имеют прямой доступ в интернет.
+
avatar
0
Бегло погуглил. На github существует Arduino реализация thread для nRF52 — open-source OpenThread от корпорации добра Google.
+
avatar
  • robosku
  • 15 сентября 2020, 17:17
+3
Зачем в тред тянуть ардуину? Оно прекрасно работает и без ардуины.
+
avatar
0
Согласен, можно и без нее.
+
avatar
  • berk
  • 15 сентября 2020, 16:33
+2
тут как бы вопрос а зачем mqtt как прокладка между сенсорм и УД
+
avatar
+2
Не знаю, но предположу — просто это поддерживается и принято всеми. Ну это как спросить, а зачем нам здесь поддержка I2C? Я щас свой протокол обмена наваяю. Потом приходите к заказчику, а у него гранаты не той системы.
+
avatar
  • Siroc-co
  • 15 сентября 2020, 23:07
+6
протокол MySensor
Устррйства интересные, повторить не сложно, но этот MySensor… Я не любитель зоопарков, в части протоколов тоже. Ну есть у меня ВЕЗДЕ этот BLE, в весах, в датчиках, в ноуте, в гаджетах типа мобилы, наушников и т.д. Ок, это уже, можно сказать, и промышленный стандарт, потому как серьёзное пром оборудование имеет BLE.
ZigBee — крутая штука, спасибо в частности сяоми за тонны готовых устройств по копеечным ценам, всё, что не на BLE, то у меня на ZigBee.
WiFi — старый добрый вайфай, спасибо espressif за espихи, всё, что можно питать от розетки, то работает по WiFi.
LoRa — ну как без дальнобоя? Там, где надо отказоустойчивую связь на большие расстояния, там Лора.

Это азы. И этого и так много. Куда ещё протоколы? Зачем ещё шлюзы? Всё есть уже.
+
avatar
  • vsv78vrn
  • 15 сентября 2020, 16:39
-1
Андрей так держать! Красава!!! ))) от души )))
+
avatar
0
Сколько вы ожидаете время работы на одной батарейке?
+
avatar
  • gargamel
  • 16 сентября 2020, 08:43
+1
замечательная работа. А я вот, все не дождусь, когда у Вас, Андрей, «руки дойдут» показать обществу беспроводную «крутилку» для регулирования звука )))
+
avatar
  • berk
  • 16 сентября 2020, 09:53
+2
С энкодером сложнее, неуверен что его кто то будет повторять, там же без радиомодуля,… куча пайки мелкой
+
avatar
  • kukuseg
  • 22 сентября 2020, 19:08
0
Само по себе DIY — хобби забавное, но вот подавляющая масса её применений — какой-то подростковый отстой. Даже данный прибор, пусть в виде consumer ready — он всё равно является бестолковой поделкой. Ну вот где вы ежедневно используете эти температуры-влажности? Коноплю выращиваете? :) Следите за атмосферой подвала с картошкой? В квартире этот девайс точно не нужен.
Ну и вопрос: зачем его было делать? В статье нет НИЧЕГО, что хоть как-то оправдывало бы его создание — просто «я хочу». Ну да, если есть лишние деньги — можно их выкинуть на еИнк и коробочку, которая умеет рассылать циферки.

Сейчас не стоит вопрос «из чего и как», уже давно встал вопрос ЗАЧЕМ?
+
avatar
  • berk
  • 22 сентября 2020, 21:14
+1
Одна поделка сейчас рулит розеткой-реле электрообогревателя на балконе. Вторая поделка сейчас висит на кухне у плиты и принимает участие в проекте — " сделаем вентиляцию над плитой немного умнее". Но почитать человека который не шарит в диайвае всегда любопытно.
+
avatar
  • kukuseg
  • 23 сентября 2020, 10:59
0
Хм… ты ОБОГРЕВАЕШЬ БАЛКОН?! Не, в DIY я не шарю, но точно скажу, что кое-кому нюхать канифоль точно надо завязывать. :)

Вентиляция над плитой… ну такое себе применение для датчиков, которые обречены заплыть жиром, пылью и грязью. Опять же, что «умного» ты хочешь туда привнести? Изображать морской бриз? Вентиляция просто включается руками и начинается готовка.

Другими словами, на твоём примере я лишний раз убедился, что мальчики и DIY — как собака и плюшевый медведь — возни много, толку — мало.
И к слову, откуда такое г***но и обиды? Я же не имею лично против тебя что-то, я объяснил свою позицию: я считаю, что ПОЛЕЗНЫХ применений пока что кот наплакал и этот датчик тоже не вызывает у меня восхищений — тупо собрали лего из деталек и повесили на стену.
Единственное достижение этого поделия — ты научился собирать девайсы. Всё. Ну тоже вполне себе скилл — я такое уважаю. Но гордиться тут особо нечем, такое в свои годы могли делать во дворце пионеров.
+
avatar
  • berk
  • 23 сентября 2020, 12:56
+1
Ну так балконы бывают с теплым остеклениеи и изоляцией и их как и любое помещение нужно обогревать, прикинь :), не у всех на кухнях жир, пыль и грязь и включать что то можно не руками :). В голове теперь всё сложилось… дело не в шарить/не шарить в диайвае, а в том что не шарить впринципе.
+
avatar
  • kukuseg
  • 24 сентября 2020, 11:47
0
А, точно!!! Совсем забыл — ведь для изготовления смузи совсем не нужно жира…
:)))