Эта модель сделана по просьбе заказчика на основе аналогичной модели кобуры экипажей техники под Colt 1911 времен Второй Мировой войны.
Изначально планировалось сделать вариант на АПС но в последний момент решили что актуальнее под ПЛК
Спасибо за внимание!
Повторение данной модели возможно под различное оружие.
Контакты в профиле.
Продолжаем рассказ Михаила Непомнина – в прошлом начальника КБ автоматизации ЭПО «Сигнал» о предшественниках программируемых логических контроллерах (ПЛК). Сегодня коснемся АРМов – автоматизированных рабочих мест и периферии, предназначенных для автоматизированной поверки датчиков.
Если присмотреться, то наше устройство можно назвать прибором АСУ ТП. Почему мы так не сделали? Дело новое, поэтому выбрали название АРМ, которое показалось нам очень звучным. Что касается конкретики, то мы использовали АРМы для поверки датчиков давления и температуры. Мы начали ставить образцовые приборы по давлению на каждый коллектор, а датчики температуры на каждую камеру тепла-холода. На нижеприведенной структурной схеме они не показаны, дабы ее не перегружать.
Структурная схема АРМ
Пояснения: Для индуктивных датчиков ставился специализированный блок питания. Потенциометрические же датчики запитывались от источника питания ГН09-01 из состава АРМ. На схеме он не указан, чтобы не перегружать схему и не показывать, что вольтметр питается от 220В переменного тока, а ГН 09-01 подключается к питающему напряжению через сетевой фильтр для борьбы с помехами. Не показан и выносной пульт, который дублировал кнопку на клавиатуре, которая запускала отсчет показаний коллектора. Ведь у нас не строго техническая документация, а рассказ о первом применении контроллеров на нашем предприятии больше 35 лет назад.
Еще опишем коллекторы. Это оснастка, с помощью которой давление подавалось сразу на 16 датчиков одного типа или 18 датчиков другого типа. А потом по очереди переключая ручной коммутатор выход датчика переключался на вход цифрового вольтметра.
В случае АРМа плата коммутации был автоматической и управлялась контроллером. В автомате плата связи с вольтметром первоначально программировала вольтметр на нужный режим работы и предел измерений, а также начинала замер показаний конкретного датчика сигналом «Пуск». Делалось это все под управлением контроллера.
Мы провели подготовительные операции, то есть прикрутили коллектор к цеховой магистрали давления, жгутом подключили датчики к АРМу включая питание датчиков и прогрели в течении 15 мин оборудование. Теперь мы отсчитываем нулевую точку давления. Нулевая точка – это когда давления нет (или оно атмосферное). Но лезть в дебри разницы между абсолютным и избыточным давлением нам не стоит. Тема статьи не об этом.
Я вспоминаю, как у меня один специалист по продажам просил объяснить разницу между избыточным и абсолютным давлением. Попробовал объяснить. Но сколько я ни бился, он ничего так и не понял. Наверное, я плохо объяснял.
Итак, ход работы:
Датчики в этом АРМе шифровались условными номерами. В следующих вариантах АРМа мы осуществляли ввод уже заводских номеров датчиков. Не забывайте. Это всего лишь 80 годы прошлого века. Точки с бракованными показаниями датчиков выделялись жирным шрифтом. Вот пример протокола проверки:
Таблица протокола поверки
Бракованный – датчик № 6 на нулевой точке прямого хода и датчик №2 на точке 60 кгс/м2. Брак погрешности отмечен в протоколе, но вариация в норме. Там показания жирным шрифтом нет. Вот как работает АРМ вкратце. Можно было назвать установку АСУ ТП, но мы постеснялись без автоматической подачи давления и автоматической записи заводских номеров. А когда сделали – про название АСУ ТП забыли. Так у нас на предприятии такое оборудование собственной разработки называют до сих пор АРМ.
Преимущество АРМа перед ручной поверкой
Сокращение количества персонала.
Уменьшение влияния человеческого фактора.
Объективный контроль.
Пункты 2 и 3 можно было бы объединить, но я их специально разделил. Человеческий фактор будем считать за случайные ошибки человека, а объективный контроль будет подразумевать намеренное действие персонала, стремящееся выдать некондиционный прибор за кондиционный.
Персонал, он конечно тоже не из дураков состоит. Заведомо бракованный прибор он проталкивать как годный не будет. Себе дороже в конце выйдет. А вот прибор почти бракованный (90% допуска) выдать за вполне годный (70 – 80 % допуска) – это рабочие умели. Или на потоке проверяли эту точку по давлению или подавали меньшее давление, а сообщали товарищу, который записывал данные в протокол заведомо большее значение. Магия цифр, так сказать. Или ловкость рук. Опытный работник знал много таких бандитских приемов, как из почти брака сделать якобы идеальный датчик.
Ниже АРМ, похожий на наш. Только более элегантный. У наших АРМов каркас был собран из серьезного стального уголка. Наверное, чтобы выдерживать ядерный взрыв. Ну это не программисты, а конструкторы из самого ОМА (отдел механизации и автоматизации) постарались.
Аналог нашего АРМ, только без принтера
Наш АРМ, вернее, наши АРМы, поскольку их было у одного центрального процессора несколько. По нескольку штук на морозе, тепле и при нормальных условиях. Мороз, тепло и нормальные условия – это климатические условия, в которых проверялись датчики.
Мороз и тепло обеспечивались большими климатическими камерами. Нормальные условия обеспечивались цеховым климат-контролем. Четверть площади цеха было отведено под вентиляционное и холодильное оборудование, которое и держало температуру зимой и летом на уровне 18 °C. Летом в цех заходить было приятно. На улице жара, а в цехе приятная и комфортная атмосфера. Даже первую минуту холодно казалось. Но потом отпускало.
А когда я еще работал в цехе регулировщиком РЭА, надо было оставаться в 3-ю смену термоциклировать приборы. Так в 3 часа ночи приходилось верхнюю одежду одевать. Включался этот самый климат-контроль и холодный воздух стал продувать весь цех. Температура не более 10 градусов и сильный сквозняк. Лучше в шубе и шапки переждать подготовку климата в цехе к рабочему дню. Вот такие случаи случались со мной, когда я работал в цехе.
А в конце статьи мне вспоминается принтер. Хороший принтер, хорошо работал. Жаль эти принтеры скоро заменили капиталистические Эпсоны. Этой страны уже нет. Я имею в виду ГДР. А принтеры Роботрон до сих пор вспоминают. Всех форматов. От А4 до А1 или А0. Уж не помню, как самый большой размер назывался.
Печатающее устройство Robotron CM 6329.02 M
У нас большие Роботроны в ИВЦ стояли, какие-то отчеты печатали. А работники ИВЦ воображали перед нами, что они самые умные из программистов. Не нам работникам ОМА чета. Хотя это было не так. Мы знали больше ИВЦ-шниц.
Вот на такой оптимистической ноте позвольте закончить свой рассказ про первый АРМ или АСУ ТП на нашем предприятии.
А в самом конце приведу копию отчета проверки потенциометрических датчиков. У него индивидуальная характеристика. Поэтому вместо графы «Погрешность» есть графа «Размах». Это разница между максимальной и минимальной величиной показаний датчиков.
Протокол поверки датчиков
Но конверсия прекратила деятельность КБ. Нас в нем из 12 человек осталось 2. И вместо автоматизации специальных датчиков давления, мы разработали АРМ, дожидаясь гражданской продукции – бытовых счетчиков газа.
Предшественники ПЛК – К1-20, МС2102
Предлагаем также ознакомиться с предыдущей статьей Михаила Непомнина: "Предшественники ПЛК – К1-20, МС2102 – история создания первых отечественных АРМов".
---
Материал подготовлен в партнерстве с Московским заводом тепловой автоматики.
В интернете мне часто стала попадаться продукция Flexem. Я обратил внимание, что реализуются на этом оборудовании серьёзные проекты. Решил посмотреть дистрибутив для разработки ПО для ПЛК Flexem FC5.
Это не реклама. Мне за этот пост не платили. Я полазил в ПО и хочу просто поделиться своими впечатлениями и мнением по этому поводу.
Реальное железо я не испытывал, у меня его нет.
Для ПЛК FC5 есть бесплатное ПО, называется FStudio-Unified, его можно скачать и установить.
Инсталлер конечно прикольный, в современном стиле.
Когда начинаешь установку, начинает перечислять все основные функции оборудования. Это лично для меня что-то новое.
После этого я запустил дистрибутив и меня ждал сюрприз - всё на китайском языке. Поставщик закинул заботливо картинку, как это дело исправить.
Вот так мы меняем язык.
Так как я долго и нудно работаю с дистрибутивами решил без всякой инструкции освоить данную среду. Просто ради интереса. Пойму ли интуитивно.
Создаю проект.
Мне сразу предлагает поставить HMI (Эта среда поддерживает разработку панелей оператора). Меняю на ПЛК.
Тут час можно указать прошивку и, я так понял, доп. опцию в виде модуля.
Открывается вот такое красивое окно, перед тобой контроллер, можно всё выбрать, нажать кнопочки, отконфигурировать порты связи. Такая приколюха есть у Delta и Wago. Выглядит достойно и удобно.
Потом легким щелчком мыши попадаем сразу на проект, где можем писать прикладное ПО, функции, ФБ (LD и ST), глобальные переменные, локальные переменные, задачи и т.д. Библиотек готовых я не обнаружил. Нашёл их в ветке облачного диска, скачиваются и устанавливаются отдельно. Часть из них списаны с OSCAT.
Если есть ошибки, пишите в комментариях.
Это я попробовал функциональный блок на ST. Очень понравилось, что можно пилить конструкции в коде, чего мне в Codesys не хватает.
Можно одним щелчком настроить все коммуникации, всё видно перед глазами.
Настройки IP.
Набор типов переменных.
Линия LD.
Системные регистры и биты.
Резюме: В принципе неплохая среда. Интуитивно понятное, нет ничего лишнего, всё самое необходимое для работы с промышленным контроллером. Меню удобно расположено, вкладки все рядом, в одном поле. Минимум настроек.
Если статья была полезна, ставьте пальцы вверх. Пишите комментарий и письма.
Пока-пока.
Приветствую всех. Эта статья будет посвящена дистрибутиву CoDeSyS 3.5 SP17 Pacth 3 и панельному контроллеру ОВЕН СПК107.
Как быстро освоить элемент таблицы?
Для того, чтобы нам формировать таблицу и выдавать показания нужно подготовить все данные для работы с таблицей.
Создаем структуру данных. Дату и значение в формате STRING. Почему именно текстовый, чтобы в ячейках таблицы были пустые клетки, в противном случае будут нулевые значения. В своём проекте я делал REAL.
Далее назначаем массив данных (наши столбцы и строчки) ArrTable. В моей таблице достаточно 10 строк, если нужно больше, то указываем.
Всё остальное, можно посмотреть в примере. На скриншоте написаны комменты, дублировать тогда я не буду.
После этого мы создаем два столбца - это дата и время.
Когда жмём запись bTrigger, мы заполняем таблицы и создаём столбцы.
Вытаскиваем элемент таблица в поле.
Присваиваем нашу переменную в поле Массив Данных.
Указываем ниже размер нашего массива.
В этих полях настраиваем наименование, количество, цвет, толщину столбцов.
Если нужно вводит данные в ячейки таблицы то ставим галочку Создать шаблон. И этот шаблон будет работать как обычный элемент прямоугольник и попадают те же свойства. Можно назначить аварийные цвета.
Жмем OnMouseClick, и настраиваем ту же переменную.
Вот так вводятся настройки конфигураций.
Конечный результат.
Если статья была полезна пишите комментарии и ставьте лайки.
С уважением, Гридин Семён.
Пишу для новичков. Как добавить картинку?
Дизайн нужен везде. Даже в промышленности, хочется чтоб было красиво и удобно. Повышается эргономика и скорость реакции на события и аварии.
Вроде простой вопрос, Но давайте, его всё же рассмотрим.
Установку дистрибутива и таргета я писал в предыдущих статьях.
В шаблоне должен быть готовый объект ImagePool. Если нету, добавляем через ПКМ "Добавить". Заходим в него.
Перед вами откроется окно. В строчке имя файла добавляем желаемую картинку в jpg или png формате. ID это рабочее название объекта в проекте. Пишем на английском.
В появившемся окне ставим свойство файлу, можно сделать привязку, в случае замены картинки, все связи сохраняются.
Добавляем объект Изображение в разделе Базовый.
Настраиваем высоту, ширину, нужные свойства.
Можно добавлять переменные на различные действия с картинкой (Цвет, текст, ширина, видимость и т.д.).
Пишу для новичков. Тема будет посвящена подключению модулей через библиотеку Owen Communication.
Компания ОВЕН (как и любой другой производитель) разработала специальные библиотеки для обмена между центральным ЦПУ и модулями ввода\вывода.
Для чего они нужны?
Для ускорения обмена данными, и групповых запросов ( с одного модуля можно сразу снять все данные одним запросом), что очень удобно.
Скачать можно с официального сайта компании в разделе CDS3.5 -библиотеки.
Будем считать, что библиотеки скачаны и интегрированы в дистрибутиве. Сначала мы устанавливаем нужную там библиотеку в менеджере.
Пример можно скачать в группе или на официальном сайте ОВЕН. Где вам удобнее. В общих чертах я разберу пример с небольшими комментариями. Так как реализовывал именно по нему.
Писал я код в ST. Для лучшего понимания сделал скриншоты в FBD.
Здесь в теле программы разбито на два интерфейса RS-485 - COM1 и COM2. Зачем? Чтение идёт по одному каналу, Запись по другому каналу. Это дополнительно ускоряет обмен. В АСУ чем быстрее обмен данными, тем лучше.
ComControl открывает нужный ком порт с соответствующими сетевыми настройками.
Com_Parity и Com_Stopbit это дополнительные функции с перечислением, которые идут в комплекте с библиотекой.
Функциональный блок для опроса модуля, можно опросить один регистр, можно группой, всё зависит от задачи.
Устанавливаем время таймаута (200 ms), Кол-во повторных опросов в случае ошибки(UsiRetry), сигнал готовности ком-порта(hCom), Режим RTU (AsciiMode -false), Адрес (SlaveId), Функцию чтения записи, (их 6, в комплекте в библиотеке), Адрес регистра (DataAddr, по документации к модулю), кол-во регистров (DataCount), Сам массив с данными и его размер (Data и Size).
Word2ToReal - это блок преобразования 2 регистров в число с запятой.
Это ФБ записи регистров в модуль, используем функции 06 и 16.
Настройки все те же самые, только другой набор функций.
Если статья полезна, ставьте лайки, пишите комментарии.
Приветствую всех. Сегодня напишу статью о простой функции - переключение окон в контроллере СПК107.
Итак с чего начать? Сначала создаём две визуализации с рабочими названиями. Вот таким образом:
Будем считать, что всё установлено, проект создан.
Добавляем объект (визуализация)
Для удобства можно создать папку, для того, чтобы разместить все объекты в одном месте.
Добавляем в рабочее поле кнопку в разделе Стандартные элементы управления.
Заходим в свойства кнопки и находим Конфигурация ввода. В этой конфиге несколько вариантов ввода (по клику мыши, по нажатию, по отжатию и т.д.)
Выбираем по клику мыши - дальше откроется окно с настройками, что может делать эта кнопка.
Выбираем Изменить показанную визуализацию - Нажимаем стрелку - выбираем в меню название визуализации.
Кнопка может выполнять несколько операций. Можно написать в ней небольшую программу отдельно.
Приветствую всех, уважаемые читатели, на связи автор канала, Гридин Семен. Автоматизирую текущий объект - теплогенератор. Пишу программу в CoDeSyS 3.5 SP17 Pacth 3 для панельного контроллера ОВЕН СПК107. В общей сложности опрашивает ПЛК около 12 модулей ввода\вывода - это 130 сигналов.
Параллельно собираю материал и пишу статьи для новичков. Информация помогает понять как пользоваться дистрибутивом и ответить на вопросы - Как, как, как? Я разбиваю по разделам для простоты освоения в формате один вопрос - одна статья.
Как скачать Codesys и установить таргет-файл я уже писал в статьях. Вкратце напишу следующее. \
На официальном сайте скачиваем дистрибутив.
Переходим в этот раздел.
Нужен именно SP17 на сегодняшний момент 16.10.2024. Прошивка и таргет должны совпасть с друг другом, чтобы не было проблем.
Это касается большого спектра оборудования - Агава, WAGO, Power и т.д. Только разница в таргетах и их рабочих названиях.
В этом разделе находятся таргеты и прошивки.
Таргет - это некая сущность с набором входов и выходов, коммуникациями, протоколами, конфигурациями. Для того, чтобы дистрибутив CoDeSyS понимал, а с кем он вообще общается.
После того, как всё установили, запускаем новый проект.
Выбираем шаблон. Лучше работать с ними, потому что шаблон загружает всю необходимую конфигу для дальнейшей настройки.
Вот перед нами дерево проекта.
Device - настройки связи с устройством.
Application - Это набор программ, функциональных блоков, функции, задач, библиотек, визуализаций, рецептов, баз данных, текстовых пулов и пулов картинок и т.д.
Коммуникационный раздел, RS-485 и Ethernet
Всё остальное конфигурационные разделы и системные настройки для различных узлов панельного контроллера.
На этом заканчиваю, всем пока. Если есть вопросы, пишите комментарии.
