Возможность программирования на более низком, чем ОЛ схемы уровне

[starmos]

1-ая ссылка в Google и 2ая в Яндексе по запросу "flprog c" рассказывают именно про то, как создавать пользовательские FLProg блоки на C: https://geektimes.ru/company/flprog/blog/270862/

В целом, можно было бы повторить "FLProg не относится к теме", и "макросы на Си в ОЛ всё равно не сделают никогда", но процитирую фрагмент из этой статьи:


Опыт "этим инструментом заинтересовались и те, кто до этого ни писал не сточки кода" весьма любопытен. Одно дело когда я говорю "давайте сделаем p-code блок, это полезно", а другое, когда в FLProg реально сделали, и реально оказалось полезно.

Собственно почему это FLprog не относится к теме? Тема называется: "Возможность программирования на более низком, чем ОЛ схемы уровне" - И? Я читаю и понимаю, что речь здесь идет об уровне программирования, более низком, чем предоставляется в ОЛ. Т.е. речь как раз о той возможности, которую ОЛ в настоящее время не предоставляет. Т.е. сюда подходят не только возможности, реализованные в FLProg, но и сам FLProg целиком. Потому что, хотя раздел форума и называется "Среда программирования OWEN Logic", но само название ОЛ - есть условность. Если бы ОВЕН обратился (как я советовал и советую) к разработчику FLProg и предоставил бы ему информацию об аппаратной начинке ПР200, то я думаю что через месяц-другой под названием ОЛ уже фигурировал бы FLProg, только И с FBD И c LD (вроде там есть?) и с С, а название бы осталось - ОЛ и все это соответствовало бы форуму.
Вы не убедили меня в том, что сделать С в ОЛ невозможно, но только в том, что ввиду необъяснимого сопротивления, делать это никто не будет.
Но тут же поднялась тема FLProg, в котором это сделано энтузиастом и явно не за дорого.
Мое мнение - пусть будет хоть что.
Моя рекомендация, либо:
1. приблизить прошивку ПР200 к Arduino (с учетом конечно промышленной специфики ПР200), что даст возможность использовать любые средства программирования Arduino;
2. адаптировать тот же FLProg к ПР200, если уж с ОЛ возникли такие неразрешимые проблемы.
Аппаратных препятствий к любому варианту - нет.
Держаться только за названия типа ОЛ или "программируемое реле" - не конструктивно, т.к. сами по себе они никакой ценности не имеют. Если надо менять ОЛ, даже вплоть до неузнаваемости - надо менять, если вместо ПР вышел малый ПЛК - надо смириться и порадоваться открывшимся возможностям. Догматизм = вреден.