Вы напрасно считаете пользователей ПР дураками.Сообщение от rovki
Любой нормальный инженер АСУ сегодня умеет программировать порой лучше тех, кто учился на программиста.
И если некому пользователю важно, чтобы программирование автоматики было сродни сбора релейной схемы, ему стоит подумать о том, что его призвание - электромонтер или слесарь КИП, а не АСУшник
Просто это ПР. РЕЛЕ!Я приводил случаи, когда схемный подход крайне плох (автонастройка, логарифм, массивы, итеративные вычисления и т.п.).
Для таких вещей есть иные системы.
Я понимаю, национальная особенность - есть микросхема - возьми с нее 100% функционала. А лучше 101% Но в целом мир живет по другому.
Так и используйте ,то что вам лично удобнее -ПЛК с кодесис с 5 языками.Границ нет ,есть желание получить ПЛК по цене ПР и все .А ПР оставьте тем кому удобнее схемы рисовать .Вы что же думаете схемы ПК и смарт тиви программисты делают или уже систем с жесткой логикой нет ,особенно в военной технике .
электронщик до мозга костей и не только
Батенька ,вы о чем (о ком) .Ключевое слово Сегодня ,а за долгое время подготовлены миллионы схемотехников .Электронщиков ни как не меньше чем программистов .Электронщики это не те кто схемы Рисует ,а те кто алгоритмы реализует в железе (жесткая логика) и где даже процесс отладки отличается от процесса отладки программы.И принцип работы другой (параллельный) .Для них и сделано ПР .Если ,как пишет Ситников ,работать в ОЛ не удобно и не безопасно,а люди делают проекты замечательные не смотря на это ,то они значит умнее тех кому легко .Вы напрасно считаете пользователей ПР дураками.
Любой нормальный инженер АСУ сегодня умеет программировать порой лучше тех, кто учился на программиста.
И если некому пользователю важно, чтобы программирование автоматики было сродни сбора релейной схемы, ему стоит подумать о том, что его призвание - электромонтер или слесарь КИП, а не АСУшник
В результате получим контроллер с поддержкой МЭК языков и конским ценником.
"Конский ценник" поставит крест на нишевом применении ПР. Что я буду логарифмировать в конечном автомате, который работает на дискретных сигналах?
Онлайн-режим для этого намного полезнее.
Нужно правильно оборудование подбирать соответственно выполняемой задаче.Вот найдётся кто-то "идейный", который сделает "макрос автонастройки ПИД". Макрос возьмут и взорвётся объект. Вот здорово будет.... В ОЛ физически нет возможности сделать тест этого самого ПИД регулятора. Вручную что-ли на вход подавать "температуру печи" и щёлкать выполнение "одного цикла"? Тестировать нужно не один сценарий, а много. Тестировать нужно и ошибки датчиков. По-хорошему, при любой модификации алгоритма нужно заново всё перепроверять.
А что-нибудь взорвать всегда помогут. В Чернобыле и Фукусиме с этой задачей справились на "отлично", несмотря на всю защитную автоматику.
Это как?Был уже один, который утверждал, что "в железе законы математики не действуют".
Можете пояснить?
О, да, слова "конский ценник" всё объясняют.
Применю к вам ваши же аргументы: "если добавить онлайн-режим, то конский ценник поставит крест на нишевом применении ПР". Каково?
Да, вы безусловно правы. Если добавить поддержку всех МЭК языков в ОЛ, то цена будет прямо как от космолёта. Но я и не прошу добавлять все языки.
Текущая тема не про МЭК языки для ПР-ОЛ, а про один-единственный "IL язык". Язык, в котором команды тривиальные, расположены по одной на строку и т.п. С его реализацией сложностей быть не должно, учитывая что сам по себе ОЛ уже компилирует в какой-то такой язык свои FBD картинки.
Или речь про то, что "ну, раз ПР-ОЛ можно на IL программировать, то цену-то в 2 раза приподнимем"? По-моему, бред.
Т.е. "ПИД с автонастройкой" это уже за областью применимости ПР?
Прямо так, так и было. Пояснил в личку.Это как?
Можете пояснить?
Вот почему ,вроде тоже (как Ситников) программист Владислав сечет на раз ,а другие продвинутые дальше носа своего не видят ,а потому что одни делают для всех (круг пользователей) ,а другие для себя любимого ,прикрываясь фразами о заботе о других продвинутых пользователей и не думая о последствиях (повышение затрат и цен) ибо это не их товар и не им жить на полученную прибыль или убытки.
Задача была плохо поставлена при разработке ОЛ от того и все последующие проблемы, бесконечные доработки и споры.
Задача была поставлена правильно ,а опыта было маловато .Проблем при использовании ОЛ не было больших ,за исключением переполнения стека.Доработки связаны с увеличением функционала .Вспомним первые версии и последнею -небо и земля .Сменилась платформа и сменился ОЛ ....но он по прежнему поддерживает все платформы и старые проекты -одно это сильно усложнило задачу...Просто одни философствуют ,а другие уже десятки проектов сделали и делают и не нарадуются .
Последний раз редактировалось rovki; 13.03.2017 в 10:49.
Господа, давайте не устраивать холивар в каждой теме.
Такие темы будут закрываться и убираться в курилку.
Вольд получил бан на 10 дней. starmos получает предупреждение.
Основная логика OL - простая система для широкого круга пользователей. Знакомых с релейкой и работой с шрафическим представлением ФБ. И этого мы, в ближайшее время, менять не планируем.
Однако это не значит, что OL не может развиваться.
Основной язык бесспорно останется FBD. Для основных потребителей данного продукта мы будем продолжать создавать макросы. Включая блоки для вентиляции, управления насосами, ПИД и т.д.
Но добавление редактора для создания макросов на Си подобных языках обдумаем. Большое спасибо за идею.
Для тех, кто больше двух дней читает умные книжки, кому за это платят и есть на это время - всегда готовы предложить ПЛК на CODESYS. На st писать - не переписать. Да и расширенный SFC, на мой взгляд, может дать фору Дракону.
Ваши права
