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, типы данных).
Всё верно, это один из вариантов для решения управления быстрыми техпроцессами. И для распределенного приложения (МЭК 61499) здесь как раз будет подходящее применение.
В мире уже есть станы, реализованные на программном ПЛК, станки ЧПУ и т.д. Предлагаю сначала синхронизироваться в терминах. Что вы подразумеваете под ПЛК и софтовым ПЛК? Чем будет являться среда исполнения, запущенная на QNX на базе RK3588, ПЛК или софт ПЛК?
1) Мы начали реализацию протокола ProfiBUS начав с реализации на АМУР-32, конвертировав его в Modbus RTU. На ЦИПР наш программный ПЛК управлял двумя слейвами ProfiBUS через коммуникационный процессор на чипе АМУР-32 ссылка на прототип коммуникационного процессора. В дальнейшем мы планируем уйти от Modbus RTU на другой интерфейс и протоколы, чтобы уменьшить цикл опроса.
2) Сейчас в рамках открытой АСУ ТП (ОАСУ ТП) создается техническая рабочая группа (ТРГ) по общесистемному программному обеспечению, в которую войдут разработчики ОС и ОСРВ, поэтому я думаю у нас будет выбор какие ОС под какие задачи выбрать. Сейчас тестируем на ОС с патчем реального времени и изучаем возможность использования Нейтрино (QNX).
3) В мире уже есть станы, реализованные на программном ПЛК (например: Siemens, IBA), так что в теории это возможно. Для управления быстрыми процессами, такими как прокатка, необходимо иметь высокоскоростную полевую шину и модули ввода/вывода. В рамках ОАСУ ТП создана ТРГ по шине и полевому протоколу.
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, типы данных).
Всё верно, это один из вариантов для решения управления быстрыми техпроцессами. И для распределенного приложения (МЭК 61499) здесь как раз будет подходящее применение.
В мире уже есть станы, реализованные на программном ПЛК, станки ЧПУ и т.д. Предлагаю сначала синхронизироваться в терминах. Что вы подразумеваете под ПЛК и софтовым ПЛК? Чем будет являться среда исполнения, запущенная на QNX на базе RK3588, ПЛК или софт ПЛК?
1) Мы начали реализацию протокола ProfiBUS начав с реализации на АМУР-32, конвертировав его в Modbus RTU. На ЦИПР наш программный ПЛК управлял двумя слейвами ProfiBUS через коммуникационный процессор на чипе АМУР-32 ссылка на прототип коммуникационного процессора. В дальнейшем мы планируем уйти от Modbus RTU на другой интерфейс и протоколы, чтобы уменьшить цикл опроса.
2) Сейчас в рамках открытой АСУ ТП (ОАСУ ТП) создается техническая рабочая группа (ТРГ) по общесистемному программному обеспечению, в которую войдут разработчики ОС и ОСРВ, поэтому я думаю у нас будет выбор какие ОС под какие задачи выбрать. Сейчас тестируем на ОС с патчем реального времени и изучаем возможность использования Нейтрино (QNX).
3) В мире уже есть станы, реализованные на программном ПЛК (например: Siemens, IBA), так что в теории это возможно. Для управления быстрыми процессами, такими как прокатка, необходимо иметь высокоскоростную полевую шину и модули ввода/вывода. В рамках ОАСУ ТП создана ТРГ по шине и полевому протоколу.