ПО для перевода в подходящий формат файла для ПЛК

[Arseniy]

Всем добрый день! Я - Арсений, студент БФУ им. Иммануила Канта. Пишу дипломную работу о создании программы, которая будет переводить код, написанный в открытой среде разработки, в формат, подходящий для ПЛК, причем изначально в среде разработки не будет возможность писать код сразу в подходящем формате для ПЛК. Вопрос следующий: есть ли примерные аналоги такого приложения? Может кто работал с такой темой и сталкивался с ПО, которое переводит один формат кода в другой, нужный для ПЛК? Если да, поделитесь, пожалуйста, ссылками или другое информацией, так как сам пока ничего подобного не нашел. Спасибо!

[kirillio]

Здравствуйте Арсений.
уточните пожалуйста

код, написанный в открытой среде разработки

какие именно среды и форматы Вы имеете ввиду?
Подходящий формат для ПЛК - это компилированный машинный код, именно поэтому

в среде разработки не будет возможность писать код сразу в подходящем формате для ПЛК.

- так и поступают в большинстве случаев: пишут в среде разработки функциональную программу, компилируют, загружают в ПЛК. Задача не очень понятна.

[leon78]

Почитайте про Open PLC

[Serex]

Я задачу понял так: Берешь самый дешевый PLC, кодишь на 1С с лексемами из русского языка или в экселе. Потом с помощью чудо софта это соединяешь и получаешь PLC со временем цикла 100 мкс.

[Михайло]

так как сам пока ничего подобного не нашел

Для коммерческих целей такой подход не годится, поэтому ничего подобного и не попадалось.
Нужно программировать ПЛК в нормальной (специально предназначенной для этого) среде разработки: нужно не сколько код генерировать, сколько настраивать, конфигурировать, загружать, выгружать, наблюдать состояние в реальном времени...

[Jackson]

Для коммерческих целей такой подход не годится, поэтому ничего подобного и не попадалось.

Всё верно. Много лет уже этой идее, разговоры не прекращаются по сей день. Но доселе таких механизмов не существует. Потому и не существует, что бестолково и гиперсложно.

Крупнейшие корпорации мира бьются над задачей перевода произвольного языка в формально определённый, и от решения задачи они далеки как от соседней галактики. Пример - всевозможные голосовые помощники и боты.
А тут - студенту БФУ ставят такую же задачу. :) "Галантерейщик и Кардинал - это Сила! Мы спасём Францию!" (с)

Но ничто не запрещает продолжать пытаться это сделать. :) И задачу решать надо. Я даже не знаю в какую сторону автора направить. Для начала, видимо, нужно конкретизировать задачу. Формализовать "неподходящий язык". Затем поднять МЭК611131 часть 3 и изучить описанные там языки. После этого задача сводится просто к созданию транслятора с одного языка на другой. Сколько языков - столько трансляторов. И на всё это - два с небольшим месяца.

[kirillio]

А тут - студенту БФУ ставят такую же задачу.

Нормальное дело - прорывы совершает тот, кто шагнул за рамки предрассудков. В своии года я "велосипеды изобретал", велосипедов не получилось, но расширение навыков это дало, так что как минимум в качестве образовательной задачи проба может дать толк.

[Jackson]

Уточняющий вопрос автору. У Вас опыт программирования есть? На каких языках? Это, возможно, облегчит постановку задачи.

[Никита]

кодишь на 1С с лексемами из русского языка или в экселе

Лучше сразу матом - компактнее получится ).

Вопрос более глобальный - в каком виде представляется изначальная программа?
Основная задача программиста не написание инструкций на том или ином языке, а перевод с того же матерного или устных хотелок того, как оно должно работать, в четкий набор алгоритмов для исполнения. Т.е. из "сюда иди" в "налево, два шага впереж щагом марш". А на русском, английском, китайском, C++, питоне или МЭК 1131 - уже вопрос техники, тут особого ума не надо.
Поэтому и вопрос - как видится программа в открытой среде. Если можно сформулировать задачу как "поддерживать температуру 78..80 на канале 2 по пид-закону управляя выходом 15", а нужные блоки программа сама выберет - это одно, а если нужно формулу вбивать сразу с коэффициентами - то практический смысл затеи какой?

[VADR]

Я почему-то по-другому увидел задачу. Предполагается некоторая открытая среда разработки, в которой инженер на понятном ему языке составляет прграмму. Причём язык - не обязательно русский/английский/китайский, а вполне себе может быть один из МЭК61131-3 (они там все довольно понятно описаны). И надо это дело перевести в язык, понятный контроллеру, причём непосредственно в языке контроллера тот инженер программировать не может. Для аналогии - как в Симатиках перевод из SCL в STL, если бы к последнему не было доступа. Ну, то есть, от ТС хотят компилятор. Arseniy, так?

[dtv]

Буквально на прошлой неделе был тред на сайте Пикабу на эту тему. Человек писал, что разрабатывает подобную программу и у него уже есть некий прототип, умеющий переводить программу в код для нескольких типов процессоров. Он пытается написать свой компилятор универсального ассемблера. Поищите там. Он предлагал всем желающим общаться на данную тему.

[Jackson]

У человека диплом, значит времени мало.

Поэтому я Выше написал. В первую очередь надо формализовать задачу, то есть определить входной язык и что на выходе. Универсальный код под ПЛК - мне кроме Кодесиса на выходе ничего на ум не приходит.

И второе, очень важное уточнение. Что нужно превратить в код? На входе код уже написанной программы, просто на другом языке? Либо на входе алгоритм в том или ином представлении, который надо ещё формализовать и только потом в код превратить? Это существенная разница.

Например, гн.Шалыто в своё время докторскую написал на тему "Алгоритмизация конечных автоматов", где на входе различное представление конечных автоматов как описания логических алгоритмов, а на выходе - код на С. В книге даже примеры были с подробным объяснением.
И ещё была книга его, возможно даже у меня где-то есть в бумаге.
Ещё вот, в конце список литературы, и в статье примеры есть, но это опять же конечные автоматы (которые лично мне по душе, но это всё-таки частность): https://is.ifmo.ru/books/_book.pdf

Товарищи, не забывайте что время автора поджимает, не до сарказма.

[Arseniy]

Всем добрый день! Прошу прощения, что не отвечал на выходных - работал над проектом. Во-первых - спасибо всем большое за отзывчивость, не думал, что встречу такую помощь. Во-вторых - распишу задачу по диплому конкретнее, чтобы было понятно, с чем имею дело.
В моей работе я буду использовать программное обеспечение компании IDEC, а именно инструмент программирования WindLDR. На ней будет писаться начальный код для ПЛК. ПЛК, на который нужно будет загружать код предоставляется компанией АСУ ПРО и называется «КАПП-82-168». В промежутке между средой разработки (WindLDR) и ПЛК (КАПП-82-168) будет находиться программа, которую я должен разработать. Её основная задача будет заключаться в переводе написанного кода в WindLDR в подходящий формат файла для ПЛК «КАПП-82-168»
Опыт в разработке АСУ ТП у меня есть, но небольшой. Писал программы в CODESYS на FBD и ST языках, но несложные. С Python, Javascript и С++ знаком лучше, на них часто программировал.

На данный момент у меня две проблемы:
1. Я не знаю как подступиться к разработке моего прототипа. В первую очередь, полагаю, нужно поработать с ПЛК КАПП-82-168, посмотреть, какие сигналы он принимает. Затем проверить файл кода, написанного в WindLDR, и придумать, как его преобразовать в подходящий формат для КАПП-82-168. Вот думаю, правильно ли наметил шаги развития.
2. Хочу посмотреть на аналоги, которые создавали. Спасибо большое, уже немного подсказали в треде, буду искать, смотреть.

Отправлено спустя 9 минут 25 секунд:

Я почему-то по-другому увидел задачу. Предполагается некоторая открытая среда разработки, в которой инженер на понятном ему языке составляет прграмму. Причём язык - не обязательно русский/английский/китайский, а вполне себе может быть один из МЭК61131-3 (они там все довольно понятно описаны). И надо это дело перевести в язык, понятный контроллеру, причём непосредственно в языке контроллера тот инженер программировать не может. Для аналогии - как в Симатиках перевод из SCL в STL, если бы к последнему не было доступа. Ну, то есть, от ТС хотят компилятор. Arseniy, так?

Да, верно.

Отправлено спустя 1 минуту 7 секунд:

Уточняющий вопрос автору. У Вас опыт программирования есть? На каких языках? Это, возможно, облегчит постановку задачи.

Программировал на ST, FBD, но немного. Больше опыта есть в Python, Javascript, и C++

Отправлено спустя 1 минуту 19 секунд:

Здравствуйте Арсений.
уточните пожалуйста

код, написанный в открытой среде разработки

какие именно среды и форматы Вы имеете ввиду?
Подходящий формат для ПЛК - это компилированный машинный код, именно поэтому

в среде разработки не будет возможность писать код сразу в подходящем формате для ПЛК.

- так и поступают в большинстве случаев: пишут в среде разработки функциональную программу, компилируют, загружают в ПЛК. Задача не очень понятна.

Здравствуйте, ответил чуть выше в общем сообщении

[Jackson]

Насколько сузилась задача. То есть нужно экспортировать во что-то проект из WindLDR и скомпилировать под КАПП-82-168. Нужен просто сторонний компилятор.

[+]

я кажется даже догадываюсь зачем это надо. :) Где-то было сделано много проектов в WindLDR, с началом СВО с поставками тех контроллеров проблемы, переходят на отечественное и чтобы не переписывать код вручную есть желание сделать просто компилятор. Если это так, то я бы всё-таки вручную перебил код конечно. Но заодно студенту будет диплом. Хороший диплом может получиться.

Отправлено спустя 3 минуты 53 секунды:
Только ещё по-хорошему надо бы сделать средство проверки правильности получившеося алгоритма. Ибо если код скомпилировался и загрузился в контроллер без ошибок то это ещё не значит что получился правильный алгоритм. одни и те же операции на разных ПЛК могут иметь нюансы.

И результат компиляции должен быть в формате, готовом к загрузке в КАПП-82-168, то есть как происходит загрузка в него - тоже ещё надо изучить. А эта информация как правило нигде не доступна, это ноу-хау каждого производителя контроллеров. Как максимум, есть софт под ПЛК, который открывает файлы проектов и что-то может импортировать. Соответственно результат должен быть в том формате, который может быть импортирован или подцеплен загрузчиком.

[Arseniy]

Насколько сузилась задача. То есть нужно экспортировать во что-то проект из WindLDR и скомпилировать под КАПП-82-168. Нужен просто сторонний компилятор.

[+]

я кажется даже догадываюсь зачем это надо. :) Где-то было сделано много проектов в WindLDR, с началом СВО с поставками тех контроллеров проблемы, переходят на отечественное и чтобы не переписывать код вручную есть желание сделать просто компилятор. Если это так, то я бы всё-таки вручную перебил код конечно. Но заодно студенту будет диплом. Хороший диплом может получиться.

Отправлено спустя 3 минуты 53 секунды:
Только ещё по-хорошему надо бы сделать средство проверки правильности получившегося алгоритма. Ибо если код скомпилировался и загрузился в контроллер без ошибок то это ещё не значит что получился правильный алгоритм. одни и те же операции на разных ПЛК могут иметь нюансы.

И результат компиляции должен быть в формате, готовом к загрузке в КАПП-82-168, то есть как происходит загрузка в него - тоже ещё надо изучить. А эта информация как правило нигде не доступна, это ноу-хау каждого производителя контроллеров. Как максимум, есть софт под ПЛК, который открывает файлы проектов и что-то может импортировать. Соответственно результат должен быть в том формате, который может быть импортирован или подцеплен загрузчиком.

Спасибо большое за комментарии, учту все это. Касательно информации о работе ПЛК, ее мне предоставят, поэтому "начинку" я буду знать.
Можете подсказать, пожалуйста, если знаете, с чего именно стоит начать разработку стороннего компилятора? Может у кого был опыт разработки, знают нюансы, на каком языке лучше кодить и тд. Ну или может работы какие либо уже выгружены в интернет, с удовольствием бы почитал. Просто пока ищу - не сталкивался с подобным. Еще раз, спасибо

[Serex]

Надо с памятью разбираться. Если в WindLDR косвенная адресация на "кожена", а КАПП-82-168 поддерживается только абсолютная, то задачка для компилятора получается не тривиальная. Ибо архитектуру процессоров не просто так создают и их совместимость - это очень сложная задача, по крайней мере с точки зрения оптимальности полученного кода.

[Parliament74]

И результат компиляции должен быть в формате, готовом к загрузке в КАПП-82-168, то есть как происходит загрузка в него - тоже ещё надо изучить. А эта информация как правило нигде не доступна, это ноу-хау каждого производителя контроллеров. Как максимум, есть софт под ПЛК, который открывает файлы проектов и что-то может импортировать

Самое интересное, что КАПП-82-168 (по крайней мере актуальная версия на сайте производителя) дружит с Codesys v3 с соответствующей поддержкой МЭКовских языков)

[Михайло]

То есть более перспективная работа - конвертация из WindLDR в Codesys.

[Jackson]

с чего именно стоит начать разработку стороннего компилятора?

С точной постановки задачи

[Jackson]

Самое интересное, что КАПП-82-168 (по крайней мере актуальная версия на сайте производителя) дружит с Codesys v3 с соответствующей поддержкой МЭКовских языков)

То есть более перспективная работа - конвертация из WindLDR в Codesys.

Тоже сразу об этом и подумал.
И вот я всё пытаюсь понять: зачем это всё. :) А без понимания назначения нет и понимания, как делать.