|
|
Соцопрос: языки МЭК 61131-3. |
Только вот к чему все это. Реализация "МЭКовских" языков разная в продуктах разных производителей. По той же самой юзабилити, да и по уровню "глючности". |
|
|
Главный инженер проектов.
"УралРТСофт" |
|
 |
|
|
Просто стоит задача разработать среду конфигурирования / программирования для своего контроллера (вернее, контроллеров). Языки МЭК - наиболее ... стандартный вариант. Вот и интересно, кто какие языки использует. Да и чисто профессиональный интерес. PS Если скооперируемся с CoDeSys и иже с ними, то будет, конечно, всё. Если нет, то опрос поможет определить, что в первую очередь нужно будет реализвать |
|
|
Атол-М, г.Пермь
|
|
|
|
|
Тогда FBD и LD.
Текстовые языки способны использовать только программисты. А вот FBD и LD несложны для использования технологами, которые привыкли работать со схемами, ну а программисты и подавно освоят. |
|
|
Главный инженер проектов.
"УралРТСофт" |
|
|
|
|
Начинать лучше с LAD. 5 языков МЭК61131-3 реализованы далеко не во всех средах программирования ПЛК, а вот LAD есть практически везде. Этот язык очень прост, удобен и нагляден при отладке программ.
|
|
|
|
|
У нас чаще всего - ST и CFC, чуть реже - LD. Для связки модулей - SFC. Хотя CFC и не входит в стандартный набор языков, но работу ускоряет в 10 раз (а то и в 100). Но я хочу сказать еще одну важную вещь. Все эти языки - железонезависимые. Кроме них еще необходимы средства связи с конкретной целевой платформой, без этого никак нельзя ! Чтобы по настоящему воспользоваться всеми средствами той системы, на которой запущен проект, должна быть связь проекта с программными модулями, написанными для конкретной системы - чаще всего на "местном" Си. На форуме, где-то уже была дискуссия на эту тему. Там почему-то Си рассматривался как подмена МЭК языкам (?!?!). Да никто не собирается C = x1 + x2 писать на Си ! Это с удовольствием пишется в МЭК. А Си нужен НЕ ВМЕСТО, а в ДОПОЛНЕНИЕ к имеющимся языкам, чтобы можно было полностью использовать аппаратуру. С уважением, SAN |
|
|
|
|
Полностью согласен с SAN - Си не подмена МЭК языкам, а дополнение. Часто встречаются задачи (узел учета с управлениями арматурой, ТП с использованием датчиков, имеющих нестандартный протокол и т. д.), когда удобно "основную" часть писать на LD (к примеру), а реализовывать ГОСТовские формулы или обмен с "полем" - на С'ях. |
|
|
|
Имхо конечно, но если в контроллере и среде программирования нормально реализованы LD и ST Си в принципе не нужен. |
|
|
|
|
Речь идет не о том, на каком языке удобнее написать какую-нибудь функцию, а о тех случаях, когда МЭК-языки не справятся в принципе. С уважением, SAN |
|
|
|
|
Но это уже может быть реализовано в контроллере и подвязано к языкам спецальными операторами. Или вообще реализовано на автоматическом уровне и программа в данном случае просто оповещается о произощедшем.
|
|
|
|
|
Набор ситуаций не ограничивается авариями, нужны и штатные API функции. Перенести все множество API в среду МЭК - нереально, и главное - не нужно. Должен быть простой механизм вызова системных функций из PLC проекта. И не следует опасаться злоупотреблений и "источника дополнительных ошибок". Основная часть проекта как писалась так и будет - никто и не заметит. А связь с системой ошибок не добавит - ведь она не заменяет, а дополняет существующие средства. С уважением, SAN |
|
|
|
Ответить 
|
Страница <1234 9> |
| Переход на форум | Права доступа на форуме  Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |
