Возможность записывать формулы в человекопонятной форме

[игорь68]

Удобно не удобно. С+ или С# нет разницы. Сколько немцы делают свою LOGO ? Как и ОВЕН раз в 2 года меняет линейку. И при этом добавляет всего 1 или 2 НОВЫХ ФУНКЦИОНАЛЬНЫХ БЛОКА. Вот только в V8 у немцев ПИД регулятор вышел. Вы хотите от прибора который Только появился возможностей как у PLC. У каждого прибора своя ниша. Просто зарегистрируйтесь у немцев на форуме LOGO и посмотрите что там обсуждают. Там почти все что связанно с ошибками LOGO или багами софта. Да есть пара работ с пид регулятором но это чисто что бы показать что и это реле тоже может. Что ПР что "немец" это дешёвый прибор от которого нельзя ждать точности как от спец . приборов. Это как переросший таймер но не доросший PLC. Кто то тут правильно написал. Пусть это будет 1 новый ФБ но он должен работать на все 100% чем 5 ФБ которые работают через ОПУ.

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

Вы хотите от прибора который Только появился возможностей как у PLC. У каждого прибора своя ниша.

Вы путаете железо и программное обеспечение.

С точки зрения программиста, сделать 1 ФБ с ST-подобным языком легко. Особенно, если пропустить всю муть с 100500 МЭК типами (INT/DINT/USINT/...).
То, что я вижу по факту -- недостаток времени на разработку ОЛ.
Косвенно это подтверждается тем, что изредка появляются разработчики, и что-нибудь комментируют.

Заметьте, специалисты ОВЕН не пишут "У каждого прибора своя ниша", "это в ОЛ мы делать не будем", "для этого ПР не предназначено". Они вообще редко что пишут.

Один из вариантов "раскачать лодку" -- это выдвигать рацпредложения. Нет обсуждений == значит ОЛ никому не нужно. Есть обсуждения -- в том же ОВЕН'е проще обосновать необходимость выделения бюджета на развитие ОЛ (ну или чего там).

Пусть это будет 1 новый ФБ но он должен работать на все 100%

Давайте не будем сгущать краски?
Если что, то обсуждаем вполне конкретную тему: формулы из сложений, умножений и работу с переменными.
В виде текущих ФБ это просто фарш (см. 1-е сообщение темы). В виде формул это всем понятные соотношения, экономия времени, более эффективное проникновение ПР в массы; счастье для всех, даром.

Вот мне, если честно, без разницы что там у немцев. Хотите, называйте словом "импортозамещение", хотите, синдромом утёнка, но по факту, я готов тратить немного своего времени на продвижение ОВЕН в массы, чем и занимаюсь.

[Алексей Геннадьевич]

Заметьте, специалисты ОВЕН не пишут "У каждого прибора своя ниша", "это в ОЛ мы делать не будем", "для этого ПР не предназначено". Они вообще редко что пишут.

Они работают. И любое их высказывание интерпретируется как официальное, поэтому за речью следить приходится.

Один из вариантов "раскачать лодку" -- это выдвигать рацпредложения. Нет обсуждений == значит ОЛ никому не нужно. Есть обсуждения -- в том же ОВЕН'е проще обосновать необходимость выделения бюджета на развитие ОЛ (ну или чего там).

Возможно, но не факт.

В виде текущих ФБ это просто фарш (см. 1-е сообщение темы). В виде формул это всем понятные соотношения, экономия времени, более эффективное проникновение ПР в массы; счастье для всех, даром.

А ничего, что ПР предназначено для создания устройств класса "конечный автомат", но никак не для ЧПУшных изысков с выпиливанием головы Сократа из куска металла?

Вот мне, если честно, без разницы что там у немцев. Хотите, называйте словом "импортозамещение", хотите, синдромом утёнка, но по факту, я готов тратить немного своего времени на продвижение ОВЕН в массы, чем и занимаюсь.

ОЛ уже переплюнул лого по удобству и функционалу.
Когда запустят модули расширения ПР200, то и по количеству I/O "сделают".
При переходе на ЛОГО может возникнуть сильный дискомфорт.

Да что ж вы всё хаскель да хаскель. Я про нормальный язык, а не про хаскель.

И что такое "нормальный язык"?
Языков программирования вместе с диалектами около 5000, больше чем разговорных.
А хаскель - он для формул делался. Не нравится хаскель - возьмите фортран.

[Алексей Геннадьевич]

Это моё оценочное суждение. C# это сильно разлапистый (в плане синтаксиса и функционала) язык. Напрямую компилировать C# в код для ПР непросто.

А никто про простоту и не говорит.

Если же имелось ввиду C# API, то сомневаюсь что его будет легко использовать. На форуме каждый второй (ну или какой там) говорит, что схемы понятны, а ST непонятно. В таких реалиях C# компилятор будет разве что Yegor запускать.
Да, конечно, если Овен разродится C# API, то, конечно, на безрыбье и C# API язь, но я сомневаюсь, что после открытия C# API последует волна рукотворных PID'ов на C#.

Многие из присутствующих здесь программирование на пеерфолентах изучали, и то если повезло. А со схемами все работают постоянно, поэтому так популярны LD и FBD.
И волны PIDов не будет в любом случае. У меня не срослось с PIDом Кашубы на который расчитывал, пришлось написать свою реализацию, а многим он подошёл, и прекрасно работает. Скажи мне кто лет5-6 назад что свой PID напишу, не поверил.

А я спорю что-ли? Я просто детальнее показал что имею ввиду. Даже после добавления подгоночных коэффициентов, текстовая запись формул всё равно намного читабельнее схемы будет.

Никто вам хаскель прикручивать к ПР не будет. Слишком специфичная задача.
Или доступ к созданию своих ФБ на C#, или вообще ничего.

Удобно не удобно. С+ или С# нет разницы. Сколько немцы делают свою LOGO ? Как и ОВЕН раз в 2 года меняет линейку. И при этом добавляет всего 1 или 2 НОВЫХ ФУНКЦИОНАЛЬНЫХ БЛОКА. Вот только в V8 у немцев ПИД регулятор вышел.

У ЛОГО аналоговый вход 0-1000. целочисленный. Секс при создании PID ещё тот...

Вы хотите от прибора который Только появился возможностей как у PLC. У каждого прибора своя ниша.

Кто-то спорит с этим? Каждому прибору своё место.

Просто зарегистрируйтесь у немцев на форуме LOGO и посмотрите что там обсуждают. Там почти все что связанно с ошибками LOGO или багами софта.

Как-будто здесь что-то другое обсуждают.

Да есть пара работ с пид регулятором но это чисто что бы показать что и это реле тоже может. Что ПР что "немец" это дешёвый прибор от которого нельзя ждать точности как от спец . приборов.

Не всегда нужна большая точность.

Это как переросший таймер но не доросший PLC.

Ни фига себе "таймер", сейчас даже однозначного чёткого разделения ПР/ПЛК нет. Есть ПЛК с I/O менее10шт, и есть ПР с количеством I/O под сотню. И архивом впридачу.

Кто то тут правильно написал. Пусть это будет 1 новый ФБ но он должен работать на все 100% чем 5 ФБ которые работают через ОПУ.

Поддерживаю.

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

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

Да что ж вы всё хаскель да хаскель. Я про нормальный язык, а не про хаскель.