Программирование на языке fbd codesys
Язык функциональных блоковых диаграмм (FBD) и его применение
Написанная на данном языке программа для контроллера состоит из некого списка цепей, которые одна за другой выполняются сверху — вниз. Кроме того, здесь имеется возможность присвоения отдельным цепям меток, в этом случае станет доступно использование инструкций перехода на метку, дабы изменять последовательность исполнения цепей, и создавать условия и циклы.
Таким образом, программа, написанная на графическом языке FBD, представляет собой набор связанных друг с другом функциональных блоков, выходы и входы которых соединены линиями связи. Линии связи отражают определенные программные переменные, через которые происходит обмен данными от блока — к блоку.
Отдельный блок несет на себе конкретную функцию (логическое «и», «не», счетчик и т. д.), при этом один блок может иметь несколько выходов и входов. Изначально значения переменных задаются константами или со специальных входов, а выходы их связываются дальше с другими переменными программы или с выходами ПЛК.
На рисунке приведен пример программы, написанной на языке функциональных блоковых диаграмм FBD. Как видите, такое изображение программы очень наглядно отражает алгоритм, что и делает данный язык довольно простым и удобным для разработки ПО для ПЛК.
В процессе программирования на языке FBD применяются как стандартные блоки из библиотек, так и блоки, сами написанные на FBD или на иных языках стандарта МЭК 61131-3. Блок представляет собой элемент программы, своего рода подпрограмму, функциональный блок или функцию (логическое «НЕ», «ИЛИ», «И», таймер, счетчик, триггер, математическая операция, обработка аналогового сигнала и т. д.).
Из таких блоков графически составляются выражения, образующие цепи: к выходу одного блока присоединяется следующий блок, далее — еще блок, и так образуются цепи. По ходу цепи порядок выполнения блоков соответствует порядку их соединения, а результат выполнения цепи либо подается на выход ПЛК, либо записывается в какую-то внутреннюю переменную.
Рассмотрим кусочек программы, написанной на языке FBD: В умножить на 4, затем поделить на А, и записать результат в переменную result. В псевдокоде это будет выглядеть так: result := B*4/A. Возможно также добавление к блокам специальных управляющих входов EN и выходов ENO, для управления вызовами отдельных блоков: логический ноль, поданный на вход EN, запретит вызов данного блока, а выход ENO в случае ошибки сообщит о ней, и прервет тем самым выполнение цепи до конца.
Как видите, язык FBD до крайности нагляден, удобен, и потому прост в освоении даже специалистами — прикладниками, не имеющими специальной подготовки по информатике. Код выполняется последовательно, структура команд внутри кода проста, поэтому программа транслируется очень быстро и задача выполняется надежно.
Есть различные модификации языка программирования FBD, отличающиеся наличием тех или иных ограничений или расширений.
Например, существует разновидность FBC, допускающая применение только чистых функций с одним выходом без промежуточных переменных — модификация для функционального программирования.
Или модификация CFC (Continuous Function Chart), позволяющая установить порядок выполнения диаграмм не просто последовательной цепочкой, а по усмотрению разработчика ПО. С CFC разработчик получает больше свободы, хотя код получается более длинным.
Мы планируем развивать эту тему здесь:
Structured Text
Книга «Изучаем Structured Text МЭК 61131-3»: Ссылка на книгу
Любите умные гаджеты и DIY? Станьте специалистом в сфере Internet of Things и создайте сеть умных гаджетов!
Записывайтесь в онлайн-университет от GeekBrains:
Изучить C, механизмы отладки и программирования микроконтроллеров;
Получить опыт работы с реальными проектами, в команде и самостоятельно;
Получить удостоверение и сертификат, подтверждающие полученные знания.
Starter box для первых экспериментов в подарок!
После прохождения курса в вашем портфолио будет: метостанция с функцией часов и встроенной игрой, распределенная сеть устройств, устройства регулирования температуры (ПИД-регулятор), устройство контроля влажности воздуха, система умного полива растений, устройство контроля протечки воды.
Вы получите диплом о профессиональной переподготовке и электронный сертификат, которые можно добавить в портфолио и показать работодателю.
Языки программирования ПЛК и программная платформа автоматизации CoDeSys
Возьмем для примера простейшую задачу: необходимо включить пресс через 1 секунду после одновременного удержания оператором двух кнопок в нажатом состоянии. Таким образом, мы гарантируем, что обе руки оператора заняты и даем ему время на контроль готовности машины. Самое простое решение это соединить контакты обеих кнопок последовательно и поставить электронное реле с таймером. Если таймер допускает регулировку времени задержки, то подобная схема обеспечит некоторую гибкость системы, впрочем не слишком высокую.
Но в условиях конкурентного производства время выхода нового продукта на рынок имеет решающее значение и поэтому когда речь идет о гибком автоматизированном производстве, переналадка оборудования должна выполняться быстро, с минимальными затратами.
Дополнительной проблемой является увеличение сложности системы управления по мере развития производства и появления дополнительных функций (усложнения алгоритма работы).
Любой специалист по автоматизации сталкивался также с проблемой построения системы управления для оборудования в той предметной области, которая ему недостаточно знакома: отсутствие четкой постановки задачи, появление новых условий по мере внедрения оборудования может сделать невозможной успешную реализацию проекта.
Необходимо было создать управляющее устройство, алгоритм работы которого можно было бы менять, не переделывая монтажную схему системы управления, и в результате возникла логичная идея заменить системы управления с «жесткой» логикой работы (совокупность реле, регуляторов, таймеров и т.д.) на автоматы с программно заданной логикой работы. Так родились программируемые логические контроллеры (ПЛК). Впервые ПЛК были применены в США для автоматизации конвейерного сборочного производства в автомобильной промышленности (1969 г.).
Поскольку в определении «программируемый логический контроллер» главным являлось «программируемый», то практически сразу возник вопрос, как программировать ПЛК?
Алгоритмические языки программирования компьютеров того времени были ориентированы на решение вычислительных задач. Профессия программиста считалась исключительно редкой и трудной, таких специалистов не было ни на одном производстве. Идеальным вариантом могла бы стать автоматическая трансляция принципиальных схем релейных автоматов в программы для ПЛК.
Почему бы и нет? Так в ПЛК появился язык релейно-контактных схем (РКС или LD в английских источниках Ladder Diagram). Специалист-технолог мог “перерисовать” схему управления на дисплее программирующей станции ПЛК. Естественно схема изображалась не графически а посредством условных символов.
Например, описанная выше задача могла бы быть запрограммирована так:
Слева и справа в такой программе мы видим вертикальные шины питания, соединенные горизонтальными цепями. Цепи могут состоять их контактов и некоторых дополнительных элементов (например, таймер) соединенных параллельно или последовательно. Справа каждая цепь заканчивается обмоткой реле. Контакты этого реле могут в свою очередь присутствовать в других цепях. Таким образом, можно составить достаточно сложную схему аналогичную по функциональности реальной релейной схеме.
Первые программирующие станции представляли собой весьма громоздкие устройства, транспортируемые силами нескольких человек. Тем не менее, ПЛК активно начали заменять еще более громоздкие и главное обладающие “жесткой” логикой шкафы релейной автоматики.
Физически ПЛК представляет собой один или несколько блоков, имеющих определенный набор выходов и входов, для подключения датчиков и исполнительных механизмов (см. рис.1).
Логика его работы описывается программно и выполняется встроенным микропроцессором. В результате, абсолютно одинаковые ПЛК могут выполнять совершенно разные функции. Для изменения алгоритма работы не требуется каких либо переделок аппаратной части.
Рис. 1. Принцип работы ПЛК
Написать более сложную программу с помощью встроенного пульта непросто. Аналогично мы легко можем набрать текст SMS на клавиатуре сотового телефона, но даже ввод нескольких страниц текста, не говоря уже о больших объемах, представляется проблематичным. Для этого существуют персональные компьютеры (PC), предоставляющие гораздо более комфортабельные условия работы человека.
Один современный ПЛК способен заменить десятки регуляторов, сотни таймеров и тысячи реле. Используя PC запрограммировать такую систему совсем не сложно. Применение PC в качестве программирующей станции ПЛК является сегодня доминирующим решением. Это не только упрощает программирование, но и решает задачи архивирования проектов, подготовки документации, визуализации и моделирования. Компьютер дает удобный универсальный инструмент как для программирования простейших локальных задач на ПЛК, так и для АСУ ТП.
Обратите внимание что, говоря о программировании ПЛК, мы все время возвращаемся к тому, как сделать этот процесс простым и удобным для человека. Казалось бы, однажды запрограммированный ПЛК будет работать годами и не очень важно будет ли его программа выглядеть красиво, главное чтобы она хорошо работала.
К сожалению, это не так. Необходимость изменения программы в ПЛК возникает регулярно иногда и непредвиденно. Поэтому, написана она должна быть так, чтобы любой человек, а не только ее автор мог в ней быстро разобраться и оперативно внести необходимые доработки. Говорить о том, что программы написаны для ПЛК, не вполне корректно.
Все программы написаны человеком и предназначены для чтения человеком. Любые инструменты программирования дают в конечном итоге микропроцессору инструкции в его машинных кодах. Для него нет разницы, на каком языке написана программа.
Упомянутый выше язык LD был изобретен в США в период релейной автоматизации. В Европу мода на ПЛК пришла несколько позднее, когда релейные шкафы были уже успешно заменены на шкафы с логическими микросхемами. Поэтому возникла необходимость изобретения других языков программирования понятных новому поколению инженеров.
Так в Германии появились языки простых текстовых инструкций напоминающих ассемблер (IL). Во Франции возникли графические языки функциональных блоковых диаграмм (FBD) и высокоуровневые диаграммы описания этапов и условий переходов (Графсет, современный SFC). Применялись также языки, используемые для программирования компьютеров (Pascal, Basic). В конце семидесятых годов сложилась крайне сложная ситуация.
Каждый изготовитель ПЛК (в том числе и в СССР) разрабатывал собственный язык программирования, поэтому ПЛК разных производителей были программно несовместимы, кроме того существовала проблема аппаратной несовместимости. Замена ПЛК на продукт другого изготовителя превратилась в огромную проблему. Покупатель ПЛК был вынужден использовать изделия только одной фирмы либо тратить силы на изучение разных языков и средства на приобретение соответствующих инструментов.
В итоге в 1979 году в рамках Международной Электротехнической Комиссии (МЭК) была создана специальная группа технических экспертов по проблемам ПЛК. Ей была поставлена задача выработать стандартные требования к аппаратным средствам, программному обеспечению, правилам монтажа, тестирования, документирования и средствам связи ПЛК.
В 1982 году был опубликован первый черновой вариант стандарта, который получил наименование МЭК 1131. Ввиду сложности получившегося документа, было решено разбить его на несколько частей, вопросам программирования посвящена третья часть стандарта “Языки программирования ПЛК”.
Поскольку с 1997 года МЭК перешел на 5 цифровые обозначения, в настоящее время правильное наименование международной версии части стандарта посвященной языкам программирования ПЛК – МЭК 61131-3. Рабочей группой МЭК было принято достаточно оригинальное решение. Из всего многообразия существовавших на момент разработки стандарта языков программирования ПЛК были выделены 5 языков, получивших наибольшее распространение.
Спецификации языков были доработаны, так что стало возможным использовать в программах написанных на любом из этих языков стандартизованный набор элементов и типов данных. Такой подход МЭК не раз подвергался критике, но время доказало правильность этого решения.
Реализация подобного подхода позволила привлечь к программированию одного и того же ПЛК специалистов различных областей знаний (и что особенно важно – различной квалификации): специалистов по релейной автоматике (и даже электриков), программирующих в LD, специалистов в области полупроводниковой схемотехники и автоматического регулирования для которых привычен язык FBD, программистов, имеющих опыт написания программ для компьютеров на языке ассемблера (ему соответствует язык IL для ПЛК), на языках высокого уровня (язык ST), даже далекие от программирования специалисты-технологи получили свой инструмент программирования – язык SFC.
Structured Text
Книга «Изучаем Structured Text МЭК 61131-3»: Ссылка на книгу
Хотя внедрение МЭК систем программирования и не позволило полностью отказаться от услуг профессиональных программистов (впрочем такая цель и не ставилась), но зато позволило снизить требования к квалификации и соответственно затраты на оплату труда программистов ПЛК. Стандартизация языков позволила (по крайней мере, частично) решить проблему зависимости пользователя ПЛК от конкретного изготовителя.
Все современные ПЛК оснащаются средствами МЭК 61131-3 программирования, что упрощает работу пользователям контроллеров (можно использовать ПЛК различных фирм без затрат на переучивание) и одновременно снимает ряд проблем для изготовителей ПЛК (можно использовать компоненты ПЛК других изготовителей).
Стандарт существенно расширил возможности на рынке труда специалиста, занимающегося программированием ПЛК. Подобно тому как автомеханик, имеющий стандартный набор инструментов, может браться за ремонт любого узла (кроме нестандартных) машины любой фирмы, так и специалист, изучивший языки МЭК 61131-3 сможет разобраться с программой любого современного ПЛК. Это позволило уменьшить как зависимость фирмы от специалиста по программированию ПЛК, так и специалиста от фирмы.
В России ПЛК с CoDeSys хорошо известны специалистам, диапазон продукции, выпускаемой под управлением этих ПЛК огромен CoDeSys включает 5 специализированных редакторов для каждого из стандартных языков программирования:
Список Инструкций (IL),
Функциональные блоковые диаграммы (FBD),
Релейно-контактные схемы (LD),
Структурированный текст (ST),
Последовательные функциональные схемы (SFC).
Редакторы поддержаны большим числом вспомогательных инструментов, ускоряющих ввод программ. Это ассистент ввода, автоматическое объявление переменных, интеллектуальная коррекция ввода, цветовое выделение и синтаксический контроль при вводе, масштабирование, автоматическое размещение и соединение графических элементов.
В одном проекте можно совмещать программы, написанные на нескольких языках МЭК либо использовать один из них. Никаких особых требований по выбору языка нет. Он обусловлен исключительно личными предпочтениями.
В России наиболее популярен язык ST. Это текстовый язык, представляющий собой несколько адаптированный Паскаль. Второе место по популярности занимает графический язык FBD, далее следует язык LD. Помимо средств подготовки программ, CoDeSys включает встроенный отладчик, эмулятор, инструменты визуализации и управления проектом, конфигураторы ПЛК и сети.
Воплощением еще одной неожиданной идеи, коллективно сформированной пользователями CoDeSys, стало добровольное объединение изготовителей ПЛК, поддерживающих CoDeSys, в некоммерческую организацию CoDeSys Automation Alliance (САА). Суть идеи в том, чтобы превратить изготовителей средств промышленной автоматизации, поддерживающих CoDeSys, в партнеров (насколько это возможно на конкурентном рынке) и нейтрализовать последствия конкуренции между изготовителями для пользователей ПЛК.
Вместо намеренного создания технических препятствий, не позволяющих пользователям легко использовать продукты другой компании, члены САА целенаправленно принимают меры призванные обеспечить совместимость своих продуктов.
Пользователь может быть уверен, что его прикладная CoDeSys-программа будет работать в любом контроллере любой компании являющейся членом САА. Пользователь может быть уверен, что используемые им инструменты (CoDeSys) проверены тысячами пользователей во всем мире. Пользователь всегда может обсудить свои затруднения и получить реальную помощь от широкого круга коллег, имевших опыт решения подобных задач.
Брокарев А.Ж., Петров И.В. Компания «ПРОЛОГ»
Примеры простых программ для ПЛК в CodeSys на языке релейных диаграмм
Ранее по этой теме мы рассматривали несколько типовых решений в программах для ПЛК, которые могут использоваться для управления электродвигателями: Схемы пуска электродвигателя на языке лестничных диаграмм LD для ПЛК
В этой подборке рассмотрена автоматизация следующих процессов:
Автоматическая система для отбрасывания бутылок;
Автоматический выбор цвета краски;
Автоматизация вентиляционной системы.
Все программы написаны в CodeSys на языке релейных диаграмм, в англоязычном варианте это язык Ladder Diagram, сокращенно LD.
Автоматическая система для отбрасывания бутылок
Принцип работы: данная система позволяет отбрасывать упавшие бутылки, которые затрудняют процесс производства.
Схема технологического процесса:
Ленточный конвейер используется для перемещения бутылок с одной станции на другую. Но прежде чем бутылки попадут на заправочную станцию, необходимо сделать все бутылки стоящими для дальнейшего их заполнения. Упавшая бутылка на конвейере может создать проблему в следующем процессе, поэтому здесь показана простая программа для ПЛК, которая обрабатывает с конвейера упавшую бутылку.
Этот процесс осуществляется с помощью датчиков и исполнительных механизмов. Когда конвейер работает, все бутылки перемещаются с одной станции на другую для последующего процесса. Для обнаружения стоящих и упавших бутылок используются два датчика и один пневматический цилиндр для выталкивания упавшей бутылки с конвейера.
Программа на языке релейных диаграмм для ПЛК в CodeSys автоматической системы отбраковки бутылок:
Программа в режиме эмуляции:
Описание работы программы:
Нажимаем кнопку «START» тем самым питая схему. Запускается цикл и конвейер. Во второй части цепи находится два индукционных датчика «Х1» и «Х2», с помощью которых и определяется положение бутылки на конвейере. Когда бутылка упала срабатывает датчик «Х2» и его контакт разрывает цепь тем самым, не пропуская упавшую бутылку.
Когда бутылки перемещаются по конвейеру, эти датчики определяют положение бутылок независимо от того, стоят они или упали. Датчик X2 определяет нижнее положение бутылки, а датчик X1 верхнее положение бутылки. Если датчик X2 определяет бутылку, а датчик X1 не определяет, то включается пневматический привод ( Cilinder ), и он отбросит бутылку с конвейера. После этого остальные бутылки попадут на станцию розлива воды и весь цикл будет завершен.
Процесс сброса бутылки:
Автоматический выбор цвета краски
Принцип работы: в данном процессе нужно было реализовать автоматический выбор краски нужного цвета для заполнения.
Схема технологического процесса:
Здесь мы должны заполнить различные краски в банке согласно требованию. Итак, рассмотрим 3 типа краски разных цветов (желтый, синий и зеленый). Два клапана используются для подачи краски.
Селекторный переключатель используется для выбора цвета в системе, а переключатель ON/OFF используется для остановки системы.
Программа для ПЛК в CodeSys:
Описание работы программы:
Когда переключатель ВКЛ/ВЫКЛ (I2.0) находится в положении ВКЛ и нажата кнопка START, загорается лампа CYCLEON. Если цикл включен и выбрана краска желтого цвета ( YELLOWPIGMENTSELECTION ), клапан управления желтого цвета ( YELLOWCONTROLVALVE ) будет включен. Если цикл включен и выбрана краска синего цвета (BLUEPIGMENTSELECTION), клапан управления синим цветом (BLUECONTROLVALVE) будет включен. Если выбрана краска зеленого цвета (GREENPIGMENTSELECTION), оба клапана будут включены, а краска станет зеленого цвета.
Программа в режиме эмуляции (заполнение бутылки краской зеленого цвета):
Автоматизация движения механизма в функции пути
Автоматизация вентиляционной системы
Программа ПЛК для системы управления вентиляторами для промышленности.
Предположим, что вентилятор 2 и вентилятор 3 работают, и один из них выходит из строя, тогда вентилятор 1 должен включаться автоматически, т.е. в любой момент времени должны работать два вентилятора. В случае неисправности любых двух вентиляторов входное питание системы должно автоматически отключаться.
Состояние «ВКЛ» вентиляторов, а также состояние основного питания должно указываться соответствующим светодиодом. Если есть неисправность с более чем одним вентилятором, то это остсояние должно указываться мигающим светодиодом с частотой 5 Гц. Неисправность с одним вентилятором или отсутствие неисправности с вентилятором должны указываться постоянным светом на индикаторе состояния неисправности.
Это простой пример блока управления вентиляторами, используемый в промышленности.
Программа для ПЛК в CodeSys:
Когда цикл включен (CYCLEK) и неисправностей вентилятора 2 и вентилятора 3 нет, то вентилятор 2 (FAN2) и вентилятор 3 (FAN3) будут включены. Если вентилятор 2 или вентилятор 3 неисправен, то будет запущен вентилятор 1 (FAN1).
В системе, если какие-либо два вентилятора из трех неисправны, то лампа индикации неисправности (FIND) начнет мигать с частотой 5 Гц. Для этого нужно использовать специальный таймер, но чтобы не усложнять программу ограничимся пока в ней отдельным контактом. Индикаторные лампы для вентилятора 1, вентилятора 2 и вентилятора 3 включаются в соответствии с сигналом неисправности.
Программа в режиме эмуляции (случай поломки вентилятора 3):
Все приведенные выше программы являются очень простыми и в первую очередь предназначены для получения базовых знаний при изучении языка релйных диаграмм. В следующих статьях мы рассмотрим более сложные примеры.
Structured Text
Книга «Изучаем Structured Text МЭК 61131-3»: Ссылка на книгу
CoDeSys | Обучение
Программирование ПЛК ОВЕН. Языки МЭК61131-3. Среда CoDeSys. Основы. Alex IA. Видеокурс. 2017
Возможности среды CoDeSys. Языки программирования ПЛК. Библиотеки. Типы данных, операторы. Примеры.
Программирование ПЛК ОВЕН. Языки МЭК 61131-3. Среда CoDeSys. Гайнутдинов К. Видеокурс. 2013
Возможности среды разработки CoDeSys. Языки программирования контроллеров. Операторы. Типы данных. Стандартные библиотеки.
CoDeSys. v3.5. ЧаВо. FAQ. Руководство. ОВЕН. Pdf. 2018
Сборник часто задаваемых вопросов, возникающих во время работы с контроллерами ОВЕН, программируемых в среде CODESYS V3.5, и ответов на них. В некоторых случаях вопросы охватывают слишком большую предметную область – тогда вместо ответа приводится ссылка на документ, посвященный затронутой теме.
CoDeSys. v3.5. Форум. Owen.ru. ОВЕН
Вопросы и ответы. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.). Визуализация. Архивация. Онлайн-FAQ. История обновлений Шаблоны модулей Mx110 для CODESYS V3.5. Библиотеки: ModemOwenLib, библиотеки для опроса электросчётчиков и тепловычислителей, библиотека OwenStringUtils.
CoDeSys. v3.5. Таргет-файлы. ПЛК ОВЕН. Руководство. ОВЕН. Pdf. 2018
Описание переменных таргет-файла ПЛК ОВЕН для CODESYS V3.5. Таргет-файл (файл целевой платформы) это обязательная частью каждого проекта CODESYS. Target-файл содержит информацию о ресурсах контроллера, обеспечивает его связь со средой программирования и позволяет работать с дополнительным функционалом (например, яркостью подсветки, зуммером и т. д.). Каждая модель контроллера ОВЕН имеет соответствующий таргет-файл, который необходимо установить перед началом создания проекта в CODESYS.
CoDeSys. v3.5. Старт. Руководство. ОВЕН. Pdf. 2018
Вводная информация для работы с контроллерами ОВЕН в среде CODESYS V3.5. Установка ПО. Настройка связи между контроллером и компьютером. Интерфейс CODESYS. Подключение к контроллеру модулей ввода-вывода и их конфигурирование. Создание и запуск демонстрационного проекта.
CoDeSys. v3.5. Справка-онлайн. Официал.сайт. Ru. 2017
Справочная онлайн-система по CoDeSys на официальном сайте производителя 3S-Smart Software Solutions. Постоянно обновляется. На русском и английском языках. Удобная навигация.
CoDeSys. v3.5. Связь, обмен данными. Сокеты. Руководство. ОВЕН. Pdf. 2018
Связь по интерфейсу Ethernet и протоколам на стеке TCP/IP – Modbus TCP, KNX, MQTT, SNMP и др. Передача данных в OPC-серверы и SCADA-системы, передача файлов (по FTP), синхронизации с серверами точного времени (NTP), рассылка сообщений по электронной почте (SMTP/POP3) и т. д. Работа с сетевыми сокетами в CODESYS V3.5 позволяет программисту реализовать свой протокол обмена поверх стандартных UDP и TCP.
CoDeSys. v3.5. Связь, обмен данными. Протокол. Нестандартный. Руководство. ОВЕН. Pdf. 2018
В основном обмен данными происходит по последовательным интерфейсам RS-232/485 и стандартным промышленным протоколам (например, Modbus RTU). Но иногда необходим обмен с устройством поддерживающим только свой специфичный протокол, например тепло- и электросчетчики, весовые индикаторы, модули ввода-вывода и т.д. Поддержку этого протокола в контроллере можно организовать с помощью системных библиотек, которые позволяют работать с последовательным портом напрямую.
CoDeSys. v3.5. Связь, обмен данными. Протокол. OWEN. Руководство. ОВЕН. Pdf. 2018
Обмен данными с использованием протокола ОВЕН для контроллеров ОВЕН, программируемых в среде CODESYS V3.5. Протокол ОВЕН поддерживается такими устройствами, как ТРМ, СИ, модули Mx110 и др. Работа с протоколом в CODESYS реализована в библиотеке OwenNet. Описание библиотеки и пример ее использования для опроса ТРМ212 (на языках CFC и ST).
CoDeSys. v3.5. Связь, обмен данными. Протокол. Modbus. ПЛК ОВЕН. Руководство. ОВЕН. Pdf. 2018
Обмен данными между контроллерами, программируемыми в CODESYS V3.5 и CoDeSys V2.3 по протоколу Modbus. Контроллеры могут работать как в режиме Master, так и в режиме Slave.
CoDeSys. v3.5. Связь, обмен данными. Протокол. Modbus. Контроллер СПК. Руководство. ОВЕН. Pdf. 2016
Обмен данными по протоколу Modbus для панельных контроллеров ОВЕН СПК в среде CODESYS V3.5. Способы организации связи: шаблоны модулей, стандартные средства конфигурирования CODESYS, библиотека ModulsOwenLib, библиотеки Modbus и ModbusSlave.
CoDeSys. v3.5. Связь, обмен данными. Верхний уровень. Руководство. ОВЕН. Pdf. 2018
Web-визуализация, VPN вместо сложной SCADA. Обмен данными между контроллерами в локальной сети при помощи сетевых переменных. Передача данных в SCADA с помощью OPC-сервера. Передача данных в облачный сервис типа OwenCloud.
CoDeSys. v3.5. Проект. Адаптация. Руководство. ОВЕН. Pdf. 2018
Перенос проектов CODESYS из предыдущих версий среды в новую. Перенос проектов, созданных в CODESYS V3.5 SP5 Patch 5 и CoDeSys V2.3, в CODESYS V3.5 SP11 Patch 5.
CoDeSys. v3.5. Визуализация. Руководство. ОВЕН. Pdf. 2018
Cоздание экранов визуализации для контроллеров, программируемых в среде CODESYS V3.5, с подробным описанием характеристик и настроек всех графических примитивов, а также примерами работы с ними.
CoDeSys. v3.5. Версии ПО и документации. Руководство. ОВЕН. Pdf. 2019
Определение версии: встроенного ПО (прошивки) прибора, таргет-файла, компонента, библиотеки, документа (руководства).
CoDeSys. v3.5. Библиотеки. OwenStringUtils. Руководство. ОВЕН. Pdf. 2018
Библиотека OwenStringUtils предоставляющая программисту дополнительный функционал для работы со строками – функции конвертации строк ASCII в строки Unicode и Unicode в ASCII.
CoDeSys. v3.5. Библиотеки. CmpSysExec. Руководство. ОВЕН. Pdf. 2018
Библиотека CmpSysExec позволяет организовать доступ к терминалу ОС Linux из программы контроллера. Реализация библиотеки находится в Linux (библиотека CODESYS представляет только интерфейс), поэтому может меняться в зависимости от версии прошивки контроллера.
CoDeSys. v3.5. Архивация. Руководство. ОВЕН. Pdf. 2018
Контроллеры ОВЕН могут архивировать данные во внутреннюю память или на внешний носитель (USB- или SD-накопитель). Для этого могут использоваться компонент OwenArchiver или библиотека CAA File.
CoDeSys. v2.3. Форум. Owen.ru
Форум компании ОВЕН по Codesys версии 2.3. Вопросы, обсуждения, полезности, примеры.
CoDeSys. Среда программирования ПЛК. Обучение: видеокурсы, уроки, документация, книги, для чайников, статьи.