sergejey 0 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Добрый день, уважаемые! У вас интересная дискуссия здесь и раз уж несколько раз в ней упоминался проект MajorDoMo, то я не поленился зарегистрироваться и добавить несколько комментариев. Не "разжигания" ради, но с некоторыми пояснениями, а то как-то однобоко выходит. Судя по форуму Raspberry Pi там оказался только благодаря той же своей агрессивной раскрутке. Народ сначала купит, а потом не знает куда это Raspberry деть, и ставит на него PHP движок MajorDoMo. Потом правда спохватывается, что Raspberry не имеет надежного файлового носителя чтобы поддерживать интенсивное накопление данных SQL движком. Raspberry хорошая платформа для проекта. Надёжность файлового носителя это чисто техническая проблема, которая на ура решается грамотным использованием tmpfs для интенсивных операций записи с процедурой оперативного резервного копирования на "постоянный" носитель. Сейчас у меня крутится проект на одном из тестовых стендов именно на RpiB+ и при интенсивной работе системы нагрузка на карточку можно сказать "никакая". Оптимизация работы сервера так же в процессе, так что иметь полноценный сервер автоматики на Raspberry это вопрос не возможности, а времени, причём ближайшего. Но, как видно, большинство в MajorDoMo балуется все таки с Arduino. Да, пожалуй это лучше "видно", т.к. пользователи Arduino более охотно обмениваются информацией. Скорее всего из-за этого проект зачастую рассматривается как платформа для "Arduin-щиков". Ну 1-wire туда же :) Я так полагаю, что так происходит из-за критерия "бюджетности" -- бесплатный софт и дешёвая электронная база многих объединяет :) Как бы то ни было, многие (и я лично) используют другие аппаратные решения для своих домов, при этом используя в качестве системы визуализации и высоко-уровневого программирования MajorDoMo. В частности, в системе реализована неплохая поддержка оборудования на протоколах Z-Wave, ModBus, KNX, не говоря уже об оборудовании, управляемом по TCP (MQTT, REST API и т.д.). И не увидите. Это все похоже а игрушки программиста, пишушего софт для интернет-магазинов, из разряда "на чем умею- на том и пишу"... Все эти мускули, пхп и пр... очень хороши для их создания, но нафиг не нужны для автоматизации дома. Да и вообще, сейчас все эти смартфоны и планшеты куда только не пытаются засунуть, а обмен данными между девайсами и серверами по HTTP!!! это вааще полный абзац lol.gif Тогда уж и программируйте лампочки по http, тоже ведь "отработанная и поддерживаемая сущность", не так ли?? Так и есть -- на чём умею, на том и пишу. Собственно, проект всегда был из разряда "as-is", т.е. кто хочет тот использует без насильной проповеди, что это самый лучший вариант решения задачи. Тем не менее, он имеет успех и этому есть объективные причины. Одна из них это как раз более высоко-уровневый подход к автоматизации, когда важно не то на каком "железе" всё построено, а как оно взаимодействует между собой и пользователем. Если "управление по HTTP" удовлетворяет условиям: а) удобства для интеграции б) надёжности в) скорости, то пусть на той "лампочке" хоть Windows+MS SQL-сервер будет установлен. Пользователь в итоге всё равно выбирает по "бытовому" принципу цена/качества. Вполне допускаю, и, более того, уверен, что в система промышленной автоматики всё не так, но для домашнего применения, думаю, я не далёк от истины. Ну и плюс ещё в том, что протоколы, которые "вышли из web-а", хорошо ложатся на возможности интеграции в сложной среде IoT, где уже всё намешано: информационные потоки, пользовательские действия и различные устройства. ЗЫ. Так и представил, встаю ночью в сортир, а планшет завис или разрядился, с матом ищешь чо-то типа выключателя освещения, и после 5 минут поиска, доходит, что его нет, свет включается с планшета yeah.gif ... Это в корне неверное представление о системах автоматизации. Почему-то считается, что Умный Дом это централизованное управление всеми системами из одного места. Как минимум, это странно слышать здесь. Ну и в качестве общей информации -- сейчас идёт работа над документом FAQ, где я пытаюсь разъяснить некоторые моменты использования проекта, дабы избежать разночтений. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Это в корне неверное представление о системах автоматизации. Почему-то считается, что Умный Дом это централизованное управление всеми системами из одного места. Как минимум, это странно слышать здесь. Хм... Ну тогда попробуйте "децентрализовать" хотябы тот же выключатель освещения. Что, поставите рядом с электронным коммутатором от главной системы обычный выключатель в "параллель"?? Ну хорошо, если вырубится сервер, свет вы включить сумеете, но если нужна функция автоматического выключения, то контроллер в этом случае бесполезен, он же не сможет его отключить, если забыли выключить свет... Еще раз объясню сущность системы, как я ее вижу(как сам у себя делал) 1) Всеми устройствами, выключателями, регуляторами и т.п. управляет специальный логический контроллер PLC, посредством проводных(RS485) и беспроводных(ZigBee) интерфейсов. Предусмотрены все функции мониторинга состояния контроллеров на случай сбоя и зависания. У PLC есть своя графическая панель управления. Затем идет мост на HTTP веб-морду через которую можно управлять системой удаленно, но не всегда, а только, когда я позвоню на номер модема, который так-же может отправлять СМС или звонить голосовым синтезатором на мой мобильник, при звонке он поднимает сетевой интерфейс и я могу управлять удаленно(пока еще не подключил данный сервис - нет необходимости). Вот как-то так, другим системам я свое хозяйство не доверю... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergejey 0 26 февраля, 2015 Опубликовано 26 февраля, 2015 (изменено) · Жалоба Хм... Ну тогда попробуйте "децентрализовать" хотябы тот же выключатель освещения. Что, поставите рядом с электронным коммутатором от главной системы обычный выключатель в "параллель"?? Ну хорошо, если вырубится сервер, свет вы включить сумеете, но если нужна функция автоматического выключения, то контроллер в этом случае бесполезен, он же не сможет его отключить, если забыли выключить свет... Еще раз объясню сущность системы, как я ее вижу(как сам у себя делал) 1) Всеми устройствами, выключателями, регуляторами и т.п. управляет специальный логический контроллер PLC, посредством проводных(RS485) и беспроводных(ZigBee) интерфейсов. Предусмотрены все функции мониторинга состояния контроллеров на случай сбоя и зависания. У PLC есть своя графическая панель управления. Затем идет мост на HTTP веб-морду через которую можно управлять системой удаленно, но не всегда, а только, когда я позвоню на номер модема, который так-же может отправлять СМС или звонить голосовым синтезатором на мой мобильник, при звонке он поднимает сетевой интерфейс и я могу управлять удаленно(пока еще не подключил данный сервис - нет необходимости). Вот как-то так, другим системам я свое хозяйство не доверю... Не вижу противоречий. Ну т.е. я несколько больше доверяю своей системе и много чего ей "позволяю", но это уже дело персональное. Имею несколько лет использования за спиной и опираюсь исключительно на собственный опыт (в том числе аварийных ситуаций с недоступностью главного контроллера). Но это отступление. Возвращаясь к вопросу "децентрализации" выключателя освещения. У меня выключатели и источники света сведены в щиток, там не было раньше никакой автоматики и всё было скоммутировано "по-старинке". Через какое-то время я туда поставил контроллер с блоком реле, который работает автнономно и через себя коммутирует выключатели с блоками освещения. Ничего "умного" в алгоритме не предусмотрено, хотя, сами понимаете, минимальную логику можно было бы заложить и туда, но мне этого не нужно было. Так вот, этот контроллер не имеет своей "веб-морды", но подключен к ethernet и имеет минимальный API, чтобы сообщать головной системе о событиях включения света "вручную", а так же имеющий возможность принять команду на включение/выключение какого-то из "подконтрольных" светильников. Т.е. по сути так же как у вас, только я больше функций переношу в систему более высокого уровня и оставляю лишь критичные вещи на конечных контроллерах. Ну и ещё из общих мыслей на предмет того, почему вполне имеют место быть относительно любительские проекты автоматики. Нельзя ко всему относится слишком серьёзно. Я у себя "плюшками балуюсь", никому ничего не доказываю и не претендую на установку MajorDoMo на МКС, но как-то так выходит, что уже сейчас пользователи могут реализовать такие сценарии, о которых и мечтать не могли бы, если бы не было других вариантов, кроме как хвалёные AMX или KNX. Это совершенно разного уровня реализации по техническому исполнению, но, как ни парадоксально, не всегда столь уж разные по итоговому результату. Изменено 26 февраля, 2015 пользователем Сергей Джей Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
one_man_show 0 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Сергей, рад встрече :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба никому ничего не доказываю и не претендую на установку MajorDoMo на МКС Я думаю, что ни моя ни ваша система до таких уровней надежности еще много не дотягивают Т.е. ваш контроллер с эзернетом должен чем-то управляться, ведь так? Т.е. у вас выключатели тоже через http или tcp с ним работают, или свет через смартфон включаете?? :rolleyes: Конечно на вкус и цвет... но считаю, чем проще протоколы и контроллеры - тем лучше система... Ну и ещё из общих мыслей на предмет того, почему вполне имеют место быть относительно любительские проекты автоматики. Нельзя ко всему относится слишком серьёзно. Я у себя "плюшками балуюсь" Плюшками можно баловаться, но все-таки это дом, хочется надежной работы, если, конечно, дом не игрушечный Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergejey 0 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Я думаю, что ни моя ни ваша система до таких уровней надежности еще много не дотягивают Т.е. ваш контроллер с эзернетом должен чем-то управляться, ведь так? Т.е. у вас выключатели тоже через http или tcp с ним работают, или свет через смартфон включаете?? :rolleyes: Возможно, я не совсем ясно описал, но суть в том, что выключатели подключены к тому же контроллеру проводами. Задача контроллера обеспечить работу классической схемы включения света выключателем, независимо ни от чего, кроме наличия питания на самом контроллере. Если питание на контроллере есть, то свет "руками" можно переключать и для этого не задействовано ничего дополнительно. По такому же принципу должны функционировать и другие системы, а интеграция с головным модулем лишь позволяет им работать более оптимально/экономично/комфортно. Конечно на вкус и цвет... но считаю, чем проще протоколы и контроллеры - тем лучше система... Плюшками можно баловаться, но все-таки это дом, хочется надежной работы, если, конечно, дом не игрушечный Согласен. Я имел в виду только то, что технические средства реализации далеко не всегда определяют потребительские качества. Если уж технические возможности оборудования позволяют (с учётом всех требований по надёжности и скорости) работать с высоко-уровневыми протоколами, то почему бы и не использовать это. Сергей, рад встрече :) Взаимно :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба что уже сейчас пользователи могут реализовать такие сценарии, о которых и мечтать не могли бы, если бы не было других вариантов, кроме как хвалёные AMX или KNX Самое интересное, что системы могут быть очень доступными, и совсем не обязательно пичкать их кучей разных интерфейсов и протоколов. Использую всего 3 из них. Никак не могу понять, зачем весь этот огород, когда вся электрика может управляться при помощи симисторных коммутаторов и диммеров, а современая техника управляется при помощи ИК пультов, которые очень легко считать, а потом управлять этими командами с PLC. Зачем лампочки по 70евро с встроенными вебсерверами, когда есть по 500рэ в магазине и работают ничуть не хуже??? В своем доме нет ни одного специализированного устройства с этой кучей протоколов и все работает с обычной бытовой техникой. Лично мое мнение - люди очень любят усложнять себе жизнь, надо быть проще.. :laughing: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Ну и ещё из общих мыслей на предмет того, почему вполне имеют место быть относительно любительские проекты автоматики. Нельзя ко всему относится слишком серьёзно. Я у себя "плюшками балуюсь", никому ничего не доказываю и не претендую на установку MajorDoMo на МКС, но как-то так выходит, что уже сейчас пользователи могут реализовать такие сценарии, о которых и мечтать не могли бы, если бы не было других вариантов, кроме как хвалёные AMX или KNX. Это совершенно разного уровня реализации по техническому исполнению, но, как ни парадоксально, не всегда столь уж разные по итоговому результату. А как вы отлаживаете сценарии на PHP? Вы используете какой нибудь символьный пошаговый отладчик PHP на стороне сервера? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Возможно, я не совсем ясно описал, но суть в том, что выключатели подключены к тому же контроллеру проводами. Задача контроллера обеспечить работу классической схемы включения света выключателем, независимо ни от чего, кроме наличия питания на самом контроллере. Да, это решает проблему автономности, но за счет кучи проводов от лампочек и выключателей, что тоже не панацея... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Зачем лампочки по 70евро с встроенными вебсерверами, когда есть по 500рэ в магазине и работают ничуть не хуже??? Лично мое мнение - люди очень любят усложнять себе жизнь, надо быть проще.. :laughing: Цвет и интенсивность освещения важнейшие факторы влияющие на работоспособность, отдых, сон и проч. Это называется повышение качества жизни. Вот так и звучит ваш выбор - жить "проще" или жить качественней. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Цвет и интенсивность освещения важнейшие факторы влияющие на работоспособность, отдых, сон и проч. Это называется повышение качества жизни. Вот так и звучит ваш выбор - жить "проще" или жить качественней. Вы не поняли мою реплику, зачем пихать контроллер в каждую лампочку, если я так же точно могу управлять при помощи коммутатора-диммера, подключенного к системе управления и обычных лампочек? Причем, захочу, поставлю лампы накаливания, или светодиодные или rgb и буду регулировать каждый цвет, а если лампы выйдут из строя, заменю такими же, обычными... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 26 февраля, 2015 Опубликовано 26 февраля, 2015 · Жалоба Вы не поняли мою реплику, зачем пихать контроллер в каждую лампочку, если я так же точно могу управлять при помощи коммутатора-диммера, подключенного к системе управления и обычных лампочек? Причем, захочу, поставлю лампы накаливания, или светодиодные или rgb и буду регулировать каждый цвет, а если лампы выйдут из строя, заменю такими же, обычными... Я думаю нам нужно уже забыть про диммеры. RGB лампочки обычными диммерами не управляются. А повсеместно скоро будут только такие лампочки. А самодельщикам надо переключаться писать апликухи под андроид чтобы управлять этими лампочками силой мысли читаемой ЭЭГ гарнитурой. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergejey 0 27 февраля, 2015 Опубликовано 27 февраля, 2015 · Жалоба А как вы отлаживаете сценарии на PHP? Вы используете какой нибудь символьный пошаговый отладчик PHP на стороне сервера? Нет, пошаговый отладчик не использую. Честно говоря, не было необходимости как-то, да и не люблю я такой способ в принципе :) Если речь о сценариях из "ядра" системы, т.е. модулей, то их отладка и тестирование идёт обычными для любой разработки методами, в том числе тщательным тестированием сначало при разработке, ну а потом уже множеством вариантов использования пользователями системы -- теми, кто достаточно смел, чтобы использовать обновления из исходников, не дожидаясь полноценных релизов. Таких не мало :) Если говорить о пользовательских "бытовых" сценариях, то они обычно на столько просты, что достаточно их запустить, чтобы проверить, работают они или нет. Вырезка из FAQ-а: Плюс есть механизмы само-диагностики на разных уровнях, чтобы разобраться по текущему состоянию системы -- от весьма общего по подсистемам (условно "всё хорошо", "что-то не так", "совсем плохо"), до детального вроде истории запуска методов, сценариев, изменения свойств объектов системы, логи отдельных сервисов и т.п. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 27 февраля, 2015 Опубликовано 27 февраля, 2015 · Жалоба Нет, пошаговый отладчик не использую. Честно говоря, не было необходимости как-то, да и не люблю я такой способ в принципе :) А почему в принципе не любите? В чем принцип? Если речь о сценариях из "ядра" системы, т.е. модулей, то их отладка и тестирование идёт обычными для любой разработки методами, в том числе тщательным тестированием сначало при разработке, ну а потом уже множеством вариантов использования пользователями системы -- теми, кто достаточно смел, чтобы использовать обновления из исходников, не дожидаясь полноценных релизов. Таких не мало :) Как то в вашем проекте упорно замалчивается структура софта интеграции с железом. Нужно какой-то косвенной интуицией догадываться где вы к дивайсам подключетесь через Ethernet по голому TCP, где с использованием HTTP, а где и REST. Как подключаетесь к 1-Wire и проч. Какие драйвера доступа к устройствам используете и какие API. Какая у них переносимость с Windows на Linux и на Linux под ARM. Почитав там форум на вашем сайте создается обратное впечатление, что все хотят скрыть детали аппаратной реализации. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 27 февраля, 2015 Опубликовано 27 февраля, 2015 (изменено) · Жалоба А повсеместно скоро будут только такие лампочки. И все будут стройными рядами покупать лампочки за несколько т.р.?? Не смешите И диммеры прекрасно справляются со своей работой. Как подключаетесь к 1-Wire и проч. Какие драйвера доступа к устройствам используете и какие API. Какая у них переносимость с Windows на Linux и на Linux под ARM. Почитав там форум на вашем сайте создается обратное впечатление, что все хотят скрыть детали аппаратной реализации. Там же написано, что все аппаратные свистоперделки подключаются через ардуину или спец. оборудование, типа ваших любимых лампочек Изменено 27 февраля, 2015 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
