Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 78
По Сегнитикс
Также непорядок у них с holding registers. Снаружи они пишутся и читаются, но программой только читаются, а записать из программы в регистр невозможно.
Один из самых весомых недостатков Сегнетикса — отсутствие модулей расширения (в серии МР) с аналоговыми входами. Таким образом, на одном контроллере с модулями расширения от Сегнетикс возможно получить не более 8 аналоговых входов (SMH2G + MC). Можно установить сторонние модули с поддержкой модбас и подключаться к ним. Но это неэлегантное решение.
С другой стороны, Сегнетикс 1,5 года назад выпустили панельный контроллер с сенсорным экраном Трим5. А совсем недавно анонсировали новую версию панельного контроллера SMH4 на замену SMH2G(i) и новую линейку Pixel'ов, где обещают модули расширения с аналоговыми входами.
Каждую переменная, которую вы создаете, автоматически становится переменной Modbus.Небольшая неточность. Переменные надо выводить на модбас с помощью блоков «Вход» и «Выход».
Также непорядок у них с holding registers. Снаружи они пишутся и читаются, но программой только читаются, а записать из программы в регистр невозможно.
Один из самых весомых недостатков Сегнетикса — отсутствие модулей расширения (в серии МР) с аналоговыми входами. Таким образом, на одном контроллере с модулями расширения от Сегнетикс возможно получить не более 8 аналоговых входов (SMH2G + MC). Можно установить сторонние модули с поддержкой модбас и подключаться к ним. Но это неэлегантное решение.
С другой стороны, Сегнетикс 1,5 года назад выпустили панельный контроллер с сенсорным экраном Трим5. А совсем недавно анонсировали новую версию панельного контроллера SMH4 на замену SMH2G(i) и новую линейку Pixel'ов, где обещают модули расширения с аналоговыми входами.
Побольше статей из мира АСУ ТП на Хабр!
Вопрос: реально ли с обычного программирования войти в АСУ ТП? Наверное необходимее отличное знание электротехники, микроэлектроники, схемотехники, чем программирования?
Вопрос: реально ли с обычного программирования войти в АСУ ТП? Наверное необходимее отличное знание электротехники, микроэлектроники, схемотехники, чем программирования?
Не знаю как АСУ ТП а общем, а если взять конкретно программирование ПЛК, согласно поставленному ТЗ, то реально. Мне вообще кажется, что в программирование ПЛК одинаково сложно и легко войти с любого напрвления, буть то МК или прикладное программирование, потому что там свои особенности. ПЛК больше напоминает системное программирование для ПК. Но это мое личное мнение, которое сложилось после не особо продолжительного знакомства с данными устройствами (если не ошибаюсь, то это был ПЛК100). Интересно было бы услышать другое мнение на этот счет.
Многие наоборот хотят в «обычное» программирование. Почему вы хотите в АСУТП?
Хооршо там, где нас нет :-)
На самом деле, часто в обычном программировании не хватает «материальной составляющей» (управление объектами из реального мира), но сейчас с доступностью Arduino, Raspberry PI и т.п. это желание вполне реализуемо, как хобби.
На самом деле, часто в обычном программировании не хватает «материальной составляющей» (управление объектами из реального мира), но сейчас с доступностью Arduino, Raspberry PI и т.п. это желание вполне реализуемо, как хобби.
Да хочется реальной и интересной работы, как отметил комментатор выше. Т.е. истинного программирования, а не поделки однотипных сайтов или таких же однотипных мобильных приложений, etc. Мне кажется, это интересно, программировать на «низком» уровне различные ПЛК и околомикроконтроллеры.
Смотря еще куда. Если в контору где от вас потребуют полный спектр услуг — и схему нарисовать и оборудование подобрать (не люблю схемы рисовать :), а иногда еще и инструмент в руки взять ). Потихоньку там начинает все подбешивать.
Если вы хоть что-то программировали — можете попробовать устроиться. Лично я бы взял на работу.
Если вы хоть что-то программировали — можете попробовать устроиться. Лично я бы взял на работу.
По Овену
на обьекте эксплуатируются 5 лет овены ПЛК 100, ПЛК 63
Ужасное качество, в промышленное изделие ставят самые голимые китайские электролитические конденсаторы с 2000 час.
После 3 лет вздуваются конденсаторы по питанию, контроллер при большой нагрузке или включенной сети глючит и зависает, в дальнейшем умирает микросхема преобразователя DC/DC от токовой перегрузки — перегрева.
Статистика из более 100 шт эксплуатировавшихся на одном из обслуживаемых обьектов.
Общался с разработчиками, на предмет заменить конденсаторы на более надёжные, те кивают на манагеров и ценовую политику компании.
Овен можно применять только в локальных станках периодического режима работы 8 час и офисах, для непрерывного производства 24/365 он не предназначен, дохнет через 3 года 50% контроллеров.
Видимо тяжело им работать круглосуточно, отдых нужен.Ведь от работыОвены и волы дохнут.
А если это управление вытяжной вентиляцией фармацевтического производства, где останов критичен плохим самочувствием работников из-за превышения ПДК.
Ценовая политика и позиционирование на рынке весьма странная, частотный преобразователь сомнительного качества ОВЕН ПЧВ стоит дороже аналогичного от лидера DANFOSS надёжно работающего по 15 лет.
Цены Овен и DANFOSS
132F0002
Danfoss VLT Micro FC-051 0,37 кВт
FC-051PK37S2E20H3XXCXXXSXXX 0,37квт
100,45 $ =6900 руб.
ПЧВ101-К37-А
8 673,00 руб.
ПЧВ101-К37-В
10 266,00 руб.
А через 3-4 года дохнут входные 400в конденсаторы и утягивают с собой из-за КЗ в них — выпрямитель в силовом модуле.
Силовой модуль + конденсаторы 60% стоимости частотного преобразователя.
Мой выборОвен — ДА НИКОГДА
на обьекте эксплуатируются 5 лет овены ПЛК 100, ПЛК 63
Ужасное качество, в промышленное изделие ставят самые голимые китайские электролитические конденсаторы с 2000 час.
После 3 лет вздуваются конденсаторы по питанию, контроллер при большой нагрузке или включенной сети глючит и зависает, в дальнейшем умирает микросхема преобразователя DC/DC от токовой перегрузки — перегрева.
Статистика из более 100 шт эксплуатировавшихся на одном из обслуживаемых обьектов.
Общался с разработчиками, на предмет заменить конденсаторы на более надёжные, те кивают на манагеров и ценовую политику компании.
Овен можно применять только в локальных станках периодического режима работы 8 час и офисах, для непрерывного производства 24/365 он не предназначен, дохнет через 3 года 50% контроллеров.
Видимо тяжело им работать круглосуточно, отдых нужен.Ведь от работы
А если это управление вытяжной вентиляцией фармацевтического производства, где останов критичен плохим самочувствием работников из-за превышения ПДК.
Ценовая политика и позиционирование на рынке весьма странная, частотный преобразователь сомнительного качества ОВЕН ПЧВ стоит дороже аналогичного от лидера DANFOSS надёжно работающего по 15 лет.
Цены Овен и DANFOSS
132F0002
Danfoss VLT Micro FC-051 0,37 кВт
FC-051PK37S2E20H3XXCXXXSXXX 0,37квт
100,45 $ =6900 руб.
ПЧВ101-К37-А
8 673,00 руб.
ПЧВ101-К37-В
10 266,00 руб.
А через 3-4 года дохнут входные 400в конденсаторы и утягивают с собой из-за КЗ в них — выпрямитель в силовом модуле.
Силовой модуль + конденсаторы 60% стоимости частотного преобразователя.
Мой выбор
Делал связку Segnetic 2Gi и модули ввода/вывода ОВЕН по RS485, отлично работает и модули расширения от самого Сегнетик совсем не потребовались.
В обзоре не хватает Siemens'a c серей Desigo, Так же предназначенной для HVAC.
… и в сравенении не упомянуты цены. Как на аппаратную часть, так и на программную. Знаю у Сегнетикса с Овном ПО для разработки бесплантое. Про Шнайдер не знаю.
… и в сравенении не упомянуты цены. Как на аппаратную часть, так и на программную. Знаю у Сегнетикса с Овном ПО для разработки бесплантое. Про Шнайдер не знаю.
С точки зрения программиста, сейчас так же важна возможность хранения кода в системе контроля версий.
В статье этот вопрос совсем не затронут, хотя это важный момент для организации процесса разработки и управления релизами.
Насколько помню, в Codesys код хранится то ли в одном файле-архиве, то ли в бинарном виде, есть свое платное дополнение-сервер для реализации функций системы контроля версий. Т.е. там свой «велосипед», при этом более-менее удобной возможности в каком-то виде использовать git/subversion/… нет.
Как вы решаете эту проблему? Как с этим обстоит дело в рассматриваемых средах?
В статье этот вопрос совсем не затронут, хотя это важный момент для организации процесса разработки и управления релизами.
Насколько помню, в Codesys код хранится то ли в одном файле-архиве, то ли в бинарном виде, есть свое платное дополнение-сервер для реализации функций системы контроля версий. Т.е. там свой «велосипед», при этом более-менее удобной возможности в каком-то виде использовать git/subversion/… нет.
Как вы решаете эту проблему? Как с этим обстоит дело в рассматриваемых средах?
Я просто проект Segnetic заливал на Bitbacket, отслеживать изменения только по описаниям коммитов.
Да в Codesys какой то сервис есть. Я пробовал с ним играться.
В SmLogix такого вообще не видел. Можно наблюдать, разработчики Segnetics сами строчат хронологию изменений через комментарии в программах.
Я так понимаю, что отследить изменения графического языка можно только средствами среды разработки.
С текстовыми еще можно что-то придумать. Но почему-то никто не делает исходники проекта открытыми для чтения сторонними программами.
А жаль — могли бы дать разработчику больше удобств. Но видимо за все нужно платить.
Стараюсь писать комментарии в библиотеках хронологию изменений. Библиотеки делаю только на ST. Чтоб можно было экспортировать. Пишу в названиях проектов версию и дату. Почаще делаю «Сохранить как» вместо «Сохранить».
В SmLogix такого вообще не видел. Можно наблюдать, разработчики Segnetics сами строчат хронологию изменений через комментарии в программах.
Я так понимаю, что отследить изменения графического языка можно только средствами среды разработки.
С текстовыми еще можно что-то придумать. Но почему-то никто не делает исходники проекта открытыми для чтения сторонними программами.
А жаль — могли бы дать разработчику больше удобств. Но видимо за все нужно платить.
Стараюсь писать комментарии в библиотеках хронологию изменений. Библиотеки делаю только на ST. Чтоб можно было экспортировать. Пишу в названиях проектов версию и дату. Почаще делаю «Сохранить как» вместо «Сохранить».
Работал одно время в сфере ОВК, делали автоматизацию на базе ПЛК Johnson Controls (FX7, FX14, FX16). Программирование происходит в своей среде FX Builder, доступен только графический язык (FBD), хотя внутри него есть объект PLC в кототором можно использовать сильно урезанный ST. Из интерфейсов только N2Open и LON (на базе RS-485).
В Codesys… делаем скриптик который конвертирую программы на ST в файл экспорта и пушит в git. Не каких проблем нет. С другими интеграциями не сталкивался. Еще забыли Carel контроллеры. Для HVAC… есть много готовых прошивок. Но документация почти вся закрыта. И еще у ОВЕН есть ПР200, очень не дорогое решение. А если нужна надежность, то сименс. 200, 1200 серии для HVAC самое то. Desigo от сименс очень старый и закрытый продукт. И плюсов там не много. Так же есть WAGO с поддержкой BacNet и всего чего угодно (с очень хорошей поддержкой на русском).
Codesys может запускаться без GUI. В параметрах указываешь какой проект… и куда экспортировать в виде текстового файла. И там же в скрипте (cmd) пушишь в git. Все это можно добавить во вкладку макросы в настройках Codesys и все.
Когда-то имел опыт работы Beckhoff и IDE Twincat. Тот же CodeSys. По части языков нашел себя связку из SFC + ST. Состояния и переходы пишешь на SFC, а внутреннюю логику на ST. Получается и наглядно и пишется не плохо. При этом все это неплохо ложится на State Diagramm и и диаграмму действий, когда пишешь документацию.
а где сименс?? где logo? как-то давным-давно сравнивал для hvac именно овен с тем же сименсом (тогда были только лого, но уже были с экранчиками). решают примерно равные задачи. в итоге стоимость систем разнилась незначительно. при этом овен 110-й, купленный для простецкий испытаний на надёжность/применимость, и стоявший у меня на столе, умудрялся самостоятельно перегружаться раз в неделю. ни с одной железкой от сименса такого не было ни разу.
шнайдер тупо дороже всех.
так что овен (для меня это так — т.е. это ни разу не истина) — для гаражей, и не более.
для применений там, куда не хочется возвращаться — сименс. просто чтобы спать спокойно.
шнайдер тупо дороже всех.
так что овен (для меня это так — т.е. это ни разу не истина) — для гаражей, и не более.
для применений там, куда не хочется возвращаться — сименс. просто чтобы спать спокойно.
Если бы поработал Siemens, то дал бы отзыв. В нынешних реалиях (все надо дешевле и все надо «вчера») Siemens — это всегда большой ценик и долгое время поставок.
С какой хоть моделью ОВНа сравнивали? А то ПЛК110 под HVAC что-то крутовато. Ну если только несколько систем на него повесить.
Лого — программируемое реле. Он ближе к по весовой категории к Segnetics pixel. Но все равно, я не горю желанием делать программу на приточно вытяжную установку с рекуперацией и рециркуляцией на logo.
Все ломается. Не думаю, что у Сименса прямо безотказен. От программиста тоже многое зависит. Если вы в его программу засунете бесконечный цикл — и он будет перезагружаться. Тем более Сименс — это бренд. Скорее всего там разные отделения работают — кто-то ПЛК делает, кто-то программируемые реле.
У Шнайдера тоже есть крутое оборудование — но видите какой шлак они сделали с M172ой моделью.
С какой хоть моделью ОВНа сравнивали? А то ПЛК110 под HVAC что-то крутовато. Ну если только несколько систем на него повесить.
Лого — программируемое реле. Он ближе к по весовой категории к Segnetics pixel. Но все равно, я не горю желанием делать программу на приточно вытяжную установку с рекуперацией и рециркуляцией на logo.
Все ломается. Не думаю, что у Сименса прямо безотказен. От программиста тоже многое зависит. Если вы в его программу засунете бесконечный цикл — и он будет перезагружаться. Тем более Сименс — это бренд. Скорее всего там разные отделения работают — кто-то ПЛК делает, кто-то программируемые реле.
У Шнайдера тоже есть крутое оборудование — но видите какой шлак они сделали с M172ой моделью.
Logo, как сказали уже, умное реле. У шнайдера есть подобная линейка — zelio logic, по сходной цене.
Не знаю как у лого, а в зелио минусы — нету модбас мастера, а как слейв там 32-битные переменные, всего по 4 штуки на вход и на выход. Как-то, кажется, можно было расширить, и будет… по 8.
У пикселей с модбасом всё зашибись, делай переменных сколько оперативная память позволит, можно быть слейвом и мастером хоть одновременно, если ответная часть позволяет. Вот с аналоговыми входами беда, и расширений 8 временами не хватает.
Как с этим у лого?
Не знаю как у лого, а в зелио минусы — нету модбас мастера, а как слейв там 32-битные переменные, всего по 4 штуки на вход и на выход. Как-то, кажется, можно было расширить, и будет… по 8.
У пикселей с модбасом всё зашибись, делай переменных сколько оперативная память позволит, можно быть слейвом и мастером хоть одновременно, если ответная часть позволяет. Вот с аналоговыми входами беда, и расширений 8 временами не хватает.
Как с этим у лого?
А какую литературу посоветуете прочитать о HVAC и автоматизации ОВК?
M340 не смотрели? Или уже в бюджет не пролазит? Там уже Unity Pro и программирование вкуснее на порядок.
Вы специально не маркируете провода в шкафах управления, чтобы потом другие «специалисты», неразобравшись, заказывали Ваши услуги?
Хороший маркер таки дорогой )
По возможности стараемся маркировать. Но наш любимый маркер от DKC не всегда в наличии
По возможности стараемся маркировать. Но наш любимый маркер от DKC не всегда в наличии
А как Овен работает? Я вот с ним никогда не работала, но коллеги рассказывали, что тот же ПЛК100 иногда очень сильно тупит. Например, программа заливается не с первого раза, а с третьего, контроллер зависает. Были подобные проблемы?
А еще, какие скады используете?
А еще, какие скады используете?
Никто не безгрешен)
У 100тки есть возможность лить прогу в ОЗУ. При сбросе она не сохраняется. Удобно при отладке. Может ваши спецы с этим путались? У меня были моменты, когда я вешал ПЛК. Но из за кривых рук. ( Бесконечный цикл сделал) у него срабатывал ватчдог.
У 63го есть моменты в заливке, когда он неверно распознаётся или не подхватывается. Лечится сбросом или повторной попыткой залива. Я к этому уже привык и внимания не обращаю.
Бывает при резком сбросе дисплей не работает — пишет квадраты. Лечится сбросом. На работе программы никак не сказывается.
А так 25 вентиляционных щитов на них. Уже больше года молотят. Вроде ничего. Горели только в грозу. Ещё тепловой пункт на нем. Тоже никаких жалоб. И один типа Умный дом — в составе автоматики плк63. Тоже своё отрабатывает
У 100тки есть возможность лить прогу в ОЗУ. При сбросе она не сохраняется. Удобно при отладке. Может ваши спецы с этим путались? У меня были моменты, когда я вешал ПЛК. Но из за кривых рук. ( Бесконечный цикл сделал) у него срабатывал ватчдог.
У 63го есть моменты в заливке, когда он неверно распознаётся или не подхватывается. Лечится сбросом или повторной попыткой залива. Я к этому уже привык и внимания не обращаю.
Бывает при резком сбросе дисплей не работает — пишет квадраты. Лечится сбросом. На работе программы никак не сказывается.
А так 25 вентиляционных щитов на них. Уже больше года молотят. Вроде ничего. Горели только в грозу. Ещё тепловой пункт на нем. Тоже никаких жалоб. И один типа Умный дом — в составе автоматики плк63. Тоже своё отрабатывает
Имеешь ввиду не создаётся загрузочный проект по умолчанию?
По описанию как у тебя с 63, не опознается контроллер и приходится несколько раз пытаться залить.
Ну тогда замечательно.
А не пробовал работать с их GPRS модулями?
По описанию как у тебя с 63, не опознается контроллер и приходится несколько раз пытаться залить.
Ну тогда замечательно.
А не пробовал работать с их GPRS модулями?
Да не. Все создается нормально.
В момент загрузки прошивки выдает что-то типа «неверная платформа». Жмешь еще раз — все ок, заливает
В целом мелочи — с этим можно жить.
У ОВНА по моему один Gprs модем. На самом деле они мало чем друга от друга отличаются. Команды одни и те же, если СМС посылать.
Вообще я запускал 3 раза. 2 раза — модем встроенный в WirenBoard (смс и интернет, скрипты на Python), и 1 раз — модем от Teleofis (СМС уведомления с сервера SCADA — C# + gammu)
Напрямую ПЛК к модему я не подрубал. Но не думаю, что это уж такое страшное дело. Хотя языки ПЛК для таких дел не очень удобны
В момент загрузки прошивки выдает что-то типа «неверная платформа». Жмешь еще раз — все ок, заливает
В целом мелочи — с этим можно жить.
У ОВНА по моему один Gprs модем. На самом деле они мало чем друга от друга отличаются. Команды одни и те же, если СМС посылать.
Вообще я запускал 3 раза. 2 раза — модем встроенный в WirenBoard (смс и интернет, скрипты на Python), и 1 раз — модем от Teleofis (СМС уведомления с сервера SCADA — C# + gammu)
Напрямую ПЛК к модему я не подрубал. Но не думаю, что это уж такое страшное дело. Хотя языки ПЛК для таких дел не очень удобны
А, я думала у них какой-то более удобный, типа через Codesys программируется. А если просто через RS-232 подключается, то да. Можно любой взять.
Про WirenBoard не слышала. Спасибо за наводку!)
Пс: а часто бывают готовые библиотеки для общения с модемом. То есть, все стандарные команды AT уже прописанны. Думаю у Овен тоже есть, у них с библиотеками все хорошо.
Про WirenBoard не слышала. Спасибо за наводку!)
Пс: а часто бывают готовые библиотеки для общения с модемом. То есть, все стандарные команды AT уже прописанны. Думаю у Овен тоже есть, у них с библиотеками все хорошо.
ТАм же модуль типа sim900. Его в Codesys не по программируешь.
Блин… у ПЛК100 же чего-то было по поводу модема. Вроде как в конфигурации создаешь устройство «Модем». Я ни разу не пробовал…
Гугл в помощь) Вот держи https://www.youtube.com/watch?v=ciRePHYb-DA
Блин… у ПЛК100 же чего-то было по поводу модема. Вроде как в конфигурации создаешь устройство «Модем». Я ни разу не пробовал…
Гугл в помощь) Вот держи https://www.youtube.com/watch?v=ciRePHYb-DA
У серьёзных производителей такого нет-перезапуски, сбои.
Дождитесь ПРОЙДЁТ 5 лет как у меня.
На полке горка трупиков из 20шт, было больше починил.
Уже больше года молотятдля промышленной электроники не показатель.
Дождитесь ПРОЙДЁТ 5 лет как у меня.
На полке горка трупиков из 20шт, было больше починил.
Уже больше года молотятдля промышленной электроники не показатель
В целом согласен, но с оговоркой — смотря какой объект, какая ответственность, насколько объект доступен. Управлять какой-нибудь некритичной локальной автоматикой — вполне ОВЕН пойдет, дешево, сердито и в случае чего купить не проблема.
Мы используем контроллеры ICP DAS, обвязываем защитами вкруг — работают уже по многу лет. Контроллеры используем свободно программируемые, пишем свое ПО на С. За все время был только 1 бракованный, 1 — сожгли по вине пуско-наладки, еще 1 — не выдержал высокоточного удара лучевого оружия (молнии) и еще у одного во время грозы вылетел коммуникационный модуль (но там и стойке связи досталось, через нее и дошло). По 7000/8000 серии на MiniOS7 — только положительные впечатления, стартует быстро, пашет как трактор. К сожалению, пришлось с нее уйти, стало не хватать возможностей.
Среда специальная? или на Си в чем -то типа Eclipse пишете?
Под 7000/8000 серию использовали бесплатный Boland C, старенький, который еще под DOS умеет компилировать. Собственно разработку вели и в Eclipse, и в Notepad++ (когда что было под рукой), а борландом уже компилировали. Но с переходом на новые серии контроллеров от ICP DAS пришлось купить Visual Studio, в ней сейчас и работаем.
Но тут, коли зашел разговор про программирование, назрели пояснения. Может быть, они позволят кому-то не совершить ошибку в выборе той или иной программно-аппаратной платформы.
Для технологического управления я считаю альтернативы МЭКовским языкам программирования нет. Это могут быть среды и CoDeSys, и IsaGRAF, и KLogic и многие другие как отечественные, так и импортные. Минус этого решения только один — ограничения, накладываемые средой разработки иногда могут проявиться в тем, что данные собираются неправильно или оборудование не поддерживается, и тогда без танцев с бубнами не обойтись.
Свободно программируемые контроллеры для технологического управления неудобны как в плане написания программы (теряется гибкость), так и в плане техподдержки и использования конечным пользователем (ведь конечный пользователь не обязан иметь ту же студию, правда?).
Однако нами были выбраны именно свободно программируемые контроллеры. Почему? Потому что наша основная задача — сбор и передача данных, без обработки и технологического управления. И в своей работе часто сталкиваемся с оригинальными протоколами или нестандартной реализацией вроде бы стандартного Modbus. И вот тут проявляется основное преимущество того, что код пишем сами — мы всегда контролируем всё, каждый битик нам доступен для отладки. Мне не надо тратить время на разбирательства с производителями системы программирования, все решается на месте. Конечно, для конечного пользователя нами созданы средства, позволяющие конфигурировать оборудование по своему усмотрению в дружественной и понятной для него среде, наша программа изначально строилась как конфигурируемая.
МЭКовские языки (FBD) мы тоже используем, но не на уровне контроллера (у нас такой возможности не предусмотрено), а выше. Вполне успешно применяем SoftPLC под управлением отечественной системы KLogic производства КАСКАД.
— Но так как разговор выше был о надежности контроллеров в промышленном применении, еще раз на основании своего опыта подтверждаю, что контроллеры ICP DAS — вполне надежные аппараты.
Но тут, коли зашел разговор про программирование, назрели пояснения. Может быть, они позволят кому-то не совершить ошибку в выборе той или иной программно-аппаратной платформы.
Для технологического управления я считаю альтернативы МЭКовским языкам программирования нет. Это могут быть среды и CoDeSys, и IsaGRAF, и KLogic и многие другие как отечественные, так и импортные. Минус этого решения только один — ограничения, накладываемые средой разработки иногда могут проявиться в тем, что данные собираются неправильно или оборудование не поддерживается, и тогда без танцев с бубнами не обойтись.
Свободно программируемые контроллеры для технологического управления неудобны как в плане написания программы (теряется гибкость), так и в плане техподдержки и использования конечным пользователем (ведь конечный пользователь не обязан иметь ту же студию, правда?).
Однако нами были выбраны именно свободно программируемые контроллеры. Почему? Потому что наша основная задача — сбор и передача данных, без обработки и технологического управления. И в своей работе часто сталкиваемся с оригинальными протоколами или нестандартной реализацией вроде бы стандартного Modbus. И вот тут проявляется основное преимущество того, что код пишем сами — мы всегда контролируем всё, каждый битик нам доступен для отладки. Мне не надо тратить время на разбирательства с производителями системы программирования, все решается на месте. Конечно, для конечного пользователя нами созданы средства, позволяющие конфигурировать оборудование по своему усмотрению в дружественной и понятной для него среде, наша программа изначально строилась как конфигурируемая.
МЭКовские языки (FBD) мы тоже используем, но не на уровне контроллера (у нас такой возможности не предусмотрено), а выше. Вполне успешно применяем SoftPLC под управлением отечественной системы KLogic производства КАСКАД.
— Но так как разговор выше был о надежности контроллеров в промышленном применении, еще раз на основании своего опыта подтверждаю, что контроллеры ICP DAS — вполне надежные аппараты.
Согласен, в плане написания обмена данными МЭКовские не очень. Проблема в том, что программы повторяются зациклено и не дает делать ожиданий. И приходится глумиться, чтобы реализовать задержку между передачей и приемом сообщений.
А Visual Studio Express вам не подошла? Она бесплатная. Во всяком случае 2010. Я версию для С# я использую.
пришлось купить Visual Studio
А Visual Studio Express вам не подошла? Она бесплатная. Во всяком случае 2010. Я версию для С# я использую.
Scada+ и MasterSCADA пробовали
Плохо работает, программа с первого раза не заливается, там вообще странный способ загрузки.
Программа раннеее работавшая, залитая в новую версию железа не захотела запускаться.
Связались с разработчиком, программист долго мудрил и выкинул функционал дававший ошибку.
Позднее этот разработчик автоматики отказался от использования Овена совсем.
Овен не любит перепадов напряжения зависает, иногда сгорает.
Программа раннеее работавшая, залитая в новую версию железа не захотела запускаться.
Связались с разработчиком, программист долго мудрил и выкинул функционал дававший ошибку.
Позднее этот разработчик автоматики отказался от использования Овена совсем.
Овен не любит перепадов напряжения зависает, иногда сгорает.
А еще, какие скады используете?
SCADA КАСКАД, давно и успешно.
Выскажу еще свое мнение о сименсе: известно чтоу этого гиганта существуют 2 департамента занимающегося автоматизацией.
Департамент автоматизации зданий: ведет разработку и поддержку PLC и софта серии Desigo. Это системы СКУД HVAC и пр.
Департамент промышленной автоматизации. Серия Simatic — оборудование ориентированное на автоматизацию промышленности.
Так вот мне посчастиливилось поработать с обеими сериями. От серии Desigo просто ужасные впечатления. Очень все плохо как с контроллерами так и с програмным обеспечением: Аппаратное обеспечение очень ненадежное — за год эксплуатации вышли из строя 3 контроллера. Диагностика на начальном уровне развитя подобных систем… Конфигурация контроллеров очень неудачная, контроллеры какие-то хлипкие (раз снял/одел на дин рейку и уже проблемы с контактами, задней шиной обмена данных) Ценник на них округляет глаза. За ПО нужно платить каждый год! Никакого пробного периода и пр…
Из преимуществ в автоматизации HVAC можно назвать только богатый набор готовых библиотек и поддержку из коробки BACNet.
О серии Simatic я думаю особо говорить не нужно: давно зарекомендовавшая себя серия 300/400 и относительно новые 1200/1500 являются законодателями моды на рынке систем автоматизации.
ПО хоть и дорогое, но доступное, существует триальный период.
Мне иногда даже не верится что такие разные по качеству и цене серии Desigo и Simatic разрабатывает одна кампания c таким известным именем…
Департамент автоматизации зданий: ведет разработку и поддержку PLC и софта серии Desigo. Это системы СКУД HVAC и пр.
Департамент промышленной автоматизации. Серия Simatic — оборудование ориентированное на автоматизацию промышленности.
Так вот мне посчастиливилось поработать с обеими сериями. От серии Desigo просто ужасные впечатления. Очень все плохо как с контроллерами так и с програмным обеспечением: Аппаратное обеспечение очень ненадежное — за год эксплуатации вышли из строя 3 контроллера. Диагностика на начальном уровне развитя подобных систем… Конфигурация контроллеров очень неудачная, контроллеры какие-то хлипкие (раз снял/одел на дин рейку и уже проблемы с контактами, задней шиной обмена данных) Ценник на них округляет глаза. За ПО нужно платить каждый год! Никакого пробного периода и пр…
Из преимуществ в автоматизации HVAC можно назвать только богатый набор готовых библиотек и поддержку из коробки BACNet.
О серии Simatic я думаю особо говорить не нужно: давно зарекомендовавшая себя серия 300/400 и относительно новые 1200/1500 являются законодателями моды на рынке систем автоматизации.
ПО хоть и дорогое, но доступное, существует триальный период.
Мне иногда даже не верится что такие разные по качеству и цене серии Desigo и Simatic разрабатывает одна кампания c таким известным именем…
Естественно если речь идет о автоматизации вентилятора и подогревателя, то сименс применять нецелесообразно. Но если в этом случае выбирать между Desigo и Simatic — ответ будет однозначным:SIMATIC.
если речь идет о автоматизации вентилятора и подогревателя, то сименс применять нецелесообразно
«LOGO!» — тоже ж Siemens. Вполне себе так с виду. Практики реального применения у меня нет, так, в руках крутил-вертел, на столе издевался в извращенном виде. Может кто отпишется, как они? На лицо вроде не ужасные, а как внутри?
От серии Desigo просто ужасные впечатления
Это вы ещё «китайский сименс» не пробовали, особенно с программами китайских программистов.
У сименса есть ещё и продукция для китайского рынка, раньше ставили её китайцы и предназначена она только для китайского рынка.Сейчас ставят украинцы и некоторые жлобливые российские конторки-производители оборудованияю.
Так мало того что офф.поддержки нет, так ещё на плате частотника половина комплектующих сетевого фильтра не запаяна.Ставите такой частотник в шкаф и имеете массу проблем в электромагнитной совместимости с соседней электроникой-контроллеры.Зато стоит китайский сименс дёшево.
Такие косяки вылезают и спросить не у кого, сименс отписался:
Контроллеры Сименса семейства S7-200 SMART не поддерживаются Европейскими представительствами фирмы Сименс
(в том числе и представительством Сименса в России) как с точки зрения продаж, так и с точки зрения технической поддержки.
Устройства этого семейства должны продаваться только на территории КНР и в другие страны попадать только
В виде устройств управления, установленные в какие-то станки и машины.
С уважением,
Ведущий эксперт DF FA AS
Департамент «Цифровое Производство»
ООО «Сименс»
__________________________________________________________
SIEMENS
Интересно, а как поддержку, доработку осуществлять установленные в машины контроллеров?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ПЛК от производителей Овен, Segnetics и Schneider Electric для HVAC