В этой статье хочу написать своё мнение про взаимодействие заказчика и исполнителя. Зачастую бывают такие ситуации, когда договаривались «На словах». Озвучиваем сумму. Принимаемся за работу. Потом в результате получается следующее — а я не так сказал, а я не так думал, а я не так видел. Знакомая ситуация?
Приветствую всех, уважаемые читатели блога. На связи с вами Гридин Семен. Расскажу о наболевшем.
Последствия от неграмотно составленного ТЗ
За 10 лет моей практики можно на пальцах посчитать людей, которые давали грамотное техническое задание. И были потом довольны результатом. Так как работа была выполнена правильно и в срок.
Почему важно посидеть и подумать над своим проектом, хотя бы примерно изложить суть вашей задачи для инженера АСУ ТП? Да и не только АСУ ТП. Это правило действует для широкого спектра профессий, в том числе и копирайтеров, и архитекторов, и дизайнеров.
Потому что специалист «Шарит» в какой-то определённой узкой области. Допустим инженер АСУ ТП разбирается в программировании, монтаже, проектировании. И человеку сложно охватить все технологии, нюансы работы линии или станка.
Да и вообще элементарно, специалист не может залезть в голову заказчика, и понять, что вообще заказчик хочет от своего проекта.
Самые частые ситуации возникающие при неграмотном ТЗ:
Неправильно подобран размер шкафа — переплата.
Неправильно подобраны мощности силовых элементов
Неправильно написана программа — потеря времени и поездки на объект
Неправильно подобрано оборудование — не выполняет нужные функции
И чаще всего заканчивается чем? Переплатами, поездками, сдача объекта не вовремя, нервотрепка.
Правильно составленное ТЗ экономит кучу сил, энергии, нервов, времени и Денег.
Техническое задание является неким фильтром, чтобы понять готов ли человек с тобой работать или нет, готов ли он принимать участие и прикладывать какие-то усилия или нет. Имеет ли смысл вообще тратить его и своё время.
Как написать техническое задание?
Как составить Техническое задание.
При проектировании системы мы считаем количество дискретных входов(концевики, кнопки) и аналоговых датчиков(температуры и другие физ. параметры).
Потом считаем количество исполнительных механизмов(насосы, двигатели, клапана, нагреватели и т.д.)
Определяемся с фазностью(1-ф или 3-ф), напряжением питания катушек, мощностями двигателей, мощностями нагревателей.
Затем нужно составить минимальный алгоритм работы вашей системы. Можно написать от руки, порисовать картинки, циклограммы, схемы и т.д. Лучше всего если ещё пришлёте фото и видео, чем больше информации, тем лучше!
После этого определяемся, нужна ли SCADA, Архивация, панель оператора, рецептура. Нужно ли выводить данные в облако, нужна ли база данных и т.д.
Присоединяйтесь к нашему каналу в Telegram, если нужна техническая помощь или просто "початиться".
Год назад заехал как-то к фермеру, посчитать автоматику на форточки в теплице. Теплица где-то соток 20 общей площади.
До этого делали теплицу на 5 соток, несколько лет писал ПО на теплицы. Функционала получилось много.
Я посчитал стоимость - Прибор ПР103, датчики, блок питания и работы вышли примерно около 100 т.р.
Это прям минимальный минимум, готов был даже съездить за бесплатно практически.
Ответ был простой - Дорого!
В общем я не удивился. И прикинул. Срок работы оборудование при интенсивной эксплуатации ну допустим 10 лет,
При пессимистичных прогнозах делим на 2 - 5 лет. 100 000 делим на 5х12=60 получаем 2000 р. в месяц. При условии что он отбил бы в первые два года всю сумму в лёгкую.
Как вы считаете, приемлемая цена или дорого?
Присоединяйтесь к нашему каналу в Telegram, если нужна техническая помощь или просто "початиться".
В азиатских контроллерах интересная реализация программирования логических контроллеров. Этот подход взяли на вооружение многие производители ПЛК.
Чем мне нравятся подобные контроллеры. Тем что у них абсолютно прозрачная адресация регистров. Есть некая коробка с определенным набором ячеек, к которым в программе можно обращаться.
Здравствуйте коллеги. Сегодня попробуем разобраться с регистрами в ПЛК Optimus Drive (он же Haiwell). Такой же принцип соблюдается у таких производителей, как Mitsubishi, Omron, Delta.
Карта регистров
У каждого ПЛК, в зависимости от функций, своя карта регистров. В дистрибутиве PLCSoft можно найти эту таблицу.
На данном скриншоте виден весь набор регистров, которые мы можем использовать в программе.
Давайте их рассмотрим по порядку.
HSC — быстрые счетчики со входов ПЛК
PLS — упарвление быстрыми выходами
X — физический дискретный вход
Y — физический дискретный выход
T — выходы таймеров
С — выходы счетчиков
С48-С79 — выходы 32-битных счетчиков
M — промежуточные реле
S — шаговые реле
SM — системные регистры
AI — аналоговые входа
AQ — аналоговые выхода
SV — системные регистры
V -числовые регистры
LM и LV -локальные биты и регистры
P — индексные регистры
I — регистры прерываний
Энергонезависимые регистры и реле — T96-T127, C64-T127, M1536-M2047, S156-255, V1000-2047
Системные регистры
Таблица системных битов, можно оценить статусы работы отдельных узлов ПЛК (батареи, ком-портов, запушен контроллер или нет, состояние быстрых счетчиков и т.д.
Всё тоже самое — регистры, только числовые значения.
Статусы и состояния прерываний.
Коды ошибок и их описание.
Карта регистров Delta
Вот таким образом выглядят регистры Delta DVP.
Трудности с этими ПЛК какие, нету нормального руководства по программированию, форума, видеороликов. Вообще нету адекватной русскоязычной технической поддержки.
Когда знаешь, в принципе легко с ними разбираться, Для новичков или для людей смежных профессий тяжеловато.
На этом пока всё, если есть вопросы, пишите в комментариях.
Приветствую, уважаемые читатели. На днях задали такой вопрос.
Добрый день! имеется плк F100-10-R от EKF это копия (плк optimus drive и соответственно панели оператора тоже) , также имеется панель оператора EKF PRO-Screen 4. у панели оператора использовал порт com1 rs485 для покдлючения к плк. параметры 485 одинаковые у панели и плк. для связи использовал разьем db9 и контакты 1 и 6 для подклюния 485 плк. не могу установить связь. между панелью и плк. индикатор COM на плк не горит я так понимаю он сигнализирует о наличии соединения.для обмена между плк и панелью использовал протокол PRO-logic. в чем моя ошибка может быть?
Как решить эту задачу?
В принципе Хайвело-подобные контроллеры это одно и то же. Главное, чтобы совпадали название. Есть у меня рабочий проект на AT16SOR и Optimus VI20.
Настройки все один в один, вы применяете только рабочие свои названия платформ.
Настройки ПЛК "Штатные" должны быть с такими настройками.
У меня сейчас под рукой нет ПЛК, по идее настройки сетевых параметров должны быть здесь:
Настройки панели оператора вот тут:
Надо указать сетевые настройки, и адрес STATION к кому обращаться.
COM тоже разные, у меня COM2, у каждого свои пины.
Смотрим в мануале, здесь с цифрой COM2 и COM3 могут быть ошибки, надо пробовать.
Потом ставить кнопку в панели и писать один выход в ПЛК, так можно "Поймать бит" и понять что связь есть. Примеры программ здесь.
Материал о модулях и системах, обеспечивающих сетевое соединение, превращая традиционные ПЛК в контроллеры автоматизации (ПАК), опубликованная Дэвидом Петерсоном в журнале Control Automation.
Название ПЛК (PLC) останется надолго, независимо от того, какие возможности содержатся в устройстве, будь то ввод-вывод, сетевое взаимодействие или даже операционная система, он все равно будет называться программируемым логическим контроллером. Сигналы по-прежнему будут обрабатываться совместно с реальными устройствами ввода-вывода; мы просто добавляем новые способы взаимодействия с другим оборудованием и миром в целом. Называйте их как хотите – PLC (Programmable Logic Controller), PAC (Programmable Automation Controller), IPC (Industrial PC) – все это допустимые названия, но ярлык ПЛК (PLC) наверняка будет трудно заменить.
Добавление усовершенствованных коммуникационных модулей в систему является последним строительным блоком современной системы ПЛК.
Системы связи в ПЛК
Как и в случае со многими функциями внутри ПЛК, мы можем обнаружить системы связи, встроенные непосредственно в модуль центрального процессора (ЦП) или установить дополнительные модули для расширения системы и повышения ее гибкости.
Интерфейс программирования
В некоторых ПЛК необходимо сразу же различать программирование и сетевое взаимодействие. Иногда это достигается через один и тот же порт интерфейса, так что разницы на самом деле нет. Однако выделенный порт программирования обычно появляется одним из двух способов.
USB-порт (обычно тип B, mini, micro или тип C) – это соединение типа «точка-точка», используемое исключительно в ПЛК для загрузки и выгрузки программ на хост-компьютер IDE (Integrated Drive Electronics). Несмотря на исключительную простоту и надежность, он требует, чтобы компьютер физически находился вблизи шкафа управления, если вам когда-либо понадобится редактировать или контролировать ПЛК.
Этот процессор ПЛК имеет микро-USB для программирования и множество других сетевых интерфейсов
Альтернативой, и часто на немного более старом оборудовании, является 9-контактный последовательный интерфейс DB9. Мы не можем сразу сказать, что он отвечает за процесс программирования, поскольку этот порт также несет общий интерфейс RS-232 для систем связи, таких как Modbus. Однако, поскольку это также интерфейс точка-точка, он не встречается в больших сетях. Разновидностью разъема DB9 является 6-контактный RJ11, как узкая версия разъема CAT5/6.
Встроенный сетевой интерфейс
«Встроенный» – это термин, который мы используем, когда что-то встроено прямо в вычислительный блок устройства, в данном случае в ЦП ПЛК. Большинство модулей ЦП имеют по крайней мере один сетевой интерфейс, хотя отдельные имеют несколько. Иногда даже кажется, что проектировщики соревновались, кто сможет втиснуть больше сетевых портов на фронтальную поверхность модуля.
Эти встроенные порты обычно включают один или несколько из следующих вариантов: Ethernet, PROFINET, RS-485 и RS-232. Ethernet и PROFINET выглядят как разъем RJ45, общий для всех известных сетей Ethernet. RS-232, как отмечалось ранее, может выглядеть как разъем DB9, обычные винтовые клеммы или может быть смонтирован прямо в более простой 4-проводной жгут, общий с RS-485.
Несколько различных вариантов последовательного сетевого порта для RS-232/422/485
Из этих вариантов RS-232 – единственный, предназначенный для одиночного соединения точка-точка. Это ограничивает его функциональность в сетевых технологиях, но его часто можно встретить среди устаревшего оборудования, поэтому он остается.
Остальные три типа сетей являются многоточечными, то есть они могут взаимодействовать со многими устройствами, каждое из которых имеет уникальный адрес. RS-485 – это немного устаревший стандарт, и в настоящее время он широко используется для связи через Modbus, PROFIBUS и другие фирменные сети, такие как Data Highway (DH485) от Allen-Bradley.
Industrial Ethernet и PROFINET являются вариациями исходного стандарта Ethernet. Большинство крупных компаний склонны выбирать один из двух протоколов и придерживаться его. Тем не менее, некоторые ПЛК позволяют запускать контроллер как сканер или хост с любым протоколом, иногда даже одновременно, поскольку физический порт один и тот же. Если ваш процесс автоматизации зависит от многих марок и поколений оборудования, взаимодействующих с одним и тем же контроллером, вам, вероятно, лучше выбрать соответствующие модули, которые можно выделить для каждой задачи.
Модульные сетевые интерфейсные карты
Производители ПЛК используют две разные стратегии. Либо все коммуникации интегрированы в модуль ЦП, либо ЦП остается очень простым, и мы используем дополнительные карты для поддержки сетевых интерфейсов. Вторая стратегия обычно применяется при работе с большой системой с более чем 2-3 сетевыми точками.
Вы можете приобрести модули, совместимые с ранее упомянутыми системами, включая Ethernet, PROFINET, RS-232 и RS-485, но есть и много других. Вот несколько примеров, хотя их гораздо больше:
В этом ПЛК центральный процессор ограничен только программированием, оставляя сетевую задачу добавляемым модулям по мере необходимости
Волоконно-оптический
Обычно это модуль Ethernet с физической оптоволоконной сетью. Вы вряд ли найдете много процессоров со встроенным оптоволокном.
EtherCAT
Этот протокол, созданный Beckhoff Automation, является более скоростным вариантом Ethernet, специально предназначенным для технологий автоматизации управления (отсюда и название CAT). Некоторые контроллеры включают его в качестве встроенного протокола.
DeviceNet
Эта сеть, построенная на основе технологии CAN, была основана Allen-Bradley, но теперь переведена в open-source для более широкой интеграции. Она использует плоский или круглый многожильный кабель.
Этот модуль DeviceNet (фактически для полевой системы ввода-вывода) использует круглый кабель
HART
Удаленный преобразователь с адресацией по магистрали – это цифровой протокол, работающий на аналоговом сигнале 4-20 мА, позволяющий устанавливать устройства HART в существующую аналоговую систему. Однако для HART требуется специальный модуль; простой аналоговый выходной модуль не может транслировать протокол HART (Highway Addressable Remote Transducer).
IO-Link
Все более популярный протокол позволяет передавать данные и конфигурацию по обычному кабелю M12, а простые дискретные устройства могут существовать рядом с интеллектуальными устройствами IO-Link, что обеспечивает большую гибкость на полевом уровне.
Многие другие протоколы можно найти в модулях и встроить в ЦП для специализированных приложений.
Установка и настройка модуля
Процесс во многом одинаков для всех моделей ПЛК. Модульные платы вставляются в шасси или подключаются с помощью жгута проводов. IDE всегда содержит менеджер оборудования, который проверяет конфигурацию всех модулей и встроенных сетей. Их можно сканировать или вручную добавлять в автономном режиме.
Установка и ввод в эксплуатацию модульной сетевой карты включает ее добавление в диспетчер оборудования и настройку адреса
Большинству сетей требуется адрес или номер узла, который легко устанавливается. После загрузки сетевая карта запускается и может сканировать собственную сеть на предмет новых устройств или добавлять эти устройства вручную. Точные шаги различаются в зависимости от IDE, но это очень последовательный процесс.
Устранение неполадок в системах связи ПЛК
Большинству специалистов не нравится устранение неполадок в сети, поскольку это обычно гораздо сложнее, чем для сигналов ввода-вывода. Высокоскоростные данные невозможно отследить с помощью простых портативных инструментов, а приложения гораздо более зависимы от программного обеспечения, чем, скажем, дискретные обновления включения/выключения. Но поскольку контроллеры становятся более способными обрабатывать множество задач, они должны быть достаточно гибкими, чтобы взаимодействовать с большим количеством оборудования, а это значит сетевыми протоколами.
Большое разнообразие полевых устройств означает, что каждый ПЛК при необходимости будет включать различные интерфейсы ввода-вывода и связи
Материал подготовлен Московским заводом тепловой автоматики (МЗТА)
Давайте представим, что где-то проходят соревнования по бегу. Марафон. Собирается много участников разной степени подготовки, физической развитости, употребления допинга и соблюдения правил. Старт и все побежали. В результате самый сильный, самый хитрый и, возможно, самый беспринципный (пнуть ногой соперника и отправить его в канаву не особо спортивно, зато особо результативно) быстрее всех дошел до финиша и занял место победителя.
Теперь представим то же самое соревнование, но на которое пришел ровно один участник. Остальных просто не допустили. Этого участника посадили в автомобиль и под ритмичную музыку доставили на финиш. Там поставили на пьедестал и вручили награду за первое место. Формально результат в первом и втором соревнованиях одинаков. Есть дистанция и есть ее победитель. Но, как говорится, есть нюанс.
Теперь к сути. Когда Россия в середине 80-х (тогда она называлась СССР) отказалась от цифрового суверенитета и приняла западные компьютерные технологии – это был не просто отказ от чего-то своего. В первую очередь это было принятие всего чужого. Нравится кому-то или нет, но все эти Microsoft-ы, VMware и прочие Oracle не просто названия продуктов. Прежде всего это стандарты. Например, MS Office – это стандарт электронного документооборота. Хотя бы в силу того, что за 40 лет накоплена колоссальная библиотека документов соответствующего формата. И поэтому данные стандарты волей-неволей придется учитывать и соблюдать. И сохранять с ними 100% обратную совместимость в обозримом будущем.
Но перечисленные выше компании стали законодателями мод не просто так. Они выжили в том самом марафоне среди таких же хищников, которые просто оказались или слабее или им просто не повезло (конкуренция всегда же честная, не так ли?). Но, независимо от этих причин, главная – их продукты оказались лучшими по общей сумме очков. А лучшее не делается по распоряжению или звонку. Это сплав амбиций, авантюризма, огромного пласта знаний и опыта. Любая компания уровня Microsoft или VMware – это прежде всего миллиарды человеко-часов квалифицированного труда, опыта и, разумеется, ошибок и их исправлений.
Теперь в России этих компаний больше нет. Но потребность в их (функциональных) продуктах никуда не делась. И пустующее место стали занимать. Самые вкусные места заняли «привезенные на автомобилях». Остальные – «привезенные на такси и самокатах». Но. Кто-то всерьез думает, что конторки на 100-500 человек могут создавать продукты уровня (и совместимости) MS Word или Active Directory? Еще и за пару лет? Еще и под руководством эффективных менеджеров? На фоне отъезда самой квалифицированной части? Прежде чем делать что-то свое, надо иметь знания и умения воспроизводить чужое. Хотя бы не хуже. Объявлять чужое отечественным – недостаточно.
Но главное зло не в этом. Главное зло – это, как обычно, деньги. Все так называемые игроки свободного (хе-хе) русского рынка заинтересованы лишь в одном – отжать побольше денег себе и потопить других конкурентов. При горизонте планирования в… Да фик его знает. У нас и за один день может все измениться до полной неузнаваемости. В такой парадигме не до качества и долгосрочной разработки. Надо делать бизнес прямо сейчас. В итоге что? Яндекс 360 стоит дороже чем полная лицензия на Офис 365 (с приложениями на пять инсталляций) еще совсем недавно. При этом в корпоративной почте Яндекс 360 нет почти ничего от индустриальных возможностей MS Exchange. Вообще нет. Ни в каком виде. Даже правил управления почтой почтовых ящиков пользователей со стороны админа нет (то, что есть – это имитация). Сравнивать почту 360 с MS Exchange или Телемост (и «ой, тут один портик надо открыть, а то видео и звука не будет») с MS Teams, который пашет при любых настройках интернета? …Вой собаки… Это не просто продукты разного уровня качества. Это разный уровень цивилизаций. Как рисунки первобытных людей на скалах отличаются от живописи эпохи Возрождения. Но другого-то нет. Вот и весь бизнес-план.
Какой из этого возможен выход? Одновременно простой и одновременно невозможный. Некая могучая сила (государство) должна объявить, что конкуренция мелких лавочников в России отменяется. Все ИТ компании образуют одну мегакорпорацию и делают один продукт. Вот вам, кстати, общее ТЗ. При этом больше нет никаких владельцев бизнеса с их анархией в ценообразовании и зарплатах. Все получают зп согласно штатному расписанию. Никаких учредителей и их дивидендов. Пилим один свой Exchange, одну свою vSphere и одно все остальное, что необходимо. Рассмеялись? Возмутились? Это же нарушает рынок, свободу конкуренции и частную инициативу? Угадал? Ну что ж. Сидите с ней, свободной конкуренцией, рыночной ценой и частной инициативой… Но без shared smtp. Им не надо, значит и вам тоже ни к чему.
