Всем привет!

Хочу реализовать "умный дом".

Требуются:
1) комментарии по нижеприведенному анализу ситуации,
2) ответы на возникшие вопросы,
3) рекомендация оборудования,
4) рекомендация проверенных подрядчиков.

Объект: коттедж 480 м2 в ближнем Подмосковье (17 км по Ярославке), в 3 уровня (с цоколем), каркасно-сборная технология строительства, стадия начала ремонта. Эл-во 15 кВт, газ центральный, интернет 100 Мбит/сек, поселок хорошо охраняемый, электрощиты на каждом этаже.

Планируемый функционал "умного дома" достаточно "стандартный" - это управление по
а) датчикам (движения, CO2, освещенности, температуры наружной и т.д.),
б) расписаниям (зима / лето, дни рабочие и выходные / праздничные, время суток) и
в) сценариям (дома/вне дома, отпуск, домработница, гости/гости ночуют и т.д.),

Следующим оборудованием:
1) освещение внутреннее и уличное (светодиодные лампы без диммирования, около 50 групп),
2) водяные теплые полы (7 зон),
3) приточная вентиляция (2 штуки по отдельности: для цоколя и на 1-2 этажи; в цоколе, возможно, регулируемая по 5 зонам - еще до конца не решил),
4) охранная (датчики движения) + пожарная (дымовые датчики) сигнализация, в том числе контроль утечки газа (без вывода на пульты, с извещателями),
5) полив (обычный, Hunter, лениво разные системы управления в доме разводить, хочется одну),
6) кондиционеры (в основном, канальные, но будет и 1 настенный; управление с помощью ИК-трансмиттеров),
7) контроль фильтров очистки воды (по изменению давления на входе и выходе),
8) контроль протечек воды (7 датчиков протечки + датчик давления в системе отопления + датчики расхода воды в теплых полах),
9) управляемые розетки (только для утюга и торшеров - всего 5 штук),
10) моторизованные жалюзи (7 штук),
11) котел отопления - хотелось бы мониторинг состояния/ошибок, ну и "вкл./выкл" (не обязательно, т.к. котел "тупой", не факт, что получится),
12) электромеханические замки (входные двери - 2 шт.).

Чего не потребуется:
1) видеонаблюдение (не актуально + можно на ivideon'е реализовать, если уж нужно станет),
2) аудио/видео мультирум (NAS-сервера + централизованных пультов + мультизонных ресиверов хватит "за глаза"),
3) диммирование света (повторюсь, так как это важно, как я понял).

Естественно, для контрольных функций (охрана/пожарка/протечка) нужно, как минимум, SMS-оповещение, а лучше (гораздо) - голосовой звонок.

Для управления всем этим хозяйством хотелось бы иметь всего 2 Android-планшета в доме (стационарно в стены монтировать, с зарядкой) + с любых смартфонов Android/iOs (как дома, так и вне дома).

Погрузился в тему домашней автоматизации. Прифигел конкретно от обилия инфо. Сделал для себя следующие выводы.

Протоколы / шины:
1) европейская KNX/EIB: все очень хорошо, но уж крайне дорого; несмотря на наличие финансовой возможности, я не готов платить по 10000 руб. за 1 выключатель, по 15000 руб. за 1 канал для розетки, панели закрытого типа по 30000-40000 руб., и так далее; по цене не устраивают даже "дешевые" производители типа HDL KNX и Zennio;
2) американские и др. стандарты (LON, Bacnet, C-bus и пр.) - все аналогично КNX/EIB, но минусов побольше, так как меньше распространены, поменьше конечного оборудования и т.д.;
3) Modbus - не очень технологично (потому что централизованно и устройства не могут сами посылать телеграммы - требуется их опрос), но недорого, распространено, да и международный стандарт (однозначно ему еще жить и жить долго), оборудования дофига, для интеграции с большинством оборудования лучше всего подходит, и т.д.;
4) "закрытые" протоколы / коробочные решения (MiMi Smart и пр.) - нафиг, неизвестно, будут ли эти конторы существовать через 5-7 лет, да и вопрос выбора конечного оборудования и различных интеграций крайне усложняется;
5) HDL Smart-bus (выделяю из "закрытых" протоколов по причине высокой распространенности): тоже недешево + Китай + не международный протокол - нафиг.
Итог: Modbus.

Центральное ПО для визуализации и управления с планшетов / смартфонов:
1) Evika (Logic Machine): все достаточно симпатично, но мало распространено, и не так уж и дешево (с учетом цены железа);
2) iRidium Mobile: самое симпатичное, намного более распространено;
3) штатное ПО различных ПЛК (Wago, Beckhoff, Овен и пр.) - все некрасивое, "тяжелое" (уж точно не под смартфоны) и т.д.
Итог: iRidium Mobile.

Центральное Modbus-оборудование:
1) Raspberry, Andruino, обычные ПК + различные Modbus-устройства к ним: это все для программистов-энтузиастов, имеющих компетенцию, дофига свободного времени (и поэтому мало денег); вопросы про скорость работы в целях мониторинга устройств по шине Modbus даже поднимать не буду - все очень медленно;
2) пром. сервера (с ОС, поддержкой Modbus, крепление на DIN-рейку): опять же Logic Machine (Evika), Wiren Board (и на его базе - подозрительно дешевая сейчас "Победа"), UMC; это вариант;
3) ПЛК (Wago, Beckhoff, Овен) - это тоже вариант; других производителей иностранных (типа Siemens, Delta) или российских (типа Insyte) не рассматриваю, либо по причине ненадежности последних, либо по причине малой распространенности первых (в домашней автоматизации).
Итог: пока не определился, вижу такие варианты:
1) один пром.сервер,
2) ПЛК + пром.сервер.

Вот тут и начинаются первые вопросы:

1. Самый дешевый вариант - это один пром.сервер. Вроде как Modbus у него уже "на борту", надежно и быстро должен работать (теоретически...). Но вопросы:

1) Как к нему подключать модули ввода-вывода? Полностью ли совместимы модули Wago/Beckhoff/Овен с такими промсерверами?

2) Насколько надежны такие промсервера по сравнению с ПЛК?

3) Каким образом подключать между собой модули Wago/Beckhoff/Овен, когда они будут разнесены по разным этажам? По какому протоколу они будут "общаться" между собой? Они станут выступать slave-оборудованием для пром.сервера, правильно ли я это понимаю? Можно ли комбинировать модули от разных производителей? Нет ли там какой-то modbus-специфики?

4) Какой пром.сервер выбрать - LogicMachine (Evika), Wiren Board ("Победа"), UMC?

2. Вопросы по ПЛК:

1) Действительно ли ОВЕН настолько плох для домашней автоматизации, по сравнению с Wago/Beckhoff? Цена, подробная документация, огромная распространенность и чувство патриотизма, в конце-концов, присутствуют очевидно)) А как с надежностью, скоростью работы, наличием необходимых устройств? Например, ИК-трансмиттеры к ОВЕНу (да и к др. ПЛК) легко ли подключаются/настраиваются?

2) Если сравнивать Wago и Beckhoff, то что выбрать? Интересуют такие аспекты:
а) цена (не только самого ПЛК, но и модулей ввода-вывода к нему)
б) распространенность среди инженеров, владеющих "конфигураторами" (CodeSys-подобными?)
в) широта линейки устройств - модулей ввода-вывода, шлюзов и пр.

3) Какое из оборудования Wago/Beckhoff стоит взять б/у на Ebay, а какое - только новое? Я так понимаю, что модули-то изнашиваются постепенно в ходе работы? А сам ПЛК может иметь недостатки при покупке б/у? Или есть жесткие аргументы, чтобы все только новое приобрести?

Ну и обобщу глобальные вопросы:

1. В целом, по выбору шины (Modbus) - правильно ли я размышляю и делаю выбор?

2. В целом, по выбору ПО для визуализации и управления - правильно ли я размышляю и делаю выбор?

3. Кого можете порекомендовать на этом форуме для данного проекта? Можно по отдельности:
а) проектирование, шеф-монтаж (провода разбросают электрики) и последующая настройка ПЛК?
б) разработка / внедрение iRidium Mobile?

Спасибо за ответы!

Wago, Beckhoff - модули работают по внутренней шине c ПЛК а не по Modbus, как у Овен. Так что внимательнее в этой части при выборе.
Понятия настройки ПЛК тут не будет, ибо это свободнопрограммируемые контроллеры и для программы потребуется схема разводки.

Codesys не конфигуратор а среда разработки. Beckhoff, ABB используют свои платные модификации CodeSys.

Iridium может и чудесен но привяжет по полной программе а так же потребует покупку лицензии для Modbus (не подскажу сколько стоит и как считается)

пром ПК подразумеваются ? кто сказал что у них Modbus на борту ? Только если в его цену включено ПО с какой-нибудь средой разработки. типа CodeSys RT и подобного....


Имхо - ПЛК + модули В/В с сетевым портом. Красоту потом можно прикрутить через Modbus TCP, поставив на мини ПК (например Raspberry Pi3) SCADA систему, желательно Web ориентированную.

Спасибо, понял. Это еще один плюс для Овена. По сравнению с Wago/Beckhoff, на Ваш взгляд, какие у Овена существенные недостатки в целях домашней автоматизации?



Да, я все это уже понимаю. Только один вопрос - если человек работал, например, с Codesys для Овен, то насколько ему будет сложно в модификации Codesys, например, от Beckhoff работать?



Дело же не только в деньгах. iRidium недешевый (с сервером и на 5 устройств с поддержкой всего, что мне нужно, лицензия будет стоить под 80 000 руб.) Но я считаю, что конечные интерфейсы должны быть
1) юзабельными,
2) "легкими",
3) универсальными (работать на разных устройствах и ОС).
Вроде как iRidium всему этому удовлетворяет.



Я имел ввиду, что по RS-282|485 их можно подключить))) Естественно, без ПО никакого Modbus не получится. Но этим ПО может служить сам iRidium server! В том-то и идея (как один из вариантов), чтобы взять пром.ПК (типа такого http://pobeda.golovin.info/tovar/pobeda-light/), подключить его к модулям ввода-вывода на шине Modbus (от Овена, Insyte), поставить на нем iRidium сервер, и управлять всеми устройствами из-под него. Ну и плюс визуализацию для планшетов / смартфонов опять же на базе iRidium нарисовать.

Из плюсов - можно менять расписания и различные переменные (реакции) в юзабельном режиме, не запуская Codesys и пр. SCADA-системы, вот прямо с планшетов.

Чем плоха такая конструкция?



Не понял, что значит "модули ввода-вывода с сетевым портом"? Речь о порте Modbus? RTU или TCP? Кто производит такие модули? И прошу подсказать web-ориентированные SCADA, чтобы реально красивые были web-интерфейсы...

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

Спасибо, идея ясна. Но возможности удаленного программирования и заливки не требуются. Да и я не собираюсь собирать всю эту систему и программировать самостоятельно. Поэтому рассматриваю только те решения, которые достаточно широко распространены, легко найти фирмы / специалистов по их обслуживанию. Поэтому речь и идет об Овене/Wago/Beckhoff и iRidium mobile.

Плюс я пока не видел ни одного веб-интерфейса для Scada-систем, который хоть примерно сопоставим с подобным: https://www.youtube.com/watch?v=ZGfXLSiJUVE

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

имел ввиду ПЛК с Ethetnet портом ессно, немного не там написал про него.
Хотя есть и модули В/В с ethernet, например у Moxa

Речь шла о том, чтобы на ПЛК сделать локальную систему управления. Например вкл/выкл света, димирование, например удержанием кнопочного выключателя. С условием ввода вывода всех переменных с привязкой к сетевым.

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

Надо именно такой подход использовать, чтобы можно было все делать последовательно а не вваливать деньги одномоментно.
И SCADA не так уж плохи. Iridium может быть и прекрасно и красиво, да только
1. все эти красивости после месяца, двух надоедят и вы будете просто использовать выключатели
2. ну и стоит как паровоз

Ну, вопрос размера денег (=цены) - это всегда вопрос адекватной ценности (для потребителя). Короче, есть деньги на iRidium))

iRidium-сервер на базе пром.компьютера - это тот же ПЛК, где в качестве SCADA-системы используется как раз серверный компонент.

Другими словами, вижу 2 варианта:
1) ПЛК Wago/Beckhoff + iRidium-сервер (для настройки времени, переменных и т.д.) + iRidium-конечное ПО,
2) модули ввода-вывода по шине Modbus (Овен, Insyte и др.) + iRidium-сервер (как SCADA+ПЛК) + iRidium-конечное ПО.

Вариант 1) дороже, кажется гораздо более надежным (за счет оборудования более качественного и ПЛК аппаратного вместо программного), но его минус в использовании нескольких системах (Codesys-подобной SCADA + iRidium-сервер).

Вариант 2) кажется менее надежным, но более простым, ну и также гораздо более дешевым.

Что делать - не понимаю пока... Вариант 2) из области инноваций))))

Добрый день,

Классный проект!
И продуманно заданный вопрос.

Теперь по существу:
Структура - 3 уровня:

Уровень 1 - локальное оперативное управление оборудованием
Управление приточками, кондиционерами, котлом и т.д.
Часто на этом уровне используется автоматика поставляемая вместе с оборудованием, необходимо только убедиться в ее коммуникационных способностях.

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

Уровень 3 - визуализация, архивация, удаленный доступ.
SCADA система с доступом через мобильные устройства и интернет

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

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

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

Плюсы применения Modbus:
Тяжело найти специалиста который его не знает
Промышленный, надежный и проверенный временем протокол;
Поддерживается многими производителями оборудования в т.ч. вполне бюджетного;
Высокая скорость передачи данных, топология шлейф - нет необходимости применение сетевого оборудования (это для случая RS485)
Нет проблем с конфликтами передачи - мастер только одно устройство (это для случая RS485)

Оборудование
В качестве контроллеров для 1 и 2-го уровней можно применять Signetics, CAREL, TECO - у них у всех есть честный Modbus, адекватная стоимость и нормальная среда разработки.
В качестве модулей входов/выходов я последнее время применяю EBM-A (IECON) - честный Modbus, хорошая цена. Подробнее см. в ветке "Импортозамещение"
В качестве терминалов пользователя хорошо подходит Weintek - честный Modbus, хорошая цена - в этом случае вообще можно обойтись без SCADA, особенное если не нужно хранение архивных данных за годы работы. Можно организовать удаленный доступ к терминалам через интернет.
SCADA - их много в т.ч. и iRidium вполне интересная вещь.

Только не Carel так его, не знаю у всех ли, но у PCo3 фильтрация дискретных входов 320 мс, вроде бы фигня в мерках времени, но как удивительно, что нажимаешь на кнопку как на обычный выключатель и ничего не происходит

Тормоз короче....

Спасибо.



По уровню 1 - ясно.
По уровню 2 - не ясно. Вы перечислили несколько производителей контролеров. Но у каждого из них, как я понимаю, своё ПО для настройки? Если да, то это уже перебор для меня... Не готов я на такую сложность / многообразие видов оборудования и ПО, все это будет непросто перенастраивать и обслуживать, ЗИП будет трудно создать (а я планирую). Лучше переплатить и взять полную линейку 1-го производителя, и с Codesys-подобной SCADA, которую знают очень много людей. Также я не понял, какой ПЛК в итоге брать под такую схему Вы предлагаете, программное решение?

Все-таки, если выбирать между Wago/Beckhoff и Овен, то насколько плох Овен? И что выбрать между Wago и Beckhoff?



Я бы на уровень 3 вынес бы еще "пользовательские настройки", под которыми я понимаю все переменные и расписания. Например,
1) будильник на 07:30 по будням -> действия; время будильника хочется менять в пользовательском режиме;
2) полив включать по пн., ср. и пт. в 23:00; данное расписание также хочется менять в пользовательском режиме (как и время работы линий полива).

Иначе вся эта конструкция (все на базе SCADA настраивать) получается для инженеров, а не для пользователей.



Что такое "контроллер синхронизации"? ПЛК? Какой?



Я так и предполагал, что часть операций будет выполняться на уровне ПЛК (те, что не требуют настройки пользователем), а другая часть ("настроечная") - на уровне iRidium-сервера, как и визуализация.



ОК, спасибо, вопрос с Modbus закрыт (в смысле, сомнений больше нет).



Не вижу смысла в иных терминалах, кроме как стационарные Android-планшеты + собственные iOs/Android-смартфонов. И на всем этом - свои визуализации от iRidium. Зачем терминалы от Weintek еще ставить?

На самом деле вам придется разделять.
Нет универсальных ПЛК, которые бы охватили все задачи, вернее есть, у которых нет собственных вх/вых + к ним надо модули, но выйдет точно кучеряво.

В таком случае тот же Wago/Beckhoff
На счет Wago не скажу, какое там ПО, а у Beckhoff TwinCat - построенный на базе CodeSys 2 и платный.

наверное было бы лучше рассматривать архитектуру несколько иначе.
Например для задач включения выключения света применить Программируемые реле, производителя выберите сами после определения типов датчиков.
В чем их преимущества против ПЛК - дешевле, для задач локального вкл/выкл светом справятся на ура. Так же могут считывать температуру с датчиков и центральный ПЛК сможет этими данными воспользоваться. Так же центральный ПЛК сможет через них включить или выключить свет. Можно применить для управления температурой по помещениям (зонам). Установить их в каждый этажный щиток например.

Очень хорошее решение ПР200 от Овен, на борту можно заказать до 2-х интерфейсов 485, один к центральному ПЛК. на 2-й недостающие модули ввода/вывода если потребуется.

Очень часто, что даже скромного ПЛК для локальной задачи очень много, как по памяти, функциям так и по цене.

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

Так же для контроля температур можно применить Arduino, на них проще подключить цифровые датчики температуры и влажности и отдать данные в Modbus, а уж что с этим делать дальше примет решение ПЛК.

В итоге центральная часть 1 шт (ПЛК) проще держать ЗИП
конечные части так же на ПР одного производителя (Овен ПР200 - только с экраном, Schneider Zelio Logic если хотите богаче но тупее, аналоговые входа только 0-10В и слабым АЦП, Siemens LOGO! - получше Шнайдера, новые версии есть с Ethernet, так же есть модификации без экрана но послабже Овена в плане математики и аналоговыми входами только 0-10В (слабый АЦП) против Овеновских 0-10В и 4-20мА)
ABB даже советовать не буду, хрень в 2 раза дороже самого дорогого из перечисленных только с LD и паршивыми аналоговым входами

Да, ПР-ки справятся так же с задачами локального управления как вент установок так и нагревательных охладительных приборов через шлюзы производителя или даже программно сами. Центральному ПЛК только придется им передавать уставки из Iridium или откуда вы их там будете передавать.
Если взять с экраном, то просто на этаже можно открыть щиток и что-то изменить не доставая планшет и не бегая к панели...

Так, спасибо, еще кое-что для себя прояснил, а именно - часть систем(ы) можно (и нужно) сделать на ПР.

Ок, тогда вопрос - а у Wago/Beckhoff случаем нет подобных ПР?

По Овену. Его можно брать? Он нормально работает? Или лучше переплатить за немецкую надежность?

Ну то есть я хочу сэкономить, но не до бреда. Т.е. KNX|EIB - это бред по деньгам (даже когда они имеются). Но и в другую крайность тоже впадать не хочется - делать систему из кучи разных компонент, настраиваемых с помощью разного ПО, интегрируемые через еще пачку систем... - это не для меня.

Все мои задачи можно решить на оборудовании какого-то одного производителя ПЛК/ПР? Если да, то какой выбрать?

У Wago есть, они же Legrand если не ошибаюсь, к сожалению в руках не вертел и возможностей их ПО не подскажу.
Очень похожи внешне скорее ABB и скорее всего с математикой у них тоже не лады будут если сравнивать с Овен.
Буржуи до этих дел жадные, что по части более лучшего АЦП что по части возможностей ПО что по части включения интерфейсов в ПР в штатную поставку.

Schneider и ABB тоже горят наверное реже, но бывает. Так что тут надо смотреть либо в пользу возможностей либо в пользу надежности.

По Овен и их ПР200, есть ошибки в ПО или недоработки, но они развиваются и устраняют и добавляют. ПР себя очень хорошо зарекомендовали. Программа пишется на FBD языке со связями (аналог CFC в CodeSys), аналог так же FBD в ZelioLogic и Siemens Logo!, ессно с некоторыми отличиями в наличии/отсутствии тех или иных функциональных блоков в ПО.
По крайней мере специалисту по CodeSys большого труда не составит написать программу и для ПР200 от Овен.

Возможностей у Овеновского реле куда больше, чем у конкурентов. Вот с допами слабовато, вроде как появились модули дискретных входов выходов, или вот-вот должны появиться, не уточнял пока. С ними ПР работать будет быстрее, чем с внешними модулями В\В.

Я бы советовал выбрать хорошую "голову" с желаемым ПО разработки, интерфейсами и т.д. чтобы устраивало, а вместо модулей ввода/вывода использовать ПР200 например, по крайней мере его можно легко превратить в тупой модуль В/В да еще и датчиков на него навесить, этакий модуль В/В с 8/8 DIO и 4/2 AIO.
Ессно придется написать пусть скромную программку для чтения из него всех данных по RS485. Ну а остальное возложить на "голову". Можно так же добавить на экран инфу что включено, выключено и т.д. А можно программу и посерьезнее написать, с PID регуляторами теплых полов или нагрева входного воздуха и т.д.

Не уверен, что конкуренты справятся с подобным, разве что Logo! последние....

я для ПР200 делаю аналоговые датчики температуры из LM335, дешево и сердито, если точность не так важна. Так вот ни один из используемых или изученых ПР от конкуретнов (шнайдер, АББ, Сименс) не может читать данный датчик, так как у него очень узкий диапазон напряжения при границах датчика -40 +100 градусов.
Думаю Wago c Legrand тоже далеко не ушли.

Лучше конечно цифровые датчики температуры и влажности, но тут либо шлюз Modbus - 1Wire либо цеплять их через Arduino.

Wago (Beckhoff)+Iridium вариант рабочий. Например, 1
Программист, который делал этот проект строит себе "умный дом" на Wago, говорит что ему Wago нравится больше Beckhoff.

Иван, если вопросы будут по нашему софту, обращайтесь. Либо здесь, либо пишите на почту support@iridiummobile.ru. Также сможем подсказать по спецам для разработки/внедрения iRidium mobile. Для начала можно посмотреть здесь - http://www.iridiummobile.ru/find-a-dealer/...&btypes=all

Ну и в дальнейшем вы сможете расширять проект, не меняя iRidium за счет мультипротокольности.

По Овену где-то тут на форуме были отзывы, местами очень эмоционально Для вашей системы я бы Овен не взял.

Скажем так, из Овена есть вещи, которые не стоит брать. Например 100-ю серию - 100, 150, 154 - дохнут акб внутри, слабоваты по характеристикам
на 110-60 тоже ругаются, а -30, -32 вроде беспроблемные
По панельным ПЛК ничего не скажу, надо отзывы читать.

я вообще к тому, что нет смысла покупать несколько ПЛК, во-первых это дорого, во-вторых этажные ПЛК будут работать процентов на 20 своих возможностей.
А вот ПР в данном случае тема. их можно нагрузить по полной для этажей, может даже центрального ПЛК будет не нужно, но если очень хочется то можно

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

Делал человеку на ПР110-220 включение освещения из нескольких мест - вышло гораздо дешевле чем покупать импульсные реле. Трудится уже года 4 или 5 без нареканий.

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

Овен навивает ностальгию по СССР, сами не использовали, но часто слышали отрицательное отзывы.

Сейчас поэтому используем в основном TECO CP-1004 без входов/выходов (http://www.tecomat.com/kategorie-308-tecomat-foxtrot.html) программируются на FBD и ST, среда Mosaic (http://www.tecomat.com/index.php?a=cat.311)
Используем их на 1-ом (если поставщики оборудования не предоставляют автоматику с Modbus) и 2-ом уровнях.
В качестве модулей ввода/вывода EBM-A (http://www.iecon.ru/ru_ru/production/komponenty-sistem-upravleniya/ebm-a/index.php) - как ни странно, марка малоизвестная, но мы ее часто встречали на объектах и решили сами попробовать. Опыт эксплуатации крайне положительный.




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


В опыте были проблемы с iOS/Android устройствами при открытии Web страниц:
- долгий отзыв, тормоза при нажатии клавиши. Это не заметно при управлении удаленным устройством, а при управлении светом в комнате где установлено устройство очень заметно и раздражает.
- не на всех устройства все отображается одинаково.
- достаточно дорогое решение, необходимо ставить SCADA с коммуникацией с iOS/Android устройствами + сами устройства.
- не встречали iOS/Android устройств, без колхоза, для установки на стены и в шкафы.

Поэтому сейчас все это заменяем на просто Weintek или SCADA + Weintek:

• Просто Weintek - применяем там где нет необходимости вести большие архивы;
• SCADA + Weintek там где необходимо архивирование данных за большие периоды и контроль за действиями пользователей

Коммуникация Weintek-PLC Modbus RTU(RS485) или Modbus TCP
Коммуникация Weintek-SCADA Modbus RTU(RS485) или Modbus TCP




В опыте были проблемы с iOS/Android устройствами при открытии Web страниц:
- долгий отзыв, тормоза при нажатии клавиши. Это не заметно при управлении удаленным устройством, а при управлении светом в комнате где установлено устройство очень заметно и раздражает.
- не на всех устройства все отображается одинаково.
- достаточно дорогое решение, необходимо ставить SCADA с коммуникацией с iOS/Android устройствами + сами устройства.
- не встречали iOS/Android устройств, без колхоза, для установки на стены и в шкафы.

Поэтому сейчас все это заменяем на просто Weintek или SCADA + Weintek:

• Просто Weintek - применяем там где нет необходимости вести большие архивы;
• SCADA + Weintek там где необходимо архивирование данных за большие периоды и контроль за действиями пользователей

Коммуникация Weintek-PLC Modbus RTU(RS485) или Modbus TCP
Коммуникация Weintek-SCADA Modbus RTU(RS485) или Modbus TCP

Спасибо, мысль осознал. ПР-ки на нижнем уровне.
Плюс, как я понял, Вы за "Овен" + ЗИП под него, я примерно также и думал.

Но почему в роли ПЛК не может выступать тогда iRidium-сервер? Тем более, что "низом" - ПР-ки? Зачем нужен отдельный ПЛК в данном случае?



Ваш пример стоит как поддержанный Bentley, я так думаю)) У меня "хотелки" и возможности поскромнее))

Насчет Wago - мнение ясно, спасибо.



Спасибо, понял.



ОК, учту, спасибо.



Спасибо, понял. Еще раз посмотрю в сторону Weintek и EBM-A (тем более, что уже 2 инженера в этой теме рекомендуют данное оборудование).

"..Сейчас поэтому используем в основном TECO CP-1004 без входов/выходов (http://www.tecomat.com/kategorie-308-tecomat-foxtrot.html) программируются на FBD и ST, среда Mosaic (http://www.tecomat.com/index.php?a=cat.311)
Используем их на 1-ом (если поставщики оборудования не предоставляют автоматику с Modbus) и 2-ом уровнях..." -
давненько не слышал про использование фокстротов у нас..
Зачётный девайс, Мозаик то же. Тогда до кучи и Relians пользовать.
С уважением -
Бабий Сергей

IvanAT вам надо проверить НИЗ на предмет датчиков и чем вы там управляете. ПР предлагал для низа не обязательно ОВЕН, если исходя из наличия датчиков, устройствами и механизмами которыми вы планируете управлять локально, а так же наличие интерфейсов на борту ПР вам хватит ОДНОЙ модели ПР для всех низовых мест (ЗИП будет состоять из 1 шт), тогда имеет смысл рассматривать данный вариант.
Верхний ПЛК либо будет, если будут сложные алгоритмы для низовых ПР и он сможет взять на себя эту задачу, а ПР окажется как транслирующее звено, например для чтения датчика температуры и передачи этих данных в центральный ПЛК для дальнейшей обработки.

Имхо, не все SCADA системы могут и тем более могут БЫСТРО обрабатывать данные и принимать решения.

То есть верхний уровень больше для наблюдения и удаленного управления, не надо на верхний уровень возлагать функции ПЛК.
Скажем SCADA вряд ли сможет обрабатывать данные за 1-3 мс + время на пересылку от мастера до слейвов.

Так что надо еще исходить из времени реакции.

Ну не ставить же даже самый недорогой ПЛК (например тысяч за 13-15) ради включения света блин....
Кстати Beckhoff практически все на Windows CE, что лично меня от них отталкивает.

Windows CE это черная метка на Beckhoff


Поэтому оперативное (быстрое) управление на уровне 1, в т.ч. защита оборудования.
Уровень 2 - синхронизация систем, организация резервирования и т.д.
Уровень 3 - только визуализация и подача команд: вкл/откл, изменение уставок и т.д.

Один PLC на все системы одновременно усложняет программирование (проблема с разбиением на задачи),
возможно проблемы со скоростью передачи (придется гонять много данных по сети, в т.ч. которые быстро меняются)
Отсутствие резервирования - зависание/поломка центрального PCL погружает заказчика в каменный век.

Ilja ну я не говорил, что центральный ПЛК должен взваливать на себя все. Как раз нижний уровень должен тянуть.
Но бывает моменты, когда средств математики или еще по какой причине железо нижнего уровня не сможет делать качественную регулировку, тогда такую задачу должен выполнить центральный ПЛК.

Например на нижнем уровне нагрев приточки по принципу гистерезиза, если есть связь с ПЛК, то он может и ПИД регулировку сделать. Отвалилась связь, нижний уровень продолжает по своей программе управлять.
Еще как вриант, центральный ПЛК выполняет функции управления, если на нижнем уровне модули В/В.

Ну как-то так.
Еще как вариант, ПЛК с нижним уровнем соединяется по rs-485 а вернему уровню дает доступ по TCP

Уважаемые инженеры!

Еще раз огромное спасибо за Ваши рекомендации.

Я в меру возможностей (временных и по компетенции), по итогам Ваших рекомендаций поглубже погрузился в тему ПР/ПЛК/панелей оператора разных производителей и понял для себя, что
1) панели оператора я хочу видеть все-таки на iRidium (только для визуализации и "небыстрых" уставок, т.е. без функционала управления светом и пр. быстрых установок);
2) свет у меня будет управляться на базе ПР, это уже очевидно; вероятно, еще что-то будет на базе ПР-ок;
3) в принципе, будет ли у меня в схеме ПЛК - пока непонятно, совсем не факт; скорее всего, ПР-ок для моих задач будет достаточно, а для оставшихся задач в роли ПЛК вполне может выступить тот же iRidium;
4) я готов ощутимо переплатить за единообразие оборудование и, соответственно, программ для его настройки, чтобы упростить задачи "формирование ЗИП" + "сложность настройки и последующего обслуживания" всего этого хозяйства.

Исходя из этого, какого производителя пром.оборудования ПР/ПЛК мне выбрать, чтобы все было унифицировано (единообразно)? У кого из грандов есть все потенциально необходимые модули? В идеале, ограничить бы выбор между Овен, Wago и Beckhoff (т.к. они и Codesys более всего распространены).

И кого из Ваших знакомых можете порекомендовать для работы с этим оборудованием по моей задаче? ("Умный дом на Modbus / промышленных ПР/ПЛК + iRidium"). И можно в личку, если хотите порекомендовать себя))

ПР всех производителей к сожалению не поддерживают CodeSys. У них как правило свои программы разработки.

По известным мне:
Овен - OwenLogic, язык FB (или FBD у других), если рассматривать ПР200 - экран, 0,1 или 2 RS485 на борту, 8DI (220В или 24В), 8DO (релейные, объединены в пары, лучше всего для управления светом ставить промежуточные реле, тогда объединение в пары не является недостатком), 4 АI (переключающиеся и настраиваемые 4-20мА или 0-10В или измерение сопротивления или как дополнительный дискретный вход 24В), 2 AO (4-20 мА или 0-10В в зависимости от заказа)

Schneider ZelioLogic, так же свое ПО, язык LD (язык релейных диаграмм) или LD+FBD (выбирается один из двух для программы), НЕТ интерфейса на борту, модификации до 16 входов и 10 выходов. Аналоговые входы только 0-10В, надо смотреть есть ли дополнительные модули на 4-20 мА. Ну и вообще модули посмотреть какие у них есть. Умеют работать с модемами (если планируется Iridium думаю можно забить на подобные модули). Так же часть выходов могут быть объединены в пары. Бедное ПО на функциональные блоки.

Siemens LOGO! язык FBD и кажется LD, так же свое ПО достаточно богато функциональными блоками, примерно как и Schneider, есть версии с ethernet портом и вроде как скромным web сервером (не уверен, таких не щупал). По характеристикам примерно как и Schneider только голова всегда одна, 8/4, пару входов универсальны, дискретный или аналог 0-10В. Дополнительные модули есть разные, надо смотреть.
485 нет, на счет Modbus не уверен.

ABB - свое ПО, язык LD. Характеристики по соотношению к цены скромнее некуда.

Wago, Legrand не щупал руками. Скорее всего не далеко ушли от собратьев ПР конкурентов. ПО вроде как тоже у всех свое.

В общем все ПР не на CodeSys.

Хотите именно CodeSys?, ищите среди ПЛК бедные и богатые модели по характеристикам.

ИМХО, выбрал бы ПР200 для низа. Хорошую голову в центр и первоначально бы "сделал" из ПР200 модули В/В и вся арифметика в центральном ПЛК. Потом бы переносил локальные задачи на ПР. Простое вкл/выкл света сразу бы вогнал в ПР с возможностью управлять из центра. ПЛК бы озадачил сложными задачами а так же например обработкой и чтением счетчиков тепла, воды, электроэнергии (тоже придется попотеть с выбором, как вариант Меркурий для электроэнергии, Пульсар с интерфейсом для воды и тепла)

"У меня нее большого опыта по программированию Beckhoff "
..но выводы "космической глупости"(ц) уже сделали))

"сложилось отрицательное отношение. Много устройств дублирующих друг-друга,"
..вы путаетесь не в "устройствах", а в концепциях коих у B.. да, достаточно):
есть "чиста ПЛК", серии BC/BX,
есть удаленка IO на разных шинах от USB до ProfiNET, это серия BK,
есть "встраиваемые ПЛК", серия CX, вот они как раз на CE или Win Embedd,
а есть "чиста пром PC"

и есть несколько основных внутренних шин, и соответственно типов модулей IO:
K-bus и модули серии KL, шина соединения модулей IO между собой типа RS-485, уже устаревающая как сами B.. позиционируют ее
E-bus и модули EL, это шина на основе EtherCAT-технологии, грубо говоря Ethernet-шина для объединения модулей IO как внутренних так и внешних

есть еще модули и шины для работы в условиях IP68, но то отдельная песня)
так вот, среди всего этого многообразия нет "устройств дублирующих друг друга", есть разные концепции для разных условий и задач,
таки да, вы можете поставить в шкаф ИТП и простой BC ПЛК и ПЛК серии IP68(который у вас будет работать даже полностью залитый маслом/кислотой) и они оба будут выполнять поставленную задачу, но никак не быть "дублирующими устройствами"

"сложная архитектура"
..разнообразие концепций

"чистый маркетинг, что бы ни кто ни чего не понял."
"Windows CE это черная метка на Beckhoff"
..ну вот и выводы))

"На счет Wago не скажу, какое там ПО, а у Beckhoff TwinCat - построенный на базе CodeSys 2 и платный."
..несколько раз уже читаю здесь это, надоело уже)), TWinCAT 2.x для программирования/конфигурирования задач ПЛК БЕСПЛАТНЫЙ, платным он становится если вы хотите его использовать в режиме Soft TWinCAT PLC, т.е. сделать из обычного ноута/компа программный ПЛК, даже в этом случае вам дается trial licens на месяц ЕМНИП, после этого месяца если вы не установите рабочую лицензию Soft TWinCAT PLC он просто не будет у вас запускаться в этом режиме, и все, а фунции программирования/конфигурирования ПЛК остаются доступны
..а вот с WAGO там не так все ясно, вроде как сама WAGO IO среда бесплатна а вот файлы target, т.е. то без чего вы WAGO ПЛК в CoDeSys не опознаете предоставляются вместе с покупкой ПЛК вроде как

..ну и что б 2 раза не вставать))

"Следующим оборудованием:
2) водяные теплые полы (7 зон),
..тут либо на каждую зону ставить автономный регулятор типа ТРМа, либо зависеть от "ПЛК работает", и управление желательно по t подаваемого теплоносителя делать а не по воздуху, по воздуху настолько непредсказуемый/инертный контур получается, что стандартный ПИД трудно настроить

3) приточная вентиляция (2 штуки по отдельности: для цоколя и на 1-2 этажи; в цоколе, возможно, регулируемая по 5 зонам - еще до конца не решил)
..тут надо смотреть штатную автоматику приточки

6) кондиционеры (в основном, канальные, но будет и 1 настенный; управление с помощью ИК-трансмиттеров),
..а вот ТУТ надо смотреть производителя, ибо вся ЭТА музыка живет своей жизнью, часто половой)) по отношению к пром.автоматике, ибо класть они хотели на все стандарты)), когда заказчик на одном объекте увидел стоимость интеграции ихних DAIKIN в BACNet ажно прослезился))
надо четко разбираться с возможностями установленных кондеев, там не так все просто

7) контроль фильтров очистки воды (по изменению давления на входе и выходе),
..в общем-то толком это нигде не работает, там на чистом/грязном фильтре обычно такие "мухи" падают в районе 0,01 ати а то и меньше, в районе погрешности самого тракта датчик-модуль, в общем на любителя

8) + датчики расхода воды в теплых полах),
..вот это вообще не понял накуда, какбэ предполагаю что смысл определять утечку в зоне, но как?, резким изменением расхода?, спорно

11) котел отопления - хотелось бы мониторинг состояния/ошибок, ну и "вкл./выкл" (не обязательно, т.к. котел "тупой", не факт, что получится),
..зависит от локальной автоматики котла, ну хотя "аварию хотя бы горелки" как минимум почти с любого можно вытянуть

"Для управления всем этим хозяйством хотелось бы иметь всего 2 Android-планшета в доме (стационарно в стены монтировать, с зарядкой) + с любых смартфонов Android/iOs (как дома, так и вне дома)."
..SCADA в полном объеме вам тут не нужна, нужна визуализация по сути выбранных состояние/управление параметров вашей АСУ, т.е. если все делать по уму, верхний уровень это ТОЛЬКО визуализация, никаких алгоритмов управления на верх тащить смысла нет, вариантов ее реализации достаточно много, навскидку для Android-планшета если вы уж так хотите:

http://www.rusavtomatika.com/weintek/cMT-SVR-100.php
..это WEINTEK, данная шелезяка поддерживает около 300 протоколов всяких ПЛК, обеспечивает сбор нужных параметров вашей АСУ практически с любого ПЛК, если нужно есть простой внутренний язык выполнения скриптов, кстати))

ВОЗМОЖНОСТЬ СОЗДАНИЯ НА ВНЕШНЕЙ SD/ФЛЭШ КАРТЕ АРХИВА ДО 64Гиг
(это не к вам, это тем кто не видит у WEINTEK возможностей архивирования))

и основное это создание GUI для всяких Andro/iOS-подобных девайсов

..есть немного другой вариант
http://www.rusavtomatika.com/weintek/mTV-100.php
это все тоже самое, только под устройство с HDMI-интерфейсом вроде телевизора
ХОТЯ практически на любой шелезяке WEINTEK есть VNC-сервер, соотвественно в качестве устройства визуализации может быть все, где есть VNC-клиент
..ну вот собственно и все что я могу сказать о войне во Вьетнаме))(ц)

ktulu
"..несколько раз уже читаю здесь это, надоело уже)), TWinCAT 2.x для программирования/конфигурирования задач ПЛК БЕСПЛАТНЫЙ, платным он становится если вы хотите его использовать в режиме Soft TWinCAT PLC, т.е. сделать из обычного ноута/компа программный ПЛК, даже в этом случае вам дается trial licens на месяц ЕМНИП, после этого месяца если вы не установите рабочую лицензию Soft TWinCAT PLC он просто не будет у вас запускаться в этом режиме, и все, а фунции программирования/конфигурирования ПЛК остаются доступны"

Хм, спаибо за инфу, попробую его в этом качестве.

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

з.ы. с VNC я бы не связывался для дома, то еще извращение

Новая версия нашей SCADA системы MasterSCADA 4D является web ориентированной и платформонезависимой. Посмотреть готовые демо-проекты online и скачать демо-версию можно на сайте http://masterscada4d.insat.ru. Особенностью является сквозное программирование устройств различных производителей в рамках единого проекта, что упрощает разработку распределенных систем, можно например по web подключиться к любому отдельному контроллеру для локального управления, но при этом иметь постоянно работающий локальный или облачный сервер, осуществляющий общее управление, архивирование и т.п.
Для Windows есть бесплатная версия на 32 канала, обсуждается выпуск бесплатной версии на Raspberry с некоторыми ограничениями.

Логично что не поддерживают. ПР с такой серьезной средой разработки это уже не ПР.
Есть одно исключение. У EATONa, который бывший Moeller, есть контроллеры EC4P, которые внешне не отличимы от ПР, но программируются из Codesys/

Если ещё актуально, обратите внимание на PLC LanDrive SPIDER2 (работает на двух протоколах Modbus и ZigBee). Производитель так же выпускает ряд модулей, необходимых для построения "умного дома", в том числе встраиваемых в обычные подрозетники. Помимо этих модулей есть интересные модули: датчики температуры, реле, ввода данных у китайцев на Aliexpress - получается очень бюджетно. Насчёт визуализации использую софт от MyScada. У них на сайте, в разделе архивов можно скачать приложения для Android от 2016 года - полностью бесплатное, количество тэгов(переменных) не ограничено. Для iOs прошлая версия также была без ограничений за 750руб, но теперь после обновления, количество тэгов ограничили. Среда разработки вполне комфортная, но имейте ввиду, что 7-я версия работает только с новыми приложениями, если использовать бесплатную версию - качайте MyDesigner 6-ой версии. Единственное нужно учесть, что пользоваться графиками, отчётами не удастся - софт недопилен - есть глюки, но для управления и визуализации всё работает без проблем. Теперь насчёт встраиваемых панелей. Обратите внимание на производителя Savant - у них есть для iPad встраиваемая оснастка. Если покупать напрямую (в Москве есть представители) получиться очень дорого - на одну панель без iPAd около 50тыс руб, но на eBay, в США нашёл предложения на порядок дешевле и мне обошлось около 12000р. - за 7000 мне прислали встраиваемую часть с блоком питания и за 5000р. пришлось купить к нему рамку т.к. на eBay не нашёл.
Если будут вопросы - пишите, подскажу. То, что получилось - смотрите в приложенных файлах.