Средство для программирования контроллера: Си или МЭК 61131?

Дмитрий Милосер
Для Вас сложные задачи- это прерывания, драйвера и пр. на уровне железа. Для меня - оптимизация процесса на уровне технологии. Согласитесь, разные вещи и подход тут должен быть совершенно другой?

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

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

 Я и говорю амбиции. Не ужели вы думайте, что вы спроектируйте любую систему, лучше тех людей которые  занимаются подобными системами не один год, зная все подводные камни которые на первый взгляд и не предполагаются. Без МЭК я обойдусь, а вот без С++ во многих проектах сомневаюсь. Да и зачем

Дмитрий Милосер

Стоп-стоп! :) Во-первых, я не утверждал, что я крутой программер на Си- но представление что это такое имею.

Тогда ненадо проводить паралели или перпендикуляры, а то каждую строчку критиковать лень.

Давайте жить дружно!!!

Дмитрий Теркель это ST от си не отличается, а си от ST отличается :)
Собственно, отличается тем, что как универсальный язык имеет значительно больше возможностей настройки на конкретную предметную область с помощью библиотек классов и макропроцессора (хотя последнее и не очень эстетично). То есть с помощью классов и макросов можно на Си ВЫРАЗИТЬ другие языки (даже так называемые графические, если выводить слово "графический" от слова "граф", не имея ввиду обязательные двумерные картинки).

Предположим что это так. Какое это даст преимущество пользователям? Не "вообще", а конкретно в АСУ ТП? Повысится ли их продуктивность и улучшится ли качество управления тех. процессом от того, что вместо готовых средств управления, представляемых МЭКовскими языками, пользователям дадут полуфабрикат, на котором "можно написать что угодно"? Сомневаюсь...

Заставь всех писать только на Си, и скорей всего это закончится тем, что они начнут изобретать велосипед и "заново откроют" LD, FBD, етс.

Владимир Е. Зюбин Для нас основной причиной отказа от языков МЭК61131-3 - является их полная непригодность для решаемой задачи.

Они не универсальны, это верно. Я не удивлен что даже в АСУ ТП находятся задачи которые (пока) удобнее решать на сях.  Когда они станут типовыми - производители предложат типовые же решения. Оставаясь в рамках МЭК.

Я это готов воспринимать так. Вам не удалось найти готовые функциональные блоки, которые решали бы Вашу задачу. Вместо того чтобы написать такие блоки самим и далее работать в рамках МЭКовских языков, Вы решили вообще выбросить все, и начать с нуля... ;-)

Владимир Е. Зюбин Кстати, Вы говорите о некоем "МЭКовском языке", который годы кто-то там разрабатывал... так вот. Языков в МЭКе
не один, а целых пять, да еще в некоторых средствах  (ISaGRAF, к примеру) и Си отлично просматривается...  по вполне понятным причинам... ;-)

В МЭКе сями и не пахнет. По вполне понятным причинам (с) ;-)

Владимир Е. Зюбин При этом звучат  какие-то забавные утверждения об универсальности  МЭК-подхода

Цитатку, плз, где это Вы такое углядели?

Ну да ладно уж, не буду придираться... Более того, готов согласиться. МЭК представляет универсальный подход для решения типовых АСУ ТП задач. И универсальную оболочку для изящной инкапсуляции нетиповых задач. В конце концов, чем функциональный блок хуже ++ в сях? Инкапсуляция - есть, наследование - есть,  полиморфизм - и тот можно сделать при желании.

Более того, LD и FBD по сути своей - функциональные языки. До такого уровня императивный по природе С++ не допрыгает никогда, имхо ;-)

Владимир Е. Зюбин и о многолетней проработке...

Истинно, многолетней. Даже сам стандарт "варился" лет пятнадцать прежде чем его приняли.

Давайте провозгласим лозуг

ПРОСТЫЕ ЗАДАЧИ ДЛЯ МЭК СЛОЖНЫЕ ДЛЯ С++!!!

И все станет на свои места, а крики, что на си писать долго рабираться плох это для тех кто его незнает. Тоже можно сказать и о МЭКовских языках.

Дмитрий Милосер
Мне просто интересно, как, и сколько времени уйдет на разработку и решение например таких задач, как:

Тут видныы одни картинки которые в нормальном языке рисуются бес проблем. На машинах верхнего уровня как правило пишим на VB6? быстрей выход проекта. Графики таблички там готовые библиотеки, а вот сбор данных смотреть надо, толи С++ толи МЭК.