Можно ещё подобрать пароль, не знаю что без пароля читаемо, мой счётчик для тестов умер до того как я до него добрался. Светит error 01 и больше ничего не показывает. Всего 4 года было.
Может кондеры высохли ((

Обычно пароль на чтение при параметризации оставляют "по умолчанию", меняют только пароль на запись (что вполне логично).
Я бы без дополнительных заморочек с дополнительным счетчиком мог бы читать все параметры и с коммерческого учета, но порт RS485 находится под общей клеммной крышкой силовых цепей, которая, естественно, опломбирована энергосбытом.

Кросс-плата для сервера на Raspberry Pi:

http://www.domsovetov.by/imagehostin...a1e29c221e.jpg

Зачем BMP180 если можно BME280 и получить температуру, давление и влажность? По той же причине считаю, что лучше не использовать сенсоры DHT.

А кто запрещает? Это просто конструктивно выведенная на плату через разъем шина I2C. Так что достаточно подкорректировать библиотеку и подключайте 280-й или что угодно, работающее по данному интерфейсу.
Датчик размещен на плате только из тех соображений, что атмосферному давлению пофиг, где его измерять (т.е. не нужно выносить датчик на улицу).

Что значит "по той же причине"? Датчики типа DHT можно вынести на несколько десятков метров от центрального устройства. А вот длина I2C ограничена (насколько помню, ограничение по емкости не более 400 пФ / 2 метра). Не зря она считается "внутренней" шиной. Хотя я подключал по этой шине датчик SHT21 на шлейф около 6 метров и он работал.
Датчики DHT22 довольно точные и относительно надежные (более трех лет такой датчик установлен на улице). А вот DHT11 - это действительно полное ..... Если температуру еще измеряют более-менее, то с влажностью беда. Приведу для примера реальный график - при использовании DHT11 и после их замены на DHT22:

http://www.domsovetov.by/imagehostin...b432ed3517.jpg

---------- Сообщение добавлено в 18:16 ---------- Предыдущее было в 18:03 ----------

Да, и хотел бы еще добавить - минус датчиков типа DHT в том, что их нельзя повесить на шину (например, как DS18B20). Т.е. один датчик "съедает" один порт. Поэтому, я и задействовал на плате возможность подключения только двух датчиков. А вообще данные температуры и влажности со всех помещений я снимаю через отдельный девайс (с помощью тех же DHT22), имеющий собственный дисплей и интегрируемый в систему через интерфейс RS485. Подробности и видео здесь - http://***********.com/news/raspberr...2014-09-25-126

Ds18b20 у меня самые точные оказались. Dht похуже. И bme280 на градус больше чем 3 штуки 18b20 рядом расположенные. И ртутный термометр утверждает аналогичное.

Классика есть классика :) Если бы они еще и влажность измеряли. А ведь могут! Не верите? Правда, немного громоздкая система получается, но зато показания абсолютно точно совпадают с классическим гигрометром ВИТ. Лет семь-восемь назад подобной херней маялся - http://***********.com/news/datchik_.../2010-11-30-13

---------- Сообщение добавлено в 21:25 ---------- Предыдущее было в 21:15 ----------

Кстати, на существующее ПО для этой кросс-платы по шине 1-wire можно повесить до 10-ти датчиков DS18B20

Кросс-плата с установленной "малиной":

http://www.domsovetov.by/imagehostin...c4162b65b0.jpg

@Michael., подскажи-где можно купить типа макетной платы. и какой у них шаг отверстий. (что-то 2,54...)
надо в щит управления натыкать разъемов или винтовых , а лучше разъемных
(насосы и прочую хрень )
так под 2,54 маловато разъемов..как-то

@sergN, на Али полно. Если всего одна надо. То можно и в Минске поискать
https://www.ru-chipdip.by/catalog/breadboards

В принципе да, в Минске макетки можно найти без проблем. Как в упомянутом Чип и Дип, так и в Белчипе (у них два магазина - на Беды и Скрыганова). Да и Жданах раньше были, хотя я туда уже не езжу пару лет, не знаю что там от радиорынка осталось.

Я уже говорил и ещё раз повторюсь: в топку провода! WiFi рулит!
ESP8266 стоит копейки программируется в среде Arduino на C++ и позволяет легко реализовывать датчики и исполнительные устройства которым нужно только питание.
Китайцы даже комплекты для страждущих выпускают:
https://gloimg.gbtcdn.com/gb/pdm-pro...8440055320.jpghttps://c1.neweggimages.com/producti...8128217632.jpg
Модуль подключается к сети, может сам быть web сервером, а можно поставить MQTT сервер на Raspberry Pi(Mosquitto например) и датчики будут скидывать данные на него, исполнительные устройства будут получать команды от него, на телефон ставится любое приложение для взаимодействия с MQTT сервером и можем смотреть данные и управлять прямо с телефона.

Дак это тоже не вопрос - у меня реализована поддержка работы с ESP8266 по протоколу MQTT - http://***********.com/news/protokol...2018-06-28-181

Так что, как говорится, любой каприз.....:dc:

---------- Сообщение добавлено в 20:15 ---------- Предыдущее было в 19:51 ----------

Кстати, первый снимок китайского модуля - это полный треш - DHT11 да еще и с закрытыми модулем ESP окошком датчика. Показания этого датчика всегда будут по влажности Rh=20% - т.е. минимальное значение влажности для DHT11 (у него диапазон температур 0....+50, влажности 20...90%)

Не всегда Wi-Fi рулит, в любом случае провода обеспечат большую надежность. Да и про питание модулей есп нужно не забывать. А вот Wi-Fi лучше использовать там, где нет возможности протянуть эти самые провода.
Поэтому, в конструкции Michael я считаю, сделано все довольно грамотно - можно подключаться и по проводам и по Wi-Fi.

Мда... всегда доставляют такие инструкции:

А настройку через интерфейс никак не сделать? Хотя бы конфиг файл? А получить IP для Raspberry Pi программе запущенной на Raspberry Pi это проблема?
Или вот еще:

А если у меня 10-ок реле засунуты в самые недоступные места и мне приспичило пароль поменять - мне нужно ползать по всем и перепрошивать?

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

Этот - треш. Но есть очень не плохая вещь как WeMos D1 Mini:
http://www.domsovetov.by/imagehostin...fcec0bb3b9.jpghttp://www.domsovetov.by/imagehostin...fcef011bb7.jpg
Причем тут уже и конвертер USB-UART, и стабилизатор и MiniUSB разъем есть - и прошить можно, и запитать от любого сетевого адаптера с USB выходом через MiniUSB кабель. Ставим шилды, печатаем на 3D принтере корпуса и получаем готовые беспроводные датчики.

Нужна температура? Вешаем шилд с BMP180:
http://www.domsovetov.by/imagehostin...fcea235086.jpg

Нужно реле? Пожалуйста:
http://www.domsovetov.by/imagehostin...fcfbee6d47.jpg

Нужно больше чем одно? Возьмите двойник и тройник:
http://www.domsovetov.by/imagehostin...fd008f0c2d.jpghttp://www.domsovetov.by/imagehostin...fd0126d2df.jpg

Хотите сделать полностью беспроводной датчик, работающий на батарее с возможностью зарядки? Вот вам "батарейный" шилд:
http://www.domsovetov.by/imagehostin...fd061ada7d.jpg

Нужно издавать звук? И такой есть:
http://www.domsovetov.by/imagehostin...fd08dd9612.jpg

Нужна индикация? И такие шилды есть!
http://www.domsovetov.by/imagehostin...fd0fa199ef.jpghttp://www.domsovetov.by/imagehostin...fd10453a7e.jpg
И это еще не все шилды...

Нужна влажность? А такого шилда нет? Бида-печаль... если руки не из того места растут. Берем шилд для прототипирования и датчик BME280:
http://www.domsovetov.by/imagehostin...fd1a946c7f.jpghttp://www.domsovetov.by/imagehostin...fd1b1a81e2.jpg
Не думаю, что 4 проводка припаять это такая проблема, учитывая, что разъемы все равно паять придется.

Я себе уже заказал весь этот "зоопарк". Приедет поэксперементирую.

В доме никаких проблем с WiFi быть не должно - это не квартира с кучей соседей. Можно даже отдельную точку доступа под автоматизацию выделить и разнести каналы с основной. TCP - протокол с гарантированной доставкой.
Питание, как я уже говорил выше, берется от любой розетки через обычный пятивольтовый адаптер и MicroUSB шнур. У меня уже 10-ок таких валяется без дела.

Какие провода? DHT22? I2C? 1-Wire? Это все присутсвует на кросс-плате но какой длины получится реальная линия, которая будет работать? Единственная цифровая линия которая будет работать - это RS485 и она там одна. Да, её, наверное, можно во все места "звездой" растянуть, но... где брать под это дело датчики? Опять платы в Китае заказывать и паять? А если потом датчик вылетит? Я за простые и универсальные решения. Свой "велосипед" оправдан если он действительно лучше.
Реально провода нужны только там, где нужна мега-надежность - например при подключении котла(контроллер вместо термостата), т.к. если вдруг что ляжет - можно остаться без тепла. Вот тут провода оправданы.
Ну и самое главное: далеко не всегда есть возможность протянуть провода. А вот розетки обычно все же присутсвуют.

А если провода уже протянуты на этапе ремонта (как в моем случае)? Согласитесь, что при этом делать из каждого датчика или реле отдельное сетевое устройство, да еще и с отдельным блоком питания, это, мягко говоря, нерационально.
В Вашем случае - лучше Wi-Fi. В моем - провода. В чем противоречие?

Красноглазые (Линуксоводы) сейчас закидали Вас помидорами..

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

Спасибо за толковую идею. Уже реализовано автоматическое чтение IP внутренними ресурсами без интерфейса и конфига. :br:

В плане "поделки по конкретные нужды" - для работы с "пердуинками" ESP/MQTT пока действительно еще немного "универсализма". Но это дело времени, сделаю новые релизы ПО, тогда и "посчитаем цыплят". :)

В плане остальных сегментов - через интерфейс их можно сконфигурировать как угодно - активировать различные датчики и модули и размещать их на плане дома в любом месте обычным перетаскиванием "Drap&Drop". Также можно подгружать любые планировки помещений. Так что тут Вы насчет "конкретных нужд" не совсем правы.

Если данная система не устраивает - так не вопрос, на этой кросс-плате можно развернуть любую другую систему - Home Assistant, OpenHAB, MajorDoMo, Domoticz,....да что угодно. Главная идея при ее разработке было сгруппировать отдельные модули вокруг Raspberry Pi. По габаритам эта плата вместе с Raspberry Pi всего лишь в два раза больше самой "малины", зато на ней разместился стабилизированный источник питания, часы реального времени, UART/RS485, оптронные развязки дискретных входов, исполнительные реле. И теперь все это скомпоновано в единый модуль , а не висит как сопли вокруг "малины". Поэтому давайте все же разграничивать "программные" и "аппаратные" вопросы, а не мешать все в одну кучу.

Если использовать только MQTT (как Вы и предлагаете), то и тут не вижу никаких проблем - просто не устанавливайте на кросс-плату всю эту периферию кроме элементов блока питания и часов реального времени (все равно их нужно подключать - на случай "локальной" работы сервера). Да, питание "малины" конечно можно сделать и от адаптера через микроUSB. Но на кросс-плате реализовано подключение внешнего аккумулятора для резервирования питания на случай пропадания электроэнергии. Ну а насчет ПО уже выше написал.

А вообщем - я ведь никого не уговариваю и эти платы никому не предлагаю и не продаю. Просто поделился идеей. Кому интересно - собирайте и пользуйтесь на здоровье.

@Michael., все верно! Спасибо Вам огромное! Мало того, что Вы что-то сами делаете, так еще стараетесь подробно описать весь процесс создания для повторения. Это колоссальный труд, и отнимает кучу времени.

Поддерживаю предыдущего оратора! :)
Мне кросс-плата очень понравилась именно в плане компоновки отдельных элементов в законченное устройство. @Michael., - это действительно отличное решение!
Насчет сомнений по длине кабельных соединений скажу следующее. Я подключал к респберри три датчика ds18b20 через витую пару общей длиной 30 метров (каждый датчик через 10 метров). Никаких проблем, показания считываются стабильно со всех датчиков. Придут из Китая dht22 тогда поэкспериментирую и с ними.

Все зависит от того, сколько и куда протянуто. Все предугадать невозможно - обязательно какой-нибудь косяк вылезет. Вчем проблема отдельных сетевых устройств? Ваши датчики и исполнительные устройства обходятся без обвязки(МК и прочее)? Что бы перевести разговор в "осязаемую" плоскость, стоит озвучить какие провода, куда и для чего у вас протянуты.

К Линуксу это не имеет никакого отношения. Это - код. Либо он написан хорошо, либо...

Да пожалуйста. Я уже заготовил код для модуля реле и датчика BME280 на ESP8266 с конфигурацией без перепрошивки. Вот код пока не дам - посмотрим на вашу реализацию и сравним :D

Зачем тогда свой "велосипед" изобретать?

Зачем вам дискретные входы и реле? Что и как вы к ним будете подключать? Зачем RS485(и modbus я так понимаю)? А почему не IO-Link? Круто же! Последнее слово в промышленной автоматизации! Вот только не всегда стоит промышленное домой тянуть.
Фактически у проводов и дискретных входов-выходов только два реальных применения: управление котлом и подключение датчиков сигнализации. Первое потому что нужна надежность, второе - потому что злоумышленник может использовать глушилку.
А вот все остальное: "умные розетки", "умные выключатели", датчики температуры/давления/влажности и тому подобное конечно можно сделать на проводах, но... это уже какое-то "паучье гнездо" получится, а не дом.

Это в линию. А если ответвления сделать? Вы все датчики температуры на одной линии посадите проходящей "змейкой" через все комнаты? А если завтра вам захочется кроме температуры еще давление и влажность померять каким-нибудь BME280, а там I2c - как быть? А послезавтра захотите в спальнях поставить датчики CO2?
Впрочем, последнее вам не очень, наверное, актуально - это у меня с воздушным отоплением я могу при превышении какого-то уровня дать команду на включение вентилятора и перемешать воздух в доме. А если этого не достаточно - могу и рекуператор включить, что бы свеженького воздуха нагнать.

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

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

И вся прелесть и хвалебные отзывы о вифи и прочем радио могут столкнуться с реальностью. Всего одна история - по новомодной mesh сетке подключили пяток устройств. Проверить хотели как оно будет. По описанию может до десятков тысяч устройств масштабироваться. Все данные мега круто шифруются и прочее-прочее. И помехи померяли и как сеть будет себя вести если устройства перенести и перетусовать их все по новой. А скорость то 150мс и это с их ПЯТЬЮ устройствами. Один чип на кнопку. Второй на лампочку и ждать 300 мс пока лампочка включится? Потрясное решение для IoT.

Вообщем с любопытством жду отчета как чего реальное запустится и заработает и отзыв через пару месяцев эксплуатации как минимум.

Разумеется. Они подключаются к GPIO респберри без всяких дополнительных прокладок.

По две свободные utp-5e в каждом помещении имеются.

А Вы, значит, будете выступать тут в роли главного судьи? Ну-ну….
Я же не предлагаю Вам на нем кататься. Альтернатива "велосипеду" предложена. А вот какую мне делать систему и "с кем в баню ходить", уж как-нибудь сам решу.
Объясняю,зачем дискреты и RS485 лично мне (то, что в данный момент уже реально работает):

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

Входы: для удаленного контроля состояния прибора охранной сигнализации – режим охраны/снято/тревога. Контроль наличия сетевого напряжения (питание кросс-платы вместе с малиной резервируется аккумулятором). Также с блок-контактов некоторых автоматов будет сниматься их положение.



Шина RS485:
Снятие показаний электросчетчика
Контроль температуры и влажности
Подключение по шине RS485 радиомодуля для следующих функций:
Контроль протечек воды
Управление кондиционером
Управление вентилятором
Так же в процессе реализации вот этот девайс с обменом по шине RS485

В очередной раз повторюсь – никому тут ничего не навязываю. Если у Вас такая неприязнь к проводным интерфейсам, то в чем проблема, делайте все исключительно только на беспроводных "пердуинах", разве кто-то возражает? А я буду использовать оба направления и делать то, что считаю нужным.

Сказал все, поэтому, дальнейшую дискуссию на эту тему со своей стороны прекращаю.

Сперва добейся?
http://lurkmore.so/images/thumb/9/9d...x-Dobeisa.jpeg

А зачем моде поддаваться? Мода модой, а голову на плечах надо иметь.
Ради интереса попробовал посмотреть что же получается. Одна ESP8266 изменяет состояние светодиода и публикует данные в топик(проходят через WiFi к точке доступа и от нее) у брокера на Raspberry Pi Zero, он пересылает данные(опять проходят через WiFi к точке доступа и от нее) на другую ESP8266 которая тоже изменяет состояние своего светодиода.
Скорость прохождения оценивайте сами:
Ну и от применения все зависит. Я не собираюсь выкидывать проводные выключатели и заменять их на беспроводные. А в остальных случаях задержка не так важна. Ну задержаться данные о влажности в ванной комнате на секунду, ну запоздает команда на включения вентилятора что бы эту влажность понизить - большой роли эта задержка не сыграет.

Что-то я сомневаюсь, что будет стабильная коммуникация на сколько-нибудь значимой длине да еще в уровнях 3.3 вольта. Не зря же всякие RS232 и RS485 придумывали. У них разность напряжений куда выше.

Где? На потолке? В уголке? С проводами одна проблема: нужно заранее знать что, где и зачем собираешься подключать. Ну а судя по тому, что это самое "что, где, зачем" вы так и не смогли назвать, есть вероятность получить "сюрпризы" когда дойдете до реализации.

"посмотрим ... сравним" - да вы еще и читать оказывается толком не умете... "Ну-ну".

Очередное подтверждение того, что делаете вы систему для себя и под себя. Это простой вопрос. Если у вас нет аргументов чем ваша система лучше и что в ней есть такого чего нет у других то стоит так об этом и сказать, а не строить из себя "обиженного ребенка". Вы никогда не построите хорошую систему если не научитесь принимать критику.

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

А где провода-то? И вот тут возникает вопрос а стоит ли этот огород городить, покупать радиомодули, подключать их к микроконтроллеру, разрабатывать свой протокол и т.д., когда почти по такой же цене вместо этих радиомодулей можно взять ESP, она же будет и микроконтроллером, она же будет сливать данные на Raspberry Pi(раз уж он есть в системе), делать это будет через TCP с гарантированной доставкой.
Опять тот же вопрос: чем ваш "велосипед" лучше?
Как видим, полностью все сделать на проводах не получилось. Так где же я не прав?

Водяной счетчик тоже может быть беспроводным. У меня счетчик стоит в подвале, подключен только к воде, через окна не виден, проверяющий не появился ни разу, но счета приходят регулярно и с правильными показаниями. Судя по FCC ID он явно сам "сливает" информацию о потреблении воды "куда надо". Небось еще и питание получает за счет проходящей через него воды.

У меня нет неприязни к проводным интерфейсам. Скажем так: у меня есть неприязнь к бесполезному "изобретательству велосипедов", к плохим, необоснованным и не аргументированным решениям. Я не подвержен, в отличие от вас(судя по уничижительному названию), предрассудкам. Например, я не буду тут говорит что "Пайтон - вообще гавно, интерпретируемый, тормозной и с тупорылыми блоками кода обозначаемыми отступами". Может в нем тоже есть своя "прелесть", да вот только я ее не вижу.
Среду от Arduino можно не использовать совсем - качаем Eclipse, в разделе Help есть Arduino Downloads Manager, можно настроить и забыть про убогую оригинальную недо-IDE как страшный сон.

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

@Michael., а питание респберри на кросс-плате выполняется от отдельного блока питания или можно взять 5В прямо с кросс-платы?

Можно и от отдельного, но какой в этом смысл ? :)
Кросс-плата предусматривает два способа подачи питания на малину - 5В с платы через кабель с микроUSB на "штатный" вход питания и непосредственно на шину 5В малины (пины 2 и 3 GPIO). На рисунке ниже я показал оба варианта - в первом случае к точкам 5В кросс-платы подпаиваем кабель с микроUSB и удаляем с платы джампер, во втором случае - просто оставляем джампер (кабель при этом, разумеется, не нужен):

http://www.domsovetov.by/imagehostin...ecdd92174f.jpg

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

http://www.domsovetov.by/imagehostin...ecfd840950.jpg


Да, это может произойти, если подключать питание разъемом, который можно подключить к пинам GPIO в произвольном положении. Но в нашем случае малина вставляется в плату прямо портами GPIO и что бы ошибиться, нужно хорошо постараться. Поэтому, я не вижу проблемы в подобном подключении, тем более, что еще первая малина, которая работает у меня с 2014 года в режиме 24/7 включена именно так. А для защиты от КЗ и переполюсовки в плюсовую цепь просто включены пред и диод.

Но самое интересное в этой ситуации, что в последних версиях малины - Raspberry Pi Zero W и Raspberry Pi 3B+ производитель уже сам отказался от применения вводного узла защиты :) И в этом случае с микроUSB напряжение подается сразу на ту же шину питания, схема:

http://www.domsovetov.by/imagehostin...ed13ecb4dc.jpg

Спасибо, все понятно :)

@Michael., заходил недавно на Ваш сайт, посвященный системе домашней автоматизации. Обнаружил, что появилась новая версия кросс-платы, на которой Raspberry Pi развернута на 90 градусов по сравнению с представленным выше вариантом. При этом установленная малинка выступает из собранного корпуса на пару сантиметров. Таким образом ее плата может быть случайно повреждена. Странное решение, на мой взгляд. Подскажите, пожалуйста, может быть Вам известно, что кто-то запускал Вашу систему на Banana Pi? Скажем Banana Pi BPI-P2 zero собрана на плате 65 мм * 52,5 мм, имеет встроенную память 8GB, LAN, Wi-Fi. Кроме того на плате предусмотрено место для установки модуля Banana PI RT9600 PoE (приобретается отдельно), который НЕ ВЫСТУПАЕТ!!! за габариты платы. Как правило, система домашней автоматизации часто имеет реализованную систему видеонаблюдения с PoE питанием. На мой взгляд, идеальное решение для подобного размещения на кросс-плате.

Banana pi BPI-P2 Zero IEEE 802.3af PoE function test

http://www.domsovetov.by/imagehostin...445f87a65a.jpg

если запихнуть в корпус то все ок.
а где видно что она выступает?
[IMG]http://***********.com/Photos/WebHomePi/Raspberry_lcd_tytul.jpg[/IMG]

Scorpy, У Вас на фото предыдущая версия. Она мне очень нравится. Но там Малина занимает много места, и мало его остается под установку исполнительных реле. Поэтому ее развернули. Тема с обсуждением платы и картинки из сообщения #154:

[IMG]http://***********.com/_fr/1/0359731.jpg[/IMG]

[IMG]http://***********.com/_fr/1/9272833.jpg[/IMG]

[IMG]http://***********.com/_fr/1/5274880.jpg[/IMG]

[IMG]http://***********.com/_fr/1/4954733.jpg[/IMG]

[IMG]http://***********.com/_fr/1/8653272.jpg[/IMG]

собрались подпольщики..
что-то мастырят втихоря...

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

Не знаю, про это никто не писал, а "банана", что бы попробовать, у меня нет. Но ведь есть еще множество систем. Например,я пробовал запускать HomeAssistant и Domoticz.
ИМХО, но мне кажется, что видеонаблюдение должно быть реализовано в виде отдельной системы с регистратором или хотя бы IP-камер. Грузить сервер еще и работой с видео, видимо, не стоит.

Да особо-то ничего нового и не сделано. Вот только реализовал передачу данных со своей системы на "Народный мониторинг". Кстати, смотрю по Минску, да и вообще по Беларуси довольно много транслируется датчиков на этот ресурс. Кому интересно, можете почитать здесь - https://whp.home.blog/
Или тут - http://***********.com

@Valery_SY, Огромный плюс распберри по сравнению с бананами или апельсинами в поддержке со стороны производителя. Регулярные обновления и актуальный линукс.
Orangepi славится тем что на часть железа нет нормальных драйверов, только блобы и проблемы не исправить даже при желании. Зачем вам нестабильный комп ?
Для Видео берите регистратор. Проще всего. Если с Китая то и весьма недорого.

Полностью с Вами согласен. Мы эту тему с Михаилом ранее в приватной беседе обсуждали и пришли к тому же мнению. Поэтому пока я имею имею только малину 3B+. Здесь вопрос касался именно формфактора и удобного питания для конкретного решения, поэтому я спросил про опыт использования. В Польше много пользователей используют Банану, которая продается почти всегда чуть дороже Малины, но чуть наворо́ченнее. В принципе, отзывы положительные.

Неправильно Вы меня поняли, господа. Я писал про то, что физически сеть (Ethernet) в доме, как правило, одна. У меня, скажем, стоит 16-канальный видеорегистратор Hikvision, коммутатор с 4-мя PoE каналами, а камер (все Hikvision) подключено только 3. Один выход свитча с питанием - свободен. Вот я и предложил именно такую реализацию попробовать, чтобы контроллер умного дома запитать подобным образом, а не организовывать ему отдельное питание. Про использование видео на Raspberry я не писал и даже не думал.

Забыл рассказать еще про один вариант кросс-платы - под "нулевую малину". Устанавливается "тройным бутербродом" в корпус D2MG на DIN рейку.
Я в разработке этой платы не участвовал, делали ребята с форума, прислали мне один экземпляр для образца. Правда, до сборки руки пока так и не дошли.
Все-таки я считаю применение в качестве сервера устройства без "электрического" Ethernet, а только с Wi-Fi не совсем надежным решением. Хотя, к нулевой малине можно прикрутить RJ-45, но на данной плате такая возможность, увы, не предусмотрена.

http://www.domsovetov.by/imagehostin...6d0c0cb19a.jpg

---------- Сообщение добавлено в 21:06 ---------- Предыдущее было в 21:03 ----------

А вот видео про корпуса под "малину" с платами расширения:

Берете езернет розетку к ней добавляете 12в -> 5в блок питания и наверное не самый дешевый. С плохим блоком питания распберри будет легко подвисать.

Можно взять готовое решение https://www.adafruit.com/product/3785
или что-то аналогичное найти на алиекспрессе. Было бы желание.

@Michael., Видео про эти корпуса давно видел. У них стоимость за кусок пластика больше, чем самой Малины. D9MG или D12MG с подходящей кросс-платой, на мой взгляд, то, что нужно.

@purler, у нас с Вами совершенно разный подход: я думаю, как сделать так, чтобы от лишних "соплей" в щитах избавиться, а Вы - как их навешать. Подобные решения хороши для проверки и настройки перед прототипированием, но не для конечного варианта, имхо.