Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Поток Промышленная инженерия доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 50
Не ставьте бытовые блоки питания на розетке schuko в шкафы с автоматикой. Он и в нормальных условиях живет 2-3 года в лучшем случае, потом высыхают или вытекают конденсаторы, а в условиях закрытого шкафа без вентиляции - еще меньше. Meanwell на din-рейку + автомат вместо второй розетки закроет этот риск.
а в условиях закрытого шкафа без вентиляции
Знаком с проектами шкафом без вентиляции, внутри которых частотник на 5.5 КВт. Люди проектируют, чтобы быстро получить деньги и "отвалить", перекладывая проблемы на других.
Промышленный блок питания еще и скачки входного напряжения держит куда надежнее бытового хлама
с год назад пробовал сделать управление положением заслонки на ПР (не помню каком) с АО 0-10В. Сначала сделал простую программу: заслонка "пролетала" заданное положение, при движении от о к 10В и обратно занимало разные положения. Пришлось разбить весь диапазон хода на 10 участков, и корректировать положение заслонки уже внутри них, но и тогда проблема осталась. Позвонил на техподдержку - ОВЕН сказал, что точность установки заданного вольтажа на ПР хуже, чем на СП, покупайте контроллер.
К сведению тех, у кого похожие задачи.
Программируемые реле штука хорошая. Но овеновские железки были дороговаты.
Впрочем, их много кто делает.
Антенна внутри цельнометаллического шкафа - это мощно и профессионально.
Это шкаф диспетчеризации на одной из котельных, которые мы обслуживаем.
Полностью поддерживаю тезис автора о том, что лучше один ПЛК чем куча реле времени и хитрая схема. Сам использую их в этом качестве. Есть правда одно НО не в пользу ПЛК. Он централизован, и при его выходе из строя ложится вообще вся линия. Вот была у меня печка, в которой под 30 разных температурных зон, на каждую свои нагреватели, свои термопары, местами вентиляторы мощные с управлением от частотника. Сделано это все было на шнайдере еще tsx серии, компактно, скада на экране компа - красота. Крякнул один блок - часть печи отвалилась. До того, что печь уже функцию свою выполнять не может. Надо замену. А запчасти к этой серии перестали выпускать еще 10 лет назад. Ладно, с оказией нашли модуль, заменили. Потом что-то случается - и в ошибке сразу 5 модулей. Чинить там что-то не вариант, ошибка программная и не факт что не заложенная производителем. Где взять 5 модулей ( у печи их 15 )? Производитель - шнайдер электрик, пишет: такие не выпускаются, пришлите ТЗ, мы вам поменяем ПЛК на новый более современный (за дофига миллионов). В итоге был изготовлен отдельный шкаф, набитый овен-ТРМ1 сверху до низу, каждый трм отвечал за свою зону печи. Силовые ключи остались в старом шкафу. Работа была проделана большая и ремонтопригодность этой печи сильно повысилась, а также и юзабельность - технологам не нужно полчаса бегать по менюшкам скады, дабы поменять параметры одной зоны. Что-то выходило из строя, но заменить один овен-трм из мешка с запасами стало намного проще и быстрее, чем плясать с модулями или платить 50 млн за модернизацию ПЛК (именно столько запросили в 19 году шнайдер электрик). Вот такая вот история. Особенно когда вендорлок по харду.
Я использовал ПР200 и ПР205 на нескольких единица пром оборудования, и у меня сложилось такое мнение:
Фирма Овен сделала неплохое программируемого реле для не сложных некритических применений.
За полтора года использования ни одного критического сбоя. Стабильная работа как дискретные, так и аналоговых входов.
А вот со средой разработки Owen Logic разработчики немного "намударили". Среда поддерживает язык CFC с возможностью написания своих функциональные блоков и функций как на ST, так и на CFC. С одной стороны это хорошо, с другой стороны - хотелась бы поддержка релейно - контактной логики.
Второй недостаток - мало базовых типов данных, только битовые, целые без знака и вещественные, последние занимают 32 бита. Ни байтовых, ни целых со знаком.
В третьих - скомпилированную программу из реле нельзя считать при помощи штатных средств. Ни в виде исходный кодов, ни в виде бинарного файла.
Ну и в четвёртых - со второй версии среда "потяжелела", на старом "железе" (Windows 7, 32 бита) уже не работает.
У фириыОвен были ПЛК63/73, которые были намного интереснее с точки зрения программирования по цене ПР205, жаль их сняли с производства.
В третьих - скомпилированную программу из реле нельзя считать при помощи штатных средств. Ни в виде исходный кодов, ни в виде бинарного файла.
иногда это жуть как надо, исходники всяко теряются. но и трудоемкость на декомпилятор приличная, а бэкап бинарников как бы можно, но по копирайтной логике надо делать не ИЗ девайса а по результатам компиляции, и тогда тут логичнее сделать бэкап исходников.
В третьих - скомпилированную программу из реле нельзя считать при помощи штатных средств. Ни в виде исходный кодов, ни в виде бинарного файла.
Ну да, я бы сюда еще добавил бы что в добавок к этому, в "Сведения о проекте" отсутствует поле, куда можно текстом и своими словами записать, какие изменения были внесены, версию можно, кто делал можно, а вот чего реально не хватает, приходится отдельным текстовым блоком писать на холсте самой программы, а потом когда нужно чет мелкое поправить уже на объекте, начинаешь мучительно выяснять, какая же версия программы записана именно в этом реле и очень повезет, если там ни кто ничего не изменил в настройках, какую нить переменную, иначе онлайн отладка, по которой можно выяснить что там в конечном итоге лежит, тоже не запустится!
А еще реально бесит, то что если на объекте стоит какая нить релюха которая там уже отработала несколько месяцев или лет и нужно опять таки сделать какую нить не большую правку в программе, то при подключении к ней последней версии OwenLogic, она начинает ругаться, что версия ПО реле не совпадает с текущей версией среды программирования и начинаются танцы с бубном, ну не танцы конечно, но нужно каким то образом подключаться к интернету, с которым в месте установки этого реле может быть совсем ни как, ну вы поняли
Оч. хочется что бы разработчики подумали над этим! 😊
это уже довольно близко к git
Судя по всему, фирма ОВЕН периодически обновляет RUN-TIME подсистемы своих реле. Было бы здорово, если б они сохраняли обратную совместимость - то есть можно без проблем подключиться к реле без даунгрейда прошивки.
У меня на ноутбуке стоит более свежая программа, чем на системнике. И обновить я программу на системнике не могу без кучи бумажек - корпоративные блин стандарты, и права юзера. Так эта "прекрасная программа" OWEN LOGIC просит изменить версию прошивки каждый раз при подключении к разным компьютерам.
вышел из строя контроллер на 14500. Вакуумный нагреватель должен быть без простоя и я поставил блок реле, который дооснащается Леонардо или Уно.
Такой стоит вообще около 3к. 1.5года работает сносно, + данные на пульт и количество циклов видно.
(Пс. Оборудование работает без оператора, потому рискнул такую систему поставить).
А мне нравится ПЛК на Ардуино. Добился стабильной работы для управления системами очистки и фильтрации воды, масляными печами, системами вентиляции, умный дом более 5 лет без поломок и другие контроллеры.
Везде где нужно используются двойные или тройные контуры безопасности, в том числе механические. Гибкость полная, копеечные комплектующие, поддержка управления и инфа через Web для любых решений. Поддержка любых железок экранов, датчиков так как пишите на языке программирования.
Добавлю а меня 328 работает с токами до 75 А в линии управляя триаком и все норм . Правда и по поводу защит я немного заморочился
Ну в схемотехнике и радиодеталях я разобрался лишь на базовом уровне. Но понял одно что изначально вся техника и контроллеры очень капризные к всяким помехам, температуре, грязи, пыли вибрациям. И любой узел может отказать. А при нормальной схемотехнике любой контроллер хоть 328 прекрасно управляет любыми токами и двигателями, через массу готовых комплектующих и реле без обширных знаний о полевиках, триаках, стабилитронов и т п.
Главная проблема при использовании Arduino в промышленности - как правило отсутствие полноценных отладочных инструментов, а также невозможность горячего подключения к контроллеру с целью поиска того места в программе, из - за которого встал тех процесс из-за например сгнившего разъёма на одном из датчиков давления.
Да наверное так и есть, мои контроллеры это скорее домащние поделки для собственных нужд и нужд знакомых. И даже я столкнулся с проблемами отладки, в коде появились флаги debug, слив данных по HTTP и UART, сборка тестовых стендов и многократные прогоны. Вроде бы контроллеры от STM лишены такой проблемы, но до них я не дошел - задачи кончились.
Дело не в AVR или STM, практически все современные микроконтроллеры поддерживают внутрисхемную отладку.
Дело в общей концепции: возьмём к примеру тот же Siemens:
-Вы можете подключиться к ПЛК без перезагрузок, и даже без остановки технологического процесса;
-Можете видеть состояние входов, выходов, переменных, наглядное прохождение сигналов.
-На старых версиях контроллеров ( S5, S7-300, S7-400) Вы можете скачать блоки с данными, блоки с кодом (если они индивидуально не закрыты от чтения) в виде ассемблероподобной программы.
На ПЛК под управлением CODESYS всё немного сложнее - у Вас должен быть исходный код, в противном случае Вам удастся скачать только скомпилированную программу. В остальном примерно то же самое - просмотр переменных, наглядное прохождение сигналов, удобная работа по сети (поддерживается множество стандартных интерфейсов и протоколов, при необходимости - можно реализовать свой протокол обмена).
Программируемого реле, которое описывается в этой статье - намного более простая железка. У неё нет возможности скачать программу, есть проблемы с RUN-TIME частью (часто при смене версии программы необходимо обновлять встроенное ПО устройства), мало встроенных простых типов данных (целые без знака 32 бита, вещественные 32 бита, булевые), на горячую для отладки не подключиться, зато относительно мало стоят, ПР200 и ПР205 имеют встроенный дисплей, поддерживают как дискретные, так и аналоговые входы (можно подключать датчики температуры или унифицированные аналоговые сигналы), есть аналоговые и цифровые выходы, есть какая - никакая защита от помех и статики, есть удобный для монтажа корпус, можно подключить модули расширения, можно управлять устройствами по протоколу MODBUS, на выходе RS485 есть гальваническая изоляция до двух киловольт.
Вообще вся эта промышленная автоматика нужна для того, чтобы Вы смогли взять готовую железку, имеющую все необходимые сертификаты, и вставить в своё разрабатываемое пром оборудование.
Отдельно собирать свою плату на чём угодно - на Arduino, STM32 или ПЛИС имеет смысл, если:
-У Вас есть серийное изделие (больше 10 штук)
-Или Вам надо изготовить что-то, работающем на больших скоростях ввода-вывода
-Или Вам охота привязать заказчика к Вам (мне недавно приносили самопальный контроллер управления печкой для выпекания хлеба, у которого сработала закладка, которая потребовала сервисного обслуживания в виде введения кода, который мог дать только разработчик)
-или у Вас много свободного времени для работы за копейки и стальные нервы (любое оборудование может отказать, может быть непропай, может быть утечка памяти, может быть любая помеха, которая повредит Вашу разработку, а Вам потом ехать и устранять неисправность).
Безусловно существует нишы автоматизации которых работает и рекомендован именно такой подход. Но это 100% не является оптимальным для всех задач автоматизации в промышленности и причин для этого масса.
У меня нету большого опыта работы с промышленными контроллерами, но я имею представления что их большое количество, что они отличаются функционалом, поддерживаемым оборудованием драйверами и много чем. Я уверен что есть типовые задачи для которых каждый подходит наилучшим образом.
К тому же никто не мешает создавать комбинированные решения на ПЛК, МК, ПК, МиниПК и т.п. Такой подход используется повсеместно. Каждой задаче свое решение.
Однаждыя я был на экскурсии на одном большом и современном заводе с десятками цехов и конечно там было много всякого промышленнго оборудования и автоматики.... ну и что бы вы думали - даже там нашлось место ардуино :)
Я не против применения ардуино в простейший автоматике или самоделках, просто надо взвешивать риски применения не сертифицированной электроники в промышленности.
Передо мной сейчас находится плата простого измерителя скорости, который считает количество импульсов от датчика в какой-то момент времени, вроде ничего сложного. 8-битный микроконтроллер, светодиодные индикаторы.
Однако - даже тут на входах стоят оптопары, выходные дорожки до электромагнитных реле явно отделены от дорожек управления, на входе по питанию стоит предохранитель, варистор, CLC фильтр, цепи первички и вторички трансформатора, а разделены прорезью в плате, та же прорезь - под оптроном обратной связи.
Я понимаю, что себестоимость изделия - тысячи полторы от силы, однако его надо разработать, о транслировать плату, написать программу, запаять детали, испытать на электромагнитную совместимость, доработать плату, ещё раз изготовить, испытать, сертифицировать, наладить серийное производство и обеспечить продажу для конечного потребителя.
Поэтому я покупаю готовое изделие, а не ставлю ту же ардуино с несколькими шилдами.
Практика построения комбинированных решений широко распространена, всё упирается в наличие сертификатов.
Никто в здравом уме не будет ставить голый микроконтроллер на производственную линию, час простоя которой сопоставим со стоимостью хорошего ПЛК.
Самоделки - зло на производстве.
Потом автор умер/уволился/обиделся и в этом хрен кто разберется.
Среда Owen Logic для простых алгоритмов на порядок приятнее тяжелого CODESYS с его бесконечными библиотеками
Вся простота разбивается, такое впечатление, как искусственные ограничения.
Банальный пример - Owen Logic не поддерживает язык LD (релейно - контактную логику). Целые числа - это 32 бита, без знака. Невозможно написать свой протокол общения по 485 порту.
Мне недавно пришлось реализовывать на счётчиках такую банальную вещь, как таймер с регулируемой с панели управления задержкой отключения.
Хотя с CODESYS 3.5 разработчики откровенно намудрили. Слишком много сервис паков с кучей версий библиотек. Codesys 2.3 намного проще и понятнее для малых систем.
Антенна в шкафу. Металлическом. Может мы чего-то не разумеем в распространении радиоволн или может новая эдиция зон Френеля вышла и я пропустил.
Вы ничего не понимаете, шкаф и есть сама антенна!😂
А если серьезно, то как варианты:
1. Там банально снята дверца, для более легкого доступа к потрохам.
2. Находится в этой же комнате, где и диспетчер.
3. Это демоверсия для зевак.
В моей вселенной цена вопроса два разьема 30 см кабеля уголок и полчаса работы. Хотя в городе автора возможно воруют даже воздух и боятся что антенну за 500р сопрут. В любом случае для спеца с зп 350000+ выкладывать такое фото моветон.
Ну скажем есть способ, проще, уже давным давно существуют такие же ящики, только пластиковые, при этом они со временем не ржавеют и красить их не нужно, а так да, антенну можно и во вне и повыше и ни кому она нахрен будет не нужна, говорю это как человек, который уже поставил хренову тучу GPS антенн на светофорных контроллерах в своем городе и да, я не знаю ни одного случай, что бы хоть на одну кто то позарился...😂
я не знаю ни одного случай, что бы хоть на одну кто то позарился
вандалы и охотники за цветметом. я виждел несколько электрошкафов которые раз.. ломали похоже по приколу. лавки обычные и то регулярно ломают
Не, ну бывает конечно, от всех олигофренов не застрахуешься, но так что бы это носило, вот прям повесил и каждый первый уничтожат, ну нет, ну нарисуют на нём чё нить, такое сплошь и рядом, а так что бы вот прям в не рабочее состояние, ну не было такого, нет, вру было, машина в ДТП опору с контроллером снесла... 😁
это антенна вайфая,она тут по сути не нужна,антенна для связи вытянута в другое место.
ESP32 + АЦП сократят бюджет в 10раз. При тех же возможностях. :))))) шутка ли? :)
Угу, а потом с Вас попросят сертификаты электромагнитный совместимости, сертификаты того, что Ваше устройство является измерителтным прибором.
А потом Вам надо будет:
обеспечивать (желательно гальваническую) защиту входов от статики,
согласовывать аналоговые входы Вашей разработки с унифицированными сигналами (например сигнал с термодатчика PT100 или стандартный сигнал 4-20 мА, по которому может прилететь что угодно (от 24 В напрямую до помехи от включенного рядом контактора без модуля подавления помех)
Отвечать за сбои в работе Вашего устройства во время гарантийного срока эксплуатации.
Оно Вам точно надо (без крупно серийного производства)?
Без крупносерийки эти сертификаты нафиг не нужны. На крупносерийке у вас уже автоматически и сбыт налажен и спрос есть, деньги есть, и разумеется клиентов куча, кому то и понадобятся сертификаты - не вопрос, если уверен в своем продукте - берешь, платишь кучу денег, сертифицируешь.
Мне понравилось как у wirenboard сделано. Берут 8266 или 32 еспшку, и разводят под нее кросс-плату со всеми фильтрами, развязками, реле и интерфейсами. Сам проц при этом можно хоть стальным экраном прикрыть как в смартфонах. Есть правда одно "но" - сами еспшки закрытые, и кое-где их не пропустит безопасность. Но в остальном, прекрасная маркиза, все хорошо)
Кстати те же овны и другие отечественные производители измерительных и управляющих приборов вполне не стесняются использовать и авры, и pic, и stm - ну там то хотя бы даташиты на это все есть. Разводи нормально - и хоть обсертифицируйся. С измериловкой там больше к внешнему АЦП и его схемотехнике вопросы будут, чем к главному процу.
Вы и правы, и нет, причём одновременно.
Без разницы, на чём построен пром контроллер - на ESP, STM32, Cortex A, да хоть на древнем x51 (Siemens SIMATIC S5 - 95, S5 - 100).
Важны грамотная разводка дискретных и аналоговых входов-выходов, ЭМС совместимость, устойчивость к помехам, грамотно рассчитанные и реализованные аналоговые входы - выходы. Важна удобная среда разработки и отладки Ваших изделий, грамотно составленные документация, техпаспорт и руководство по эксплуатации. Также важна возможность удобной интеграции Ваших изделий с оборудованием других производителей.
А сертификаты - это то, что позволит спать спокойно, не думая, что после отказа какой - нибудь левой железки придёт технадзор и поставит в соответствующую позу горе-Кулибина. Ну или пропадёт сырьё на миллионы. А если в шкафу произойдёт пожар и выгорит частотник стоимостью пара сотен тысяч?
Есть такое понятие, как Риск-менеджмент. Давайте будем приуменьшать риски, и не подставлять свои пятые точки, а также своих заказчиков.
вспоминая тот самый лифт на ардуино - там то точно был риск-менеджемент :) не знаю как часто отказ от ответствености прописан прямо в документациях, производители скорее наверное ссылаются на использование не по назначению - если что. только оборудование типа реле безопасности с космическими ценами че то гарантируют. технадзор вроде как приходит еще на запуск и может не допустить, но не на всякое производство. вопрос скорее коммерческий. иные производители не стесняются внедрять временные и георграфические закладки и им глубоко по ... на убытки, им важны их прибыли
Слишком сложное объяснение.
Есть нормы и правила.
И санкции за их нарушение, как в АК, так и в УК
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Автоматизация за 15 тысяч рублей: программируемое реле, которое все держат за игрушку