Создать функцию на ST

[IVM]

ABS есть и даже работает. Из математических функций есть ещё POW. Для целочисленных есть SHL, SHR, CD32, DC32.
Короче, просьба ко всем сведущим: ткните, плз, носом в справку по ST применительно к ОЛ. В справке по ОЛ я упоминания о вышеперечисленных функциях не нашёл.

Я думаю со временем все появится. Главное что процесс пошел.

[keysansa]

Я думаю со временем все появится. Главное что процесс пошел.

OSCAT же есть. Зачем изобретать велосипед заново?

[keysansa]

ST сертифицирован IEC. Значит используется.
Ну и от меня:
Умеет в структуры, перечислимые, наследования типов.
Умеет в функции и функциональные блоки.
В CodeSys его научили в ООП, но пока не знаю, понравилось ли мне это, пока больше нет.
Умеет FOR, CASE. Чем перекрывает преимущества SFC.

Остальным языкам приходится страдать...

[Rake Runner]

Предлагал сделать макросы на си, нет выбрали путь st вот и пришли к экономическим разногласием.

К каким разногласиям?

А на си профи работали а их мизер вот и небело конкуренции ПЛК.

И какой тогда смысл поддерживать С, если он нужен мизеру людей?

Си также интересен группе студентов и радиолюбителей микропроцессорных умных вещей это и есть ваш рынок

Рынок ОВЕН - это вообще-то системы промышленной автоматизации, а не студенты и самоделкины.

Приходятся работать с молодежью с ребятами которые окончили училище либо имели по года два три стаж КИПиА все хотят научится программировать ПР, ПЛК но увы к сожалению им трудно понять МЕК языки

Если предположить, что они действительно неплохо знают С, и при этом им "трудно понять" языки стандарта МЭК - то есть серьезные вопросы к их квалификации.
У ST и С есть некоторые мелкие отличия в синтаксисе, но все они спокойно запоминаются за пару дней по ходу дела.
Тому, кто знает С, не надо "учить" ST - там такое же структурное программирование и тот же набор операторов.
Хорошая статья на тему: http://www.codesys.ru/docs/st_c.pdf

Ну и, собственно, не хотят понимать - пусть идут шкафы собирать, в чем проблема.

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

И к тому же, для студентов инженерных специальностей первым языком в настоящее время становится Python, а не С.
Хотя не удивлюсь, если деды в уфимских шарагах продолжают преподавать С (еще времен K&R наверняка), потому что ничего другого не знают и не хотят изучать.

Но почему не подружить всех и не обеднить через макрос Си.

Потому что вы сами выше написали про МЭК - "эта основа принципов и подходов сегодняшнего дня".
И вы сами выше писали про С - это мизер профи и студенты-неучи.
Вот поэтому нет смысла никого "обеднять".

МЭК эта основа принципов и подходов сегодняшнего дня но думаю уже вчерашнего

А С, который старше МЭК лет на 30, это будущее, да?
Написали хотя бы, почему вы так думаете.

но действительно начальников я бы побил. Хотя сейчас их везде навалом из за этого и стоим на месте. А за бугром смеются над нами и потирают руки.

Какой же кошмар у человека в голове...

В принципе кто мешает делать тестовою не официальную версию лоджика с макросом си. Думаю положительный ответ рынка не стал долго ждать. Пробуйте все в ваших руках.

Разработайте свои программируемые реле с IDE АдрейЛоджик и программированием на С.
Думаю, реакция рынка не заставит себя ждать.
Пробуйте, все в ваших руках.

[keysansa]

Если предположить, что они действительно неплохо знают С, и при этом им "трудно понять" языки стандарта МЭК - то есть серьезные вопросы к их квалификации.

Все языки МЭК - обычно со строгой типизацией. Больше отличий от C я не увидел. Тем более, что некоторые производители позволяют включать программы и на С в проект. Лично я пользуюсь только для того, что мне ни один язык МЭК не позволяет передавать в качестве параметра функции - указатель на другую функцию. В остальном, меня полностью устраивают. И их строгая типизация - очень правильна.

У ST и С есть некоторые мелкие отличия в синтаксисе, но все они спокойно запоминаются за пару дней по ходу дела.

ST - это все-таки больше Pascal. Отличия там значительные, но не принципиальные, согласен.

Тому, кто знает С, не надо "учить" ST
С экономической точки зрения - сомневаюсь, что кто-то будет прислушиваться к жалобам студента типа "а я вот умею только на С, залажите в проект ПЛК с С, а то МЭК-языки сложные, ни хачу учить...". Программируй то, что дают, а если не хочешь - студентов много, проблем найти такого, который не будет выеживаться, особо и нет.

Жалобы студента - только от его, студента лени. Его учат С не для контроллера, а для общего образования. Это как если бы студенты на факультете стихотворения жаловались на то, что их русскому языку учат.

И к тому же, для студентов инженерных специальностей первым языком в настоящее время становится Python, а не С.
Хотя не удивлюсь, если деды в уфимских шарагах продолжают преподавать С (еще времен K&R наверняка), потому что ничего другого не знают и не хотят изучать.

Качели Java/Python даавно наблюдаю.

[keysansa]

Не буду ветку засорять. Как сделаете реальные макросы будем закупать пачками ПР.

Я видимо что-то пропустил, но макросы у Овен - реальные, макс глубину вложения не проверял, но никогда не утыкался в нее.

ЗЫ. Да, лично меня бы более устроило текстовое программирование ПР, но я понимаю, что для изучения, более наглядно графическое.

[Rake Runner]

Хотите продаж подстраивайтесь под народ а он вот такой сейчас лучше не найдете.

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

Делайте востребованные рынку устройства и по реальной цене плюхаетесь уже сколько а паровоз все стоит. Кто сейчас будет квадратиками формулы рисовать.

Судя по данному разделу форума, ПР - востребованные на рынке устройства и значительному числу людей нравится "квадратиками формулы рисовать".
Если вы предпочитаете ПЛК, программируемые на С - используйте их, в чем проблема-то.
Зачем только ныть об этом в данной теме - непонятно.

[melky]

Адрей давайте начнем с простого, микропроцессор вообще не знает о таких вещах как Си, ST и прочем... Потом подумайте и сделайте выводы.


Чисто в довесок, покажите хоть одно импортное ПР, основанное на языках МЭК и поддерживающие вставки на C, ST или любом текстовом языке ?
Хочется посмотреть на смеющихся производителей...

[IVM]

Филоненко Владислав, вот с каких образцов надо брать пример. А вы там в ОВЕНе что-то все колеблетесь, рассуждаете, надо-не надо.

Нормальный ST в ПР ОВЕН однозначно нужен.

[rovki]

ST однозначно нужен.

До кучи и LD