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

[melky]

Владимир Ситников - запросто можно обратиться только к памяти функционального блока, в рамках которого реализована функция (макрос) на С или другом языке - иначе макрос перестает работать везде, как в ПР так и в симуляции ОЛ.
Вопрос в реализации...

Скажем есть область памяти для переменных, отвели пользователю от сих до сих, при проверке в ОЛ за диапазоном - ОШИБКА и невозможность загрузить программу в ПР.

Я ведь не говорю, о прямом программировании ПР на другом языке. Я говорю о том, же, о чем вы сами когда-то говорили, о возможности писать функции простым способом a+b-(c+d) а не квадратиками внутри макроса. ессно с большим функционалом, например расчете логарифмов, косинусов, синусов и т.д. в общем ряда готовых функций, внедренных в прошивку ПР и возможности их использовать при вызове.

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

Владимир Ситников - запросто можно обратиться только к памяти функционального блока, в рамках которого реализована функция (макрос) на С или другом языке - иначе макрос перестает работать везде, как в ПР так и в симуляции ОЛ.

В том-то и дело, что для Си тяжело сделать проверку доступа к памяти.
Сам по себе язык не предназначен для написания надёжных программ.
Он предназначен для низкоуровневых программ, а в ПР-ПЛК гораздо важнее надёжность, чем низкоуровневость, скорость и т.п.

Пример того, кто пытается прикрутить C к ПЛК действительно показателен. "до сих про пытается".

Я ведь не говорю, о прямом программировании ПР на другом языке. Я говорю о том, же, о чем вы сами когда-то говорили, о возможности писать функции простым способом a+b-(c+d) а не квадратиками внутри макроса

Делать в ОЛ какой-то свой (не 61131) язык дело неблагодарное.
Делать ST в ОЛ будет тяжело и долго. Посмотрите сколько делают ОЛ 1.9. Уже вышла версия? Может, там много новых возможностей? Может, там кардинально ПР дорабатывалось?

Ничего этого нет, и тут ОВЕН верен своей стабильности.
a+b-(c+d) сделать непросто, да и патриарх не позволит, в чём будет прав.

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

Ну, да, раз в год, может, и будет появляться один новый блок. Логарифм, косинус, корень.
А, может, и не будет, ведь макросы-то есть. Зачем в прошивку смуту вносить?

[rovki]

Не понял -Ситникова подменили что ли или клон ?

[Филоненко Владислав]

Не понял -Ситникова подменили что ли или клон ?

Нет, Анатолий, просто человек понял.
С чем его и поздравляю.

И подал хорошую идею - нужны спецблоки - пишите, и синус сделают и косинус и арктангенс. Технических проблем добавить новые блоки (в разумном количестве) нет.

[Сергей0308]

Нет, Анатолий, просто человек понял.
С чем его и поздравляю.

И подал хорошую идею - нужны спецблоки

Надеюсь это никак не связано с концлагерем, для перевоспитания "заблудших" овец? Есть же макросы, что ещё за спец блоки хотите? Может проще добавить наиболее востребованные макросы в ОЛ?!

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

Нет, Анатолий, просто человек понял.
С чем его и поздравляю.

За поздравления спасибо.

Я понял, что в говорить о доработках и просить что-то для ПР-ОЛ бесполезно. Год прошёл, стало ясно, что ОВЕН не хочет (или не понимает, но это не важно), а мимопроходящие в программировании не разбираются (например, не смогут они сделать ОЛ), поэтому они не могут трезво оценить сложность предложений.

В итоге, гораздо интереснее троллить тех, кто просит "синус" или "ST" или "C" для ПР, чем пытаться выпросить что-то в ПР-ОЛ.

Например, язык "С" в ПР, очевидно, не нужен. Язык "ST", очевидно, нужен, но теперь он пойдёт за компанию с "C" под эгидой "Москва для москвичей", то есть "ПР для FBD".
А уж зачем запихивать синус в реле -- отдельный вопрос. Ещё бы гиперболические синусы просили...

[rovki]

А уж зачем запихивать синус в реле -- отдельный вопрос. Ещё бы гиперболические синусы просили...

Так делали же мы солнечные часы ,там и использовали ,что бы освещением управлять -делов то .Не ПЛК же ставить что бы лампочку зажечь .

[Newcomer]

Например, язык "С" в ПР, очевидно, не нужен. Язык "ST", очевидно, нужен

Для С не надо делать компилятор, можно взять готовый. Для ST надо делать компилятор, а это дополнительные расходы, связанные с разработкой и тестированием.

Есть такие ПЛК EVCO. По конструктиву и техническим характеристикам очень похож на ПР200. Этот ПЛК можно программировать на FBD и С. Стоит этот ПЛК в 2 раза дороже ПР200.

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

Для С не надо делать компилятор, можно взять готовый. Для ST надо делать компилятор, а это дополнительные расходы, связанные с разработкой и тестированием.

"Есть готовый компилятор" != "компилятор легко встроить в ОЛ"

Да, для C есть готовый компилятор.
Но встроить компилятор в ОЛ -- непростая задача.
Каждый встречный-поперечный будет выходить за границы массивов и спрашивать "у меня простейшая программа не работает".

Интеграция по p-code в этом плане гораздо безопаснее и одновременно с этим дешевле в разработке/поддержке.

[melky]

продался Овену