ST на ПР200

[Сема]

Добрый день, коллеги, ну подскажите когда полностью реализуете ST?

И ещё вопрос, когда же будет реализован ПР205 и будет ли?

Неудобно писать объёмные программы на FBD, столько уродливых и громоздких конструкций даже с учетом макросов.

[melky]

Объемные программы пишутся на ПЛК где есть ST, ПР-ки тут не очень удобны в принципе, хоть с макросами, хоть без....
А голого ST думаю в них не будет

[игорь68]

А спросить в теме по ST можно было? Зачем лишний мусор.

[Ollema]

Выбор прибора определяют его функции, а не объем кода. Или уже уперлись, код больше не влазит?

[Мария Мильчакова]

Добрый день, коллеги, ну подскажите когда полностью реализуете ST?

И ещё вопрос, когда же будет реализован ПР205 и будет ли?

Неудобно писать объёмные программы на FBD, столько уродливых и громоздких конструкций даже с учетом макросов.

Добрый день!

Если вы имеете в виду функциональные блоки на ST, то да, такие планы у нас есть.
Планируем выпуск в течение года.
Какой еще функционал хотите видеть на ST?

ПР205 находится в разработке, но по срокам сейчас сказать определенно сложно. Делаем все возможное, чтобы прибор вышел в 2022 году.
Расскажите, пожалуйста, где планируете применять прибор?

[EFrol]

В любом случае все закончится https://owen.ru/forum/showthread.php...ighlight=EFrol

[keysansa]

Выбор прибора определяют его функции, а не объем кода. Или уже уперлись, код больше не влазит?

У меня есть наработки на контроллере, который поддерживает ST.
Я не хочу заново, да еще и в неудобной среде их переписывать.
Функционально меня данный продукт устраивает. Выбор контроллера для данной задачи с поддержкой ST будет избыточным.
ST входит в IEC языки программирования.
ST является компилируемым языком, объем памяти не пропорционален коду.

Что не так?

[keysansa]

В любом случае все закончится https://owen.ru/forum/showthread.php...ighlight=EFrol

А почему не VeriLog, например? Этот язык ближе к электронике, чем asm.

[EFrol]

А почему не VeriLog, например? Этот язык ближе к электронике, чем asm.

1. Чем выше уровень языка, тем больше там подводных камней, оставленных системщиками.
2. Чем выше уровень языка, тем больше программист отделен от железа за ширмой библиотек и драйверов, которые в силу п.1, иногда глючат.
3. Чем больше программирование превращается в конфигурирование или рисование схем, чтобы стало доступнее НЕ ПРОГРАММИСТУ, тем выше должен быть уровень знаний ПОСЛЕДНЕГО. (например, возьмите 1С8)

Вопрос:
Зачем издеваться над НЕ ПРОГРАММИСТОМ, когда его гораздо проще научить программировать на уровне железа (на низком уровне), не ограничивая возможностями языка и среды разработки?

Однажды я дал КИПовцу электрическую схему К580ВМ80, на следующий день он принес программу в машинных кодах и сказал, что ему так понятнее.

[keysansa]

1. Чем выше уровень языка, тем больше там подводных камней, оставленных системщиками.
2. Чем выше уровень языка, тем больше программист отделен от железа за ширмой библиотек и драйверов, которые в силу п.1, иногда глючат.
3. Чем больше программирование превращается в конфигурирование или рисование схем, чтобы стало доступнее НЕ ПРОГРАММИСТУ, тем выше должен быть уровень знаний ПОСЛЕДНЕГО. (например, возьмите 1С8)

Я так понял, Verilog вы считаете выше, чем asm?