Search
Write a publication
Pull to refresh

Comments 73

Был у меня такой случай.

-можете взломать пароль?

-а почему разработчики пароль не отдали?

-да мы им не заплатили!

Как раз от недобросовестных заказчиков и зелёных интеграторов без опыта, готовых работать за еду, и сделана эта система. Ведь заказчик покупает программно-аппаратный комплекс, который, иногда, содержит алгоритмы превышающие по цене стоимость интеграции. Например лицензия интегратора на Pid loop optimizer - а следующий интегратор получит коэффициенты бесплатно, не тратясь на лицензию.

а захочет заказчик чуток изменить в ПАК - тут ему разработчик - заплати еще столько же - ты ведь в принципе в СВОЕМ ПАК ничего не сделаешь САМ. Это называется дойка клиента...

Вы можете изменять топливную карту в своём автомобиле? Вроде нет. И вы не возражаете против этого - потому что купили проверенный программно-аппаратный комплекс. За который производитель несёт ответственность. Он защищает результат своей работы от неопытных специалистов с Авито и свои алгоритмы, которые являются ноу-хау.

Во всех известных мне договорах это прописано и клиент в курсе. Так же при продаже всегда дают 2 цены с передачей алгоритмов и без передачи. Клиенты всегда сами выбирают дешёвый вариант без передачи.

НО, часто встречается что ГП заказал подешевле не посвятив клиента во все тонкости.

И вы не возражаете против этого - потому что купили проверенный программно-аппаратный комплекс

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

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

народу такое бывает не нравится и он смотрит в сторону открытых и настоящих продуктов.

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

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

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

Мне кажется вы плохо представляете что такое автоматизация домовладения, что она включает и кто их заказывает.

Обычно в среднем проекте дома есть пара котлов, смесительные узлы на радиаторы и тёплые полы, 2-3 Вент-машины с водяными калориферами и смесительными узлами, форсуночная или паровая система увлажнения, Система водоподготовки из 2-3 фильтров, система водоснабжения, система водоотведения из септика и пары дренажных колодцев, дизель-генератор и ИБП. И, конечно, покомнатное отопление, освещение и прочие шторы.

Автоматизация систем которые могут нанести физический ущерб дому, отделке и людям - всегда требует большой и проверенной квалификации. Эти системы автоматизируются в тесном сотрудничестве с проектировщиками и требуют больших временных затрат. Алгоритмы всегда являются ноу-хау интеграторов, оберегаются, а продаются за большие деньги и только с NDA.

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

То же касается и освещения - обычно у владельцев таких домов винная и оружейная комнаты находится на одном этаже. Поэтому допускать проблемы со светом в ответственные моменты или при наличии высоких гостей - крайне недальновидно.

В Вашем случае - вполне логично самостоятельно строить систему на недорогих компонентах, открытом ПО и лично нести ответственность за результат своих трудов. Но те клиенты, которые могут себе позволить такие дома - обычно требуют гарантию, а дома страхуют. А стоимость страховки зависит от гарантийных обязательств строителей и интеграторов. А интеграторы не могут дать гарантии по договору, если к системе имеет доступ Эникей-Вася, который без опыта и знания систем начинает чинить то что не понимает. Напомню вам, что после возмещения ущерба клиенту - страховая в порядке суброгации взыскивает ущерб со строителей и интеграторов.

Но я уверен на 90%, что в случае описанном в статье - клиент не заплатил интегратору или не захотел доплачивать за допил разницы между договором, который не читал, и своими представлениями. Пришёл второй интегратор и захотел заработать сказав что все плохо и надо добавить такие то функции. Клиент, не будучи специалистом, согласился со вторым интегратором.

посмотрите на щит в "до"... там 2 24х канальных реле и 2 8ми канальных heating актуатора для подключения термоголов. даже шлюза в шину KNX тут нет, как и какого-либо центрального контроллера на котором можно было бы что-то программировать (logic machine, iridium server).. он конечно может быть в мультимедийной стойке (crestron, c4 и прочие), но они требуют шлюза из ip в knx tp, но его тут не видно.
Устройства KNX не программируются.... они конфигурируются. особой интелектуальной собственности там нет, а вот положенных туда трудов, которые могут не оплатить - это да. вычитать обратно из устройств редактируемый конфиг не получится.

На текущем объекте у меня 9 щитов в 4ох строениях. Подозреваю на фото не всё что есть в доме. Банально нет щита котельной. А в таком доме должно быть пара контуров со смесительными узлами, какая то Вент-машина, генератор, стабы и ИБП. Хотя сейчас пересмотрел фото, увидел настенный сплит и торчащую трубу вытяжки и понял что KNX действительно не для этого проекта. Может поэтому мы с Вами и не видим logic или iridi - как обычно к концу стройки закончились деньги.

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

Нужно больше ужасов и рассказов про патентованный ПИД-Регулятор За 5к$ для обогревателя.

Я указал софт для вычисления коэффициентов. Он подходит к любому алгоритму и стоит дорого не просто так. Даже отечественный аналог стоит от 600 000. Если вы считаете что напишите автонастройку лучше и дешевле - рынок вас ждёт.

Странно что Вы не пишете претензии Seco - о том, что они не дают вам алгоритм автонастройки ПИДа или логику на датчики с обработкой ошибок. Не звоните в Вайсман с просьбой предоставить актуальный код прошивки мозгов котла и HMI панелей. И не штурмуете офис Makelsan с требованием личного инженерного ключа, для сброса сервиса.

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

Что за бред. Настройке регулятора учат в вузе, например - Специальность 15.03.04 Автоматизация технологических процессов и производств.

Хотите платный софт - вот например Siemens Pid self tuner - достаточно дешёвая многоразовая библиотека.

Но обычному грамотному инженеру это не надо - он и сам в состоянии написать такую.

В программировании это аналог - напишите алгоритм сортировки массива, а не рокет сайнс =)

обычный грамотный инженер применяет готовые решения, а не пишет библиотеки программ.

И кстати, написать новый алгоритм сортировки массива, более крутой, чем используемый в библиотеке - это круче, чем рокет сайенс

речь сейчас всего лишь о подборе параметров к готовой функции

Обычный грамотный инженер проблемы решает, а не идиотом прикидывается.

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

Для каких таких процессов вы там ПИД прецезионно подбираете ? Не для бани же:)?

это вы так думаете. выше право. только я был как со стороны тех кто делает и тех, кто эксплуатирует.

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

из опыта возможные причины - подрядчик запросил столько, что и богатые плачут. Другой вариант - подрядчик отказался делать в принципе - санкции, нет желания итд. Третий вариант - нет больше подрядчика. Вариант про Васю из подворотни - это больше сказки - вы ведь всегда объясняете клиенту, что после прихода Васи он ВАМ заплатит столько, что почувствует себя бедным и никакой суд ему не поможет.

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

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

пс ниже злые языки в лице нового подрядчика указали причину - честно в нее верится больше, чем в ваш вариант

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

нет. в серьёзных случаях есть законодательная база.

там и прописано, кто отвечает, и это не Вася.

начинать читать надо "Правила техники безопасности при эксплуатации Ххххх

похоже вы мало общались со СК при наличии смертельных случаев... В нашем мирке, через который проходят в качестве клиентов очень многие, отвечать 90% будет Вася при наличии техпроблем, а поставщик так или иначе отскочит. это реальность. может когда-то это изменится, но пока так.

отвечать будет тот, кто подписывал документы. ну или должен был их оформить и подписать

опыта у меня хватает

похоже у нас с вами сильно разный опыт

Вы подняли важный вопрос. В данном случае клиент полностью рассчитался с предыдущим подрядчиком — проблема была в недобросовестном поведении интегратора. Инженеры «Умного дома Емеля» всегда передают клиентам полный доступ к системам и документации — это наш профессиональный стандарт.

Документация это правильно.

Но ваш "профессиональный стандарт", это собрать шкаф ещё хуже предыдущего и со всяческими нарушениями =)

Ну и ниже правильно отметили - заменить промышленные модули ввода вывода открытого стандарта КНХ на, гхм, импортозамещение - идея так себе.

Установленные моули можно программировать без какого-то пропиетарного сфота. И их настройку - элементарно документировать.
Просто табличкой регистр - значение.
И заменить на любые другие, алтернативные - тоже. Свободный (открытый) софт - это классно.

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

Никак

Общество с ограниченной ответственностью "Умный Дом Емеля"

Emeliya Smart Home Limited Liability Compan

Дата образования: 16 июля 2024

Уставный капитал: 10 000 руб.

***

Обанкротят и всё...может уже и не первое.

Интересный проект. Красивый интерфейс приложения.

Полагаю если бы клиент пришел с самого начала, решения были бы не такие урезанные, как подключение wb-mir к кондиционерами и датчики движения msw в помещениях

Спасибо за оценку интерфейса! Вы абсолютно правы – при проектировании с нуля мы бы предложили более оптимальные решения. Однако ценность этого кейса как раз в успешной адаптации существующей инфраструктуры. Кстати, модули WB-MIR специалисты «Умного дома Емеля» выбрали именно из-за их универсальности – они поддерживают 95% моделей кондиционеров на рынке.

А как при использовании WB-mir получить обратную связь от кондиционера?

Точно узнать что он включился и работает именно в том режиме который указан в приложении

К сожалению, никак (ну, или косвенно, отслеживая температуру и влажность в помещении). WB-MIR работает как аналог пульта управления кондиционера - "выстреливает" пакет с настройками кондиционера. На пульт обратная связь тоже не приходит. Лучшее решение - ставить кондиционер с адаптером, позволяющим его подключит по интерфейсу RS-485, но оно более редкое и дорогое, а WB-MIR (или WB-MSW) работает с большинством обычных кондиционеров.

С обычным кондеем никак. Я прошел весь путь через гнев :) с кондеями.

Ну т.е. были идей фоторезисторы клеить на светодиоды. Температуру вход-выход мерять итд итп.

Но в конце стало понятно, что в целом нам надо от кондея одно - температуру. Если она ок - что там с кондеем нам не интересно, если "не ок" тоже. Т.е. приходится контролировать результат...

ЗЫ. Но разницу температуры вход-выход, возможно, полезно знать... Хоть какая диагностика.

Как быть, если интегратор залочил оборудование? Удалить старую залоченную систему и поставить новую незалоченную. И вот о ней-то на самом деле мы и рассказываем в статье.

Вы совершенно верно подметили суть решения. Однако важно понимать, что за кажущейся простотой замены оборудования стояла серьёзная инженерная работа. Нам пришлось адаптировать существующую кабельную инфраструктуру под новую архитектуру без повреждения дорогостоящей отделки, обеспечить бесшовную интеграцию разнородных систем и добиться стабильной работы всех компонентов с гарантированным откликом менее 200 мс. Важно также уточнить, что мы не просто заменили систему, а создали принципиально новую архитектуру на открытых стандартах. Теперь клиент может самостоятельно менять компоненты или интеграторов без потери функциональности – это главное отличие от проприетарных решений.

в по настоящему УМНОМ доме никто и никак не заблокирует владельцу ничего априори. а то что описано в статье это побег с одного вендорлока на другой, я бы вставил мем с человеком вставляющем сам себе палку в спицы колеса и падающего проклиная злобных кого угодно, но мне лень.

Если (как тут) ставить изначально открытую систему - где тут вендорлок? Например я хочу поменять реле Wiren Board на другое. Хоть Zigbee. Я простио описываю в HA другое реле - и все. Дальше работает.

Именно так! В этом и преимущество открытой экосистемы. Кстати, для удобства таких замен «Умный дом Емеля» публикуем полные спецификации протоколов и примеры конфигураций – клиенты действительно могут в любой момент перейти на другое оборудование без нашей помощи.

В этом как раз и отличие двух технологий. Для работы с KNX требуется исходный проект. Без этого проекта невозможно программировать устройства. Как говорят на курсах KNX, это сделано «для защиты вендоров от недобросовестных заказчиков». HA же полностью открытая система, которую клиент может дорабатывать даже своими силами, поэтому здесь нет зависимости от определённого вендора и его поведения.

Про ha я вкурсе, у самого дома много лет. А вот wiren board слышу впервые, в первом комментарии я его видимо с чем-то перепутал.

Хорошее железо, недорогое и надежное. По цене за один канал - точно в лидерах.

отсутствие проекта KNX не мешает считать групповые адреса с устройств и перевоспроизвести конфигурацию в проекте. а в случае установленного BCU параля хотя бы пользоваться имеющимися настройками (установленный bcu пароль никак не мешает считать групповые адреса с устройств).
и из Ваших комментариев становится все менее понятно, зачем вы на корню все сломали, хотя могли клиенту предложить именно расширяться в рамках KNX, используя тот же WB, а на недостающий функционал докупать новые устройства...
если б с устройств конфиг выгрузили и залочили, хотя бы понятно было.

Я думаю тут вопрос финансового плана. Конечно, можно спуфить адреса, но работа эта неблагодарная. Кто ее будет оплачивать? На оборудовании KNX уже не заработаешь, и я не думаю, что интеграторы будут за такое браться. Тем более нужно отвечать перед заказчиком за проект, который не твой. Разве такое нужно?

Как прокладывали дополнительные кабели управления в помещениях с отделкой? Вот это настоящий квест .

А поставить оборудование - это не так сложно.

Отличный технический вопрос! В этом проекте специалистам «Умного дома Емеля» удалось использовать существующие кабельные трассы – модули WB-M1W2 v.3 как раз разработаны для таких случаев. Но в сложных ситуациях применяем беспроводные решения (Zigbee) или аккуратный монтаж в кабель-каналах, согласованный с дизайнерами.

Для интерфейсов HomeAssistant ужасен - очень много места уничтожается впустую на разные отступы, рамочки и прочие вещи которые полезны на мониторе и вредны на планшете/телефоне. OpenHub намного лучше - максимум места используется под активную зону управления и информацию.

Так же и с поллингом - HA не умеет нормально читать на скоростях меньше 1000 мс. Для OpenHub циклы в 50 мс вполне нормальны.

Можно ведь настроить интерфейс HA как угодно, а не использовать дефолтный?

пока все интеграции что видел - как на картинках в статье.

Есть вариант установки UI-Lovelace-Minimalist через HACS. Но все что ставится не из основных репозиториев - сомнительно использовать в проде. То же относится и к написанию кастомных стилей - при обновлении в будущем это может потребовать допила, отдельного цикла на тестовом сервере для проверки работоспособности всех элементов.

При этом OH по дефолту имеет лаконичный интерфейс и не требует установки дополнительных плагинов или написания стилей. А значит имеет минимальные затраты на сопровождение.

А как в OH с интеграцией? В HA много устройств можно добавить и большое сообщество

Раньше я делал на openHab - проблем с интеграциями не ощущал. Поддержка зоопарка ZigBee устройств на стороне z2m реализована - одинаковая везде. Как не странно - EnOcean лучше у американцев, чем у немцев реализован.

Сейчас сделал клиенту дом на ОВЕН/Codesys + WB актуаторы + HA - именно поддавшись на общественное мнение о широчайшей поддержке устройств и огромному комьюнити с готовыми алгоритмами.

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

"Огромное количество интеграций" из HA не пригодилось в проде - там нет смысла подключать чайники и посудомойки, это скорее для личного баловства нужно.

При этом самое главное для УД - интерфейсы и поллинг кнопок и сенсоров по modbus это провал-провалыч. Интерфейсы HA идеологически построены как нечто идеально пригодное для WEB и стационарных мониторов - думаю сайтостроители их и писали. В OH же они максимально адаптированы под сенсорный UI прямо из коробки. Понятно что можно стилями допилить любой интерфейс, но это удорожает разработку и поддержку, что бессмысленно в конкретной среде.

А что плохого в поллинге сенсоров/кнопок по модбасу? Интересуюсь для себя, сейчас потихоньку проектирую новый щит для умного дома на даче и пока что как будто бы в моем бюджете выбирать контроллер без вендорлока приходится только из SprutHub, WB и DIY вокруг всяких Pi решений типа малинки (но на самом деле не очень хочется доверять управление контакторами силовых линий DIY)

Сенсоры без проблем, а вот кнопки лучше напрямую к модулям реле подключать или к диммерам. Иначе могут быть задержки до секунды, они раздражают. Либо брать экосистему Wiren Board с быстрым модбасом. Кроме того, при прямом подключении к реле и диммерам кнопки будут включать свет даже если голова отпадет

Вопрос времени цикла поллинга. В случае если вы читаете кнопки напрямую из HA минимальное время 1000 мс, а оптимальное для драйвер 5000 мс - то есть кнопку надо удерживать от 1 до 1000 мс чтобы нажатие попало в опрос. Это не комфортно, мозг нормально воспринимает задержку в 100мс для тактильных кнопок и 200 мс для сенсорных. Выхода 2 - использовать OpenHab - там драйвер комфортно держит 30-50 мс циклы. Или читать напрямую с Cpu WB - его драйвер отправит нажатие в MQTT, а верхнем уровнем читать уже из брокера.

Я использую варианты без cpuWB потому что объекты большие и дорогие. Там приходится делать горячие резервы и иметь возможность удалённо за считанные минуты раскатывать бэкапы. Там готовы за это платить. Но, уверен, всем кто читает Хабр такое дома не имеет смысла. Оптимально - взять CPU от WB и пусть его драйвер отвечают за скорость.

Спасибо за профессиональное замечание! Мы полностью согласны — стандартный интерфейс Home Assistant действительно требует адаптации. В этом проекте мы разработали кастомизированное решение с оптимизированным дизайном. Представленные скриншоты демонстрируют финальный удобный интерфейс, а фото панели на кухне было сделано на этапе пусконаладочных работ — это наглядно показывает разницу в UX/UI-взаимодействии.

Я только заметил панель на кухне - да это тихий ужас на 4 дюймовом экране микроскопические элементы. Хотелось бы увидеть и финальный вариант в статье.

Мой посыл был к тем фотографиям что у вас названы как интерфейс на планшете и на телефоне.

Зачем у света одновременно выводить иконку с текущим состоянием (Жёлтая -серая) и выводить состояние текстом (включено/выключено)?

Зачем у света в пользовательском интерфейсе три точки в верхнем углу, настраивающие устройство и открывающие попап?

Зачем у температурных контроллеров вся верхняя строка - иконка термометра, тип прибора и три точки меню? По градусам Цельсия и так понятно что это.

Зачем делать закруглённые вертикальные кнопки, если круглые углы съедают места, а вертикальная ориентация делает шрифт слишком мелким?

После заголовков Свет и Климат - огромное пустое пространство. Почему эти слова не написать вертикально? Или просто левую верхнюю кнопку сделать заголовком, а вс кнопки выделить дополнительными отступами/фоном?

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

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

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

Так сначала бэкап - а потом обновление.

Бэкап не "встроенными средствами" - а именно конфиги.

я даже зарегистрировался, чтобы это прокоментировать.
Господа из Пиара WB, а вы не думаете, что компетентные люди тоже могут такие статьи читать?
по делу:
1) устройство залочено (BCU пароль видимо имеется в виду) НЕ РАВНО стало кирпичом. да, для зеннио скорее всего не поправимо, но не для всех. есть производители, у которых есть сброс в завод через кнопку программирования физ адреса.
2) ок, устройство залочено, но в статье не упоминается в каком состоянии оно залочено. ведь его могли оставить рабочим, но без возможности внести изменения в функционал. а тогда можно было тот же WB поставить как контроллер верхнего уровня и напилить сверху все что хочется сценариями или уже дополнительными устройствами. (надо рассматривать конкретный случай клиента, но bcu пароль это не всегда приговор)
3) "проложенных кабелей тоже недостаточно, кабельную сеть необходимо расширить." - а почему я пояснения не увидел. если это следствия хотелок клиента, то это не минус описываемой ситуации, их бы и так пришлось дотягивать. или дело в том что устройства WB работают на шине 485, требующей шлейфового подключения, а knx мог быть кинут как угодно?
4) расширить функционал другими KNX устройствами вы так де не собирались,ну да ладно.

Итог, вместо разбирательства в ситуации сразу на корню заменили Распределенную сеть KNX, в которой присутствует более 500 производителей, на Централизованный модбас, работющий по опросу. так еще и по расширением "быстрый Модбас". в случае замены центрального контроллера на сторонний без поддержки этой функции реакции на нажатие кнопки нужно будет ждать вечность.

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

О, апологеты KNX пришли. Начали сразу про Расперделенную Сеть и 500 производителей.

Вы подчеркнули предполседний абзац, видимо как самый чувствительный для себя, но почему-то пропустили первые 4, которые куда более важные в моем сообшении.
Для Вас коротко перефразирую:
Автор статьи не стал разбираться в ситуации (или не раскрыл это в статье), а тупо поменял клиенту систему с мультибрендовой на монобрендовую и преподнес жто как достоинство.

Конечно каждый интегратор выбирает набор компонентов с которым умеет работать и для некоторых WirenBoard - это потолок развития, но ставить клиенту, у которого была хорошая система промышленного класса на топовых компонентах KNX какие-то дешевые компоненты WirenBoard с управлением через Raspberry PI на HomeAssistant.. Это до первого большого апдейта или пока не умрет microSD карточка с операционной системой через 2-3 года.

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

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

Если по итогу всё это очень дёшево стоило и у заказчика была цель лишь бы работало, то всё правильно сделано.

Но судя по стоимости ремонта, мрамору на стенах и хрустальным светильникам, разбавленных белых пластиковыми дешёвыми датчиками WirenBoard, заказчик мог себе позволить сделать и нормальную систему. Но решил получить специфичный опыт проживания в дорогом доме с хорошим ремонтом, но с инженерной автоматикой на самых дешевых компонентах и бесплатным DIY программным обеспечением. По итогу как будто поставили мотор от Жигулей в 500-й Mercedes или 7-ю BMW :)

хотел именно это и написать. :) после прочтения фразы о замене knx на хоум ассистанс читать далее необходимости уже нет

не, ну правильно, заплатил за пол в каждом помещении по 3-5 тыс евров, теперь пора на автоматизации экономить. Разумно.

И майбах на мусорку, он с Алисой не интегрируется, надо на весту менять

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

KNX - деньги на ветер "за бренд".

knx это не бренд, а открытый протокол.

А вот "быстрый модбас" от ВБ это не открытый модбас, а пропиетарное вендорлок расширение нестандартных функций модбас.

Главное не перепутать!

Только он полностью открыт, описан и бесплатен.
Ну и устройства вполне раюотают без использования расширения.

верно, открыт, описан, бесплатен.
кто еще из центральных контроллеров, аналогичных WB поддерживает этот протокол? на кого можно пересесть, сохранив весь функционали и скорость реакции системы, случись че с центральным контроллером и невозможностью купить новый WB?
или сколько клиент заплатит другому интегратору за написание поддержки этого протокола на другом оборудовании в будущем?
или предложжить ждать включения света по 1-2 секунды переходя на чистый модбас?

Вайзер никогда не имел поддержки Алисы вроде?.. это только на LogicMachine было.
кто еще -
Iridium server (knx tp)
YaController (knx ip)
Urri (knx ip)

Статья заказная, к гадалке не ходить.достаточно взглянуть на эти хоромы и парную Заказчик отказался от вентиляции (ну-ну...!! Это явные не сосстыковки, которые объясняют, что рекламаWirenBoard. ДАННОЕ решение Умного дома ещё не может полноценно управлять вентиляцией, (хотя примитивный алгоритм) и микроклиматом парной. Они только лампочки зажигают, да шторы двигают для лентяев . Это все, ради чего кладут я километры проводов и безумный шит. Вы посмотрите, как разобраться в этой паутине проводов?

Эммм.
А это тоже реклама?
Про вентиляцию, просто для примера: https://wirenboard.com/ru/pages/superwise-13-stage-sport-complex/
Еще про нее: https://wirenboard.com/ru/pages/rostics-fan-system/
И про то как самому сделать: https://habr.com/ru/companies/wirenboard/articles/702444/

про парную: https://wirenboard.com/ru/pages/solutions-edselectro-bath/

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

Дорогущий дом, электроника, отделка. Но при этом абсолютно колхозное размещение датчиков без малейшей попытки их скрыть или подобрать по стилю.

Скрытый текст

Примерно как тут. Но тут человек пишет, что сам ремонт делал.

Скрытый текст

Но если заказчику (он же в приведенном примере испольнитель) нравится - то почему нет? Ему жить и пользоваться.

Sign up to leave a comment.