Комментарии 13
Подскажите к вашему виртуальному плк можно будет подключать периферию профибас? И какую Ос вы будете использовать для реализации реалтайма. Будет ли возможность применение вашего программного плк для прокатного стана ?
1) Мы начали реализацию протокола ProfiBUS начав с реализации на АМУР-32, конвертировав его в Modbus RTU. На ЦИПР наш программный ПЛК управлял двумя слейвами ProfiBUS через коммуникационный процессор на чипе АМУР-32 ссылка на прототип коммуникационного процессора. В дальнейшем мы планируем уйти от Modbus RTU на другой интерфейс и протоколы, чтобы уменьшить цикл опроса.
2) Сейчас в рамках открытой АСУ ТП (ОАСУ ТП) создается техническая рабочая группа (ТРГ) по общесистемному программному обеспечению, в которую войдут разработчики ОС и ОСРВ, поэтому я думаю у нас будет выбор какие ОС под какие задачи выбрать. Сейчас тестируем на ОС с патчем реального времени и изучаем возможность использования Нейтрино (QNX).
3) В мире уже есть станы, реализованные на программном ПЛК (например: Siemens, IBA), так что в теории это возможно. Для управления быстрыми процессами, такими как прокатка, необходимо иметь высокоскоростную полевую шину и модули ввода/вывода. В рамках ОАСУ ТП создана ТРГ по шине и полевому протоколу.
Мухи отдельно, котлеты отдельно.
Жёсткий реалтайм вы не сделаете на софтовом ПЛК. Ну и циклы в микросекунды с прерываниями тоже не получите. Плюс низкий уровень квалификации на местах, где мужики знают ПЛК, но не знают дебиан.
так оно же будет командовать вышоким штилем. а микросекунды будет вуменая io реализовывать. которая в итоге превратиться в ПЛК
Всё верно, это один из вариантов для решения управления быстрыми техпроцессами. И для распределенного приложения (МЭК 61499) здесь как раз будет подходящее применение.
В мире уже есть станы, реализованные на программном ПЛК, станки ЧПУ и т.д. Предлагаю сначала синхронизироваться в терминах. Что вы подразумеваете под ПЛК и софтовым ПЛК? Чем будет являться среда исполнения, запущенная на QNX на базе RK3588, ПЛК или софт ПЛК?
1. Подскажите какой вклад в проект Eclipse 4diac делаете вы ?
2. Можно ли будет переделать существующие программы на МЭК 61131 в программы на МЭК 61499 просто обернув сущиствующие такски в блоки МЭК 61499 с вызовом по таймеру . для минимизации изменения логики сущиствующих программ ?
3. Также я хотел бы выдеть поддержку формата импорта программ через OPEN PCL XML для миграции существующих проектов.
1) Если вкратце, плагины протоколов вынесены из ядра и избавлены от зависимостей (чтобы не влиять на работу среды исполнения и выполнения программы управления). Разработаны функциональные блоки (ФБ) для работы с плагинами, сейчас добавляем ФБ (составные) из OSCAT, которых нет в 4diac (например добавили: INC1, FIFO_32, INC_DEC и т.д.) Так же изменения и в IDE, сейчас уже внесены изменения для назначения входа/выхода в OPC UA сервер. В дальнейшем появятся retain и назначение этого атрибута в IDE.
2) Да, можно запускать с различной периодичностью, использовав ФБ RT_E_CYCLE или E_CYCLE.
3) Работаем в этом направлении, но, скорее всего, без некой утилиты парсера будет невозможно реализовать импорт/экспорт XML, так как многие производители ПЛК (например, Siemens) не поддержали в чистом виде МЭК 61131-10. Также проблема в диалектах МЭК 61131-3 (название POU, типы данных).
Да, к сожалению, диалект в Siemens TIA немного отличается даже от классического Step7. А какая вероятность конвертации проекта CODESYS? Я так понимаю, там более классический МЭК 61131.
В CODESYS используется описание проекта в xml, и что самое главное, оно стандартизировано - IEC 61131 Part 10: PLC open XML exchange format. TIA Portal, начиная, на сколько помню, с 17-ой версии имеет пакет TIA Portal Openness, который дал доступ по API,а так же и экспорт в xml. Но в отличие от PLC open XML, где внутри одного файла описываются и программы, включая координаты размещения функциональных блоков (в случае использования графических языков), и спецификации инстансов ( конфигурации, ресурсы, таски, POU), TIA portal выгружает несколько файлов формата xml (AML): на конфигурацию железа, переменных, сетевую конфигурацию и отдельные файлы на каждый OB. Поэтому реализация поддержки формата PLC open XML выглядит реалистичной. Но нас так же очень интересует и импорт из TIA portal.
Информация
- Дата регистрации
- Дата основания
- Численность
- свыше 10 000 человек
- Местоположение
- Россия
Как построить открытую АСУТП. Архитектура программного ПЛК. Демонстрация работы среды исполнения