Красивая вещч ООП, но ООП это не язык, а стиль мышления. Язык стиль мышления не заменит, а наоборот запросто.Сообщение от Sniper007
К нам немцы не прислушаются. А к Вам прислушаются. Вы покупаете!
К переходу готовы
Красивая вещч ООП, но ООП это не язык, а стиль мышления. Язык стиль мышления не заменит, а наоборот запросто.
К нам немцы не прислушаются. А к Вам прислушаются. Вы покупаете!
К переходу готовы
Практически:
Для V2.3 есть огромное число обученных специалистов. Их можно найти почти на любом предприятии в России. Есть русская версия. Поэтому для коммерческих приложений прямо сейчас я пожалуй предпочту ПЛК с V2.3. Будет полегче сопровождать.
Актуальная версия V3.3. Локализация делается. К концу мая будет русский интерфейс. Полностью вся документация на русском к концу года. Как обычно для наших пользователей все будет доступно бесплатно.
Увы, есть вещи внутри V2 которые задумывались и воплощались на уровне развития технологий который был в свое время. Их можно улучшать понемногу (что и делается), но в тоже время есть понимание: начни сейчас с нуля – сделали бы иначе, совсем по-другому. Наверняка и вас часто бывает такое после окончания некой большой работы. В итоге было принято весьма болезненное для 3S решение разработать новую систему программирования с нуля. Получилась V3. Решение больное для разработчиков в первую очередь. Анонс новой версии мгновенно привел ее ожиданию заказчиками и спаду продаж. Сейчас ситуация выправилась.
К сожалению для нас в V3 принципиально другая система исполнения в контроллере. Среду программирования V3 нельзя использовать для программирования контроллеров сделанных под V2.3. На уровне прикладных проектов совместимость есть, но ПЛК нужно переделывать сильно.
В V3 много видимых улучшений: ООП, распределенные системы в одном проекте, несколько приложений в одном контроллере, конфигурирование пассивных устройств, сервер данных, тонкий клиент визуализации, OPC UA, всякие красоты в редакторах и др. и пр. С этим все понятно. Для меня совсем неожиданным явился спрос на технологию Automation Platform. Изначально предполагалось что это внутренняя технология для себя, для разработчиков 3S и очень очень редких изготовителей ПЛК, у которых возникнет желание переделать CoDeSys. Однако оказалось, что есть немало серьезных компаний, которые специализируются на определенных прикладных областях и имеют свой софт для проектировщиков. Например, рисуется объект из типовых модулей (задвижки, привода и др.). К нему автоматом генерируются все описания сигналов и даже шаблон программы (обычно FBD). Возникает мысль интегрировать эту среду с CoDeSys (заодно выбросив избыточный функционал). Получается простой в применении инструмент проектирования заточенный четко под себя. С его помощью можно программировать любые ПЛК, которые поддерживают V3. Т.е. можно ожидать, что кроме универсальной среды CoDeSys в перспективе появятся специализированные инструменты. Будут ли эти компании их использовать только сами, но и давать (продавать) сказать сложно. Абсолютно новая область, пока не изведанная
Глобально:
Есть очень серьезный вопрос развития языков программирования ПЛК на ближайшие десятилетия. Понятно, что эти языки надо развивать. Но как? Вопрос бурно обсуждается в научных кругах. Практически же получается все плохо. Все попытки собрать кучу умных людей от ведущих компаний заканчиваются откровенным базаром. Те, кто могут делают сами то, что могут придумать. Вот после многолетнего обсуждения приняли МЭК 61499. Да, неплохое улучшение, возможно, многим полезное (противники тоже есть), но и не более того. Не революция.
Доработать стандарт МЭК под ООП – это естественная идея лежащая на поверхности, причем активно требуемая пользователями. Она реализована в V3. Плюс компонентная модель ядра. Это мощный фундамент, на котором можно делать еще более интересные штуки. В частности высокоуровневые языки программирования нового поколения. Один красивый вариант уже реализован в CoDeSys. Пока это чисто научный проект. К концу года будет отполирован и представлен на суд общественности. Впрочем, это пока секрет
Предложения по доработке:
Конечно, давайте обсуждать и предлагать доработки. CoDeSys – это живая система. Именно для этого мы проводим ежегодные конференции по CoDeSys. Так сложилось, что в России это не маркетинговое мероприятие, а более разработчиское. Руководитель проекта CoDeSys Дитер Хесс не зря приезжает на всю неделю (с его графиком это совсем не просто). Разговаривать с ним исключительно интересно. Все кажется так просто и даже странно что сам не догадался. Убедите его что надо изменить в CoDeSys и это будет реализовано. Подробнее о конференции тут. Сейчас составляю программу. Если есть желающие сделать презентацию или обсудить тему, то давайте прямо сейчас
А вы оптимист, Игорь Викторович)))Для V2.3 есть огромное число обученных специалистов. Их можно найти почти на любом предприятии в России.
По крайней мере 4 тыс человек в России с CoDeSys V2.3 работать умеют. Понятно, это совсем мало по масштабам Овен
Причины для оптимизма возникают благодаря общению с приятными людьми. Плюс заказчики всякие хорошие появляются.
Вы наверняка знаете такие штуки как PLCcore. Это ядро для быстрой разработки ПЛК. Обычно микро-плата с процессором, памятью, диском, сетевыми интерфейсами и интерфейсами для подключения входов/выходов. Обязательно продвинутый софт, включая ОС и среду МЭК 61131-3 программирования. В последнее время модно ставить еще и FPGA для своих расширений. Силовую обвязку добавил и получил готовый ПЛК. Классический пример Beck IPC@CHIP.
В деле разработки таких устройств решила поучаствовать замечательная компания из США: Intel. Есть у них широко известные процессоры Atom. Прекрасно подходят для встраиваемых систем, но изготовители ПЛК к ним еще не пристрелялись. Тут хорошо бы иметь свой PLCcore. Люди в компании Intel умные – все продумали и сделали на высшем уровне. Угадайте, какую среду МЭК 61131-3 программирования они выбрали?
Последний раз редактировалось Игорь Петров; 17.03.2009 в 12:01.
Ваши права
