РЕКЛАМА НА ФОРУМХАУС Я так понимаю, что от транспорта не зависит. На RS485 разве не полингом опрос модулей идет? Только в случае с eth скорость 100 Мб вместо 115 кБ. Реально не вижу проблем с использованием tcp на eth. Тем более, что сегмент сети между ПЛК и ОН - физически выделен. Т. е. никакие иные хосты там не присутствуют и подсеть отдельная. Все верно. Для переключения режимов работы котельной и др. автоматики эта задержка не играет роли. Для освещения может вызывать неудобства но я использую дискретные входы ПЛК для этого. На OH выведены просто, что бы были Все это красиво выглядит на бумаге. В реале микс всех этих протоколов приведет к падению надежности системы и сложности в обслуживании. По крайней мере я для себя решил как можно меньше отходить от правил одного стандарта. И могу предположить что в Вашей системе слабым звеном окажется RPi. Этот недостаток только на этапе монтажа. В обслуживании и эксплуатации - это преимущество. Но монтаж делаем один раз Не совсем "интерфейс", но беспроводные технологии тоже использую Есть в гараже секционные ворота с калиткой. Вот на калитке установлен радио-датчик открытия двери (в диапазоне 433 Мгц). Блок приемника установлен в одном из шкафов управления. Этот блок имеет 4 канала и 4 дискретных выхода. Эти выходы завел на входы ПЛК. Минимум преобразований. Сами датчики от какой-то охранки по цене 1 т. р. за штуку. Работают второй год на одной батарейке. Я исхожу из правила - "лучшее - враг хорошего" Система работает не первый год и я даже забываю чего там и как функционирует. Есть конечно документация и журналы кроссовые. Но самое главное для меня - это, что бы система была надежна и требовала к себе как можно меньше внимания. В доме всегда найдется к чему приложить руки и внимание
Хочешь, не хочешь, но на одном стандарте УД не построишь. Например, что вам мешало визуализацию на Codesys Webvisu сделать? А вот и еще один стандарт. Слабым в смысле надежности? Ну во первых это обкаточная платформа. Ничего не мешает потом поменять его на какой-либо более промышленный одноплатник. Софт останется тот же и мои настройки все сохранятся. Во вторых, я прошерстил множество форумов, и в принципе в режиме 24/7 Rpi зарекомендовал себя как надежная лошадка, без каких либо багов, так что может быть его и не будет смысла менять. В третих встроенный софт не изнашивается. Поэтому в софте либо глюки есть с самого начала, либо их не будет, если не злоупотреблять обновлениями. Пока весь мой встроенный софт в виде Rasbian + OH + Mosquitto + Homebridge и пара других аппликух, не выдавал никаких финтов в плане зависаний, неожиданных крэшей и пр., поэтому я думаю, что так и останется. Ну и в четвертых - так как у меня Z-wave, а Z-wave управляется через USB-стик, какой-либо PC-образный компьютер, как звено, все равно необходим, и тут RPi не такой уж плохой вариант.
по правде говоря я пользовался этой визуализацией только во время отладки программы. Ну один раз, когда бойлер менял - отключал подогрев ГВС. Все эти рюшечки, картиночки с анимацией интересны только первую неделю. Затем даже забываешь про них Просто живешь и получаешь удовольствие. Соглашусь, что при возникновении проблем, подобные картинки помогают быстрее определить причину. Но так как я не исключал механические измерительные приборы (манометры, термометры) разница во времени обнаружения проблемы - не более минуты. А стоила ли игра свеч?
Спустя год после того как установил автоматику на распашные ворота обнаружил одно неудобство. Ворота управляются с радио-брелков и с кнопок, что расположены во дворе дома. Приезжают друзья в гости, а я на втором этаже. Брелок в гараже (в цокольном этаже). Что бы открыть ворота нужно или бежать на улицу или за брелком. Надоело. Завел контакты с кнопок управления воротами на дискретные выходы ПЛК и добавил несколько строк кода. Теперь ворота можно открывать при помощи интерфейса OpenHAB с любого доступного устройства. Код: PROGRAM pDoor2 VAR t_imp: TIME := t#1s; clik_bt01: TOF; END_VAR clik_bt01( IN := btDoor01, PT := t_imp); IF clik_bt01.Q = TRUE THEN extBtDoor3 := 1; btDoor01 := FALSE; ELSE extBtDoor3 := 0; END_IF; extBtDoor3 - дискретный выход ПЛК btDoor01 - переменная Modbus Slave (OpenHAB)
Хмм, а почему так сразу не сделали? Это же стандартный вид интеграции - я бы так сразу сделал. И брелки, как таковые в принципе теперь вообще не нужны, если хватает WiFi или есть удаленный доступ к OH.
Почему сразу не сделал? Сложно сказать. Я не сторонник автоматизации всего подряд. Любая доработка должна быть оправданной с точки зрения ее целесообразности. Сначала посчитал, что это лишнее. ОН не имеет доступ из вне. Wifi на улицу не особо дотягивается. Нужно еще внешнюю точку доступа повесить.
Ваш роутер установлен в кирпичном доме? Wi-Fi отлично ловится в каждом помещении? Я так понял что мобильные устройства сеть видят, но видит ли роутер сигнал мобильных устройств?
Точки доступа Ubiqity 3 шт сейчас покрывают весь дом. За пределами дома сигнал есть только если на против окна встать. Думаю еще одну уличную точку доступа повесить и так же подключить к контроллеру. Получится хорошее покрытие с "роумингом". По крайней мере при переходе от одной точки к другой - связь не рвется. Проверено на SIP телефонии.
Скоро зима. А зимой у нас бывает и -40. При такой температуре машина не охотно заводится. Загонять ее на ночь в теплый гараж - не хочется. С мороза и в гараж - это надо 2,5 тонны железа нагреть на 40 - 50 градусов. А это, как мне кажется, совсем не добавит экономии энергоресурсов в доме. Вот и подумал, а почему бы не инсталлировать в систему охлаждения электрический предпусковой подогреватель. Цена этих устройств вполне демократичная, только нужно питание подать в определенное время. Вот и добавил на улицу розетку герметичную. Последнюю подключил к выходу контроллера через промежуточный пускатель. Час на добавление небольшой программы и теперь розетка имеет три режима: 0 - выключена 1 - включена 2 - автоматический режим (включение и отключение по времени или по внешнему сигналу) В openhab добавил несколько переменных и дорисовал интерфейс управления. Позже возможно добавлю настройку времени вкл/откл через интерефейс OH. Но для начала поэксплуатирую так. Код: PROGRAM PowerSocket VAR GetTime: CurTimeEx; Sys_DateTime, Z: SystemTimeDate; Sys_Time: SysTime64; t_current: INT; t_off: INT := 480; (* 8:00 *) t_on: INT := 330; (* 5:30 *) PwSw01_on : R_TRIG; PwSw01_off : F_TRIG; sw: BOOL; END_VAR Sys_DateTime := Z; GetTime (SystemTime:=Sys_Time , TimeDate:= Sys_DateTime); t_current := Sys_DateTime.Hour * 60 + Sys_DateTime.Minute; (*************************************************) CASE cfgModePwSw01 OF 00: cmdPwSw01 := FALSE; (* off *) 01: cmdPwSw01 := TRUE; (* on *) 02: (* auto *) IF t_current >= t_off AND t_current <= t_on THEN sw := FALSE; ELSE sw := TRUE; END_IF; PwSw01_on(CLK := sw); PwSw01_off(CLK := sw); IF PwSw01_on.Q = TRUE THEN cmdPwSw01 := TRUE; END_IF; IF PwSw01_off.Q = TRUE THEN cmdPwSw01 := FALSE; END_IF; END_CASE PwSw01 := cmdPwSw01;
От дистрибьютора - компании Comptek. И где-то на сайте Ubiqiti я это видел про отказ от поддержки роуменга, сейчас не вспомню. Вот из статьи про Cambium, где это есть "В первую очередь, конечно, бросается в глаза поддержка бесшовного роуминга – того, чего всегда не хватало на Ubiquiti и что безуспешно пытались добавить функцией Zero Handoff (фактическая неработоспособность которой вынудила производителя от нее отказаться)." Ссылка на статью https://habrahabr.ru/company/comptek/blog/307300/ В процессе обсуждения новых точек доступа от Ubiquiti с инженером отдела беспроводных сетей Comptek он рассказал, что во время тестирования моделей моделей из этой линейки https://www.ubnt.com/unifi/unifi-ac/ при перемещении между точками, в которые было загружена последняя версия firmware наблюдались кратковременные разрывы соединения. Где-то на 0.5 - 1 секунду.