добрый день! слышал что для ПР будет поддержка ST, это действительно так!? если да, то когда это планируется!?
Вид для печати
добрый день! слышал что для ПР будет поддержка ST, это действительно так!? если да, то когда это планируется!?
я так понимаю, данной информацией никто не владеет! жаль((((
спасибо, я тоже такое слышал, хотел уточнить, и хотя бы примерные сроки узнать! а то производительности хватает, а функционала не всегда хватает!
Это будет в новой реле. И в ,,старом ПР" этого не будет. PS. Не ждите что это будет Аля кодесис. Максимум простая математика внутри макроса.
Оператор CASE кране необходим. Лучше сделать так чтобы ПР можно было программировать на трех языках: ST, LD, FBD. Тогда точно ПР ОВЕН не будет равных.
да и читаемость будет лучше с ST!) просто пр вообще очень удачный продукт, мне кажется самое идеальное сочетание ФУНКЦИОНАЛ+ПРОИЗВОДИТЕЛЬНОСТЬ+КАЧЕСТВО+ЦЕНА!!! если ОВЕН так и будет держать, да еще и st добавит, ему конкурентов не будет!!!!
Я бы от радости прыгал, если даже возможность писать макросы появилась на языке высокого уровня. Даже простейшие if (input1 == input2){output1 = 0.65}.
Сейчас так печально переделывать при необходимости эти картинки... Да и наглядность алгоритма отличная. Хотя, может дело привычки.
Вот мне интересно. У нeмца нет ST. У француза нет ST. У электрика нет ST. Даже у японца нет ST. Так зачем это на ПР? Я так понимаю это просят ардуинщики. Бедная служба поддержки. Вас завалят тоннами кода без комментариев и ещё будут требовать разобраться почему этот код не работает.
да! это важное замечание. желательно написать в инструкции, что ST всегда будетв Beta-режиме и техподдержка запросы по данному языку программирования обрабатывать тоже не будет.
А у других производителей нет ST? потому что на нем нечего писать. такой гибкости в работе с математикой нет ни у кого из них! программируемые реле по функционалу уже подбирающиеся к контроллерам - это чисто "российское чудо". просто за бугром никто не запаривается - хочешь релейкой шлепать вот тебе программируемое реле, хочешь математику, энкодеры, и прочие плюшки - бери ПЛК. все. другого не дано!
Как помню статистику 70%или80% всех ПЛК в мире работают на LD. Программируемые реле в основном на FBD .
Если бы все всегда делали одинаково, никакого развития бы не было.
Вам контроллеров не хватает? Пишите программы для них, я не указываю, просто от этого всем хуже будет, даже Вам, стоимость реле ниже, Вам за аналогичную программу могут меньше заплатить!
Пусть у каждого будет своё поле и он на нём будет "пастись", не надо поля других пытаться захватить, а то люди станут голодными и злыми, боюсь, ни к чему хорошему это не приведёт!
Дураков мало ,что бы из пушки стрелять по воробьям . Кроме того я говорю о том на каких языках работает большенство ПЛК в мире (выпускаются) ,а не о том какие проекты делаются на них . Тут надо быть или законодателем моды или следовать мировой тенденции и не изобретать велосипед (сам же велосипед совершенствовать можно и нужно) ибо неизвестно как сие чудо(мутант) отзовется...
Вот из нескольких источников -
https://controleng.ru/wp-content/upl...630eaf.gif.gif
Встречал , но сейчас не нашел более свежие данные , но тенденция пока такая же .
Согласен , как это чудо отзовется не известно . Одно знаю точно ,кто схемы рисует ,тот и будет рисовать дальше (и в макросах) , а кто все жизнь писал ,то будет раздваивать личность (проект делать , плюясь на FDB , а макросы на ST)/ Вот и спрашивается - а стоит ли ограниченные ресурсы (программисты) отвлекать на нескольких пользователей ,для которых ПЛК роскошь (дорого) и хочется перейти на ПР . Если это можно сделать без ущерба для остальных польpователей FBD (под ущербом я имею ввиду - очередные баги , откладывание сроков реализации пожеланий основных пользователей , удорожание итд) , то я не против- есть, так есть...
Ерунду про то, что 70% или 80% всех ПЛК в мире работают на LD писать не надо.
То что представлено в диаграмме надо понимать так: в 2007 г. в 95% производимых в мире ПЛК была возможность программирования ПЛК на LD. Но это не означает, что 95% пользователей программировали ПЛК на LD. LD удобен при программировании релейных схем, но это весьма примитивный язык и далеко на нем не уедешь. В диаграмме представлены данные на 2007 г., которые не отражают нынешние реалии.
Если в ОВЕН действительно сделают возможным программирования своих ПР на ST, то это будет огромным плюсом. Также надо заметить, что никто не принуждает программировать ПР на ST. Каждый будет выбирать тот язык, который ему удобен.
Вы бы еще сслыку на свои догадки дали бы ,цены бы не было
Вы много видели ПЛК которые многоязычные ?
И не показалась странным- зачем давать возможность работать на LD , который по вашему мнению не используется ,а просто довесок
Для выходцев из программистов. Ну и ряд задач удобнее писать на ST.
Посмотрите список всех ПЛК в мире, он еще более огромен, на порядок .. Что бы было проще - возьмите бренды мировые и оцените сколько используют кодесис . Нам не дано оценить ,нет статистики ,поэтому остается ссылаться на тех кто занимается анализом или статистикой профессионально , а так -сколько людей ,столько и мнений ...
CODESYS используют такие бренды как Bosch, АВВ, WAGO, Hitachi, Beckhoff, Lenze, Moeller, Fastwel и т.д (список огромный). ПЛК Siemens то же можно программировать на 6 языках. Все продвинутые фирмы, производители ПЛК, используют системы программирования стандарта МЭК 61131-3.
Вроде мы говорим про МИР , а не Европу . Кроме того ,первоначально разговор был о языках используемых (пикторграмма) ,ясно что если кодесис ,то в равной степени поддержен и LD & ST .
А так же языки программирования перечисленные в МЭК, не означает что плк программируется в кодесис исключительно.
Бита будет тогда ,когда ссылку дадите на исследование , а не личный опыт и ощущения .:p
Вот список основных производителей PLC ,отметьте те ,кто использует ST ( не обязательно кодесис)
https://ru.qaz.wiki/wiki/List_of_pro..._manufacturers
Или вот топ 20-
https://roboticsandautomationnews.co...cturers/33153/
тут можно ознакомиться с финансами- https://ladderlogicworld.com/plc-manufacturers/
Ваш ход ?
Ну да, мир, эти знаменитые африканские контроллеры...
Давайте подождем, и увидим как те кто пришел с МК на ПР, живо начнут писать только текстом. В остальном, так называемые активные пользователи, здесь на форуме сидят только чтоб найти как можно больше косяков у Овен, поэтому дополнительное поле непаханное им только на руку
Да нет ,не Африка , а Америка и Азия .
Не надо о других судить ... Люди работают (делают проекты и находят баги ) и спасибо им за работу ,которую не доделали производители ,а не "косяки ищут".
Да С++ ооочень похож буквами на ST :rolleyes: для МК есть FBD(LD) - FLProg ( не для программистов)
Ладно ,заканчиваю, информацию дал для анализа (умеющий зреть , да увидит) . А то сейчас налетят ,заклюют . Если 2,3 то ладно...а так здоровье с годами становиться важнее:rolleyes: Всем спасибо, до новых встреч в эфире
Мудрое решение. ;) Отрицать очевидное тяжелое занятие.
Под разговорами о необходимости текстового языка в ПР ОВЕН, кажется, подведена черта. Разработчики ОВЕН приняли мудрое решение и скоро текстовый язык появится. По другому и быть не могло. В ПР ОВЕН используется мощный ЦП и использовать его возможности всего на 5% крайне неразумно. Трудно представить какое поле для творчества откроется, если хотя бы в макросах появится текстовый язык.