Логические реле и ПЛК : Зачем это нужно и как работает?

Число просмотров: 11,326 
0 оценок, среднее: 0.00 из 50 оценок, среднее: 0.00 из 50 оценок, среднее: 0.00 из 50 оценок, среднее: 0.00 из 50 оценок, среднее: 0.00 из 5 (0 голосов, средний: 0.00 из 5)
Вы должны быть зарегистрированным пользователем чтобы голосовать за эту запись.

ВНИМАНИЕ! Мне не хотелось бы, чтобы этот пост был опубликован на других ресурсах (репост). Я хочу сохранить за собой право на его уникальность. Публикация поста возможна на определённых условиях.

Примеры логических реле 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, номер 30
    • Регистр REAL, номер 30
  • Устройство, адрес 2
    • Регистр BYTE, номер 20
    • Регистр BYTE, номер 30
  • Устройство, адрес 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-интерфейса включать и выключать четыре релюшки – лучше сразу использовать готовые решения, которых много на рынке. В этом случае всё будет работать “из коробки” и вам не придётся ничего программировать.

Сейчас я нахожусь в форме существования “ЗАДОЛБАЛО”. По разным причинам всякие решения по автоматике управления светом, АВРами, распределением питания или разной автоматикой меня не устраивают. Ограничивать себя, составляя кривые конструкции из релюшек разных фирм или кулибинствовать с паяльником я не хочу. Поэтому я ухожу в контроллеры и свои шкафы буду делать теперь на них.

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

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

54 Отзывов на “Логические реле и ПЛК : Зачем это нужно и как работает?”


  • 1 Wimsey

    Сейчас по работке начал раскуривать сименсы S-300/400 и плк от китайцев – Delta DVP. Так что твои посты почитаю с удовольствием.

  • 2 CS  [Москва / Одинцово]

    Раскуривай! Сильно я давать инфы не буду. А общие принципы только что дал ;)

  • 3 Wimsey

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

  • 4 juray

    да, для привыкших к “обычному” (то бишь императивно-процедурному) программированию LD тот еще вынос мозга.

  • 5 EvilGremlin

    Ну, не знаю… для меня ни один способ программирования выносом мозга не являются. Разве что FBD не шибко привычен, но это я просто схем на логике толком не делал… один watchdog на COM-порту с программкой на VB – не в счёт.
    Ladder Logic – как-то так взял в руки – и сразу натыкал на кнопочках прогу. Блин, да я доку на Easy700 реально дольше искал, чем разбирался в программировании. Единственное, линейка тесновата, хотелось, чтобы на одной линейке умещалось сразу 4-5 условий, таймер и контакт. Вот тогда бы прям элегантно моя прога выглядела.

  • 6 Wan-Derer  [Москва]

    У меня пара вопросов по Modbus.
    1. Поддерживается ли контроллерами Modbus поверх Ethernet?
    2. Как там со скоростями? Если попалось на ветке слоупочное устройство, которое может только 57600, остальные под него подстроятся? Или есть жёсткое требование по скорости?
    Естественно, спрашиваю не про все контроллеры, а про те, которые тебе известны.

  • 7 CS  [Москва / Одинцово]

    Скажу чего знаю:
    1. Если завернёшь в инет – то будет ходить. Ну например если ты возьмёшь мосты MB Ethernet, то можно и удалённо девайсы управлять. А штатно – не знаю.

    2. Если речь идёт о именно шине – то обычно нет. Все должны на одной скорости пахать, потому что Мастером сети является ПЛК и он их и опрашивает.

  • 8 Wan-Derer  [Москва]

    Вся шина одной скорости – это да, на то она и шина. Её скорость где-то настраивается в ПЛК? Или она стандартна и вся периферия должна проектироваться под эту скорость?

  • 9 CS  [Москва / Одинцово]

    Настраивается, ага. Вот примерно так:
    В девайсах: http://cs-cs.net/wp-uploads/2015/12/OwSW06-CtlVvod.gif
    В ПЛК: http://cs-cs.net/wp-uploads/2015/12/OwSW20-ModBusParams.gif

  • 10 Wan-Derer  [Москва]

    Понятно. В основном 9600 по дефолту?

  • 11 CS  [Москва / Одинцово]

    Неа. Я даже не знаю, скока по дефолту. Это я так настроил на мелочь. А можно было 115 200 вкатить легко.

  • 12 Realpc  [Москва]

    CS, приветствую!
    Пока жду LOGO, по-тихоньку пытаюсь разбираться в SoftComfort’е. А тут твоя статья про клапаны и ссылкой на старый пост про сантехнику (спасибо – освежил в памяти).
    Почитал и возникли несколько вопросов:
    1. Как предпочтительнее на твой взгляд реализовать защиту от протечки воды?
    а) купить готовое изделие типа “аквастоп”;
    б) ЛОГО+моторизированные краны.
    2. Если готовое изделие, то какое лучше использовать? Если на базе ЛОГО, то какие лучше моторизированные краны? Купить из комплекта Автосторожа и подобных или FAR/Valtek и других известных брендов.
    Буду очень признателен, если посоветуешь конкретную модель с оптимальным соотношением цены/качества.

    Заранее спасибо.

  • 13 CS  [Москва / Одинцово]

    Я бегло, а ты доспросишь. Дык если Лого есть – то лучше ж его!
    Краны можно взять от Нептуна – они на +12 вольт и управляются легко: подачей или снятием питания. А у Аквасторожа краны, кажется, сменой полярнои управляются, а такое на Лого тяжко сделать будет.

    А ты какой версии взял? Они сейчас подорожали в два раза, сволочи. У меня 8й сейчас лежит, но он чего-то тупит и к копу не коннектится. Буду пото разбираться.

  • 14 Realpc  [Москва]

    Лого взял, который ты посоветовал:
    – контроллер 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

    Это прямо со счета скопировал. Ценник – да, я так и не понял что произошло. Успел оплатить по очень вкусной цене (нашел выход на дистрика Сименс).

    Краны можно взять от Нептуна – они на +12 вольт

    По кранам, если у меня контролер 230В, мне 12 Вольтовые краны наскока понимаю не пойдут?

    У меня 8й сейчас лежит, но он чего-то тупит и к копу не коннектится.

    я из мануала понял, что можно все “нарисовать” в СофтКомфорте, затем загрузить на микроСД, воткнуть в контроллер и вуаля. Точнее так: если 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

  • 15 vitaly.sm

    За информацию спасибо! Основные понятия разложил, дальше дело желания.
    Как будет возможность, нужно поставить себе домой плк, разобраться

  • 16 CS  [Москва / Одинцово]

    Тока не путать ПЛК и логические реле чур. Это разные вещи немного!

  • 17 CS  [Москва / Одинцово]

    Realpc Лого верный, 8й версии, ага.
    Примеры-то я знаю. У меня прога не видит самого лого по сетке. И ргается на сетевые настройки. Я думаю, что ей не нравится вариант когда Лого и комп соединены напрямую патчкордом без штатной сетки.
    Вот допроложу тут сетку на нормальных витухах с роутером и посмотрю, как тогда оно себя поведёт.

    Про краны. У тебя выходы РЕЛЕЙНЫЕ. Обычные. Ими можно управлять любым напряжением. Хоть 12, хоть 5 вольт.

  • 18 AndreyKo  [Санкт-Петербург]

    У меня прога не видит самого лого по сетке. И ргается на сетевые настройки. Я думаю, что ей не нравится вариант когда Лого и комп соединены напрямую патчкордом без штатной сетки.

    Может всё дело в том, что у тебя прямой патч-корд, а нужен перевёрнутый ;-)

  • 19 Realpc  [Москва]

    Может всё дело в том, что у тебя прямой патч-корд, а нужен перевёрнутый ;-)

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

    Программирование модулей LOGO! 0BA8 может выполняться несколькими способами:
    • Установкой заранее запрограммированной Micro SD карты.
    • Непосредственно с клавиатуры логического модуля LOGO! Basic.
    • С компьютера, оснащенного программным обеспечением LOGO! Soft Comfort от V8.0:
    – на локальном уровне через встроенный интерфейс Ethernet модуля LOGO! или
    – дистанционно через сеть Ethernet.
    Если подключать в сеть Ethernet (через коммутатор), то можно использовать стандартную витую пару
    Например кабель :
    6XV1850-2GE50 SIMATIC NET, TP-КОРД ДЛЯ INDUSTRIAL ETHERNET, RJ45/RJ45, TP-КОРД ПРЕДСОБРАН С ДВУМЯ СОЕДИНИТЕЛЯМИ 2 RJ45, ДЛИНА 0,5 M
    При подключении непосредственно к компьютеру может потребоваться кросс-кабель , но большинство современных сетевых контроллеров автоматически распознаёт обычное и кросс-соединение
    В качестве ПО 6ED1058-0BA08-0YA1 LOGO! SOFT COMFORT V8, ПРОГРАММНЫЙ ПРОДУКТ ДЛЯ НАСТРОЙКИ LOGO!, ОДИНОЧНАЯ ЛИЦЕНЗИЯ НА 1 УСТАНОВКУ, ПО РАЗРАБОТКИ, ПО И ДОКУМЕНТАЦИЯ НА DVD, 6 ЯЗЫКОВ, РАБОТА ПОД ОС WINXP, WIN7, WIN8 ВСЕХ ВЕРСИЙ, 32/64-БИТНЫХ MAC OSX 10.6 .. 10.9, LINUX SUSE 11.3, SP3, K 3.0.76

  • 20 CS  [Москва / Одинцово]

    Ну а вот хрен вам =) Пинги-то ходят вовсю и сетка видится. При этом прога его не видит.
    А подрубил через роутер (чтобы шлюз действовал в сетке) – то всё заработало само как-то. Даю для затравки небольшую фотку тестового стенда: http://cs-cs.net/fileTrash/picTemp/SiemensLogoTestOTM.jpg

    И все комменты сейчас перенесу в пост про контроллеры, чтобы этот пост не замусоривать! Так что все марш туды =)

    В общем, я думаю что дело действительно в патч-корде. Хрен их всех там разберёт. Я для себя сделал вывод о том, что это всё надо включать в живую сетку (как раз чтобы сетевые настройки компа не менять).

  • 21 ailcat

    Сименс Лого – тоже прекрасно программируется с экрана (причем удобнее Итона). Зато программирование с компа позволяет построить логику сложнее “два выключателя и три лампочки” (я на нем даже промустановку автоматизировать смог – “с экрана” программу только вводить дня два-три бы пришлось).
    P.S. Программирование в логических элементах, кстати, удобнее и быстрее, чем в релейной логике (и нагляднее для понимания). Хотя и подразумевает несколько больше знаний, чем у среднестатистического таджика…

  • 22 ailcat

    1. Как предпочтительнее на твой взгляд реализовать защиту от протечки воды?
    а) купить готовое изделие типа “аквастоп”;
    б) ЛОГО+моторизированные краны.
    2. Если готовое изделие, то какое лучше использовать? Если на базе ЛОГО, то какие лучше моторизированные краны? Купить из комплекта Автосторожа и подобных или FAR/Valtek и других известных брендов.
    Буду очень признателен, если посоветуешь конкретную модель с оптимальным соотношением цены/качества.

    Ничего, если вмешаюсь?

    1а) на вводные краны – да. Лично мне больше нравится гидролок, но аквастоп
    – тоже неплохое решение.
    1б) на отходящие линии коллектора (и, конечно же, для управления раздачей воды и т.п. “по ситуации” или “по графику”) – вполне может оказаться удобнее и на лого. Но для ввода в дом – все-таки “специально обученное” устройство типа аквастопа или гидролока будут надежнее (а это главное!).

    2) краны неплохие у гидролока. во всяком случае, более лояльны к гадости в трубе (хватает услилия, чтоб провернуть, даже слегка задрав уплотнитель – аквастоп оставался недозакрытым, если в него попадал ошметок ржавчины).
    Ну и, само собой, не стоит ставить латуньку, особенно на толстые трубы (мощный привод их ломает). Только нержавейка, только хардкор :)

  • 23 Aces High

    Ailcat
    Подскажи, в каком месте привод ломает латуневый кран? Чего то никак сообразить не могу. В продаже почему то как раз в основном латуневые. Задумал другу собрать систему от протечек на лог. реле, думается, что как раз будет надежнее недорогих готовых систем.

  • 24 CS  [Москва / Одинцово]

    Да я шо-то и сам задумался. Если мы говорим и промышленных приводах – то там ломанёт. Все остальные бытовые (даже FAR) – фигня. Не сломает там привод ничего.
    Причём там внутри самого привода стопорные концевики находятся. Так что если контроллер глюканёт – привод не будет бесконтрольно вертеться.

    И ещё. Шаровые с приводом можно крутить вокруг оси. Там положения открыто-закрыто определяются концевиками, а не упорами. Поэтому даже если сдохнут концевики – привод будет крутить кран бесконечно =)

  • 25 Aces High

    Не, не будет крутится он вокруг своей оси бесконечно. Зубчатый сектор, приводящий шарик нарезан только на четвертинку круга. Гляди фото вскрытого китайского крана. http://img.mysku-st.ru/uploads/images/original/00/38/54/2013/08/14/e9b398.png

    Я думаю примерно одно и тоже во всех.

  • 26 CS  [Москва / Одинцово]

    Глядю Так это ж почти НЕПТУН =) Ну и один хрен – так не докрутится и встанет. Это ИМХО не так страшно. А в FAR полноценный редуктор кстати.

  • 27 zelenenkiy

    Привет, CS! Хочу наконец то выразить тебе благодарность за твой сайт, очень много инфы с него подчеркнул
    Летом 2014 сделал систему освещения в доме на ПЛК ОВЕН с выходными реле abb Cr-p.
    Все работает без сбоев.
    В общем ещё раз спасибо за инфу)
    Если будут проекты в Воронеже, готов помочь

  • 28 CS  [Москва / Одинцово]

    Ща прям посты будут про ОВЕН 110й серии и CR-P xDD

  • 29 Sokol

    мульти- или одновибраторы

    Гыыы ))) Вы что предпочитаете?

    CCU825 теперь имеет возможность подрубаться к телефону по интернету. Есть клиент под андроид. Надо только перепрошить контроллер и все будет. С смсками гемморно, с клиентом все гораздо удобнее. Смски бывает еще приходят с задержкой в несколько часов, а то и дней. Расширитель интерфейса у них тоже есть. Если выбирать из всего многообразия GSM контроллеров (произведенных в России), то Радселовские, на мой кривой взгляд, наиболее продвинутые. Можно позвонить в поддержку в Тулу, отвечают быстро, либо написать – тоже не долго думают. В садике поставил на охрану, реально удобная штука.

    CS, контроллеры это клево! Давно прусь! )))

    Есть еще чувак в Белоруссии http://www.ab-log.ru. Он своими силами разрабатывал контроллер “Мега”, тоже интересно, но CCU таки удобнее для начала, не надо программировать, а просто назначил, что-куда и поехали. Но потенциал у Меги гораздо больше.

  • 30 Sokol

    Да, а еще Мега и CCU крепятся на Diin рейку!

  • 31 ailcat

    Подскажи, в каком месте привод ломает латуневый кран?

    Из трех лопнувших – один по резьбе со стороны подачи воды (от аквастопа, 1″), два (от аквастопа и нонейм, дюймовые) лопнули там, где напрессована гайка на шаровый механизм. Четвертый кран (нонейм) – выжил.
    Приводы от аквастопа были “усиленные”, но с латунными кранами. “Нонеймы” подбирали спецы, ставившие второй полотенцесушитель (его отводы вварили до кранов первого)
    Во всех кранах – попали ошметки ржавчины под шарик Все три провернули до закрытия (а вот маломощный “аквастоп” на 1/2″ вводе горячей воды перекрыть подающий кран из-за гадости попавшей под шарик – не смог, водичка тонкой струйкой продолжала течь)…

    Причина срабатывания “аквастопа” – город подал горячую воду после летнего отключения, кран раковины случайно оказался открыт, а слив забило говном, вылившимся из крана: в итоге раковина перелилась и сработал датчик на полу ванной…

  • 32 Wan-Derer  [Москва]

    Sokol
    Есть еще чувак в Белоруссии http://www.ab-log.ru. Он своими силами разрабатывал контроллер “Мега”….

    Кратенько пофтыкал его сайт, но не нашёл схем устройств. Они где-то выкладываются (или только прошивки открыты)? В частности интересно что есть в симисторном модуле в плане защиты: предохранители на линии, защита от перенапряжения. Т.е. главный вопрос: будет ли это работать вне лабораторно/тепличных условий? Или же вокруг контроллера надо наворотить обвязки дабы потешить паранойю… ну и ПУЭ соблюсти :)

  • 33 Sokol

    2Wan-Derer: Да хрен его знает! Там у него есть форум и ветки запутанные и длинные, так что надо копать. Можно ему на почту написать. Я мегу так и не заказал еще, но по описанию помню, что там хилые релюшки… а вот нашел письмо от 18.06.2014

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

    Мы сейчас готовим новую партию релейных модулей с другими реле, более устойчивыми к слипанию контактов (хотя с емкостными нагрузками и КЗ и они не вечны). Но новая партия будет доступна примерно через месяц.
    С активными нагрузками (нагревателями, лампами накаливания и т.д.) проблем нет никаких.

    Без контакторов не обойтись в любом случае, да и надежнее это.

  • 34 Wan-Derer  [Москва]

    Sokol, щас нашёл упоминание про симисторы. Пользователь: “А вот, сгорел…”. Автор: “Ну да, горят, и чё…” :) Вот здесь, чуть ниже картинок.
    Т.е. ставить эти контроллеры по картинкам из документации нельзя! Обязательно нужен обвяз из защит: как самого контроллера, так и коммутируемых им цепей.

  • 35 Sokol

    Конечно! Я бы даже не стал пробовать! После жесткой е-ли с РВФ – только контакторы. Тем более, контакторы на любую нагрузку есть и много места не занимают. CS про ПЛК писал же, что контакторы – дааа.

  • 36 EvilGremlin

    Я даже пару лампочек (накаливания!) через внешнюю мелкую релюшку подключал. На всякий случай.

  • 37 Sokol

    2EvilGremlin – Вот! Ответственный человек! )))

  • 38 CS  [Москва / Одинцово]

    Почитал обсуждение (у нас тут). Неее, нафиг такие чудеса. Я буду юзать проверенные решения и делать как всегда – класть на релюшки и оставлять большой запас.
    Вот щас мне опять подбросили проект со светодиодным светом. Там я вообще контакторы EN думаю ставить. И линию свет на три фазы раскидывать… какие уж тут встроенные релюшки?..

  • 39 Wan-Derer  [Москва]

    Я на тему симисторных выходов задумался именно в свете обсуждения светодиодных драйверов. Там предлагали всякие способы снижения пускового тока. Но надо ещё подумать: а чем большой пусковой ток плох для нас? Ну, кроме ЭМ-помех (радиолюбители-коротковолновики плачут и матеряццо).
    Большой, но короткий импульс тока не может повредить проводку, не может как-то повлиять на источник напряжения (трансформатор/генератор/ИБП), его энергии не хватает даже чтобы “выбить” автомат. Чем он реально вредит, так это искрой между контактами выключателя/реле. Контакты подгорают и могут свариться.
    Так может зайти с другой стороны и… исключить контакты?
    Полупроводниковые приборы имеют важную особенность: импульсный ток, который они способны выдержать, в разы (а то и в десятки раз) больше номинального. И нет контактов. И нет потребления энергии как у катушки реле.
    Собсна, тема не новая. В 60-80 годах производился массовый перевод промышленности, транспорта и пр. с релейного управления на бесконтактное (тиристоры, оптроны). И это давало массу ништяков: надёжность, экономию электроэнергии, всякие няшки типа ШИМ.
    Т.е. изобретаь тепловоз уже не ндо. Надо просто взять артефакты древних и применить их к нашей бытовой теме :)

  • 40 kernel

    у ABB есть крутая система измерения токов по каждой линии отдельно – CMS. А отдаёт она все данные как раз по ModBus

    Не сказал бы я, что она такая уж крутая, ниче особенного с технической тз в ней нет. Датчик холла (ибо DC умеет)да какой-нибудь простенький МК с хорошим АЦП (хотя в данном случае почти наверняка заказной mixed-signal ASIC). В головных юнитах тоже ниче особо крутого/интересного.

    Вот если б оно и напругу сразу меряло… вместе с ФИ, конечно) вот тогда было б дело. А так, без U-cos-S-P-Q – ущербная игрушка.

    Задумка оч интересная, точность 0.5% – отлично, исполнение (по удобству монтажа) – замечательно. Но без U и cos – это как машина без руля и колес. Разве что для DC применимо

  • 41 CS  [Москва / Одинцово]

    А ты в ней разбирался? Ты судишь, даже её не видев. Давай вместе подумаем?
    1. Вот система меряет два канала по 32 тока.
    2. Все эти “токи” питаются от известного ввода сети с тремя фазами.

    Дальше делаем выводы и выбираем меньшее из зол:
    1. Чтобы мерить напряжение, надо думать, откуда на датчик брать ноль. Он же может стоять в однополюсном автомате и хрен знает как запитанном. В том числе и на DC. Как нам сделать точный датчик так, чтобы он умел работать и с минусом питания и с нулём питания, и это всё было ещё и отдельным на каждый канал?
    2. В датчике надо будет мутить два АЦП в идеальном варианте. А ещё мутить защиту входа U от дураков, потому что напряжение будет контактным методом мериться.
    3. Всё это надо повторить в каждом датчике даже если юзер не будет мерить напряжение.
    4. Если извратиться и вести ноль по тому же шлейфу, по которому идёт цифра данных – то можно круто налететь, если ноль с разных вводов разный или вообще от генератора и должен разрываться.

    Не проще ли в известной и собранной системе (датчики всё равно один раз на шлейф одеваются один раз померить данные ввода другим прибором (ну например модуль вода параметров сети от ОВЕНа), а потом домножать и вычислять всё что надо?
    Напоминаю что система всё равно отдаёт данные только по RS-485 в формате регистров. Так что писать обёртку всё равно придётся. Так вот и хрен ли под эту обёртку и не написать то, что надо?

    Так что я с тобой не согласен. Задумка отличная и разумная. Надо подумать, зачем она должна применяться и где надо мерить токи. Например мерить потребление фиксированных нагрузок для контроля (ток выше-ниже нормы = чего-то сдохло) идеально. А вот для измерения параметров сети это не годится. Тут проще на нужный ввод мультиметр воткнуть (в смысле который по RS-485 отдаёт всё).

  • 42 kernel

    А ты в ней разбирался? Ты судишь, даже её не видев.

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

    Чтобы мерить напряжение, надо думать, откуда на датчик брать ноль

    Ну а что мешало сделать 2p и 4p версии “нашлепок”, тем более один “гребеночный” штырь для крепления уже используется, вот было бы не только для крепления, но и для дела. Как опцию, конечно. Да, это расширение номенклатуры, да, это усложнение софта (добавляется понятие “sensor capabilities” – какие-то только ток, другие I, U и PF), но все же лучше, чем шишь. Вон всяких шинок, изоляторов, доп контактов, перемычек и прочего-прочего наверное тысячи артикулов, 10-к дополнительных ситуацию не изменил бы)

    Как минимум на каждую логическую группу должен быть свой УЗО, вот на него и вешать можно было бы, так что вполне себе применимо. Ну а некоторые вообще 2p и 1p+N любят баловаться)

    В датчике надо будет мутить два АЦП в идеальном варианте. А ещё мутить защиту входа U от дураков, потому что напряжение будет контактным методом мериться

    А нафига два? Одного + 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. Как-то так.

    Например мерить потребление фиксированных нагрузок для контроля (ток выше-ниже нормы = чего-то сдохло) идеально

    Вот тут абсолютно согласен, но до

    измерения параметров сети

    оставался лишь один шаг, но сделать этот шаг не посчитали нужным, это и обидно.

    на нужный ввод мультиметр воткнуть (в смысле который по RS-485 отдаёт всё)

    Но ведь по линиям это куда интересней) Особенно, если заделать сбор статы в БД и делать с нее выборки с красивой визуализацией. Эх, время-время…

  • 43 CS  [Москва / Одинцово]

    Хехе!! Переслал инфу в ABB!

  • 44 kernel

    О, может повезет, прислушаются и разродятся)Я б с удовольствием купил готовое, если б оно удовлетворяло моим требованиям и стоило более-менее адекватно. Хоть и люблю возиться с железками и разработкой, но институтское время давно кончилось, а с ним напрочь кончилось и свободное, к сожалению

  • 45 CS  [Москва / Одинцово]

    ….да ты не поверишь!!! Цитирую, чего мне ответили:

    Все так и в сентябре жду новый управляющий модуль сделанный с такой идеологией (по каждой линии U,P,I,PF).

    А вот как это будет – я постараюсь выпросить, отфоткать и сделать пост.

  • 46 kernel

    Оу, вот это я удачно откомментил) Наверняка бы прохлопал

    постараюсь выпросить, отфоткать и сделать пост

    Оч надеюсь, что получится. Было бы вообще отлично и крайне интересно!

  • 47 CS  [Москва / Одинцово]

    Щча это не от меня зависит =) А от АББшников. Как они получат новый девайс и если мне дадут погонять – то напишу. А я со своей стороны постараюсь выпросить.

  • 48 shtazi

    Спрошу сюда, вроде по формату подходит, а никто не знает какой нибудь релюхи недорогой, которая может сидеть в цепи питания нагрузки с током от 0,4 до 5 ампер в цепи, и рвать другую цепь если ток снизится ниже этих 0,4А ну или наоборот превысит. И да, питание релюхи 24-240В АС. Зачем надо: контролировать ток в выходной цепи диммера, и рвать линию кнопки глобального мастера выключения освещения, если диммер выключен , чтоб кнопка глобального мастера егоне включила. А ну и самое главное чтоб эта релюха на Din-рейку была.

  • 49 CS  [Москва / Одинцово]

    А питание с диммера сдёргивать не прокатит?

  • 50 shtazi

    Думал об этом, но если вырубить контактором, потом включить то его как,а импульсным реле не получится боюсь, диммер же кнопкой включения/выключения управляется на димммирование, может получился хер пойми что. Там короче какая херня получается, 40 импульсных реле с центральным и глобальным управлением и 3 дин реечных диммера на 3 группы света. И вот чтоб глобальный мастер не включил эти сраные диммера, надо на них рвать цепь управления глобального мастера, а это можно сделать только контролируя выходную цепь диммера (есть ток/нет тока). То есть или контролировать ток, или напряжение в выходной цепи диммера, но так как это диммер, то имха лучше ток. Как то так мне это видится.

  • 51 CS  [Москва / Одинцово]

    Тогда расскажи про диммер. Я знал, что 90% диммеров, если на них отключить питание и снова его подать через секунд 10-20, просто переходят в ждущий режим и находятся в выключенном состоянии. А потом уже юзер ручками его как обычно может включать.

  • 52 shtazi

    Hager EV102, киловаттный дин-реечный диммер, 16к рублей стоит. Я вчера Хагерам написал, они сегодня прислали ответ, что если для дополнительного входа управления сего диммера (сцены и еще какая то ересь), выставить значение освещения 0% по входу, то он будет вырубать свет в управляемой им линии освещения. Что собственно и требовалось, остается лишь кнопку глобального мастера туда прицепить, на этот вход управления, что собственно и требовалось. Вот Хагер он весьма неплох, но их каталоги по некоторым вещам с первого раза вкурить это реальная проблема, информация порой ровным слоем по всему разделу описания какого-либо девайса размазана. Релюха стала быть не нужна. Я кстати релюху то нашел, это CM-ESS.1 от АББ, но извините меня при ее цене вопроса, это забивать гвозди микроскопом, в случае моей задачи.

  • 53 CS  [Москва / Одинцово]

    Ну вот и зашибись! То есть проблема решена как обычно: получили у диммера вход центрального управления, и юзаем его как нам надо, так?

    Неее, это ты куда-то не туда полез. Такая релюха от АББ ещё и на DIN-рейку не встанет нормально. Она в два раза больше обычной модульки.

  • 54 shtazi

    Да именно так оно и есть. Да и бог с ней, с релюх
    ой.

Оставить отзыв

Вы должны войти на блог, чтобы оставить комментарий.