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

[Владимир Ситников]

А что такое p-code ?

P-код (Пи-код) — концепция аппаратно-независимого исполняемого кода в программировании, часто его определяют как «Ассемблер для гипотетического процессора». Этот термин обычно применяется для обозначения реализаций виртуальной машины для языка Паскаль (например, в UCSD p-System), иногда также используется в качестве синонима термину байт-код для различных виртуальных машин (например, виртуальная Java-машина, байт-код CIL в платформе .NET и т. п.).

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

[starmos]

в результате программа получается надёжнее, и её проще переносить с одной платформы на другую.

Было условно: программа -> С -> машинный код.
Стало: программа -> p-code -> C -> машинный код.
Каждая -> это соответствующий компилятор, увеличение объема программы и ухудшение быстродействия (за счет ухудшения оптимальности), а также возможность ошибок.
Программа определенно не станет надежнее, а переносить её - куда? У вас уже есть "p-code" - это тот язык, на котором написаны функциональные блоки.

[Владимир Ситников]

Было условно: программа -> С -> машинный код.
Стало: программа -> p-code -> C -> машинный код.
Каждая -> это соответствующий компилятор, увеличение объема программы и ухудшение быстродействия (за счет ухудшения оптимальности), а также возможность ошибок.

Да, стрелки примерно такие, но цепочка "p-code -> C -> машинный код" делается 1 раз и именно она зашивается в прошивку.
Т.е. ПР умеет выполнять p-code, и для ОЛ не приходится связываться с C и мышиными кодами. В ОЛ остаётся более простая операция "FBD -> p-code".

Программа определенно не станет надежнее, а переносить её - куда? У вас уже есть "p-code" - это тот язык, на котором написаны функциональные блоки.

Да хоть бы между разными ПР переносить.
ПР200 и ПР114 это разные платформы.

[starmos]

Да, стрелки примерно такие, но цепочка "p-code -> C -> машинный код" делается 1 раз и именно она зашивается в прошивку.

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

[melky]

starmos а вы считаете что с выходом новой версии ОЛ сейчас не так ?, не замечали, что ОЛ меняет прошивку ПР и иногда разработчики выкладывают без серьезной проверки версии, что народу приходится откатываться ?

[starmos]

Я думаю это не сознательная политика, а просто следствие переходного периода. В идеале внутренняя прошивка должна меняться реже, чем версии ОЛ.

[Newcomer]

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

Текстовый язык какой будет ?

[melky]

starmos а она и меняется реже, иногда же исправляют ошибки самого ОЛ или дорабатывают интерфейс, а иногда дела касается и сам ПР, тогда идет смена прошивки

[Владимир Ситников]

Текстовый язык какой будет ?

???

В чём вопрос? В ПР, наверное, никогда текстовых языков не будет, ведь "Слава КПСС", т.е. "Слава FBD!"

А исходная мысль была в том, что к p-code можно прикрутить хоть какой язык. Хоть FBD, хоть ST.

[ASo]

Можно. Сколько это займет человеко-часов?