Как стать автором
Обновить
1
0

Разработчик АСУ ТП

Отправить сообщение

Выглядит интересно, спасибо! Разве что пока не нашёл как демку скачать =\ если она вообще есть...)

АСУ ТП. Кафедра автоматизации технологических процессов и производств. Сначала выкинули 2/3 диплома о реанимации токарного станка на базе ПЛК (и то, без G-кодов) со словами "слишком много, на диссер тянет". А затем показали библиотеку аспирантских работ по специальности... обмазывать обычную инженерную задачу "научной новизной" и "анализом работ предшественников" стало откровенно тошно и я ушёл спокойно работать.

Далеко не по всем направлением аспирантура оправдана и хоть как-то приемлема в той форме, в которой предполагается.

Так, хорошо. Где список поддерживаемого оборудования? Чей чип вы поставили? На сколько сложную логину можно пилить? Tuya, SONOFF? Плюшки типа учёта энергопотребления от умных розеток/счётчиков, уведомления на телефон от датчиков протечек?

Даже у некоторых тестеров в "локальном" режиме не работает сценарий "нажал кнопку - зажглась лампочка" при отключённом интернете. Когда ожидается исправление?

Что там по Matter? С доступом к ZigBee устройствам привязанным к колонке "насквозь", например из Home Assistant?

Ладно, с IT-шниками я всё понял. А как быть АСУ-шникам?)

Возможно ли организовать то же самое скриптом, разбирая только статусное слово? Увы, так и не понял. Возвращаемое значение скрипта - только цвет.

Можно. Через внутренний тег панели, который в свою очередь привязывать в анимации. Не обязательно именно "возвращать значение" скриптом, просто в его теле писать значение в переменную.

Прелесть Unified - в унификации ЧМИ на панелях и АРМах. В кой то веки одну и ту же работу нет необходимости делать полностью дважды. Хотя, доработки, все равно, потребуются в виду различных разрешений экрана.

Эм, как бы, TIA Portal WinCC Basic/Comfort/Advanced давно позволяет легко копировать проекты между HMI-панелью и АРМ в обе стороны. Главное отличие Unified в использовании движка HTML5 и SVG для визуализации (как у InTouch) ради потенциальной кроссплатформенности, однако функционал разработчика они стремятся унифицировать поэтапно с Comfort/Advanced функционалом.

Возможно для Unified это добавили именно с 17 версии. К сожалению у меня не установлен Unified для проверки, но предполагаю что они идут путём максимальной унификации функционала между Comfort/Basic и Unified.

В контексте "сделайте мне красиво" предложил бы плавное изменение зелёного тона в коде RGB с дискретизацией 0.1с, но сие хорошо только для 1-2 элементов на экране (или синхронно по общему фоновому скрипту, либо опустить в ПЛК и выкрутить частоту опроса только для этого тега), чтобы не перегрузить систему. Рантаймы TIA чрезвычайно требовательны к железу, увы.

Вообще, в целом, отвлекшись от конкретной задачи, я бы предложил ознакомиться с концепцией High Performance HMI/SCADA, потому что изобилие "красивых" SVG элементов сильно засоряет визуально мнемосхему и усложняет считывание информации оператором. Буквально сегодня наткнулся на внятное описание концепции того стиля, которому всегда пытался следовать сам.)

Контекста задачи, версии железа и ПО... больше всего вопросов вызывает сама постановка задачи и оформление кода в виде... скриншота? На Хабре? Серьёзно?

Если вам нужно чем-то помигать - путей десятки разных, обвешивать скриптами весьма болезенно. Чем вам не угодил стандартный функционал Animations => Display => Appereance => Flashing YES/NO для выбранного состояния?

Классический WinCC 7.x - весч прекрасная, научившись которой - научишься всему. А вот всякие ОА, Unified... согласен, жуть полная.

Это довольно забавно, когда в статье про проблемы реального сектора дают ссылку на сайт для поиска работы, на котором нет целого спектра направлений, относящегося к реальному сектору... в частности - АСУ ТП и всё вокруг него. Ни в направлениях деятельности, ни в списке навыков, ни в критериях условий... Полагаю, по многим другим направлениям дела не лучше (машиностроение, станкостроение, операторы различного высокотехнологичного оборудования, технологи и т.д. и т.п.). И не только у этого сайта такая беда, к сожалению.

Ну, у 1500 и 300 есть модели с 2 PN (две сетевые карты), а также для всех моделей есть дополнительные коммуникационные модули, в отличии от ET200.

Категорически отрицательно. Это работает ровно до момента интеграции в другой ПЛК, например, для обмена данными. ET200S/SP имеют несколько разъёмов для ProfiNet, но это одна сетевая карта с единственным сетевым адресом. Соответственно, когда вы подключаете к умной ET тупую в роли удалённой переферии - вы уже занимаете Master-Slave подключение, а значит умная ЕТ уже не сможет стать slave для центрального контроллера, потому что она уже Master... Доставляет очень много боли при интеграции.

Ок, приведите пожалуйста пример (можно ссылкой на описание/статью) как реализовывается система контроля версий для TIA Portal (кроме v17 с Git-репозитариями, которые тоже довольно убоги). И для электрических схем (AutoCAD/EPlan). Будет интересно ознакомиться и оценить соотношение затрат сил/времени на развёртку+использование по сравнению с обычными бэкапами папок проектов по расписанию на сервер Synology с глубиной лога версий 10+.

Сплотить это токсичное коммьюнити практически невозможно. Часть причин тут уже указали в комментах, часть просто ими же проиллюстрировали. Напоминает игровое ру-коммьюнити, только без открытого мата, потому что репутация фирмы и всё такое.

И я не сильно то исключение, ибо читать статьи с содержанием базового мануала или "как я нашёл меркер в коде", мягко говоря, не интересно, а все реально ценные вещи каждый бережёт для себя, как конкурентное преимущество.

Отдельно я шизею с истерик (вместо "о, вы ещё не пользуетесь ими? Почитайте тут и тут, есть хорошие решения для вашей среды разработки " - товарищи исходят соплями и ругань какие все, кроме них, нехорошие, а они герои и юзают SVC/mathlab/*вставить своё название*) о системах контроля версий и заявлений о генерации кода из матлаба или ещё откуда. Для малых организаций и постоянно меняющихся ТЗ (в комплекте с фатальными ошибками по монтажу железа) и первое и второе смысла не имеют, только сожрут силу и время.

Кхм, при разработке объем передаваемых данных жёстко ограничен. Отдав во внешний мир уставки тех процесса (например, какую температуру поддерживать в приточке) и задав границы в программе, чтобы при выходе за допустимый диапазон она загонялась обратно в допустимые рамки, вы при всем желании не сможете что-то сломать, украсть или испортить. А уж "украсть" или злонамерно сломать оборудование в данной структуре обмена данными - это вовсе за гранью фантастики.

Полагаю, что это связано с 2 моментами:

1) я пытался использовать их в симуляторе 1500

2) в принципе крайне не люблю этот язык из-за сложности отладки визуальной - у меня глаза очень сильно устают от такой компоновки операций и результата их исполнения

В уныние меня повергает реверсинжиниринг древних проектов без схем, исходников и документации, чем любит баловаться один заказчик.

Про повторяемые действия, ну, сами по себе эти действия для опытного программиста не новы, однако новички часто не понимают с какой стороны за это взяться и как интерпретировать результат. У меня пока не получается сформулировать этот подход словами нормально, но сие многим бы желающим "войти в асу" помогло, как мне кажется.

Для защиты интеллектуальной собственности пользовательская программа хранится в откомпилированном виде и её выгрузка из ПЛК не предусмотрена. Поэтому если вы потеряли или не получили исходный код, то "всё".)

Обычная унылая рутина, которая уже поперёк горла стоит. А предложения по переходу с S5 на 1200 с кнопочной 4" комфорт панелью вызывают мигрень… Я наверно тупой и никогда не пойму, зачем рутинные ежедневные задачи превращать ладно в статьи, но в диссертации(крик души после посещения библиотеки аспирантских работ)?!

Основная проблема в данном конкретном случае — отсутствие повторяемости приведённого результата. Есть концепция/подход/методология обратного поиска что за что отвечает, она была бы полезна, но лаконично опущена со словами «опущу все повторяемые действия с обратным поиском», а всё прочее в статье — крайне ситуативно и даже не факт что повторится на соседней установке этого же производителя, но выпущенной на год позже.

«Всё довольно просто», когда вы упоминаете JC/JU операторы, с моей сугубо личной точки зрения, это история про рисунок совы. Потому что за все 10+ лет практики эти [cenzored] операторы у меня работали корректно от силы 1 раз из 10 при написании на этом проклятом языке чего-либо с нуля.

Ок, хорошо что оно не на B&R, а то исходников бы вообще не добрались))

С другой стороны, делать такие системы без редактора рецептов изначально — моветон. И ещё с одной стороны этого кубика мнений-d20 — переписать такую прогу с нуля при наличии внятных схем 2-3 дня, но… дёшево и эффективно это к студентам, а тогда не 2-3 дня))
Каждый раз, видя статьи на Хабре о том, как следовать F1 в TIA Portal меня сжигает испанский стыд… От комментариев и вовсе опускаются руки… Может тоже свои дрова как статьи выложить? Хотя бы за рамки хелпа выберусь… И самое грустное — такие статьи не спасут от имён блоков/переменных на русском языке в пять-семь слов или любителей весь код впихнуть в OB1…
К сожалению, я написал это первым, через 10 минут после публикации поста. Просто коммент слишком долго проходил модерацию и появился лишь этим утром в 8:10. Эх.
1

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность