ЖУРНАЛ «СТА» №2/2006

92 СТА 2/2006 www.cta.ru Данный POU сможет работать с разными типами приво- дов, причём обратите внимание, что никакой их дифферен- циации в нём нет. VAR IM1, IM2: InitMove; DriveCAN1: CANDrive; DriveAna2: AnalogDrive; END_VAR DriveCAN1.SetCANId(12); IM1(D := DriveCAN1, Pos := 100); IM2(D := DriveAna2, Pos := 200); Можно легко применять интерфейсы так же, как обыч- ные типы данных, например, создавать массивы. Это по- зволяет использовать следующий приём: VAR AD: ARRAY [1..2] OF Drive; DriveCAN1: CANDrive; DriveAna2: AnalogDrive; I: INT; END_VAR DriveCAN1.SetCANId(12); AD[1] := DriveCAN1; AD[2] := DriveAna2; FOR I := 1 TO 2 DO AD[I].Home(); END_FOR З АКЛЮЧЕНИЕ Может возникнуть вопрос: насколько целесообразны или даже допустимы описанные расширения действующего стандарта МЭК 611313? Дело в том, что главное требование стандарта состоит в выполнении однозначно описанных в нём конструкций, без какихлибо отклонений. Это полностью применимо к функциональным блокам, которые сохраняют все свойства «нормальных» функциональных блоков, несмотря на все нововведения. Вы могли заметить, что описанные расширения языков программирования МЭК 611313 уже есть в других совре- менных языках, таких как Java или C#. Однако инструмен- тов, созданных на их основе специально для решения задач автоматизации, нет. Кроме того, переход на эти языки не соответствует практическим требованиям прикладных про- граммистов. Наконец, мы сталкиваемся с вопросом: действительно ли программистам ПЛК нужна технология ООП? Наши иссле- дования тысяч приложений, созданных в CoDeSys, показа- ли, что уже сейчас многие программисты пытаются реали- зовать конструкции ООП в своих проектах. Имея дело с аб- страктными приводами, сетями или агрегатами машин, они создают функциональные блоки с поведением, управляе- мым специальными флагами. Это указывает на растущую необходимость появления объектного подхода в мире авто- матизации. Достаточно многие пользователи 3S пытаются самостоятельно компенсировать отсутствие ООП, прилагая значительные усилия, чтобы иметь возможность автомати- чески генерировать код для однотипных приложений. Не- которые же открыто призывают нас к добавлению объект- ноориентированных функций. Мир ПК прошёл тот же позитивный путь развития. Так, популярность языка Basic, предназначенного для самого широкого круга программистов, значительно возросла по- сле добавления в него ООПрасширений. Популярность CoDeSys в области промышленной авто- матизации такова, что можно гарантировать непрерывную доработку и развитие новых функций. Кроме того, 3S будет продвигать включение объектноориентированных расши- рений в стандарт МЭК 611313. ● Dieter Hess — директор 3S-Smart Software Solutions GmbH Телефон: (+49-831) 540-310 Факс: (+49-831) 540-3150 Перевод с немецкого Стефании Клёкнер, Игоря Петрова Телефон: (4812) 65-8171 В З АПИС Н УЮ К НИЖК У ИНЖЕ Н Е РА Применения ZUP и Genesys TM • Автоматическое испытательное оборудование • Управление технологическими процессами • Электротермотренировка полупроводниковых изделий • Лазеры МОЩЬ и ИНТЕЛЛЕКТ Серия ZUP (Zero-Up) • Выходная мощность 200/400/800 Вт • Встроенный интерфейс RS-232/485 (GPIB по заказу) • Универсальный вход 85-265 В переменного тока • Выходные напряжения до 120 В, ток нагрузки до 132 A • Программная калибровка Cерия Genesys TM Наивысшее значение удельной мощности в конструктиве 1U! • Выходная мощность 750/1500 Вт • Встроенный интерфейс RS-232/485 (GPIB IEEE488/488.2 SCPI по заказу) • Выходные напряжения до 600 В, ток нагрузки до 200 A • Конфигурирование посредством внешнего напряжения/тока и ПО • Драйверы LabView и LabWindows • Монтаж в конструктив высотой 1U Тел.: (495) 234-0636 • Факс: (495) 234-0640 E-mail: info@prosoft.ru • Web: www.prosoft.ru #220 Программируемые источники питания – Cерия Genesys TM Серия ZUP