Устройства, системы и способы конфигурирования программируемого логического контроллера

Устройства, системы и способы конфигурирования программируемого логического контроллера

Иллюстрации

Показать все

Реферат

Перекрестные ссылки на связанные заявки

Настоящая заявка испрашивает приоритет предварительной патентной заявки США № 60/839879 (дело поверенного № 2006P17472US (1009-204), поданной 24 августа 2006 года, которая включена в настоящий документ посредством ссылки во всей своей полноте.

Предшествующий уровень техники

Системы управления могут использоваться для того, чтобы контролировать параметры и/или управлять устройствами. В системах управления один или более датчиков могут быть коммуникативно связаны с программируемым логическим контроллером (PLC) через один или более модулей ввода/вывода (I/O). Через I/O модуль PLC может управлять одним или более устройствами, такими как реостат, выключатель, контроллер последовательности (секвенсор), контроллер шагового двигателя, контроллер сервомотора, контроллер исполнительного элемента, привод шагового двигателя, привод сервомотора, шаговый двигатель, серводвигатель, линейный двигатель, двигатель, привод с шариковой винтовой парой, сервоклапан, гидравлический исполнительный элемент и/или пневматический клапан и т.д. Конфигурирование PLC, компонентов системы и/или программно-аппаратных средств или программного обеспечения, связанных с ними, может быть важными действиями относительно контроля датчиков и/или управления устройствами.

Сущность изобретения

Технический результат, достигаемый при использовании настоящего изобретения, заключается в автоматическом обеспечении пользовательского интерфейса на основании информации о том, выполняет ли программируемый логический контроллер (PLC) управляющей программы.

Некоторые приведенные для примера варианты осуществления включают систему. Система может содержать рендерер (модуль воспроизведения) пользовательских интерфейсов, который может быть приспособлен для воспроизведения множества отдельных пользовательских интерфейсов. Каждый пользовательский интерфейс из множества отдельных пользовательских интерфейсов может быть приспособлен, чтобы конфигурировать соответствующее приложение программного обеспечения из множества приложений программного обеспечения, ассоциированных с работой программируемого логического контроллера (PLC).

Краткое описание чертежей

Широкое разнообразие потенциальных практических и полезных вариантов осуществления поясняется в последующем детальном описании определенных примерных вариантов осуществления со ссылками на иллюстрирующие чертежи, на которых:

фиг.1 является блок-схемой образцового варианта осуществления системы 1000;

фиг.2 - примерный пользовательский интерфейс;

фиг.3 - примерный пользовательский интерфейс;

фиг.4 - примерный пользовательский интерфейс;

фиг.5 - примерный набор пользовательских интерфейсов 5000;

фиг.6 - примерный пользовательский интерфейс;

фиг.7 - примерный пользовательский интерфейс;

фиг.8 - примерный пользовательский интерфейс;

фиг.9 - примерный набор пользовательских интерфейсов 9000;

фиг.10 - примерный пользовательский интерфейс;

фиг.11 - примерный пользовательский интерфейс;

фиг.12 - примерный пользовательский интерфейс;

фиг.13 - примерный пользовательский интерфейс;

фиг.14 - примерный пользовательский интерфейс;

фиг.15 - блок-схема примерной системы 15000;

фиг.16 - примерный пользовательский интерфейс;

фиг.17 - примерный пользовательский интерфейс;

фиг.18 - блок-схема примерной системы 18000;

фиг.19 - блок-схема примерного варианта осуществления способа 19000; и

фиг.20 - блок-схема примерного варианта осуществления информационного устройства 20000.

Детальное описание

Определенные примерные варианты осуществления могут обеспечить систему. Система может включать в себя рендерер пользовательских интерфейсов, который может быть приспособлен, чтобы воспроизводить множество отдельных пользовательских интерфейсов. Каждый пользовательский интерфейс из множества отдельных пользовательских интерфейсов может быть приспособлен, чтобы конфигурировать соответствующее приложение программного обеспечения из множества приложений программного обеспечения, ассоциированных с работой программируемого логического контроллера (PLC).

На фиг.1 показана блок-схема примерного варианта осуществления системы 1000, которая может включать в себя PLC 1100. PLC 1100 может содержать схему 1120. Схема 1120 может быть приспособлена, чтобы автоматически выполнять любой метод или действие, описанные здесь. Например, схема 1120 может быть приспособлена, чтобы коммуникативно связывать PLC 1100 с первой цепочкой модулей 1040, которая может включать в себя первый модуль 1200, второй модуль 1300 и третий модуль 1400. Первый модуль 1200, второй модуль 1300 и третий модуль 1400 могут быть коммуникативно связаны в последовательной конфигурации. Каждая смежная пара первой цепочки модулей 1040, таких как первый модуль 1200 и второй модуль 1300, может быть коммуникативно связана последовательно. Каждый из первого модуля 1200, второго модуля 1300 и третьего модуля 1400 может быть и/или может упоминаться как модуль ввода/вывода (I/O) и/или модуль расширения (I/O), каждый из которых может быть коммуникативно связан с соответствующим множеством датчиков, таких как первый датчик 1240, второй датчик 1340 и третий датчик 1440. Каждый из первого модуля 1200, второго модуля 1300 и третьего модуля 1400 может быть коммуникативно связан с соответствующим множеством исполнительных элементов, таких как первый исполнительный элемент 1280, второй исполнительный элемент 1380 и третий исполнительный элемент 1480. Каждый из первого модуля 1200, второго модуля 1300 и/или третьего модуля 1400 может быть приспособлен для осуществления связи с PLC 1100 в жестком реальном времени.

PLC 1100 может быть коммуникативно связан с второй цепочкой модулей 1080, которая может включать в себя четвертый модуль 1500, пятый модуль 1600 и шестой модуль 1700, которые могут быть коммуникативно связаны в последовательной конфигурации. Каждая смежная пара второй цепочки модулей 1080, таких как четвертый модуль 1500 и пятый модуль 1600, может быть коммуникативно связана последовательно. Четвертый модуль 1500, пятый модуль 1600 и шестой модуль 1700 могут быть и/или могут упоминаться как модули коммуникаций и/или буферные модули, каждый из которых может быть коммуникативно связан с множеством информационных устройств, таких как информационное устройство 1540 (проиллюстрированное как коммуникативно связанное с четвертым модулем 1500).

Программируемые логические контроллеры могут использоваться для того, чтобы контролировать параметры и/или управлять устройствами. Определенные примерные системы могут включать в себя один или более датчиков, таких как первый датчик 1240, второй датчик 1340 и третий датчик 1440, которые могут быть коммуникативно связаны с PLC 1100. Определенные примерные системы могут включать в себя устройства, управляемые PLC, такие как первый исполнительный элемент 1280, второй исполнительный элемент 1380 и третий исполнительный элемент 1480. В некоторых примерных вариантах осуществления PLC 1100 может осуществлять связь с датчиками и/или управляемыми устройствами через одну или более шин ввода/вывода (I/O).

В определенных примерных вариантах осуществления система 1000 и/или устройство, коммуникативно связанное с ней, может включать в себя схему 1120 и/или рендерер 1140 пользовательских интерфейсов. Схема 1120 и/или рендерер 1140 пользовательских интерфейсов может быть приспособлен, чтобы вызывать представление множества отдельных пользовательских интерфейсов. Каждый пользовательский интерфейс из множества отдельных пользовательских интерфейсов может быть приспособлен, чтобы конфигурировать соответствующее приложение программного обеспечения из множества приложений программного обеспечения, связанных с управлением и/или работой программируемого логического контроллера (PLC). Рендерер 1140 пользовательских интерфейсов может быть приспособлен для изменения, по меньшей мере, одно из множества различных пользовательских интерфейсов в ответ на автоматическое обнаружение прав доступа, связанных с пользователем. По меньшей мере, один из множества различных пользовательских интерфейсов может быть приспособлен, чтобы вызвать автоматическое сравнение, по меньшей мере, одного значения принятого ввода конфигурирования с предопределенным значением и/или предопределенным диапазоном значений. Рендерер 1140 пользовательских интерфейсов может быть приспособлен, чтобы первоначально воспроизводить один из множества пользовательских интерфейсов в ответ на помещение соответствующей иконки иерархически организованного дерева инструкций вблизи от и/или в редакторе и/или воспроизведенной иконки редактора. Рендерер 1140 пользовательских интерфейсов может быть приспособлен, чтобы обеспечить последующее воспроизведение пользовательского интерфейса, который содержит значения, модифицированные посредством ввода конфигурирования.

По меньшей мере, один из множества отдельных пользовательских интерфейсов может быть приспособлен, чтобы вызвать автоматическую генерацию пропорциональной/ интегральной/производной (PID) процедуры управления. Пропорциональная/интегральная/производная (PID) процедура управления может быть приспособлена для исполнения посредством PLC 1100. По меньшей мере, один из множества отдельных пользовательских интерфейсов может быть приспособлен, чтобы вызвать автоматическую генерацию быстродействующей процедуры подсчета и/или быстродействующей процедуры управления. Быстродействующая процедура подсчета и/или быстродействующая процедура управления могут быть приспособлены для исполнения посредством PLC 1100. По меньшей мере, один из множества отдельных пользовательских интерфейсов может быть приспособлен для того, чтобы вызывать автоматическое конфигурирование одного или более не-PLC устройств, таких как первый модуль 1200, второй модуль 1300, третий модуль 1400, четвертый модуль 1500, пятый модуль 1600 и шестой модуль 1700, один или более из которых могут быть коммуникативно связаны с PLC 1100. Один или более из первого модуля 1200, второго модуля 1300, третьего модуля 1400, четвертого модуля 1500, пятого модуля 1600 и шестого модуля 1700 могут быть модулем коммуникации. По меньшей мере, один из множества различных пользовательских интерфейсов может быть приспособлен, чтобы вызвать автоматическую генерацию сообщения, указывающего на автоматически определяемые различия между первой версией управляющей программы и второй версией управляющей программы PLC.

Для выбранного приложения программного обеспечения из множества приложений программного обеспечения рендерер 1140 пользовательских интерфейсов может быть приспособлен, чтобы автоматически обеспечивать первый пользовательский интерфейс, если PLC исполняет управляющую программу, и второй пользовательский интерфейс, если PLC не выполняет управляющую программу. Выбранное приложение программного обеспечения может быть выбрано, основываясь на заданной конфигурации. Рендерер 1140 пользовательских интерфейсов может не использовать языковой редактор PLC, чтобы конфигурировать выбранное приложение программного обеспечения. Выбранное приложение программного обеспечения может быть приспособлено так, чтобы ссылаться на него через автоматически воспроизводимое иерархически организованное дерево инструкций. Дерево инструкций может определяться организованной структурой, связанной с доступными машинными инструкциями PLC. Первый пользовательский интерфейс может быть приспособлен, чтобы обеспечить текущий набор параметров конфигурации, связанных с выбранным приложением программного обеспечения. Первый пользовательский интерфейс может быть приспособлен для приема ввода конфигурирования от пользователя. В ответ на ввод конфигурирования, первый пользовательский интерфейс может быть приспособлен, чтобы изменять один или более параметров конфигурации из текущего набора параметров конфигурации. Второй пользовательский интерфейс может быть приспособлен для облегчения отладки выбранного приложения программного обеспечения. Второй пользовательский интерфейс может быть приспособлен для приема ввода отладки от пользователя.

Рендерер 1140 пользовательских интерфейсов может быть приспособлен для воспроизведения каждого из множества пользовательских интерфейсов в ответ на метаданные, полученные из иерархического представления множества приложений программного обеспечения, такие как метаданные, связанные с иерархическим деревом. Рендерер 1140 пользовательских интерфейсов может быть приспособлен, чтобы модифицироваться для добавления, по меньшей мере, одного пользовательского интерфейса к множеству пользовательских интерфейсов без изменения управляющей программы PLC.

В некоторых примерных вариантах осуществлениях один или более из первого модуля 1200, второго модуля 1300, третьего модуля 1400, четвертого модуля 1500, пятого модуля 1600 и шестого модуля 1700 могут быть приспособлены, чтобы конфигурироваться через один из множества отдельных пользовательских интерфейсов.

В некоторых примерных вариантах осуществления система 1000 и/или устройство, коммуникативно связанное с ней, может включать в себя генератор 1160 программного обеспечения. Генератор 1160 программного обеспечения может быть приспособлен, чтобы автоматически генерировать приложение PLC в ответ на информацию, предоставленную через, по меньшей мере, один из множества пользовательских интерфейсов.

PLC могут использоваться для решения сложных прикладных задач. Примерные прикладные задачи могут включать в себя:

В пропорциональном/интегральном/производном (PID) управлении PID контура могут использоваться в приложениях, приспособленных для управления определенным измерением до предопределенной уставки. Примеры PID управления могут включать в себя поддержание управления температурой и/или поддержание постоянного расхода. PID алгоритм может быть приспособлен, чтобы измерять текущие значения управляемой переменной и автоматически настраивать параметры управления для поддержания соответствующей температуры и/или потока.

В некоторых примерных технологических операциях быстродействующий отсчет может быть желателен, когда часто требуются измерения событий, которые происходят с очень высокими скоростями. Когда отсчет достигает определенного значения, определенные приложения могут быть приспособлены, чтобы управлять одной или более переменными в процессе. Определенные примерные варианты осуществления могут быть приспособлены для измерения и/или отсчета электрических импульсов с частотой приблизительно 200 килогерц или приблизительно на каждые 5 микросекунд. В некоторых примерных вариантах осуществления относительно высокоскоростные операции могут отсчитываться и/или управляться.

Некоторые примерные варианты осуществления могут быть приспособлены для осуществления связи с одним или более не-PLC устройствами, используемыми для поддержки связанных задач автоматизации. Некоторые примерные варианты осуществления могут поддерживать специализированные протоколы связи. Например, каждый из автоматических измерителей веса, передатчиков температуры, дифференциальных передатчиков, струйных принтеров и/или систем наблюдения может осуществлять связь с использованием определенного специализированного протокола связи. Для того чтобы осуществлять связь с устройствами этого типа, PLC может быть приспособлен для осуществления связи с использованием каждого специализированного протокола. Некоторые примерные варианты осуществления могут поддерживать передачи протокола Freeport. С использованием Freeport передач приложение PLC клиента может быть разработано для управления передачами Универсального асинхронного приемника-передатчика (UART). В некоторых примерных вариантах осуществлениях UART может конфигурироваться и/или управляться совместимым образом со специализированным протоколом связи уникального устройства.

В некоторых примерных вариантах осуществления специализированная прикладная управляющая программа PLC может быть разработана для предпочтительного использования принципиальной способности, предоставляемой PLC. Прикладная программа может быть созданным потребителем программным обеспечением, которое управляет электрическими входами и выходами PLC.

Прикладные управляющие программы, созданные потребителем, могут быть относительно сложными. Настройка конфигурации в PLC может быть относительно сложной. Программное обеспечение станции инженерной разработки (ES), такое как Step-7 или Step-7 Microwin и/или рендерер пользовательских интерфейсов, может быть приспособлено для обеспечения представления и интерфейса потребителю в PLC. Программное обеспечение ES может быть адаптировано для пользователя, чтобы конфигурировать PLC и/или создавать специализированную прикладную программу.

Программное обеспечение ES может быть адаптировано для потребителя, чтобы создавать приложения, используя вышеупомянутые способности. В некоторых случаях, таких как Freeport, потребитель может программировать фактические местоположения памяти PLC, чтобы использовать конкретную способность. В других случаях мастера приложений могут быть предусмотрены через рендерер пользовательских интерфейсов, способствуя смягчению сложности создания этих приложений.

Для некоторых задач управления потребитель может конфигурировать определенные переменные, такие как показанные ниже в табл.1, определенным образом посредством кода приложения. Как только конфигурирование завершено, потребитель может вставить программные инструкции в код приложения, чтобы начать одну или более желательных операций. Для Freeport инструкции могут быть названы как XMT (передать) и RCV (принять).

Таблица 1
Ячейка памяти	Поле	формат	тип	Описание
SMB1	Биты статусаFreeport	Биты	Выход	Индикаторы потенциальныхошибок Freeport
SMB2	ПринятыйСимвол	Байт	Выход	Содержит каждый символ, принятый с Порта 0 или Порта 1 при Freeport коммуникации
SM3.0	Бит четностиFreeport	Бит	Выход	Обнаружена ошибка четностис Порта 0 или Порта 1
SM4.0	Битпереполнения	Бит	Выход	Этот бит разрешен при переполнении очереди прерывания коммуникаций
SMB30	Региструправления	Биты	Вход	Регистры управленияFreeport для Порта 0
SMB86	Принятьстатуссообщения	Биты	Выход	Принять статус сообщения
SMB87	Принятьуправлениесообщения	Биты	Вход	Принять управление сообщения
SMB88	НачальныйСимвол	Байт	Вход	Начало символа сообщения
SMB89	КонечныйСимвол	Байт	Вход	Конец символа сообщения
SMW90	Время свободнойЛинии	Слово	Вход	Время свободной линии в мс.Первый символ, принятый после истечения времени свободной линии, есть началонового сообщения.
SMW92	МежсимвольноеВремя	Слово	Вход	Значение таймаута в мс межсимвольного/временного таймера. Если период таймера истек, принятое сообщение завершено.
SMW94	Максимумсимволов	Слово	Вход	Максимальное число символов, подлежащих приему. Этот диапазон должен быть установлен на ожидаемый размер буфера.
SMB130	Региструправления	Биты	Вход	Регистры управленияFreeport для Порта 0
SMB186	Принятьстатуссообщения	Биты	Выход	Принять статус сообщения
SMB187	Принятьуправлениесообщения	Биты	Вход	Принять управление сообщения
SMB188	НачальныйСимвол	Байт	Вход	Начало символа сообщения
SMB189	КонечныйСимвол	Байт	Вход	Конец символа сообщения
SMW190	Время свободнойЛинии	Слово	Вход	Время свободной линии в мс.Первый символ, принятый после истечения времени свободной линии, есть началонового сообщения.
SMW192	МежсимвольноеВремя	Слово	Вход	Значение таймаута в мс межсимвольного/временного таймера. Если период таймера истек, принятое сообщение завершено.
SMW194	Максимумсимволов	Слово	Вход	Максимальное число символов, подлежащих приему. Этот диапазон должен быть установлен на ожидаемый размер буфера.

Для других задач управления способности конфигурирования могут быть предоставлены в форме мастеров (то есть графических пользовательских интерфейсов). Мастера могут быть приспособлены, чтобы помогать потребителю конфигурировать приложение. Например, часть PID мастера проиллюстрирована на фиг.2 и фиг.3.

На фиг.2 и фиг.3 представлены примерные пользовательские интерфейсы. Мастер может исполняться независимо, отдельно от соответствующей прикладной программы. Конфигурация, созданная исполнением мастера, может быть видимой в пределах этой формы. Конфигурация может быть невидимой из контекста прикладной программы. В некоторых примерных вариантах осуществлениях первый пользовательский интерфейс, такой как пользовательский интерфейс по фиг.2, может быть предоставлен для конфигурирования примерного PID управления. В ответ на один или более пользовательских вводов может быть предоставлен пользовательский интерфейс по фиг.3, через который пользователь может обеспечить дополнительные вводы, связанные с PID управлением.

На фиг.4 показан примерный пользовательский интерфейс, который может включать в себя дерево 3100 инструкций. В результате, когда инструкция сброшена из ES дерева инструкции в выбранный редактор, такой как редактор 3200, конфигурация может быть невидимой. Конфигурация может быть доступной отдельно из мастера.

В некоторых примерных вариантах осуществления прикладное программирование и конфигурирование сложных прикладных задач могут быть упрощены в относительных членах. Сложные прикладные задачи могут реализовываться и конфигурироваться через Smart-Clients («интеллектуальные клиенты»), и конфигурация может быть реализована через инструкции.

Некоторые примерные варианты осуществления позволяют перетаскивание инструкции в редактор и обеспечение конфигурирования двойным щелчком мыши на инструкции. Эта последовательность проиллюстрирована ниже на фиг.5.

На фиг.5 показан примерный набор пользовательских интерфейсов 5000, который может включать в себя дерево 5100 инструкций и редактор 5200. Через дерево 5100 инструкций и/или редактор 5200 предопределенный набор различных пользовательских интерфейсов, таких как первый пользовательский интерфейс 5300, второй пользовательский интерфейс 5400 и третий пользовательский интерфейс 5500, может быть предоставлен и/или воспроизведен пользователю. Открытие экземпляра инструкции может быть контекстно-зависимым. Когда выполняется двойной щелчок мышью на инструкции, при выполнении редактирования программы контекст конфигурации может быть активизирован, как проиллюстрировано на фиг.5. В ответ на пользовательские вводы, предоставленные через первый пользовательский интерфейс 5300, второй пользовательский интерфейс 5400 и третий пользовательский интерфейс 5500, контекст дерева инструкций может изменяться, что может привести к одному или более видимым или невидимым изменениям дерева 5100 инструкций.

На фиг.6 показан примерный пользовательский интерфейс, который соответствует первому пользовательскому интерфейсу 5300 по фиг.5. На фиг.7 показан примерный пользовательский интерфейс, который соответствует первому пользовательскому интерфейсу 5400 по фиг.5. На фиг.8 показан примерный пользовательский интерфейс, который соответствует первому пользовательскому интерфейсу 5500 по фиг.5.

На фиг.9 показан примерный набор пользовательских интерфейсов 9000, который может включать в себя первый пользовательский интерфейс 9000 и второй пользовательский интерфейс 9200. Пользовательский интерфейс 9000 может включать в себя иконку 9100 инструкции. В некоторых примерных вариантах осуществлениях, при двойном щелчке на иконке 9100 инструкции, при выполнении отладки программы, отображаемый контекст может отличаться от того, когда не выполняется отладка. На фиг.10 показан примерный пользовательский интерфейс, который соответствует пользовательскому интерфейсу 9100 по фиг.9, который может иллюстрировать пользовательский интерфейс, предоставленный во время отладки. Пользовательский интерфейс 9100 может включать в себя диаграмму тренда, указывающую на выполнение одной или более прикладных программ, относящихся к отладке.

Некоторые примерные варианты осуществления, в относительных членах, могут упростить конфигурирование потребителем сложных прикладных задач, обеспечивая контекстно-зависимые элементы пользовательского интерфейса, которые графически проводят потребителя через процесс конфигурирования.

Некоторые примерные варианты осуществления могут связывать конкретную конфигурацию с каждым экземпляром данного приложения "Smart-Client". Двойной щелчок мышью на каждом экземпляре "Smart-Client" может обеспечить контекстно-чувствительную среду пользовательского интерфейса, которая может быть приспособлена для поддержки конфигурирования или отладки приложения пользователя.

Smart-Client настройка может определить средство для настройки одной или более стандартных функциональных возможностей путем добавления так называемых Smart-Client (интеллектуальных клиентов) к системе. С точки зрения пользователя эти Smart-Clients могут быть квалифицированы любым из следующего: Smart-Clients могут быть объектами, которые увеличивают стандартные функциональные возможности, предоставленные Step 7+; и/или Smart-Clients могут быть объектами, которые предоставляют упрощенный пользовательский интерфейс потребителю.

С точки зрения системы Smart-Clients могут быть расширениями стандартных Step 7+ объектов, которые обеспечивают дополнительные функциональные возможности. Smart-Client настройка может определить коллекцию правил и/или рекомендаций, которые могут быть приспособлены, чтобы позволить разработчику добавить дополнительные функциональные возможности системы. Примеры таких дополнительных функциональных возможностей могут включать в себя следующее:

группировка специализированных последовательностей конфигурации, таких как PID контроллеры, высокоскоростные счетчики или модули аппаратных средств;

улучшенное воспроизведение и представление, такое как графическое отображение настроек контроллера вместо представления таблицы DB значений реализации; и/или

дополнительные правила конфигурирования, такие как проверка и предписание значений экземпляра (класса объекта) между определенными диапазонами или вычисление значений экземпляра, основываясь на определенных потребителем конфигурациях, и т.д.

В языковых редакторах Smart-Clients могут использоваться в ступенчатом или сетевом программировании. Некоторые примерные варианты осуществления могут использовать вызов в блок, который содержит функциональные возможности Smart-Client. Эти случаи могут использовать:

реализацию нового экземпляра Smart-Client;

модификацию экземпляра конфигурации Smart-Client; и/или

визуализацию экземпляра онлайнового состояния Smart-Client и т.д.

Реализация таких Smart-Clients может включать в себя:

перетаскивание Smart-Client из списка инструкций или карты задач в ступень или сеть; и/или

заполнение в любой конфигурации или параметризации страницы свойств и т.д.

Это может привести к вызову (или встроенному коду) и дальнейшим данным или объектам (блокам), содержащим примерную операцию для этого экземпляра Smart-Clients. Следующая фигура иллюстрирует примерный вариант осуществления процедуры, PID контроллер, обеспеченный как таковой, может выполнять Smart-Client, будучи реализованным.

Модификация экземпляра Smart-Client может включать в себя один или более следующих шагов:

рассматриваемый экземпляр может быть открыт (двойным щелчком мыши, или контекстным меню, или соответствующим действием); и/или

вместо запуска редактора блока Smart-Client может быть вызван для повторного выполнения конфигурирования и т.д.

Это может привести к модификации на вызове или других данных или объектах, представляющих экземпляр по фиг.5.

Визуализация экземпляра Smart-Client может включать в себя один или больше следующих шагов:

рассматриваемый экземпляр может быть открыт для визуализации (соответствующим действием); и/или

вместо запуска редактора блока Smart-Client может выполнить визуализацию своего конкретного экземпляра и т.д.

Это может привести к конкретной функциональной возможности визуализации Smart-Client, выполняемой, как проиллюстрировано на фиг.9.

Будет ли конкретный экземпляр открыт для онлайновой или офлайновой визуализации, может быть определено текущим состоянием редактора. Если редактор находится в онлайновом состоянии при открытии экземпляра для визуализации, Smart-Client может запрашиваться для проведения онлайновой визуализации. Если редактор находится в офлайновом состоянии, может инициироваться офлайновая визуализация.

В редакторах конфигурирования аппаратных средств Smart-Clients могут использоваться, чтобы конфигурировать функции встроенного центрального процессора (CPU), такие как конфигурация высокоскоростного счетчика или внешние модули аппаратных средств, такие как Интернет-модули. Некоторые примерные варианты осуществления могут конфигурировать модули аппаратных средств, которые могли бы быть слишком сложными, чтобы поддерживаться в соответствии с описанием(ями) ведущего устройства (MDD) или только конфигурациями описания типовой станции (GSD). Описание(я) ведущего устройства и описание типовой станции могут описывать способности индивидуального устройства аппаратных средств.

На фиг.11 показан примерный пользовательский интерфейс, который может быть приспособлен для получения информации от пользователя, которая может использоваться для конфигурирования модуля системы PLC. Пользовательский интерфейс может предложить пользователю предоставить IP адрес, маску подсети, адрес шлюза и/или тип соединения модуля, ассоциированный с модулем. В некоторых примерных вариантах осуществления информация, полученная через пользовательский интерфейс, может использоваться для конфигурирования модуля и/или коммуникативно связывать модуль с системой PLC.

Smart-Client может предложить программную поддержку разработчику. Некоторые примерные варианты осуществления могут использовать одно или более из следующего:

создание экземпляра;

модификация экземпляра и/или

визуализация экземпляра (онлайн) и т.д.

Создание экземпляра Smart-Client может выполняться перетаскиванием из списка модулей (карта задачи, показывающая доступные модули) в панель конфигурации аппаратных средств. Некоторые примерные варианты осуществления могут включать в себя страницы свойств, приспособленные для определения параметризации модуля. Некоторые примерные варианты осуществления могут обеспечить параметризацию устройства для конкретного устройства или модуля.

Модификация экземпляров Smart-Client может включать в себя один или более следующих шагов:

экземпляр модуля может быть открыт (двойным щелчком, или контекстным меню, или соответствующим действием); и/или

Smart-Client может быть вызван для повторного запуска конфигурирования модуля/параметризации и т.д.

Некоторые примерные варианты осуществления могут обеспечить модифицированную конфигурацию устройства. Визуализация экземпляра связанных с модулем Smart-Clients может включать в себя один или больше следующих шагов:

рассматриваемый экземпляр может быть открыт (двойным щелчком, или контекстным меню, или соответствующим действием) и/или

Smart-Client может быть вызван для выполнения визуализации его конкретного модуля и т.д.

Некоторые примерные варианты осуществления могут обеспечить определенные функциональные возможности визуализации Smart-Client.

Для некоторых Smart-Clients тип бесконтекстного использования может включать в себя операции типа мастера. Такой мастер может быть разработан для генерации всей программы или конфигурации аппаратных средств и может быть запущен без определенного контекста к выбранному объекту. Вместо этого мастер может запросить контекст до старта.

На фиг.12 показан примерный пользовательский интерфейс, который может быть приспособлен для приема одного или более вводов от пользователя, связанных с конфигурированием тревог, ассоциированных с системой PLC. Пользовательский интерфейс может включать в себя множество логических кнопок и/или полей ввода, ассоциированных с конфигурированием тревог.

Некоторые примерные варианты осуществления могут быть объединены в платформу дополнением ввода главного меню под названием "Инструменты" или "Мастера". В некоторых примерных вариантах осуществления меню может включать в себя список в текущее время инсталлированных Smart-Clients. После активации некоторые примерные Smart-Clients могут определять свой операционный контекст.

Следующее может быть набором характеристик Smart-Client для некоторых примерных вариантов осуществления. Это сервисы, которые могли бы быть использованы добавленными клиентскими приложениями или средствами управления, чтобы выполнить конкретные настройки с добавленной стоимостью.

Объекты доступа и доступ к сервисам для сервисов, относящихся к Step+ проекту.

Эти сервисы могут включать в себя одно или более из следующего:

способность программно создавать определенные типы блоков (OB, DB, системный блок данных (SDB), FC, функциональный блок (FB);

способность программно удалять определенные типы блоков (OB, DB, SDB, FC, FB);

способность определять и изменять свойства блока, содержащие привилегии блока (только чтение, скрытый и т.д.);

способность программно генерировать и управлять ссылками признаков;

способность программно генерировать и управлять таблицей переменных; и/или

определенные типы объекта, представленные в объектном фрейме, могут быть доступными и т.д.

Относительно специализированных клиентских объектов может быть желательным, чтобы связанные с языком Smart-Clients имели сходное представление и вели себя подобно типичным блочным инструкциям как в дереве инструкций, так и в редакторе.

Относительно свойств инструкций, некоторые примерные варианты осуществления могут отличать Smart-Client от нормальной блочной инструкции, чтобы указывать, что дополнительная конфигурация может быть использована в ассоциированных страницах свойств. Это могло быть достигнуто включением специализированных пиктограмм в дереве инструкций и некоторых других отличительных характеристик в инструкции в редакторе.

Относительно кодирования инструкции и генерации кода может быть желательно, чтобы связанные с языком Smart-Clients вели себя как унаследованные блочные инструкции. Однако код, который генерируется для этих инструкций, может быть встроенным кодом и/или кодом, содержащимся в FC или FB. Например, PID Smart инструкция может создать циклическое выполнение ОВ, которое может исполнить фактическую PID инструкцию. Дополнительный код планирования может быть добавлен, чтобы отделить исполнение различных PID инструкций по различным PLC просмотрам.

Smart-Clients могут быть в состоянии постоянно хранить информацию, формируемую потребителем. Настроенные объекты могут объединяться с другими стандартными сервисами, такими как перекрестная ссылка, печать, отмена, выполнить повторно, найти/заменить и т.д. Настроенные клиенты могут быть способными выполнять офлайновые и онлайновые считывания и записи элементов DB и IDB. В настоящее время в STEP 7 названия символа для определенных потребителем функций (FB, FC) могут быть уникальными. Это также включает блоки данных (DB). В некоторых примерных вариантах осуществлениях символические ссылки на FC/FB и DB могут иметь то же самое имя. Это может позволить любым DB, используемым внутренним образом в пределах FC или FB, быть визуально ассоциированными, так как символическая ссылка может быть точно той же самой. Связанные с языком Smart Clients могут появляться в дереве инструкций точно так же, как «родные» (собственные) инструкции. Однако перетаскивание этих инструкций может привести к тому, что FC или FB реализуются в проект. Когда используются FC или FB, перетаскивание инструкции м