Примеры логических реле ABB CL, Eaton Easy и SIEMENS Logo!
Когда-нибудь каждый до этого доходит… когда понимает СКОЛЬКО реле надо поставить в щиток, чтобы реализовать какую-нибудь сложную логику управления освещением или другой автоматикой. И СКОЛЬКО надо возиться потом, позже, когда логику работы надо поменять. В Московской квартире в санузле у меня есть щиток на 24 модуля, в котором стоит аж (если мне не изменяет память) пять штук реле времени, из которых четыре — дорогущие CT-MFD. И это всё только для того, чтобы открывать-закрывать воду и управлять автоматикой фильтра воды. И каждый раз, когда мне надо поменять логику работы системы, я лазил в этот щиток с отвёрткой… стоя на унитазе ;).
И если у вас взрывался мозг, когда вы читали мыло от заказчика с текстом типа
«Хочу чтобы свет в гараже сам включался при открытии ворот на 20 минут. Но чтобы я нажал кнопку — и свет не выключался. А потом чтобы я опять нажал кнопку — и свет снова работал автоматически. А ещё потом я захочу сделать датчик движения, чтобы свет включался, если снаружи к гаражу кто-нибудь подошёл.»
…то вам пора, как и мне, переходить на другой способ реализации автоматики в щитах, нежели обычные релюшки.
Выходом из этого всего является то, что можно обозвать общим словом «Контроллеры», или детально «Логические реле» и «ПЛК». Вот я вам про них и расскажу, чтобы описать всякие разные параметры и термины, которые в этой среде используются, ибо термины эти стандартные и понимая их смысл можно разобраться с любым контроллером любой фирмы.
И первое, что мы сделаем — это разберёмся с этим ёмким словом «Контроллер». Контроллер — это в принципе совершенно любая штука, которая чем-нибудь управляет. Можно сказать что выключатель — это ручной контроллер лампы. Или термостат тёплого пола — это контроллер тёплого пола. Сейчас на этом, так же как и на словах «умный дом» начали делать деньги, поэтому ими называют любую продукцию — от датчика движения до мощного сервака, который управляет целым районом или коттеджным посёлком.
Терминология и виды контроллеров.
Пример ПЛК SIEMENS Simatic S-200
Для нашей технической области можно описать терминологию и эволюцию систем таким образом:
- Микроконтроллер — это микросхема с её обвязкой, которую ты сам паяешь паяльником и пишешь под него прошивку на СИ или Ассемблере. Обычно микроконтроллер — это низковольтная штука, которая удобна для управления низковольтными устройствами и интерфейсами. Например можно сделать какие-нибудь термометр-часы или светодиодное табло. Можно сделать кодовый замок с текстовым дисплеем или систему управления аквариумом.
В любом случае придётся брать паяльник, блок питания и обвешивать систему релюшками или тиристорами для коммутации нагрузок. А самое для нас неприятное — это то, что такую систему не воткнуть в щиток на DIN-рейку. Для неё надо будет придумывать какой-нибудь корпус (потому что негоже голой печатной плате торчать в щите среди «толстых» силовых проводов) и крепить её на какую-нибудь монтажную панель…
Поэтому микроконтроллеры занимают совсем другую нишу. Они или стоят в уже готовых устройствах (бытовая техника и прочее подобное), или же на их базе делают другие контроллеры, в которых микроконтроллер и его обвязка собраны в единую конструкцию. - Микрокомпьютеры обычно решают более брутальные задачи, потому что имеют адские вычислительные мощности по сравнению с микроконтроллерами. Но их опять не запихнёшь просто так в обычный щиток и не заставишь их управлять силовыми нагрузками. Да и городить компьютер ради управления светом в гараже (из примера выше) — это жёстко =)
- Специализированные контроллеры и разработки. Это когда какой-нибудь производитель на базе микроконтроллера или микрокомпьютера взял и разработал своё устройство. Чаще всего мы, не зная этого, как раз такими устройствами и пользуемся. Все наши реле напряжения, реле времени, реле приоритета, всякие анализаторы качества сети, регистраторы, контроллеры АВР или блоки управления реле по SMS — как раз такие разработки.
Но беда в том, что исходный код контроллеров, конечно же закрыт от нас и изменить логику работы таких устройств мы можем, крутя только внешние настройки, которые нам предоставил разработчик. И если например нам надо сделать переключение фаз с задержкой — то нам придётся покупать отдельные реле времени и ставить их после заводского переключателя фаз.
Это плохо, но эти устройства самые дешёвые, потому что их производят массово. Если бы такое устройство надо было бы делать штучно под каждую задачу — то оно стоило бы безумных денег! И вот люди подумали, и… - …скрестили микроконтроллер с корпусом на DIN-рейку и возможностью его программировать без знания ассемблера, СИ и паяльника! Получилось Логическое реле (показаны на заглавной фотке поста). Что для нас представляет собой микроконтроллер? Это некая микросхема, у которой есть разные служебные выводы (питание, тактовая частота, управление, интерфейсы связи) и несколько ножек, которые можно сконфигурировать программно как входы или выходы. А потом написать программу, которая ими управляет как нам надо.
Логическое реле — это то же самое, только в более суровом масштабе. Это некий корпус, который крепится на DIN-рейку и имеет некоторое количество входов и выходов. Написав программу, мы можем так же управлять выходами по разным сигналам на входах.
Логическое реле хорошо годится, когда надо автоматизировать простые задачи, чаще всего дискретные вида «включить, подождать, если не … то выключить». Как раз пример света гаража прям идеален для логического реле. Но когда надо обрабатывать тучу данных с большой скоростью и рулить разными приводами или общаться с техникой по удалённым каналам связи, то мощности и ресурсов логического реле уже не хватает. И тут нам нужен… - Прогаммируемый логический контроллер (ПЛК). Это уже фактически полноценный компьютер, только со своей собственной внутренней операционной системой, которая привязана к конкретному железу ПЛК и его периферии. Если логическое реле программируется чаще всего блок-схемами, «кубиками», то ПЛК программируется обычно текстовой программой (похожей на язык СИ), которая компилируется и загружается в ПЛК.
ПЛК обычно имеет несколько интерфейсов связи (RS-485) при помощи которых он может управлять кучей разных устройств, получая и посылая на них разные данные. ПЛК нужен там, где надо иметь много линий ввода-вывода или где надо иметь большую производительность или такие функции, которые не сделать на логическом реле. Логическое реле чаще всего можно программировать прямо с него же самого при помощи кнопок и экранчика. А вот для ПЛК понадобится компьютер и специальная среда разработки.
Что есть внутри? Ресурсы, IO, интерфейсы.
Ввод-вывод (IO). Это то, посредством чего к контроллерам можно подключать разные внешние устройства: кнопки или датчики, и то, при помощи чего контроллер управляет этими устройствами: лампами, двигателями, обогревателями, насосами.
Входы бывают низковольтными или высоковольтными. Низковольтные входы обычно бывают у контроллеров, которые сами питаются от низкого напряжения (+12, +24 вольта). Такие входы хороши тем, что они чувствительны к слабым сигналам (на них можно прицепить выход с хилого электронного датчика — например мы в одном из щитов подключили датчики протечки от системы «Нептун» к ПЛК) и безопасны. Так же низковольтные входы часто бывают не цифровыми, а например для измерения температуры и аналоговых сигналов 4..20 мА или 0..10 вольт.
Если мы хотим подать на низковольтные входы сетевое напряжение, то нам надо будет городить какие-нибудь преобразователи уровня: оптопары или промежуточные / интерфейсные реле. А ещё почитайте пост про сигналы типа «Сухой контакт», где я рассказал о том, как это всё развязывается и как можно подключать разные датчики к входам ПЛК.
Высоковольтные входы чаще всего бывают у контроллеров, которые питаются непосредственно от сети ~230V. На такие входы можно подавать то же напряжение сети, от которого контроллер и питается. Эти входы (и контроллеры с сетевым питанием) удобны для решения простых задач, где мы управляем силовыми нагрузками сразу. То-есть для наших силовых щитов с автоматикой.
Выходы бывают релейные или транзисторные. Релейный выход самый удобный: внутри контроллера стоит мелкое реле, которое замыкает свои контакты по команде с программы в контроллере. А уже при помощи этих контактов мы можем делать что угодно. Только не забывайте, что реле эти чаще всего рассчитаны на ток в 1..3 ампера для ПЛК и в 6..8А для логических реле! То-есть, коммутировать ими можно или катушку более мощного контактора или пяток ламп (одну группу освещения).
Это делается из-за того, что производитель контроллера не знает чем этот контроллер будет управлять. Если он поставит два десятка силовых реле — то размеры контроллера будут огромные. Поэтому как раз и поступают наоборот: ставят много хилых реле, а там уже разработчик сам решит, где ему штатных реле хватает, а где надо более мощные ставить.
Транзисторный выход чаще всего характерен для низковольтных контроллеров. Внутри контроллера стоит транзистор, который замыкает нужную ножку выхода на GND (минус, землю) питания. При помощи транзистора можно переключать выход с большей скоростью, чем у реле. А можно снова взять интерфейсные реле на больший ток и понавесить их на такие выходы.
Количество линий IO обычно распределяется так:
- У логического реле будет немного входов (8..12..20) и совсем немного выходов (4..6..12..20). Чаще всего тут доступны модели с высоковольным питанием (и высоковольтными выходами). Штатно у реле может быть 8 входов и 4 выхода, а остальные добавляются при помощи специальных модулей расширения.
- У ПЛК IO может быть много, или же вообще никакого. Варианты бывают такие:
* Много (десятки) входов и выходов, но слабеньких: низковольтных и с реле на 1..3А;
* Немного (4..8) входов и выходов тоже слабеньких;
* Без IO на борту. Всё IO реализуется внешними модулями через интерфейс RS-485. И при помощи модулей IO набирается в любом количестве, лишь бы хватило памяти и ресурсов.
Штатно логическое реле задумано для небольших применений и поэтому у него мало IO и есть трудности с его расширением. А ПЛК сразу задуман как сердце большой системы, и поэтому изначально может быть заточен полностью под внешнее IO.
Пример ПЛК ОВЕН ПЛК-110
Ресурсы программы. Память.
Память внутри контроллера не бесконечна и имеет свои размеры. Если речь идёт о логическом реле — то там «память» чаще всего измеряется в количестве внутренних блоков: например до 16 таймеров, до 8 счётчиков и до 128 соединений «релейной схемы». Или же до 200 блоков в блок-схеме (FBD). Когда мы создаём программу в контроллере или среде разработки, то они нас и предупредят о том, что память кончается.
У ПЛК память обычно измеряется как в компьютерах — в килобайтах, мегабайтах и прочем. Скажем, в ПЛК может быть 4 мегабайта для памяти программы, 300 кб для памяти ввода-вывода и 1 мегабайт памяти переменных. Память ввода-вывода определяет максимальное количество всяких внешних модулей ввода-вывода (внешнее устройство занимает некоторое количество этой памяти ввода-вывода). Размер использованной памяти в ПЛК нам скажет компилятор среды разработки. И он же предупредит нас, если мы не укладываемся по ресурсам в выбранный ПЛК.
Retain-переменные.
Функционал Retain-переменных или параметров есть почти в каждом логическом реле или ПЛК. На самом деле всё просто: речь идёт о сохранении каких-нибудь значений программы между выключением питания контроллера. Это то, что в микроконтроллерах назвалось FLASH-память, куда программно можно было записать какие-нибудь байтики.
В контроллерах можно сохранить какой-нибудь флаг (вкл-выкл) или целый счётчик (для того, чтобы например считать общее время наработки устройства или импульсы от счётчиков воды). Обычно всё проще простого. Для логических реле часто достаточно поставить галочку, которая будет называться Retain или Retentivity:
Пример настройки Retain-переменных в Siemens Logo
А в ПЛК например надо завести нужные переменные в разделе «Retain». Например вот тут я считаю импульсы со счётчиков воды и сохраняю их количество между отключениями питания ПЛК.
Пример настройки Retain-переменных в CodeSys
Retain-переменные в ПЛК можно сделать любые, а в логических реле их список может быть ограничен всего несколькими объектами. Например таймеры с 6 по 10 могут сохранять свои значения, а таймеры с 1 по 5 не могут. Всё это тоже надо учитывать при разработке таких систем.
Таймеры, Счётчики, Часы.
В контроллерах обычно есть несколько счётчиков и таймеров, при помощи которых можно выдавать всякие импульсы, делать задержки или просто считать входные сигналы (число деталей, число нажатий на кнопку и прочее). Как я уже писал выше, некоторые из них можно настроить так, чтобы они сохраняли насчитанное между отключениями питания контроллера.
Ещё в контроллерах есть часы реального времени. Эта фича может не всегда быть в контроллере и являться опцией. Например в логических реле Eaton Easy/ABB CL то, что внутри есть часы, обозначается буковкой «C» в маркировке контроллера. С часами контроллер легко можно запрограммировать на то, чтобы он давал школьные звонки или в нужное время включал и выключал освещение, насосы, отопление и прочие нагрузки.
Интерфейсы.
Вот тут всё делится на несколько фронтов. Если мы ведём речь о каком-нибудь специализированном контроллере, например CCU825 (это GSM-контроллер для управления разными нагрузками по SMS), то там внешние интерфейсы будут такими, какими их предусмотрел производитель. Могут быть Ethernet, RS-232, RS-485 или USB. А может быть вообще какой-нибудь свой интерфейс для подключения своих датчиков.
Если мы ведём речь о логических реле, то в самых дешёвых и простых моделях вообще нет способов связи этого реле с внешним миром. В логических реле покруче сейчас уже появляется интерфейс Ethernet (например в Siemens Logo! 8 версии) или даже специальные модули расширения для связи через GSM. В тех же Siemens Logo! 8 вообще есть встроенный WEB-сервер.
В ПЛК сейчас стандартом является один или несколько интерфейсов RS-485 и интерфейс Ethernet. А дальше в ПЛК будет то, что мы напишем и что подключим. В том числе и WEB-сервер придётся самому писать или использовать какую-нибудь библиотеку из имеющихся в сети.
Про интерфейс RS-485 я расскажу чуть позже.
На чём программируют контроллеры?
В этой сфере есть несколько стандартных языков и даже сред разработки. Я кратенько по ним пройдусь, чтобы все были в курсе того, чего ждать от логического реле или ПЛК.
Релейно-контактная схема (LAD, Ladder Logic).
Это самый удобный язык для тех, кто раньше делал схемы на обычных релюшках. Потому что этот язык как раз и описывает обычные релюшки, которые могут быть разного типа (реле с самоблокировкой, реле времени, с нормально замкнутыми контактами, с нормально разомкнутыми) и которые срабатывают, когда на них подают питание.
В этом случае мы рисуем схему так же, как её и представляем. Вот например у меня тут какая-то тестовая схема завалялась. Смотрите как всё просто: если замкнулась кнопка I01, то включилось (S) реле Q01. Если замкнулась кнопка I02, то отключилось реле Q01. Это у нас аналог обычного реле с самоблокировкой.
Пример программирования контроллеров на языке LAD
И разница только в том, что все эти реле — не физические, а находятся внутри контроллера. Поэтому взяв какой-нибудь контроллер, вы можете перенести туда вашу схему почти без потерь, а потом уже наворачивать функционал. Например вот тут мы с одним камрадом постебались и сделали схему управления освещением ванной на контроллере, которая заменила адски дорогие импульсные реле с центральным управлением.
Такой способ программирования удобен для логических реле, потому что на ПЛК такими схемками много не напрограммируешь. Самые простые логические реле, в которых используется LAD — это реле Eaton Easy / ABB CL, про которые я самыми первыми и буду рассказывать позжее.
Язык FBD (Functional Block Diagram).
Но если вы раньше хорошо возились не с обычными релюшками, а с цифровыми микросхемами (например я в детстве не вылазил из серии K155), то вам по душе будет язык FBD. Вот просто посмотрите на схему:
Пример программирования контроллеров на языке FBD
Это ж те же самые логические элементы, которые в цифровой логике и приняты! Триггеры, И, ИЛИ, НЕ, Исключающее Или и всякие мульти- или одновибраторы. В этом случае «программа» чертится в виде большой цифровой схемы. Таким способом программируются логические реле Siemens Logo и например логические реле от ОВЕН’а.
Текстовый язык (ST, IL).
Ну а если вы столкнулись с ПЛК — то там обычно логика сложная, и работать надо не с битами (1/0), а с разными числами: посчитать, сложить, перевести в другие единицы или вообще HTTP-протокол разбирать на составные части. В этом случае можно использовать обычный программный текст, где программа пишется так же, как на СИ или Pascal. Вот кусок кода, где я на коленке накатал защиту от протечек:
Пример программирования контроллеров на языке ST
Для меня это даже нагляднее, чем FBD или LAD. Потом такой код компилируется и заливается в ПЛК, где и исполняется.
Как работают контроллеры?
Контроллеры, про которые мы говорим (а именно Логические реле и ПЛК) работают по одной и той же системе. Наша программа, которую мы туда загрузили, выполняется в цикле много-много раз за секунду.
Для контроллеров даже есть такое понятие как «Задача» — это какой-нибудь кусок программы, который надо выполнять через определённые промежутки времени. В Логическом реле задача всегда одна, а в ПЛК можно насоздавать много задач, которые будут исполняться почти одновременно. Скажем, одна задача будет принимать информацию с датчиков и записывать её во внутренние переменные кода, а другая просто рисовать на экране менюшки и картинки, используя значения из переменных от первой задачи. Экран можно заставить обновляться каждые 100 мс, а датчики опрашивать каждые 20 мс.
В любом случае программа работает таким образом: считываются состояния входов и сигналов. После этого контроллер последовательно вычисляет всю нашу схему и получает сигналы для выходов. И по этим подсчитанным сигналам он включает нужные выходы. Другими словами, вся наша схема на LAD или FBD на самом деле обсчитывается как несколько логических выражений типа Q1 = I1 AND (NOT I2).
Как именно контроллер будет обсчитывать схему — не совсем известно. Поэтому в некоторых случаях на сложных схемах могут возникать так называемые «гонки во времени»: когда один участок схемы подсчитался быстро, а второй медленно и из-за этого мы получили на выходе глюки.
Программа в контроллере не обязательно будет работать сразу при подаче питания на него. Её можно останавливать и запускать вручную. Запускаться автоматически при включении контроллера она будет только если вы сами это настроите. А в самой программе можно даже задать значения выходов, которые надо включить при остановленной программе или потере связи (это называется «безопасные значения выходов»).
Интерфейс RS-485 и протокол ModBus.
Теперь поговорим о суровом ломе и основе основ всех ПЛК и промышенной автоматики. Это интерфейс RS-485. Он является стандартом для подключения всякого внешнего оборудования и связи его между собой. Не надо путать интерфейс с протоколом: RS-485 описывает уровни электрических сигналов и тип кабеля, по которому они передаются. А вот ЧТО именно передаётся — интерфейсу уже не важно.
Протокол — это некая программная обёртка, которая описывает уже именно то, что в каком случае значат конкретные байтики, которые передаются между устройствами. И вот протоколов, основой которых является RS-485, много. Это например известенейший протокол DMX-512 для управления сценическим освещением (можете почитать про него у меня вот тут) и интересный для нас протокол ModBus, при помощи которого между собой и связываются ПЛК и внешние устройства.
Протокол ModBus — это тоже самый распространённый стандарт обмена данными между устройствами и контроллерами. Действует он просто и достаточно легко. У каждого устройства есть свой адрес (от 1 до 128, кажется), по которому из него можно прочитать данные или записать данные из нужного места памяти. В сети есть главное устройство (Master) и подчинённые, которые исполняют его команды «Запиши ххх», «Прочитай ххх». И всё!
В ModBus места памяти, которые читаются или записываются в устройствах, называются «регистры». У них тоже есть свои адреса, которые называются номерами. Что в каких регистрах хранится, полностью зависит от конкретного устройства и фантазии производителя. Типы регистров могут быть такими:
- BYTE — один байт (8 бит)
- WORD — два байта (16 бит). Ещё называется «Register»
- DWORD — четыре байта (32 бита).
- REAL — число с плавающей точкой
- STRING — строка текста
Полная адресация на шине ModBus может быть такой:
- Устройство, адрес 1
- Регистр BYTE, номер 20
- Регистр REAL, номер 31
- Регистр REAL, номер 34
- Устройство, адрес 2
- Регистр BYTE, номер 20
- Регистр BYTE, номер 100
- Устройство, адрес 5
- Регистр BYTE, номер 1
- Регистр BYTE, номер 2
- Регистр BYTE, номер 3
- Регистр BYTE, номер 4
- …
Теперь соберём краткие знания вместе. Чтобы обмениваться данными между ПЛК и другими устройствами, есть протокол ModBus, который построен на интерфейсе RS-485. Обычно ПЛК является главным устройством (мастером сети). В эту сеть подключаются другие внешние устройства. Настройки сети (скорость обмена, тип протокола) выставляются одинаковыми для всех устройств. Каждому устройству даётся какой-нибудь адрес.
Дальше мы не сможем ничего сделать без документации на устройство. В ней будет написано примерно следующее:
- Регистр #100. Один байт. Состояние выходов 1..8.
- Регистр #101. Один байт. Состояние выходов 9..16.
- Регистр #200. Два байта. Состояние входов 1..16.
Всё это прописывается в программе ПЛК, после чего ПЛК опрашивает все эти устройства и собирает нам все их данные. Понятно, что адреса устройств не должны меняться, потому что сами устройства являются составной частью системы и программы.
Что есть такого, что управляется по RS-485/ModBus? Да почти всё. Я сам многого не знаю, поэтому приведу примеры из того, о чём слышал:
- Модули ввода-вывода. Вы можете прикупить модули и сделать очень много входов и выходов для своего контроллера. Их количество ограничено тормозами ModBus (когда он не будет успевать их опрашивать) и размерами памяти ввода-вывода контроллера. Именно поэтому некоторые ПЛК выпускаются совсем без IO на борту — разработчик сам добавит нужные внешние модули.
- Счётчики электроэнергии. К счётчику, если он это поддерживает, можно подключиться по ModBus и снимать с него кучу разных параметров сети. Единственное — счётчик придётся ставить свой собственный, потому что энергосбыт не позволит подключать что-либо к тому счётчику, по которому идёт оплата за электричество.
- Дисплеи и текстовые табло.
- Измерители параметров сети и других данных. Например, у ABB есть крутая система измерения токов по каждой линии отдельно — CMS. А отдаёт она все данные как раз по ModBus.
- Управление освещением, приводами и прочим
Так что если вы слышите RS-485, то следующим вопросом должно быть, поддерживает ли устройство протокол ModBus и есть ли документация по его регистрам!
Особенности конструкции
Самое главное, что надо запомнить в мире контроллеров — это то, что фраза «Устанавливается на DIN-рейку» не всегда означает то, что контроллер встанет в обычный щиток и нормально закроется пластроном. Большая половина контроллеров и всякой промавтоматики действительно устанавливается на DIN-рейку, но только для их крепления.
Поэтому выбирая контроллер надо проверить, влезет ли он в обычный щиток, или под него придётся городить монтажную панель!
Как и чего выбирать?
Ну и подводим итоги, которые называются так: «Зная о том, какие контроллеры бывают, думайте своей головой». То, какой контроллер выбирать, можно понять если рассортировать задачи, которые мы собираемся решать на них:
- Заменить рассыпуху из кучки реле в силовом щите, где линий вывода мало. Например, какую-нибудь систему управления приводом ворот. Там будет много входов (кнопки, концевики, датчики тока мотора) и немного выходов (мотор вперёд, мотор назад, лампочка аварии).
Или же сделать схемку, куда приходит сигнал с реле освещения, датчика движения, кнопок и которая управляет уличным освещением по часам, нахождению людей и освещённости.
В этом случае наш друг — логическое реле. Оно будет стоить недорого, в некоторых случаях его можно запрограммировать прямо при помощи кнопок и экрана без использования среды разработки и кабеля. А так как его выходы обычно тянут ток в районе 6 ампер, то какое-нибудь освещение небольшой мощности можно включать напрямую без контактора. - Управлять оборудованием (автополив, отопление, АВРы и т.д). Тут всё зависит от того, уложимся ли мы в то количество линий ввода-вывода, которое есть у логических реле. Например, реле от Eaton могут дать нам всего лишь 24 входа и 12 выходов, а Siemens Logo — 24 входа и 16..20 выходов.
Если мы не укладываемся в такое количество линий IO, то начинаются проблемы. Некоторые логические реле можно соединять между собой каскадом, чтобы расширить количество IO. Но иногда по деньгам это получается даже дороже ПЛК и занимает много места.
Так что в этом случае иногда приходится переходить на ПЛК. Например, вот хотим мы закинуть в контроллер 50 групп света, чтобы заменить импульсные реле. И фиг вам сделать это на логическом реле — придётся ставить ПЛК, потому что IO не хватит. - Управлять оборудованием по RS-485/ModBus, иметь много линий ввода-вывода или сложную логику программы (WEB-интерфейс, аналоговые вычисления, сбор данных). Тут сразу нужен ПЛК, потому что решать такие задачи на логических реле будет тяжело.
Ну и конечно же, если наша задача сводится к тому, чтобы при помощи СМСок или WEB-интерфейса включать и выключать четыре релюшки — лучше сразу использовать готовые решения, которых много на рынке. В этом случае всё будет работать «из коробки» и вам не придётся ничего программировать.
Сейчас я нахожусь в форме существования «ЗАДОЛБАЛО». По разным причинам всякие решения по автоматике управления светом, АВРами, распределением питания или разной автоматикой меня не устраивают. Ограничивать себя, составляя кривые конструкции из релюшек разных фирм или кулибинствовать с паяльником я не хочу. Поэтому я ухожу в контроллеры и свои шкафы буду делать теперь на них.
Мои разработки будут управлять питанием всего дома/коттеджа. На них можно будет повесить управление генератором, инвертором или приводами ворот и рольставен. То-есть щит будет центром всей домашней автоматики. А дом при постановке на охранку будет сам понимать, что где отключить, закрыть и надо ли сразу включать генератор или поработать часа три на инверторе, раз там никто не живёт.
Когда я отработаю свои решения, то я буду продавать их отдельно для других сборщиков щитов. Вот так! А для нашей аудитории напишу несколько постов про контроллеры и могу сделать платный мастер-класс по простым контроллерам для начинающих.
Проекту исполнилось 15 лет! Поддержать проект материально, проспонсировать проекты Автора или сделать ему подарок можно на этой странице: "Донаты и Спонсорство, Список Желаний".
Сейчас по работке начал раскуривать сименсы S-300/400 и плк от китайцев — Delta DVP. Так что твои посты почитаю с удовольствием.
Раскуривай! Сильно я давать инфы не буду. А общие принципы только что дал ;)
Ну всё это я уже знаю, и в практике местами сталкивался. Но я таки просто инженер КИПиА, за асутп у нас отдельный программист отвечает. Так что я туда особо не суюсь. Но вообще есть мысли на ПЛК что-нибудь запилить в случае переезда.
да, для привыкших к «обычному» (то бишь императивно-процедурному) программированию LD тот еще вынос мозга.
Ну, не знаю… для меня ни один способ программирования выносом мозга не являются. Разве что FBD не шибко привычен, но это я просто схем на логике толком не делал… один watchdog на COM-порту с программкой на VB — не в счёт.
Ladder Logic — как-то так взял в руки — и сразу натыкал на кнопочках прогу. Блин, да я доку на Easy700 реально дольше искал, чем разбирался в программировании. Единственное, линейка тесновата, хотелось, чтобы на одной линейке умещалось сразу 4-5 условий, таймер и контакт. Вот тогда бы прям элегантно моя прога выглядела.
У меня пара вопросов по Modbus.
1. Поддерживается ли контроллерами Modbus поверх Ethernet?
2. Как там со скоростями? Если попалось на ветке слоупочное устройство, которое может только 57600, остальные под него подстроятся? Или есть жёсткое требование по скорости?
Естественно, спрашиваю не про все контроллеры, а про те, которые тебе известны.
Скажу чего знаю:
1. Если завернёшь в инет — то будет ходить. Ну например если ты возьмёшь мосты MB Ethernet, то можно и удалённо девайсы управлять. А штатно — не знаю.
2. Если речь идёт о именно шине — то обычно нет. Все должны на одной скорости пахать, потому что Мастером сети является ПЛК и он их и опрашивает.
Вся шина одной скорости — это да, на то она и шина. Её скорость где-то настраивается в ПЛК? Или она стандартна и вся периферия должна проектироваться под эту скорость?
Настраивается, ага. Вот примерно так:
В девайсах: https://cs-cs.net/wp-uploads/2015/12/OwSW06-CtlVvod.gif
В ПЛК: https://cs-cs.net/wp-uploads/2015/12/OwSW20-ModBusParams.gif
Понятно. В основном 9600 по дефолту?
Неа. Я даже не знаю, скока по дефолту. Это я так настроил на мелочь. А можно было 115 200 вкатить легко.
CS, приветствую!
Пока жду LOGO, по-тихоньку пытаюсь разбираться в SoftComfort’е. А тут твоя статья про клапаны и ссылкой на старый пост про сантехнику (спасибо — освежил в памяти).
Почитал и возникли несколько вопросов:
1. Как предпочтительнее на твой взгляд реализовать защиту от протечки воды?
а) купить готовое изделие типа «аквастоп»;
б) ЛОГО+моторизированные краны.
2. Если готовое изделие, то какое лучше использовать? Если на базе ЛОГО, то какие лучше моторизированные краны? Купить из комплекта Автосторожа и подобных или FAR/Valtek и других известных брендов.
Буду очень признателен, если посоветуешь конкретную модель с оптимальным соотношением цены/качества.
Заранее спасибо.
Я бегло, а ты доспросишь. Дык если Лого есть — то лучше ж его!
Краны можно взять от Нептуна — они на +12 вольт и управляются легко: подачей или снятием питания. А у Аквасторожа краны, кажется, сменой полярнои управляются, а такое на Лого тяжко сделать будет.
А ты какой версии взял? Они сейчас подорожали в два раза, сволочи. У меня 8й сейчас лежит, но он чего-то тупит и к копу не коннектится. Буду пото разбираться.
Лого взял, который ты посоветовал:
— контроллер 6ED1052-1FB00- 0BA8 SIEMENS
LOGO!230 RCE,LOGIC MODULE,DISPL. PU/I/O: 115V/230V/RELAY, 8 DI/4 DO; MEM 400 BLOCKS EXPANDABLE, ETHERNET BIULD IN WEBSERVER, DATALOG STANDARD MICRO SD CARD FOR LOGO! SOFT COMFORT V8 PREVIOS PROJECT USABEL
— блок расширения — 2 штуки 6ED1055-1FB10- 0BA2 SIEMENS
LOGO! DM16 230R, EXP. MODULE, PU/I/O: 230V/230V/RELAIS, 4TE, 8 DI/8 DO FOR LOGO! 8
Это прямо со счета скопировал. Ценник — да, я так и не понял что произошло. Успел оплатить по очень вкусной цене (нашел выход на дистрика Сименс).
По кранам, если у меня контролер 230В, мне 12 Вольтовые краны наскока понимаю не пойдут?
я из мануала понял, что можно все «нарисовать» в СофтКомфорте, затем загрузить на микроСД, воткнуть в контроллер и вуаля. Точнее так: если Basic, то пару раз на кнопки нажать на нем, если Pure, то вообще ничего делать не надо — сделает все сам.
Я, блин, что-то стал переживать что не хватит входоввыходов. Как бы не пришлось ченить докупать.
Ты, наверно, и так все знаешь, но мало ли.
Вот пример коннекта в архиве «Connection LOGO! to PC via Ethernet» от сименса: http://w3.siemens.com/mcms/programmable-logic-controller/en/logic-module-logo/application-examples/Pages/Default.aspx
За информацию спасибо! Основные понятия разложил, дальше дело желания.
Как будет возможность, нужно поставить себе домой плк, разобраться
Тока не путать ПЛК и логические реле чур. Это разные вещи немного!
Realpc Лого верный, 8й версии, ага.
Примеры-то я знаю. У меня прога не видит самого лого по сетке. И ргается на сетевые настройки. Я думаю, что ей не нравится вариант когда Лого и комп соединены напрямую патчкордом без штатной сетки.
Вот допроложу тут сетку на нормальных витухах с роутером и посмотрю, как тогда оно себя поведёт.
Про краны. У тебя выходы РЕЛЕЙНЫЕ. Обычные. Ими можно управлять любым напряжением. Хоть 12, хоть 5 вольт.
Может всё дело в том, что у тебя прямой патч-корд, а нужен перевёрнутый ;-)
ага, легко может быть в этом проблема. Я задавал подобный вопрос дистру. ВОт ответ:
Ну а вот хрен вам =) Пинги-то ходят вовсю и сетка видится. При этом прога его не видит.
А подрубил через роутер (чтобы шлюз действовал в сетке) — то всё заработало само как-то. Даю для затравки небольшую фотку тестового стенда: https://cs-cs.net/fileTrash/picTemp/SiemensLogoTestOTM.jpg
И все комменты сейчас перенесу в пост про контроллеры, чтобы этот пост не замусоривать! Так что все марш туды =)
В общем, я думаю что дело действительно в патч-корде. Хрен их всех там разберёт. Я для себя сделал вывод о том, что это всё надо включать в живую сетку (как раз чтобы сетевые настройки компа не менять).
Сименс Лого — тоже прекрасно программируется с экрана (причем удобнее Итона). Зато программирование с компа позволяет построить логику сложнее «два выключателя и три лампочки» (я на нем даже промустановку автоматизировать смог — «с экрана» программу только вводить дня два-три бы пришлось).
P.S. Программирование в логических элементах, кстати, удобнее и быстрее, чем в релейной логике (и нагляднее для понимания). Хотя и подразумевает несколько больше знаний, чем у среднестатистического таджика…
Ничего, если вмешаюсь?
1а) на вводные краны — да. Лично мне больше нравится гидролок, но аквастоп
— тоже неплохое решение.
1б) на отходящие линии коллектора (и, конечно же, для управления раздачей воды и т.п. «по ситуации» или «по графику») — вполне может оказаться удобнее и на лого. Но для ввода в дом — все-таки «специально обученное» устройство типа аквастопа или гидролока будут надежнее (а это главное!).
2) краны неплохие у гидролока. во всяком случае, более лояльны к гадости в трубе (хватает услилия, чтоб провернуть, даже слегка задрав уплотнитель — аквастоп оставался недозакрытым, если в него попадал ошметок ржавчины).
Ну и, само собой, не стоит ставить латуньку, особенно на толстые трубы (мощный привод их ломает). Только нержавейка, только хардкор :)
Ailcat
Подскажи, в каком месте привод ломает латуневый кран? Чего то никак сообразить не могу. В продаже почему то как раз в основном латуневые. Задумал другу собрать систему от протечек на лог. реле, думается, что как раз будет надежнее недорогих готовых систем.
Да я шо-то и сам задумался. Если мы говорим и промышленных приводах — то там ломанёт. Все остальные бытовые (даже FAR) — фигня. Не сломает там привод ничего.
Причём там внутри самого привода стопорные концевики находятся. Так что если контроллер глюканёт — привод не будет бесконтрольно вертеться.
И ещё. Шаровые с приводом можно крутить вокруг оси. Там положения открыто-закрыто определяются концевиками, а не упорами. Поэтому даже если сдохнут концевики — привод будет крутить кран бесконечно =)
Не, не будет крутится он вокруг своей оси бесконечно. Зубчатый сектор, приводящий шарик нарезан только на четвертинку круга. Гляди фото вскрытого китайского крана. http://img.mysku-st.ru/uploads/images/original/00/38/54/2013/08/14/e9b398.png
Я думаю примерно одно и тоже во всех.
Глядю Так это ж почти НЕПТУН =) Ну и один хрен — так не докрутится и встанет. Это ИМХО не так страшно. А в FAR полноценный редуктор кстати.
Привет, CS! Хочу наконец то выразить тебе благодарность за твой сайт, очень много инфы с него подчеркнул
Летом 2014 сделал систему освещения в доме на ПЛК ОВЕН с выходными реле abb Cr-p.
Все работает без сбоев.
В общем ещё раз спасибо за инфу)
Если будут проекты в Воронеже, готов помочь
Ща прям посты будут про ОВЕН 110й серии и CR-P xDD
Гыыы ))) Вы что предпочитаете?
CCU825 теперь имеет возможность подрубаться к телефону по интернету. Есть клиент под андроид. Надо только перепрошить контроллер и все будет. С смсками гемморно, с клиентом все гораздо удобнее. Смски бывает еще приходят с задержкой в несколько часов, а то и дней. Расширитель интерфейса у них тоже есть. Если выбирать из всего многообразия GSM контроллеров (произведенных в России), то Радселовские, на мой кривой взгляд, наиболее продвинутые. Можно позвонить в поддержку в Тулу, отвечают быстро, либо написать — тоже не долго думают. В садике поставил на охрану, реально удобная штука.
CS, контроллеры это клево! Давно прусь! )))
Есть еще чувак в Белоруссии http://www.ab-log.ru. Он своими силами разрабатывал контроллер «Мега», тоже интересно, но CCU таки удобнее для начала, не надо программировать, а просто назначил, что-куда и поехали. Но потенциал у Меги гораздо больше.
Да, а еще Мега и CCU крепятся на Diin рейку!
Из трех лопнувших — один по резьбе со стороны подачи воды (от аквастопа, 1″), два (от аквастопа и нонейм, дюймовые) лопнули там, где напрессована гайка на шаровый механизм. Четвертый кран (нонейм) — выжил.
Приводы от аквастопа были «усиленные», но с латунными кранами. «Нонеймы» подбирали спецы, ставившие второй полотенцесушитель (его отводы вварили до кранов первого)
Во всех кранах — попали ошметки ржавчины под шарик Все три провернули до закрытия (а вот маломощный «аквастоп» на 1/2″ вводе горячей воды перекрыть подающий кран из-за гадости попавшей под шарик — не смог, водичка тонкой струйкой продолжала течь)…
Причина срабатывания «аквастопа» — город подал горячую воду после летнего отключения, кран раковины случайно оказался открыт, а слив забило говном, вылившимся из крана: в итоге раковина перелилась и сработал датчик на полу ванной…
Кратенько пофтыкал его сайт, но не нашёл схем устройств. Они где-то выкладываются (или только прошивки открыты)? В частности интересно что есть в симисторном модуле в плане защиты: предохранители на линии, защита от перенапряжения. Т.е. главный вопрос: будет ли это работать вне лабораторно/тепличных условий? Или же вокруг контроллера надо наворотить обвязки дабы потешить паранойю… ну и ПУЭ соблюсти :)
2Wan-Derer: Да хрен его знает! Там у него есть форум и ветки запутанные и длинные, так что надо копать. Можно ему на почту написать. Я мегу так и не заказал еще, но по описанию помню, что там хилые релюшки… а вот нашел письмо от 18.06.2014
Без контакторов не обойтись в любом случае, да и надежнее это.
Sokol, щас нашёл упоминание про симисторы. Пользователь: «А вот, сгорел…». Автор: «Ну да, горят, и чё…» :) Вот здесь, чуть ниже картинок.
Т.е. ставить эти контроллеры по картинкам из документации нельзя! Обязательно нужен обвяз из защит: как самого контроллера, так и коммутируемых им цепей.
Конечно! Я бы даже не стал пробовать! После жесткой е-ли с РВФ — только контакторы. Тем более, контакторы на любую нагрузку есть и много места не занимают. CS про ПЛК писал же, что контакторы — дааа.
Я даже пару лампочек (накаливания!) через внешнюю мелкую релюшку подключал. На всякий случай.
2EvilGremlin — Вот! Ответственный человек! )))
Почитал обсуждение (у нас тут). Неее, нафиг такие чудеса. Я буду юзать проверенные решения и делать как всегда — класть на релюшки и оставлять большой запас.
Вот щас мне опять подбросили проект со светодиодным светом. Там я вообще контакторы EN думаю ставить. И линию свет на три фазы раскидывать… какие уж тут встроенные релюшки?..
Я на тему симисторных выходов задумался именно в свете обсуждения светодиодных драйверов. Там предлагали всякие способы снижения пускового тока. Но надо ещё подумать: а чем большой пусковой ток плох для нас? Ну, кроме ЭМ-помех (радиолюбители-коротковолновики плачут и матеряццо).
Большой, но короткий импульс тока не может повредить проводку, не может как-то повлиять на источник напряжения (трансформатор/генератор/ИБП), его энергии не хватает даже чтобы «выбить» автомат. Чем он реально вредит, так это искрой между контактами выключателя/реле. Контакты подгорают и могут свариться.
Так может зайти с другой стороны и… исключить контакты?
Полупроводниковые приборы имеют важную особенность: импульсный ток, который они способны выдержать, в разы (а то и в десятки раз) больше номинального. И нет контактов. И нет потребления энергии как у катушки реле.
Собсна, тема не новая. В 60-80 годах производился массовый перевод промышленности, транспорта и пр. с релейного управления на бесконтактное (тиристоры, оптроны). И это давало массу ништяков: надёжность, экономию электроэнергии, всякие няшки типа ШИМ.
Т.е. изобретаь тепловоз уже не ндо. Надо просто взять артефакты древних и применить их к нашей бытовой теме :)
Не сказал бы я, что она такая уж крутая, ниче особенного с технической тз в ней нет. Датчик холла (ибо DC умеет)да какой-нибудь простенький МК с хорошим АЦП (хотя в данном случае почти наверняка заказной mixed-signal ASIC). В головных юнитах тоже ниче особо крутого/интересного.
Вот если б оно и напругу сразу меряло… вместе с ФИ, конечно) вот тогда было б дело. А так, без U-cos-S-P-Q — ущербная игрушка.
Задумка оч интересная, точность 0.5% — отлично, исполнение (по удобству монтажа) — замечательно. Но без U и cos — это как машина без руля и колес. Разве что для DC применимо
А ты в ней разбирался? Ты судишь, даже её не видев. Давай вместе подумаем?
1. Вот система меряет два канала по 32 тока.
2. Все эти «токи» питаются от известного ввода сети с тремя фазами.
Дальше делаем выводы и выбираем меньшее из зол:
1. Чтобы мерить напряжение, надо думать, откуда на датчик брать ноль. Он же может стоять в однополюсном автомате и хрен знает как запитанном. В том числе и на DC. Как нам сделать точный датчик так, чтобы он умел работать и с минусом питания и с нулём питания, и это всё было ещё и отдельным на каждый канал?
2. В датчике надо будет мутить два АЦП в идеальном варианте. А ещё мутить защиту входа U от дураков, потому что напряжение будет контактным методом мериться.
3. Всё это надо повторить в каждом датчике даже если юзер не будет мерить напряжение.
4. Если извратиться и вести ноль по тому же шлейфу, по которому идёт цифра данных — то можно круто налететь, если ноль с разных вводов разный или вообще от генератора и должен разрываться.
Не проще ли в известной и собранной системе (датчики всё равно один раз на шлейф одеваются один раз померить данные ввода другим прибором (ну например модуль вода параметров сети от ОВЕНа), а потом домножать и вычислять всё что надо?
Напоминаю что система всё равно отдаёт данные только по RS-485 в формате регистров. Так что писать обёртку всё равно придётся. Так вот и хрен ли под эту обёртку и не написать то, что надо?
Так что я с тобой не согласен. Задумка отличная и разумная. Надо подумать, зачем она должна применяться и где надо мерить токи. Например мерить потребление фиксированных нагрузок для контроля (ток выше-ниже нормы = чего-то сдохло) идеально. А вот для измерения параметров сети это не годится. Тут проще на нужный ввод мультиметр воткнуть (в смысле который по RS-485 отдаёт всё).
Да, верно, сужу только по документации. И, судя по той же документации, разбираться там особо не в чем.
Ну а что мешало сделать 2p и 4p версии «нашлепок», тем более один «гребеночный» штырь для крепления уже используется, вот было бы не только для крепления, но и для дела. Как опцию, конечно. Да, это расширение номенклатуры, да, это усложнение софта (добавляется понятие «sensor capabilities» — какие-то только ток, другие I, U и PF), но все же лучше, чем шишь. Вон всяких шинок, изоляторов, доп контактов, перемычек и прочего-прочего наверное тысячи артикулов, 10-к дополнительных ситуацию не изменил бы)
Как минимум на каждую логическую группу должен быть свой УЗО, вот на него и вешать можно было бы, так что вполне себе применимо. Ну а некоторые вообще 2p и 1p+N любят баловаться)
А нафига два? Одного + MUX + 2 примитивных zero-cross детектора достаточно. Можно и без детекторов обойтись при достаточной частоте сэмплирования (а точнее времени, затрачиваемом на 1 семпл), пара десятков кГц уже вполне, а это ерунда для современных АЦП.
Напряжение через делитель + пассивный фильтр + опционально симметричный TVS для разгрузки внутренних ESD диодов. Полярности как таковой на AC нет, рабочий диапазон можно и до 440В сделать (с нормированной погрешностью, допустимый при этом еще выше, ессно), о какой защите ты говоришь? От чего?
Так аццки извращаться не стоит, правда. Ты же это не всерьез)
В том и дело, что не проще. Чтобы получить PF, надо знать ФИ, а соответственно детектить зеро-кроссы по напряжению и току. Уже весьма колхозно будет выглядеть — хоть какой-нибудь датчик тока на входе, хоть резистивный, но нужен. И на входе это будет сумма токов и общий PF, на индивидуальных линиях он могет отличаться. Пусть на 5-15% в типовой квартире, но по сравнению с замечательными 0.5% по току это будет здоровый такой слоняра.
И ведь даже этого, скорей всего, в CMS-770 (версия с измерением 3ф U, но тоже по-своему ущербная из-за ориентированности на домохозяек) не сделали. В доках есть упоминание параметра для «коррекции мощности» в %, и причина возможного расхождения указывается как раз как отклонение реального PF от предполагаемого. Может это и просто страховка, конечно, но что-то сомневаюсь.
Как компромисс, можно было бы зеро-кроссы на линиях детектить имеющимися датчиками и «восстанавливать» их взаиморасположение во времени программно, но это уже несколько иная архитектура с тз алгоритма опроса, распределения обязанностей и требований к коммуникационным задержкам и особенно их детерминированности. Так навскидку — должно быть реализуемо и на текущем железе при определенном желании и эффорте, но это лишь на совсем грубую вскидку, ибо в технические детали реализации я не посвящен и потому запросто могу ошибаться в этом моменте. Сейчас по факту такого функционала нет.
Внешне это никак не прикрутишь, максимум можно получить реальный общий PF на входе, лепить эти костыли на каждую линию — колхоз получится еще хуже, чем вообще все с нуля сделать самому.
А если самому — датчик холла (готовый от аллегро, как вариант) или токовый трансформатор, если DC не интересует + типовой ASIC 1-фазного счетчика (у аналоговых девайсов, например, есть интересные) + простенький МК типа тиньки, ну и обвязка, ниче супер-сложного, никакой rocket-science. Это «ленивый» вариант, все измерение и расчеты оффлоадятся на микруху счетчика, МК занимается только интерфейсом и выполняет роль прослойки для разгрузки центрального юнита. При желании можно и без МК, или без счетчика, на встроенных в МК гавененьких АЦП. Гальваноразвязка, соль, перец по вкусу.
Центральному юниту остаются только функции аггрегации и абстракции, чтоб не вываливать в модбас / лан / другую сеть все индивидуальные датчики, а инкапсулировать все в единый endpoint. Как-то так.
Вот тут абсолютно согласен, но до
оставался лишь один шаг, но сделать этот шаг не посчитали нужным, это и обидно.
Но ведь по линиям это куда интересней) Особенно, если заделать сбор статы в БД и делать с нее выборки с красивой визуализацией. Эх, время-время…
Хехе!! Переслал инфу в ABB!
О, может повезет, прислушаются и разродятся)Я б с удовольствием купил готовое, если б оно удовлетворяло моим требованиям и стоило более-менее адекватно. Хоть и люблю возиться с железками и разработкой, но институтское время давно кончилось, а с ним напрочь кончилось и свободное, к сожалению
….да ты не поверишь!!! Цитирую, чего мне ответили:
А вот как это будет — я постараюсь выпросить, отфоткать и сделать пост.
Оу, вот это я удачно откомментил) Наверняка бы прохлопал
Оч надеюсь, что получится. Было бы вообще отлично и крайне интересно!
Щча это не от меня зависит =) А от АББшников. Как они получат новый девайс и если мне дадут погонять — то напишу. А я со своей стороны постараюсь выпросить.
Спрошу сюда, вроде по формату подходит, а никто не знает какой нибудь релюхи недорогой, которая может сидеть в цепи питания нагрузки с током от 0,4 до 5 ампер в цепи, и рвать другую цепь если ток снизится ниже этих 0,4А ну или наоборот превысит. И да, питание релюхи 24-240В АС. Зачем надо: контролировать ток в выходной цепи диммера, и рвать линию кнопки глобального мастера выключения освещения, если диммер выключен , чтоб кнопка глобального мастера егоне включила. А ну и самое главное чтоб эта релюха на Din-рейку была.
А питание с диммера сдёргивать не прокатит?
Думал об этом, но если вырубить контактором, потом включить то его как,а импульсным реле не получится боюсь, диммер же кнопкой включения/выключения управляется на димммирование, может получился хер пойми что. Там короче какая херня получается, 40 импульсных реле с центральным и глобальным управлением и 3 дин реечных диммера на 3 группы света. И вот чтоб глобальный мастер не включил эти сраные диммера, надо на них рвать цепь управления глобального мастера, а это можно сделать только контролируя выходную цепь диммера (есть ток/нет тока). То есть или контролировать ток, или напряжение в выходной цепи диммера, но так как это диммер, то имха лучше ток. Как то так мне это видится.
Тогда расскажи про диммер. Я знал, что 90% диммеров, если на них отключить питание и снова его подать через секунд 10-20, просто переходят в ждущий режим и находятся в выключенном состоянии. А потом уже юзер ручками его как обычно может включать.
Hager EV102, киловаттный дин-реечный диммер, 16к рублей стоит. Я вчера Хагерам написал, они сегодня прислали ответ, что если для дополнительного входа управления сего диммера (сцены и еще какая то ересь), выставить значение освещения 0% по входу, то он будет вырубать свет в управляемой им линии освещения. Что собственно и требовалось, остается лишь кнопку глобального мастера туда прицепить, на этот вход управления, что собственно и требовалось. Вот Хагер он весьма неплох, но их каталоги по некоторым вещам с первого раза вкурить это реальная проблема, информация порой ровным слоем по всему разделу описания какого-либо девайса размазана. Релюха стала быть не нужна. Я кстати релюху то нашел, это CM-ESS.1 от АББ, но извините меня при ее цене вопроса, это забивать гвозди микроскопом, в случае моей задачи.
Ну вот и зашибись! То есть проблема решена как обычно: получили у диммера вход центрального управления, и юзаем его как нам надо, так?
Неее, это ты куда-то не туда полез. Такая релюха от АББ ещё и на DIN-рейку не встанет нормально. Она в два раза больше обычной модульки.
Да именно так оно и есть. Да и бог с ней, с релюх
ой.
Шаман, доброго здравия!
Ты, часом, не в курсе — шнурок программирования для ПЛК сименс совсем не совместим c абб/итон ? Просто для Logo их на ебее как грязи, а вот для ABB/Eaton они стоят..ну, в общем, дороговато! Хотя я заметил, что и в лого, и в абб схожие пины в кабелях…Задумываюсь о колхозе, но, быть может, и не стоит?
Неа, не в курсе! А у тебя Лого старый? На новых Лого прогается всё прям по сетке. Посмотри форумы — может чем-то поможет, может там и правда обычный UART.
Шаман, в том и засада, у меня на руках есть ABB CL-LSR.C12AC2.
Точнее, даже две штуки.
Попрогал чуть в софтине ABB-шной. Без кабеля — это ад!
Себе я с трудом, но нашел, недорого итоновский USB шнурок.
А вот совместимость с Лого неясна. Есть ли она, вообще?..
Так по идее она НЕ ДОЛЖНА быть! И это если только ПОВЕЗЁТ! Можешь попробовать ткнуть и проверить что будет, если не боишься.
Только ты ишо поясни — у тебя и Лого есть старые? Или нет? Просто если Лого ты будешь только покупать ещё — бери Logo8 и шнурок не нужен.
Не, Лого никакого нет и не планирую))
Просто хотел узнать, подойдет ли от старого лого кабель к CL-LSR, пусть даже с доработками.
Ну возьми и проверь =))) Я бы логовский кабель поберёг, потому что мало ли что где попадётся из старого и надо будет перепрограммировать.
всем привет. А мастер-классы еще в силе? Каковы условия и ценник? Или тоже самое можно на просторах необъятного найти?!
Ну, удалённых у меня никогда не было. Только вживую.
А что надо и чем помочь?
Народ, все вот пользуют ОВЕН. А был ли опыт использования ONI от IEK?
Nmn Спасибо за наводку. Посмотрел. В принципе по ассортименту аналог Овена. Надёжность — вскрытие покажет.
При всей малогабаритности модулей по габаритам вполне совпадает с Овен, если пересчитать по длине фронта на один вход/выход, как это и предложил делать CS.
Nmn Хоть ссылку бы дал! Я на сайте ИЭКа порыл — ни хера не нашёл, ШТО это и ГДЕ это! =))
И вот спрашивается, блин… если мы уже добрались до ПЛК, от работы которого зависит ВЕСЬ щит целиком — то НАХЕРА СПУСКАТЬСЯ ВНИЗ? Я понимаю, если бы кто-то про Сименс там спросил бы… а то про ИЭК…
CS Согласен, это я не правильно сделал. Ща исправим
ONI SYSTEM(это дочка IEK) обычное логическое реле
Раз пошла такая пьянка то:
EKF PROxima ещё такая штука есть, но отзывов на неё не слышал совсем.
Segnetics Pixel — вообще это реле для HVAC(вентиляция, отопление и прочее) НО он имеет модули расширения, так что в принципе для некоторых задач он весьма неплохо подойдет.
Думаю реле(плк) которые используются для HVAC тут нет смысла перечислять, уж больно они специфические(Pixel просто более менее подходит под общие задачи из-за своих модулей расширения).
Как то так.
Взять бы на самом деле штук 5-6 реле разныых, осцилограф и погонять их во всех режимах, глянув кто лучший. Хотя думаю что в итоге соревноваться будут Schneider и Siemens.
Nmn Ой! Блин! Ну НАХРЕНА ставить дешёвку? Ещё и ЭКФ мутить, у которого там опять получается шило на мыло и тот же огрызок Eaton Easy.
Segnetics видел. Но нет ли там проблем с софтом и средой разработки?
Так-то для больших ПЛК есть два стандарта — или MasterSCADA или CodeSys. Там всё понятно и ясно — продукты эти большие и мощные. А поделки от ИЭК/ЭКФ… нахер они нужны? Только для импортозамещения? =)
CS Ну что CodeSys, что MasterScada это только для ПЛК с архитектурой SoftLogic — это мы знаем.
Но! мы же ведём речь о ПЛК и реле, что спокойно встают в наш щит под пластроны, так что более мощные ПЛК мы отметаем(монтажная панель, фронтальное подключение все дела).
Segnetics был хорош пока ОВЕН тупили. Тупили и в железе(частые поломки) и в стабильности работы. Увы и ах они прошляпили своё время(как по мне) ибо ОВЕН вышел на уровень(доработал своё оборудование), а по цене он и ниже.
Правда стоит отметить, что у них очень клёвая и быстрая тех поддержка, да и среда разработки оч ничего(хотя меня напрягает только FBD, мне честно говоря иногда LD ближе и лучше заходит).
А так — я фанат Шнайдера) Кроме блевотного интерфейса Zelio Soft=(
P.S. в логических реле лидер — Siemens. Думаю и по причине того, что они послали нахрен все эти IEC языки разработки, и по причине того что это Siemens. Надежно и сурово.(Конечно я имею ввиду реле в щит — свет там сделать и краны закрыть.)
P.S.S. Вспомнил. У ONI главный косяк — отсутствие реле с питанием 220 AC. И у них нету в той же серии БП на 220AC/24DC. Это меня расстраивает и угнетает. Очень люблю красоту в щитах.
О нет, только не это!!!
Nmn, CS не путайте!
CoDeSys (акроним англ. Controller Development System) — среда программирования контроллера (примерно аналог Arduino IDE). Поддерживает все пять стандартных языков программирования, за что и получила распространение. Недавно и Малинка в их сети попала. Чем не контроллер? А уж малюсенький какой!!! Правда, к огромному разочарованию миниатюристов (я сам такой :-) итог будет как с тем-же Овеном :-)))
Таких систем, как CoDeSys, существует несколько, но и не так чтобы много.
MasterPLC из этой же оперы, только уровень беднее. Главное, что программа предназначена для исполнения в контроллере.
А SCADA (аббр. от англ. Supervisory Control And Data Acquisition — диспетчерское управление и сбор данных) исполняется во внешнем по отношению к контроллеру компе (операторской станции, сервере и т.д. до бесконечности).
SCADA всячески взаимодействует с ПЛК, может сама выполнять какие-то управляющие программы (SoftPLC в MasterSCADA), но основное разделение в связке — контроллер внутри оборудования и, в правильной системе, способен работать и без связи с «верхним уровнем». Как в анекдоте: запустили, а там вертись как хочешь. А «верхний уровень» (SCADA) без контроллера покажет нули или на что там хватит её воображения и грустно подумает: хлопцы, идите и разбирайтесь. А контроллер в это время без отеческого присмотра развлекается в меру своей (или программиста :-) испорченности.
Nmn Логические реле не завязывают на поддержку всех IEC языков не от крутизны, а от ненужности. Мелкие они, и идеология простая — локальные операции, простые программы, вполне помещающиеся в одной черепушке. Поэтому и экранчик — можно ввести программу прямо на месте.
AAlfim Да всем понятно, что одно чисто прогу писать, второе писать прогу и ещё и управлять с визуализацией.(Просто в скаду запихали ещё и MasterPLC дабы как в SPPA T3000(и прочих 3000) от Simenes иметь сквозное проектирование).
Я понимаю когда в реле не делают FBD например. Но никак не могу понять почему в реле нету LD. Оно же РЕЛЕ! а LD самый самый релеьный язык. Вот.
С другой точки зрения NVAC контролеры это уже и не логические реле вовсе..
Nmn Гы гы гы. Неправда Ваша. Вот ПР200 на FBD.
Ну а философски… Термин «программируемое реле», на мой взгляд, ввели для отделения простецких управлялок с программами «на коленке» от великих и ужасных PLC. Но! Даже простая управлялка может заменить десятки релюшек. И с другой стороны, много Вы сейчас найдете людей, способных читать релейную схему? Мне за полтинник, я с ними работал и никакого удовольствия не получал. Слишком низкий уровень абстракции для воспитанного на TTL логике.
FBD на ПР200 для меня оказался удобен как самый высокоуровневый язык.
В общем, если обсудлать уже ядра всяких ПЛК, то лучше тута! Тута народу будет полезнее.
Nmn Я не любитель прыгать с системы на систему. Ну, вот ты назвал аж 4 варианта — так нахера дёргаться? Мне проще найти один, который мне по всем критериям подходит и юзать его во всех случаях.
И не будет у меня доверия к ИЭКу и ЭКФу. Мне думается, что это вообще хрень, сделанная для импортозамещения…
AAlfim Так, я чего-то не понял. Вот в том щите заказчик специально себе купил ПЛК с MasterSCADA внутри вместо CodeSys. Из-за того, что там есть встроенный WEB-сервер с эту скаду прямо в ПЛКшке.
Так что ж будет? Получится, что у него не выйдет залить туда программу и заставить ПЛК автономно работать, а работать это будет только с рантаймом скады на компе, которая и будет командовать этим ПЛК?..
Про языки программирования. А вот хер знает! Мне кажется, что каждый удобен для своего. Например на LDшке удобно рисовать самые простые схемы. И она сгодится тем, кто переходит с обычного «…поставлю-ка тут реле времени, а его контакты…».
FBD — охуенно для всего на свете! Родная цифровая логика! =)
ST — круто там, где не поймёшь как FBD сделать. Скажем, если будет пяток хитрых условий и штуки три переменных-флагов — то мне проще будет на ST написать, чем пяка FB рисовать. А написанное уже сконвертить в FB и рисовать что-то типа «На вход… с выхода…» =)
CS Дык многогранность все дела.
Я знаю, что ты приверженец одного оборудования. Каждый по своему видит ситуацию.
Я вмешаюсь и вставлю свои 5 копеек.
Всё будет автономно работать. Просто разница в том, что купив у MasterSacda ты получишь сквозное проектирование. Из одной программы и проектируешь ПЛК и обвязку для управления, протоколирования и визуализации. Но если отрубить скаду он так же и будет крутить внутри свою структуру.
Ну а языки — каждому своё.
Блин, такой опус пропал! Опять набирать…
CS
В то время, как понатыканные по квартирам компъютеры лихо рубаются в Дум или танчики, развлекают хозяина порнушкой и помогают хозяйке выливать тонны любви/говна на одноклассников, почти такие-же компъютеры под презрительной кличкой «контроллер», обиженно сопя, в тёмном чулане делают невидимую, но очень важную работу, регулируя освещение или там отопление. И так проходит время. Но приходит момент, надоедает контроллеру такая жизнь (или мимо бежит сильно голодная/любопытная крыса) и происходит восстание машин. Ложится контроллер отдыхать и даже watсhdog не может его разбудить. И зажигается свет во всём доме, хлопают двери и жильцы сбегаются в котельную. А как иначе, жопа то мёрзнет!!! Но и тогда нет покоя контроллеру. Вместо вздоха и шелеста купюр на покупку памяти или установку SSD в обласканный домашний комп, всякие бестолочи громко говорят разные бессмысленные слова, бестолково дёргают контроллер за провода и в лучшем случае стирают с корпуса пыль.
И только специально обученные люди — инженегры :-) приходят на помощь усталому контроллеру, лечат его и помогают ожить.
С другой стороны, инженегры тоже люди и предпочитают заниматься тем, что описано в начале данного опуса, а не сексом по подвалам. Собрались из них самые ушлые и решили, что для долгой и бесперебойной работы контроллеры, в числе прочего, не должны иметь ничего лишнего, отвлекающего от работы. Тогда контроллеру просто нечем будет обижаться на хозяев.
И что мы видим? Согласно Вики, добавление к SCADA оболочки программирования контроллера (IDE) позволяет добавить к названию гордую надпись SoftLogic. Что при этом происходит внутри?
Можно просто засобачить IDE внутрь SCADA. Минимум возни, и будет SCADA, привязанная к одному производителю. Оно нам надо? Хотя, в рассматриваемом случае так и есть.
А можно запихнуть в контроллер Linux или ещё какую ОС и получить полную универсальность. Должен сожрать всё, что не засунешь. Ну, теоретически… И тогда в той-же SCADA наравне с штатным алгоритмом легко и непринуждённо пишется алгоритм работы ПЛК и с минимумов танцев загружается в его мозги. Он же стал универсальным, должен работать. Можно посмотреть, списки совместимых контроллеров для SCADA с SoftLogic у разных разработчиков не различаются.
Овен и ИнСАТ пошли этим путём. У ПЛК110 на том-же процессоре увеличили RAM с 16 до 128 Мбайт, ROM с 6 до 128 Мбайт. Воткнули Linux. И вперёд. На форуме много интересного написано.
Я не сомневаюсь, что всё работает. И у Овена, и у ИнСАТ опыта достаточно, и сотрудничают давно. Сборка конфигурации вообще автоматическая, только кликай по иконкам.
Всё правильно твой клиент выбрал. Согласен с Nmn. В любом случае возможности системы превышают его потребности на три головы. Добавка Linux просто снизила это отношение с возможных шести до трёх.
Только как представитель старой школы, я с неким подозрением отношусь к автоматической конфигурации и прочим плюшкам, ради которых всё и затевается. Всё, что не сделано своими руками, отказывает. Что сделано своими руками, отказывает реже. Всё, что не проверено, откажет в ближайшие полчаса. Ну и так далее. Мне в первую очередь требуется надёжность. Минимализм и понимание, как всё работает, этой самой надёжности сильно способствует. Опыт-с…
А тут, возвращаясь к началу, обижаться контроллеру есть чем. И это очень мягко говоря :-))))
Успехов!
Nmn А ты не в курсе, как в MasterSCADA под ОВЕН загрузить программу в ПЛК так, чтобы она там и осталась?
У меня ж заказчик нашёл себе проблем — взял эту Скаду вместо CodeSys и на лету начал разбираться. И если просто присоединиться к ПЛК и залить программу — то оно работает, но до передёргивания питания.
В CodeSys есть команда «создать загрузочный проект» — она льёт программу в ПЛК намертво, чтобы он с ней и работал. А тут мы, пока щит сдавали, этого не нашли с ним.
AAlfim Ахахаа!!! Сделал моё утро!!
Вот видел я эту MasterSCADA как раз… меня взбесило всё это. Как-то с CodeSys понятней было в разЫ (я на ней и останусь)! А тут — кликай галочки или таскай мышкой всё.
Когда буду писать про тот щит (когда он его подключит и даст мне фоток), то там расскажу как мы наткнулись на несовпадение версий SCADA и прошивки ПЛК и о том, что нет там, мля, обратной совместимости…
И если ты системный инженер — то тебе надо будет таскать с собой все версии этой скады под каждый ПЛК.
CS
Чего???
Буду разбираться… Нафиг тогда нужен этот ПЛК. Заведи всё по RS485/Modbus в комп и пусть работает.
Это стандарт жизни любого наладчика. У меня в архиве были все версии прошивок на оборудование. И сейчас пороюсь и найду, хоть уже 20 лет прошло. Ручки то помнят.
Контроллеры в силу минимализма хранят программу не на языке высокого уровня, а уже скомпилированный исполняемый файл. Поэтому на каждый из них записывается и версия ПО, и дата/версия/контрольная сумма файла настройки, и версия IDE, и собственные комментарии, почему так сделал, и всё остальное. Без этого второй раз уже ничего не сделаешь, только полностью переделывать работу.
Вот у Овеновских контроллеров есть возможность записать файл прямо в тушку, очень удобно и сильно выручает.
Кстати из опыта. Есть прошивка контроллера. Есть файл конфигурации (меняются с компа или операторской панели). И есть текущие измеряемые значения.
Вот если их аккуратно разделить, то у заказчика остаётся первое, что он поменять не может, второе, что он поменять может, но остаются следы, и третье, на что он повлиять не может, но остаются записи (графики, тренды и т.п.).
И при больших разборках первое, что смотрю — контрольную сумму файла конфигурации. Лазили — не лазили. Потом выяснял, куда именно.
CS Искал, искал.. нихера не нашёл. Написал в поддержку. Ответ получил такой:
Нажил проблем себе заказчик. Взял б обычный и modbus бы юзал
Nmn Вот долбоёбы, блядь! Сказано же, что контроллер с MasterSCADA на борту.
А мне интересно ещё и то, зачем ты для того чтобы мне ответ дать, ОВЕНУ писал. Это-то я и сам могу сделать! Мне-то было интересно (раз ты про эту скаду писал), сталкивался ли ты с этим или нет. Вот мне и кажется, что нажил…
AAlfim Про нормальный CodeSys я более-менее в курсе. У меня аж два или три поста про него лежит. А тут у заказчика внутри MasterSCADA. И началась там пляка с тем что в ПЛК одна версия ядра, на компе другая… ой ой шо было!
CS, ну ты написал, мне стало интересно. Вот и написал.
Я с ней сталкивался только через OPC сервера. А там все норм. ПЛК отдельно скада отдельно.
Шаман, спасибо за такую подробную статью! Многое стало понятнее, а многое непонятнее, но это круто!
А есть ли стандарты на интерфес для пользователя. Ну, то есть, как вбще оно управляется дома — какие выключатели, каким проводом они коммутируются? Я понимаю, что вопросы интимные, но попробовать стоило. Спасибо!
Я специально стандартов не знаю, еэели мы про свои собственные разработки. А так можно выдумать-выделить:
1. Всякие готовые шины типа KNX и похожие (ABB free@home). Там свои кабели (обычно 4 жилы: две — сигнал, две — питание 24V DC).
2. Тупо подача дискретных сигналов в ПЛК (чем я и пользуюсь). Тут у нас одна жила общая, и ещё по жиле на каждый сигнал.
С кабелями, если мы просто сигналы подаём, я выбирал такие, которые удобно будет пихать в обычные кнопки/выключатели (мы ж хотим, чтобы у нас внешне всё выглядело в виде обычного монтажа в подрозетник). Мне понравился кабель КВВГ/МКШ, потому что там жил дофига (больше чем 3 или 5) есть. Про кабели у меня были тоже посты с фотками.
Доброго дня, уважаемый Электрошаман.
Я тут в отпуске немного, занимаюсь изучением матчасти, т.к. предстоит делать ремонт в купленной наконец-то хате.
Делать планирую сразу модно, стильно, молодёжно, чтобы, помимо кнопок на стенах, можно было рулить лампочками и розетками через интернет, а именно — через apple homekit (отговаривать бесполезно, я этим сейчас в съемной хате пользуюсь, и это охуенно удобно).
И тут сразу вопрос — какой ПЛК для этого юзать?
Сименс Лого, насколько я вижу, для этой задачи не подходит — нет у него соответствующего шлюза в хоумкит.
Из вариантов вижу такие:
— https://wirenboard.com/ru/ (всё здорово, кроме modbus на кнопки, что почти 100% приведёт к лагам системы, планируется более 30 кнопок, их опрос может занять более полусекунды — меня за такую херню из дома выгонят);
— ранее упомянутый тут https://www.ab-log.ru — чуваки достаточно серьёзно развились до полноценного контроллера с линкусом, блэкджеком и поэтессами;
— всякие самопальные штуки на Raspberry — не хотелось бы, поскольку вопрос с силовой частью решён примерно никак;
— что-то ещё? Должен же быть оверкилл вариант! :)
По протоколам/подходам к связи между элементами системы:
— KNX — отказать за древностью и хер пойми чем обоснованной дороговизной дивайсов;
— всевозможные ZigBee, Wi-Fi и прочее по радиоканалу — не верю в приемлемую скорость опроса/безглючность;
— верю в «по проводу в щит пришла команда — по проводу из щита ушла силовая часть» — может, это можно как-то упростить, чтобы не тянуть от каждой кнопки проводок в щит, и в то же время сохранить молниеносную реакцию на нажатие?
— что-то ещё оверкилл и всепобеждающее?
Что скажете?
А, тут коллеги подогнали ещё control4 и btichino, но там ценник — ояебу.
creator Эээ.. я не знаю, что такое Apple homekit.
По ПЛК мне ОВЕН нравится.
Если коротко — это возможность управлять железом умного дома через телефон.
Тут криво всё это описано, вторая ссылка в Яндексе https://www.iphones.ru/iNotes/728822
В принципе, всё гуглится, тексты на любой вкус.
Посмотрел на owen — теоретически, наверное, можно, но они двигают свой owencloud, что для промприменения, может быть, и ОК, но для дома будет тяжеловато.
Глянул по ссылке. Так это ж стоковая хуйня, так? Ну, типа «устройства с поддержкой». Тогда морочься сам.
Я-то думал, что там открытый протокол (ну хоть как USB например) и на чём угодно можно написать хреновину, которая этим хом китом видится как некий объект УД.
Семен Семеныч, не торопитесь с выводами )))
Уже давным-давно охеревшее количество дивайсов умеет дружить с этой, как ты её называешь, «стоковой хуйнёй».
Тот же вышеупомянутый виренборд, в частности, умеет.
И ещё примерно 1000 вариантов разной степени DIY-ности, начиная от Homebridge, заканчивая https://www.home-assistant.io, и между ними что-то вроде athom.com
Задача простая: использовать в щите такой дивайс, который, с одной стороны, решает задачу управления и логики на уровне железа в рамках отдельно взятой квартиры, с другой — имеет шлюз в эту «стоковую хуйню».
Вот смотрю на виренборд, который вроде бы ОК. Оценить его с точки зрения интеграции с хоумкитом — я могу, там всё просто. А вот оценить его с сугубо электрической части — не могу, в связи с чем и пишу.
Есть желание заказать тебе щит, но вот эту связку надо обеспечить, штука действительно очень удобная.
Я по мылу запомню и за Семён Семёныча сделаю цену повыше как за мозговынос =)
Ну как объяснил — так я и понял. Понял что это закрытый протокол.
А как я тебе WirenBoard оценю? Клеммы у него пиздец уебанские и полное дерьмище (кроме фотки с 6й версией). А если он RS-485 держит — то и отлично. Модулей IO ОВЕНских к нему нахерачить на 115200 — и пущай работает себе.
Почему он по ModBus лагать-то будет? ОВЕН же не лагает…
Ещё по WirenBoard непонятно, на чём его разрабатывать — ну программу писать. У меня один хороший заказчик уже как год его хочет, но ни хуя не ясно как прогать. Искал-искал… CodeSys там и не пахнет. Каким-то своим IDE — тоже не пахнет… вот пока забили.
Ну-ка, расскажи про это. Я ни хера не понимаю, почему RS-485 на 115200 (или более высокой скорости) с ModBus RTU должен тормозить.
О боже, что же теперь делать??? Наверное, придётся заказывать с другого ящика!!! )))
Почему будет лагать по модбусу — тут зависит от архитектуры, если модули растащить по квартире, и будет их больше двух десятков — боюсь, не получится гонять это на 115200, а будет, например, 57600 и последовательный опрос, и задержки будут. Можно, конечно, все модули связать внутри щитка, а от кнопок/выключателей тащить провода, но то такое.
С настройкой правил вообще никаких проблем, можно, например, так, а с учетом того, что код открыт полностью, и если не лениво — сразу строчить конфиги, писать на питоне, да дохера на самом деле вариантов появляется, реально дохера. Я думаю, сам производитель вполне готов проконсультировать на эту тему, контакты на сайте есть, форум тоже есть. Но это, конечно, уже несколько выходит за рамки электрики и сборки щитов.
Неее… а я даже и не буду собирать щит с такой рпспределённой архитектурой! Это и по электрике будет пиздец как уебански сложно (потому что нормально линии не защитишь в главном щите).
Ну и это ж додуматься-то надо!!! Скоростной модбас раскидывать по квартире! Это ж проще уже KNX или аналоги найти. Пиздец! Неее, такую хуйню без меня творите.
Про WirenBoard… веб-интерфейс? Это чё?! А там нет что ли ну… этого… где код писать? Всякие функции, процедуры, вызовы, стэк, память, ресурсы, переменные?…
Если у этой пизды настройки и опрос RS-485 только по веб-интерфейсу — это это не ПЛК, а проебундия сплошная!
Нахуй такие ПЛК даже задаром. Только хардкор! ST и FBD наше всё!
ЗЫ. Дочитал что там на питоне можно писать. Ну так то ж скрипты. Которые хуйта. А нет там такого, чтобы нормально в IDE накодить, скомпилировать, оптимизировать и залить в кристалл/память? А то какой-то детский сад.
Ёпт, мне уже неловко что-либо писать в дополнение, но я попробую :)
В вирене линукс. Исходники открыты. Не нравится питон («скрипты» — смешно, поржал, но ссылку на то, что такое питон — давать не буду ))) — пиши, на чем душа лежит. Хочешь глубокого проникновения посредством C++ — cобрать под проц в вирене — никаких проблем, ВижуалСтудио + ПлатформИО — и в добрый путь, если понимания системы в целом достаточно.
По веб-интерфейсу — не опрос, а настройки, это та же IDE, что и для Лого, просто визуализированная в бровсере. В какой среде унутре вирена выполняются потом настройки — лично мне глубоко похуй. Разницы между рисованием кубиков в т.н. «IDE» и рисованием кубиков в некоем движке, который визуализируется в браузере — я не вижу. И то, и то порождает скрипты, которые уже потом выполняются непосредственно на железке.
Ну если мы модбас по квартире раскидывать не будем — уже облегчение, а то я тут встречаю варианты )))
Но как-то облегчить проводную жизнь я бы очень хотел, если есть разумные способы эту задачу решить (KNX и радио — в пизду сразу) — поделись, пожалуйста.
UPD для содомитов есть даже яваскрипт, насладиться можно внизу страницы ))) https://wirenboard.com/ru/product/wiren-board-6/
Где там внизу страницы можно насладиться JS? Внизу страницы там только менюшки… сриншотов нет, кода JS нет…
И почему JS для содомитов, если у тебя ВСЕ сайты на нём работают. Тот же jQuery, Node.js и прочие фреймфорки. Даже Arduino с их скетчами — и тот на JS походим сделали… шо-то ты перегибаешь палку.
Я в ужасном настроении, потому что ЭТМ мне запорол шкаф, заменил на запоротый и щас я с молотком и плёткой буду пиздить их чтобы ещё раз меняли. А сроки срываются. Поэтому я готов убить каждого, кто мне срать в мозг будет.
Ну покажи-ка мне как в Линуксе на FBD написать… очень интересно прям.
Не надо ляля про то, что IDE Logo и хуев интерфейс настроек в браузере с правилами — это одно и то же. Интерфейс в браузере с правилами вообще вырос с продукции KernelChip лет десять назад. С платы Laurent, блядь.
Вот там и были правила. Но и плата была задумана как тормозная и медленная изначально — поэтому там это применимо на ура. А потом уже всякие Ab-Log и WB начали эту фишку тырить типа как для удобства.
И ты не так меня понял про глубокое проникновение. Если там Linux и если именно под сам Lin надо кодить — то это ещё хуже, чем правила в браузере. Вы мне ещё скажите что чтобы светодиодиком мигать, мне драйвера уровня ядра писать надо будет…
То, что чувак вынужден компилить под Lin и так низкоуровнево хуярить — это следствие хуёвого ПЛК. Получается же, как я тебя понял, два варианта: или ебашь правила как мудак и живи с тормозным ModBus и лей слёзы, или сразу же хуярь Студию и чуть чего — пересобирай проект.
Нахер такое решение нужно, которое и не шило и не мыло? Получается что им будут пользоваться или гопники, которым надо ничего не знать, но кликать галочки, или узкие профи. А люди, которые хотят видеть нормальную среду разработки для ПЛК — в пролёте.
Как тогда эта хуета может называться «ПЛК»-то? Это не ПЛК, а просто… мм… нечто с клеммами!
Да знаю я, что такое питон. Но, бля, для железки которая имеет право называться ПЛК — это смехота.
А самая моя главная хуйня — это то, что ГДЕ БЛЯДЬ НОРМАЛЬНАЯ ДОКУМЕНТАЦИЯ?! Сука, где длинный большой PDF или нормальные (а не их высер) Wiki с докумой про порты, IO, приёмы программирования в том же Lin… где? Вот я захожу — и не вижу ничего этого.
Поэтому я — за ОВЕН. Там вон версия с MasterSCADA есть, и с ней ОВЕН сразу же имеет свой Web-сервер на борту. У меня уже половина заказчиков просила именно его — и довольны как черти.
У ОВЕНа нормальная CodeSys, всем известная и распространённая (как Visual Studio для обычного программирования), можно писать всеми удобными способами — IL, ST, LAD, FBD, причём разными в одном проекте (и это удобно — можно накатать сложную функцию обычным текстом типа там if, then, while — а потом обращаться к ней в виде блок-схемы (FBD).
Так вот! ОВЕН быстрее, и он сразу под нормальный ModBus заточен. И уже удобнее было бы тырить из ОВЕНа нужные параметры по медленному ModBus и передавать их какой-нить самописной (раз тебе так хочется) хуйне, которая транслировала бы это в Apple HK.
Тогда система была бы насколько это возможно автономно-независимой: ОВЕН работает и работает себе по IO как обычно. И доступен по внутреннему WEB-интерфейсу. Если есть VPN — то хоть бля из других стран досупен.
А если HomeKit отвалился — то и хуй на него, потому что он будет являться только дополнительной оболочкой для всего этого.
Как-то так.
Про проводную жизнь. А тут вилка та, которую ты и озвучил: или дохуя проводов, но высокая скорость, или медленная скорость и тормоза. И это со стороны ModBus.
А со стороны силовухи как быть? Типа подвёл один кабель 3х6 на комнату, а в комнате мелкий щиток с автоматами типа «LED-Лента», «Свет Верх», «Свет Балкон», «Розетки Левые», «Розетки Неотключаемые (Аквариум)»?
Так мыслят уёбки с CAN, но CAN опять же имеет свои области применения. Вот ты про содомитов стебался… а как назвать такие решения, когда, как в программерском анекдоте (что пидорство изобрели прогеры/хакеры — они нашли дыру и начали туда долбиться)…
Короче, всему есть применение. Скажем в автомобиле CAN рулит — потому что трассы короткие, питание везде одно и то же (бортовая сеть) и поэтому никаких помех по разным линиям не будет, а надёжность нужна высокая и поэтому некоторые устройства должны не зависеть от Master’а сети.
Кстати, у меня один заказчик консультировал щит. Он сделал у себя дома на CAN, потому что тачками и занимается. Так вот у него всё равно стоят два щита: первого этажа и второго. Обычные силовые. И только по CAN (метров 15) они и связаны между собой. Причём внутри каждого щита модули по CAN связаны между собой и автономны: если отвалится связь CAN между щитами — то щиты будут работать по отдельности как обычно…
Ты вообще читал пост про цену одной строчки? Ну в том смысле, что медленный ModBus можно протянуть по квартире для медленных задач.
Я тезисно )) Ты, главное, с ответами не торопись, это ж повышенная нагрузка в текущей ситуации, я подожду )))
Наличие JS — имел в виду, что в описании такая возможность упоминается ))
Да, с документацией у них всё хуёво, согласен. Возможно, сгоняю к ним в офис, чтобы посмотреть в глаза этим людям :)
Насчет нормальной IDE в браузере — ты не прав, вот, например: https://build.particle.io/build
Откуда что взялось, чем ограничено и прочее эмоциональное — мне не очень интересно, главное, чтобы задача решалась, а она решается. С этой точки зрения, что стэндалон ИДЕ лого, что хуйнюшка в браузере — одно и то же. Больше скажу, поднапрягшись, я найду пример какой-нибудь среды разработки, которая пашет в браузере и сразу будет лучше, чем ИДЕ лого. Но мне лень прямо сейчас, я в отпуске, море, басик, то да сё )))
Оценка применимости питона — это, опять же, от незнания, ну то такое, кто чем занимается. Ну и про «программирование на линукс» — вроде никто не предлагает писать HAL на асме, чуваки прямо пишут — среда есть, далее скрипты, которые тебя избавляют от необходимости дёргать ногами проца и заниматься тому подобной ебаниной. Линукс туда для того и затолкнут, чтобы избавить тебя от низкоуровневой возни, и в то же время оставить широкие возможности подрочить удобным тебе лично способом.
Теперь по идеологии. Схема «локальная логика — шлюз — homekit» — ну вот я ровно это и ищу, вроде с первого своего сообщения. Печаль сейчас заключается в этом самом шлюзе: у сименс лого я ничего такого готового не вижу, овен дрочит на собственное облако и через это идёт немного нахуй (поправь, если там есть что-то типа MTQQ интерфейса с нормальной документацией), остаются решения с открытыми протоколами/софтом, типа того же виренборда.
Сделать железку, которая цепляется по 485 и реализует этот самый шлюз — моя банда может, но они заняты зарабатыванием денег, и отвлекать на такую поебень я их не буду. Поэтому хочу готовое решение, которое я сейчас вижу в том же виренборде (справедливости ради, там тоже есть немного ебли, но, по крайней мере, есть и готовый рецепт).
Касательно силовой проводки — тут полностью согласен, была надежда, что знающие люди имеют в запасе вариант, когда управление можно будет посадить на быструю и надёжную шину, оказалось, что хуй. Ну и ладно, не будем печалиться, протянем провода от каждой кнопки, в рот оно ебись.
Про цену одной строчки не читал, найду, почитаю, спс.
Вот ща за заффтраком отпишусь. Сраться не будем, пущай у тебя свои взгляды будут.
Про IDE в браузере — фуууу… это ж не надёжно. Те, что так делает, не думают о том, что железка может проработать 10-20-40 лет… а будет ли жив сайт?
За последнее время сколько уже позакрывалось? А вон недавно на хабре писали, что ГитХаб некоторые аккаунты начал просто так блочить.
Вся эта привязка к вебсервисам — хреновое дело. Сегодня есть, а завтра нет. Вспомнить бы такое как Newmail.ru, fotoplenka и прочее.
Давай разделим тады всё на три части. Есть микроконтроллеры (там у нас ASM, C++), есть ПЛК (там у нас ST ии FBD и определённые требования к ним) и есть некие скриптованные железки высокого уровня. Вот где будет питон, линукс, вебморда и прочее (всякие AbLog, WirenBoiard и прочие подобные).
Вот не надо эти скриптованные няшки обзывать ПЛК. Не классифицируются они так.
Линукс, чтобы избавить от низкоуровневой возни… бугага. Это когда на какой-нить там опрос порта будет тратиться 2 000 тактов процессора, а не 7? =) Это НЕсравнимо. Одно дело сравнивать скажем Atmega AVR и STM32 с freeRTOS между собой и другое дело сравнивать их с ПЛК или скриптованной железкой.
Ага, вот наконецто и ТЗ: ты про шлюз из одного в другое говоришь. Так этого на Лого и не сделать. И на ОВЕНе. И не должно такого быть, потому что что Лого, что ОВЕН — это как пустой и голый кристалл с завода. Сам пиши, называется. Эти не сгодятся, а вот WB — если там наработка под шлюз есть — сгодится.
Что касается проводки, то всё равно есть два концепта: или всё в щит (мне он нравится) или коммутацияпо местам (как на распределённом KNX). Но в коммутации по местам обычно коммутируют всё равно только слабые нагрузки. Ну типа того, что есть кабель 3х1,5 под 10А — а с него по месту релейными модулями рулится свет верх, бра левое, правое.
Короче, мы тут всё ближе к сдаче, так что скоро приду за щитом )))
А мы — это хто?
Приходи! Я как раз ща новые заказы беру. С ПЛК будет весело.
Мы — это я и моя хата )))
Приду, хули, деваться некуда )))
Хорошо. Только напиши что мы с тобой тут срались. И правила заказа щитов почитай, чтобы не слал хуйню типа как в аттаче, которая называется «Поиграй в SELECT JOIN DISTINCT».
ээээ… я-то напишу, но вроде мы не срались )))
Аттач — ояебу, конечно, у меня глаз вытек.
Во-во, отож. А потом все эти LV1.x.5-2 надо найти в огромной таблице розеточных блоков. У розеточного блока есть ID, а по ID надо найти в другой таблице линии, которые туда идут…
И в гробу я такое видел =)
Я пообщался с чуваками, которые использовали Wirenboard 6 в своих проектах, ок. 100 штук. В итоге отказались ввиду крайней ненадёжности дивайса.
Искать теперь заново бл :(
БУГАГА )) А ты ТАК морочился, я помню (даже не читая комменты), мы там спорили жарко про всякие хуйни…
Может тебе на ОВЕНе сделать? Там теперь у ОВЕНа даже облако есть ))
да ёбаный насос, не хотелось бы овен…
Короче, изучаю матчасть, сукаааа
…а просто нехуй вестись на всякие хипстанутые контроллеры и прочие штучки =)) Надо сразу за лютый брутал садиться и не дёргаться =))
Не, ну посмотри ещё на чего-нить. Меня ща от ОВЕНа СПК втащили! Там интерфейсов связи аж 5 штук, веб-интерфейс, сенсорный экран! Ляпотища! =)
Давай ссылки, где почитать, потому что их сайт делали какие-то уёбки.
А что не так с сайтом их?
Почитать у меня — я ж во вторник вторую часть щита на СПК110 постить буду.
Да хз, не для людей он какой-то. Во вторник зачту, ОК )
Ну как мой — для спецов. А так со стороны зайдёшь и подумаешь про то, что это тут захуйня =)
минуточку, у тебя — понятно написано. У них — нихуя непонятно.
Ты придираешься =)) Вот ЧЕГО тут непонятно: https://owen.ru/product/spk1xx:
Ты ж по ПЛК вроде спец. Или ты подсел на хипстерские галочки и кнопочки вместо хардкора?)) Мы уже во флуд скатываемся, и мне скучно.
Ладно, вот жди вторника, я днём или вечером выложу пост — там посмотришь СПК110 в работе и действии.
Так чем все закончилось? Получилось привязать хомкит к овену?
У меня этот год ОЧЕНЬ убийственный, сил НЕТ, очень плохо.
Есть два-три проекта, где будем делать эту интеграцию. Когда и как — хрен знает. Наверное по осени-зиме.
Наработки растут, и мне даже хочется попробовать. Для этого надо купить смартфон и распсберри эту.
Так народ привязывает вовсю. Если я научусь — это будет охуенско новый уровень.