Просмотр полной версии : ПЛК1хх [М02] перспективы производства (как долго будет производиться)
Приветствую всех участников данного форума, в частности модераторов и непосредственных сотрудников компании "Овен" в направлении "Программируемые устройства" . В ближайшем будущем предстоит крупный проект по автоматизации, порядка 150 аналоговых входных сигналов (4-20ма, термопары, термосопротивления) и порядка 150-160 дискретных входов/выходов. Управление по модбас RTU преобразователями частоты и УПП (устройствами плавного пуска), порядка 15 ПЧ и 5 УПП. Также производить опрос ПД150 в количестве 6 штук. Ко всему к этому в системе будут ИПП 120 в количестве 4-5 штук для местных визуализации критически важных параметров. В системе будет Scada и одна HMI. В качестве Scada системы будет Симплайт 5, в качестве HMI будет Овен СП310. Большинство аналоговых сигналов и дискретных входов/выходов будут обрабатываться в "поле" (по периметру оборудования будут установлены ЩМПп в которых будут стоять МВ210...ХХХ аналоговые или дискретные в зависимости от места по необходимости сбора тех или иных сигналов. По устройствам опрашиваемых по протоколу модбас RTU, сначала была мысль перейти с RTU на модбас TCP с помощью шлюза, но потом решил разгрузить на плк Modbus TCP и оставить Modbus RTU. ПЛК будет клиентом по модбас TCP, мастером по модбас RTU, а также являться для Scada и HMI modbus TCP сервером (по разным портам, например 502 и 503). По количеству ПИД регулирования сказать на данный момент точно не представляется возможным, минимум от 30 программных регуляторов.
Ранее подобные масштабные проекты делал на ПЛК Омрон серии CJ2H, NJ или NX1, также на сименс 1500 серии. Заказчик просит выполнить данный проект на ПЛК и Scada отечественного производства. С овен работаю уже очень давно. Кодесис 2.3 большой опыт разработки. Кодесис 3.5 опыт поскромнее.
Склоняюсь к ПЛК ПЛК110 [М02], соответственно Codesys 2.3. Почему не ПЛК 210 и Codesys 3.5: неприятный момент с работой с переменными типа REAL (склеивание из двух Wordов), невозможность работы с сетевыми переменными прям в проекте без использования промежуточных виртуальных переменных (в codesys 2.3 это без проблем), нюансы с Retain и т.д.
Мой вопрос в следующем: как долго в Ваших планах выпускать ПЛК110 [М02] с Codesys 2.3 ? Спасибо заранее за Ваши ответы.
Я тут недавно интересовался CodeSys 2.3 на другом ПЛК. Если кратко, то элементная база для них потихоньку дорожает, и прогнозы не очень утешительные. Вероятно это же коснется и Овен.
In_Da_Cher_A
10.09.2025, 23:59
кдс 2.3 уже откровенно староват, и для такого объёма затратен в проектировании,
110 в принципе хороший аппарат, но всё портит старый софт
и на большом проекте слишком много проблем будет, несмотря на все костыли, которые можно понаставить
я бы смотрел на другую технику вообще, это масштаб не ОВЕНа
Я верен 2.3, потому что у него Modbus НЕ тормозит, и летает быстро при опросе устройств!
Но про 3.5 спросил бы про это:
1. "неприятный момент с работой с переменными типа REAL (склеивание из двух Wordов)" - это где? Всегда такое было, если это про Modbus.
И опять же, есть способы отобразить свою структуру на Modbus Slave СРАЗУ в нужном формате.
2. "невозможность работы с сетевыми переменными прям в проекте без использования промежуточных виртуальных переменных" - это о чём? О специальных сетевых переменных для связи двух ПЛК между собой через средства CodeSys? Так и их можно сразу в проекте использовать
3. "нюансы с Retain и т.д." - а какие? Не встречал никаких, вовсю использую.
Может я что-то смогу подсказать?
kondor3000
11.09.2025, 09:26
Codesys 2.3 надёжный как калашников, простой и работает на старых компах без проблем. ПЛК110 пока сниматься не будут.
Модули тоже советую 110 использовать, в 210 модулях до сих пор есть баги.
Codesys 3.5 SP17.3 до сих пор баговое изделие, в котором косяки будут исправляться в 20 и 21 версии только. То же самое и с ПЛК210.
Склеивание REAL - это меньшая из проблем Codesys 3.5, решается объединением или чтением массива.
Codesys 3.5 SP17.3 до сих пор баговое изделие, в котором косяки будут исправляться в 20 и 21 версии только. То же самое и с ПЛК210.
Склеивание REAL - это меньшая из проблем Codesys 3.5, решается объединением или чтением массива.
Мне предлагают взяться за проект в следующем году, но сейчас идёт неспешный выбор ПЛК. Предлагают ПЛК200 или ПЛК210 с несколькими модулями Мх210 (до 5 шт. суммарно). Задача не сложная, но у ПР не хватит входов/выходов, да и ПЛК с CoDeSys несколько мощнее - на перспективу получить наработки. И выбор именно в сторону ПЛК2хх за более новую среду и модули с Ethernet.
У ПЛК2хх и у модулей Мх210 всё настолько плохо, что не стоит и рассматривать?
А сам Овен что нибудь про 110 скажет?
FPavel А ЧЕМ он будет управлять? Вот всякие умные дома - так себе...
У Mx210 есть неудобные (на мой вкус) осбенности:
1. ВСЕ DI имеют один общий COM (у Mx110 сгруппированы по 4 штуки, и их можно переворачивать про NPN/PNP-Входы)
2. Если сильно и много щёлкать релюшками на 230V - может отваливаться Ethernet у модулей. В общем, снабберные цепочки ОБЯЗАТЕЛЬНЫ даже на реле.
Сейчас этот баг поправили, но учитывать это надо.
Со слов заказчика:
- В данном случае - насосная станция на 5 или 10 насосов - не помню уже. Масштаб примерно такой.
- В перспективе - общекотельное оборудование, теплопункты при котельных (да - есть ТРМ1032 и КТР-121, но при использовании ПЛК уже нет смысла часть подсистем делать на специализированных приборах), возможно, управление котлом с модульной горелкой (подобие КТР-121).
Т.е. в плане оборудования - ПЛК и 5-10 модулей ввода-вывода, поэтому хочется быстродействия, если придётся управлять КЗР (трёхпозиционным клапаном) - т.е. Ethernet.
Конечно, проект крупный, но что это будет нам же не известно. Уверен, что его можно разделить на несколько независимых модулей, каждый из которых можно реализовать даже на ПР. Сделать распределённую систему, чтобы повысить её выживаемость при всех возможных "черных понедельниках". Для меня лучше 100 ПР-ок, чем 1 ПЛК пусть даже самый навороченный.:rolleyes:
kondor3000
11.09.2025, 20:42
Мне предлагают взяться за проект в следующем году, но сейчас идёт неспешный выбор ПЛК. Предлагают ПЛК200 или ПЛК210 с несколькими модулями Мх210 (до 5 шт. суммарно). Задача не сложная, но у ПР не хватит входов/выходов, да и ПЛК с CoDeSys несколько мощнее - на перспективу получить наработки. И выбор именно в сторону ПЛК2хх за более новую среду и модули с Ethernet.
У ПЛК2хх и у модулей Мх210 всё настолько плохо, что не стоит и рассматривать?
Возьмите этот небольшой проект и попробуйте, потом расскажете. Через годик, полтора. Может у вас будет другое мнение.
Всё преимущество более мощного процессора в ПЛК2хх, съедает веб -визуализация и по факту они работают даже медленнее ПЛК110, имхо.
Когда нужна Веб, вариантов не остаётся, вот и берут их.
Спасибо.
Значит не буду отказываться от ПЛК2хх
Не получается правильно вставить цитирование в ответе. Поэтому делаю вот так:
Цитата участника Cs-Cs :
"1. "неприятный момент с работой с переменными типа REAL (склеивание из двух Wordов)" - это где? Всегда такое было, если это про Modbus.
И опять же, есть способы отобразить свою структуру на Modbus Slave СРАЗУ в нужном формате.
2. "невозможность работы с сетевыми переменными прям в проекте без использования промежуточных виртуальных переменных" - это о чём? О специальных сетевых переменных для связи двух ПЛК между собой через средства CodeSys? Так и их можно сразу в проекте использовать
3. "нюансы с Retain и т.д." - а какие? Не встречал никаких, вовсю использую."
Мой ответ:
1)При опросе ПЛК слейв модбас устройства или в случае если ПЛК будет слейвом (в моем случае сервером для Scada и HMI) нет возможности добавить переменную типа REAL, а приходится добавлять две переменные типа WORD и склеивать из них переменную типа REAL. Для себя решил поступать следующим образом: ПЛК в качестве клиента (мастера) будет опрашивать аналоговые модули (соответственно REAL), а отдавать данные Scada и HMI в виде целочисл. одного WORD. На стороне Scada и HMI эти данные будут преобразованы в REAL.
2) В кодесис 2.3 предположим ПЛК выступает в качестве modbus tcp server. При добавлении Holding registres можно менять его значение клиентом (мастером) и также менять его значение из программы ПЛК. В кодесис 3.5 такое не получается , все не так гладко как в кодесис 2.3
3) В кодесис 2.3 в случае ПЛК модбас сервер или модбас слейв, при добавлении регистра ПЛК он по умолчанию Retain, и это реально прекрасно работает. В кодесис 3.5 и ПЛК 200-210ххх, не все так просто. Нужно добавить библиотеку OwenCommunication, или сделать свои Retain переменные и при старте ПЛК (после перезагрузки) сделать инициализацию этих переменных в регистры опроса. Может есть еще каки методы, я не в курсе, не являюсь квалифицированным специалистом по ПЛК 200-210ххх серии.
А сам Овен что нибудь про 110 скажет?
У Овен план Б - ПЛК110[М03]. А про ПЛК110[М02] ранее писали, что будут и далее выпускать.
Жека161 ПОНЯЛ! Тогда всё просто - я это уже решил на CodeSys 3.5 так:
а) Сделал себе STRUCT с нужными типами данных какие мне нужны
Если надо - её объявить как RETAIN.
б) Использовал библиотеку OCL. Она позволяет как раз читать и писать одновременно, как в 2.3.
Сейчас, открою CodeSys и выложу скриншоты.
У меня была задача такая:
* Передавать в систему верхнего уровня REAL с датчиков
* Передавать в одном и том же БИТЕ (ну или регистре - пофиг) текущее значение Вкл-Выкл. Но если SCADA извне записала в этот Бит своё значение - то выключить или включить по нему.
Жека161 Вот, гляди скриншоты!
Мне как раз и надо было заставить CDS 3.5 работать по Slave как старый 2.3 - и вот я сделал.
В твоём случае экземпляр структуры надо ещё как RETAIN объявить.
85713 85714 85715 85716
85717 85718 85719 85720
У меня данные прокидываются в Home Assistant и оттуда же можно рулить ПЛКхой (это не раскрою, как - тайна, пока статью не напишу)
Прицепил саму карту регистров даже
У Овен план Б - ПЛК110[М03]. А про ПЛК110[М02] ранее писали, что будут и далее выпускать.
М03 пока "?"
Про "ранее" вроде не Овен писал. Но если нити тянутся к Овену, то и ок
Cs-Cs, огромнейшее вам спасибо, за такой подробный ответ. Вы ответили на мои вопросы, которые я описывал выше в теме. Обязательно попробую ваш метод. Я зашел на ваш сайт https://cs-cs.net/, и просто поражен. вы человек гениальный... Это искренне , без всякого подхалимства.
Но хочу вернуться к своему основному вопросу, как долго будет производиться ПЛК110 [М02] с кодесис 2.3. Еще не понятно почему нет ни одного ответа официального сотрудника компании Овен?
Жека161 Большущее "пожалуйста"! Мне приятно, когда есть отдача в виде ДЕЛА!
PS. Ты нашёл статью про структуру и CodeSys 2.3, вот эту: https://cs-cs.net/codesys-modbus-karta-registrov-struktury
Вот я как раз через библиотеку OCL этот опыт перетащил в 3.5.
Ты попробуй на тестовом проекте это решение (надо только скачать и подключать Owen Communication Library с сайта ОВЕНа), и тогда определись с ПЛК.
Я заинтересован в ПЛК110, так как делаю на нём много проектов автоматизации квартир и коттеджей.
Я спрашивал у ОВЕНа. Они сказали, что пока на ближайшие годы планов снятия с продаж нет.
А сами сотрудники тут могут не отвечать, так как у них форм не является официальным каналом связи.
Попробуй написать им в ТехПоддержку - там могут точнее ответить.
Cs-Cs, огромнейшее вам спасибо, за такой подробный ответ. Вы ответили на мои вопросы, которые я описывал выше в теме. Обязательно попробую ваш метод. Я зашел на ваш сайт https://cs-cs.net/, и просто поражен. вы человек гениальный... Это искренне , без всякого подхалимства.
Но хочу вернуться к своему основному вопросу, как долго будет производиться ПЛК110 [М02] с кодесис 2.3. Еще не понятно почему нет ни одного ответа официального сотрудника компании Овен?
На вебинарах этот вопрос задавали - ответ примерно такой "Прекращение производства ПЛК110 не планируется, и с лицензированием Codesys2 проблем нет".
Я думаю пока не появится заменяющий вариант для данной ниши (например ПЛК на ALTA) сворачивать его производство просто неразумно
Приветствую всех. Сегодня созванивался с представителем компании ОВЕН и задал ему вопрос о снятии с производства ПЛК 110[M02], ответ был такой: Ближайшие 5 лет, до 2030 года, данная модель будет производиться". Я очень рад данной информации, думаю я не один, таких людей много ...
ДООО! Ура ура ))
А я попробовал в CodeSys 3.5 сегодня структуру Slave как RETAIN объявить!
Заработало! Всё, как в 2.3 прямо!
..А я попробовал в CodeSys 3.5 сегодня структуру Slave как RETAIN объявить!
Что "о сколько нам открытий.." это понятно. А были какие-то предпосылки против?
А были какие-то предпосылки против? Были.
Инерция мышления при переходе с CDS 2.3, где всё RETAIN на 3.5, где делал это впервые.
AlexCrane
19.09.2025, 09:58
Были.
Инерция мышления при переходе с CDS 2.3, где всё RETAIN на 3.5, где делал это впервые.
Ну тогда ждем статью
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot