Как стать автором
Обновить

Комментарии 13

О языке IEC61131-3 (промышленном диалекте Паскаля)

IEC61131-3 — это международный стандарт, который описывает 5 языков: ST (как раз промышленный диалект Паскаля), IL, SFC, FBD, LD.
Спасибо, исправил. Я в курсе, и в середине топика упомянул и IL, и остальных. Но в реальной жизни я обычно вижу один сплошной ST.
Да, прошу прощения. Надо избавляться от правила писать комментарии по ходу чтения поста.
Мне кажется в ST порой сложно показать структуру процесса, управление которым осуществляется. Всё-таки для таких целей графические языки будет удобнее.
Еще одна фишка KW — возможность смешивать IEC61131 и C#. И разрабатывать все это в Microsoft Visual Studio.

Если пробовали такой подход: на Ваш взгляд это сильно усложняет/упрощает процесс разработки?
Нет, не пробовал. Я больше по CoDeSys и производным. Разговаривал с представителями KW на выставках, они это рекламировали.
Прочитал пост. Так и не понял, при чём тут Angry Birds? С тем же успехом можно упомянуть Super Mario или Prince of Persia. К Паскалю они также не имеют отношения. Могу ошибаться, но написаны они на LUA.
Mario и Prince не подходят по смыслу, но можно вместо A.B. вставить любую популярную в апп сторах софтину. Я за аппсторами не слежу, поэтому вставил то о чем даже я слышал.
Прикладное ПО подобного плана проще и разумнее писать в панелях или на АРМ оператора,
чем например в PLC S7-300. Для минимизации действий по передаче данных на экран, которого у PLC зачастую просто нет.
Но это уже получается, что игра не в PLC, а фактически на PC.

А вообще у PLC несколько иные задачи, более серьезные в большинстве случаев.
И в примере с роботом играющим в крестики-нолики, львиная доля кода — это обработка данных с датчиков, позиционирование и управление приводами для отрисовки крестика или нолика.
Игра и ее логика боюсь скорее для наглядности и демонстрации :)
согласен полностью. Я вообще больше о компиляторах хотел написать, но наверное совсем подробности было бы скучно.

Робот там в демке не рисовал, а ставил фишки на доску. Там одна из фич была в safety, когда человек делал ход или тянул руку робот замирал.
Жаль, мне бы как раз были интересны подробности…
Впрочем за ссылки в любом случае большое спасибо.
Про MatLab например не знал.

Но логика это пол беды.
У нас почему-то проблемы в основном на границе PLC — периферия.

Так в ISaGraf (некий аналог CoDeSys) самой большой сложностью для нас была не логика программы,
а свои драйвера (устройства формата PC-104) встраиваемые в систему.

На Rx3i от General Electric были сложности при подключении 26 самопальных устройств-слейвов по ModBus TCP.

Александр, случаем нет в планах попытки сделать обзор решений для таких приграничных мест, если конечно таковые решения существуют?
Я к сожалению узкий специалист исключительно по производительности и jitter на x86. Последние годы занимаюсь оптимизацией PLC и motion control разных вендоров под x86, и поэтому периферию знаю плохо.
Самопальные устройства — это всегда геморрой :)

За что люблю Siemens — ему не надо каждый раз объяснять алгоритм «как почесать левую пятку», он это на уровне операционки делает. Но вот Modbus и Siemens в моей практике до недавнего был тяжело совместимым. Но с относительно новым их модулем для ET-200S (он ещё и недорогой, кстати) стало полегче :) До этого всегда старались использовать шлюзы AnyBus.

PS а кроме геморроя со связью есть ещё фильтрация аналоговых значений + диагностика каналов, фильтрация дребезга дискретных входов… В общем, даже на мелочёвку иногда руки чешутся PCS намазать :)
Зарегистрируйтесь на Хабре , чтобы оставить комментарий