Источники объектов

Строка «Где искать» есть у шагов «Найти объекты» и «Взять N-й». Она называет, среди чего шаг ищет. Это закрытый список из тринадцати пунктов, и под каждым в окне стоит строка-пояснение.

Note

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

Остальные пункты — не прогон: у них своя модель и свои поля.

Объекты прогона

Пункт списка	Пояснение в окне	Что это на самом деле
все объекты	весь прогон: объекты ПЛК, а устройства DevStudio — если прогон их загружал	Все объекты прогона. Устройства DevStudio (Modbus, OPC, коммутаторы) попадают сюда только когда прогон их загружал — а грузит их один парсинг HMI. После парсинга ПЛК это объекты ПЛК.
объекты ПЛК	часть того же прогона: заведённые на ПЛК	Сужение того же списка. Это значение по умолчанию у шага «Взять N-й».
устройства Modbus на экране: «устройства Modbus — DevStudio»	устройства Modbus DevStudio — грузит только парсинг HMI с «DS ModBus»	Объекты устройств Modbus из DevStudio. После парсинга ПЛК список пуст — так же, как у функций GAP.
устройства OPC	устройства OPC DevStudio — грузит только парсинг HMI с «DS OPC Device»	Объекты устройств OPC из DevStudio.
сетевые коммутаторы	коммутаторы сети DevStudio — грузит только парсинг HMI с «DS Diagnostic»	Сетевые коммутаторы.

Caution

Пустой список — не поломка схемы. Три источника DevStudio грузит только парсинг HMI и только при включённой соответствующей опции. Если схема ищет устройства Modbus, а прогон был по ПЛК, найдётся ноль — и это правильное поведение, такое же, как у функций GAP.

Не прогон, а то, что нашёл шаг выше

Пункт списка	Пояснение в окне	Что это
в пришедшем	не прогон, а то, что нашёл шаг выше	Отбор из того, что пришло по связи. С этим источником шаг получает вход «Объекты», и фраза меняется: вместо «найти» — «оставить из них те». Принимает не только объекты: словари отбираются по ключам, а из текстов и чисел берут по номеру.

Не прогон: свои модели

У этих источников своя модель и свои поля. Условие, собранное для объекта проекта, к ним не подходит — и конструктор это знает: подсказки полей он берёт из типа источника.

Пункт списка	Пояснение в окне	Тип объектов
обжтайпы	не прогон: обжтайпы проекта, у них свои поля	Обжтайп — узел дерева обжтайпов проекта, а не объект прогона.
карта полевых тегов	не прогон: шаблоны полевых тегов на тип объекта	Шаблон карты на тип объекта, в нём виды карты с образцом тега и строками «канал → fieldTag / digitalTag». То же, что функции GAP читают в CurrentTagAssignementMap.
уровни тревог	не прогон: уровни тревог AlphaAlarms ПЛК этой строки	Уровни тревог из AlphaAlarms. Особый случай — см. врезку ниже.
глобальные объекты HMI	не прогон: глобальные объекты HMI, например Severity	Глобальные объекты HMI проекта со своими свойствами.
данные симулятора	не прогон: тех. объекты моделей ПЛК, собранные для симулятора	Тех. объекты нескольких моделей ПЛК, собранные для симулятора: ключ — тег объекта, поля — колонки его строки. Это строки данных: имена полей вписывают руками.
модули Unimod	не прогон: узлы глобального словаря Unimod	Узлы глобального словаря Unimod.
устройства с листов MB. на экране: «устройства Modbus — ПЛК (листы MB.)»	не прогон: устройства Modbus с листов MB. книги ПЛК — кадры и датчики	Описания устройств с листов MB. книги ПЛК: имя устройства, кадры, строки датчиков. Это то, что в GAP называется ModbusDevsModels.

Два источника Modbus — самая частая путаница

Caution

В списке два пункта про Modbus, и это разные вещи. Именно поэтому на экране они подписаны иначе, чем лежат в файле схемы.

Нужно	Выбирать
Slave, кадры, датчики — то есть описание устройства из книги ПЛК	«устройства Modbus — ПЛК (листы MB.)» (в файле: устройства с листов MB.)
Объект устройства в проекте DevStudio, его поля как у объекта проекта	«устройства Modbus — DevStudio» (в файле: устройства Modbus)

Раньше оба назывались похоже, и инженер, которому нужны Slave и кадры, выбирал первый — а там оказывались объекты DevStudio с полями объекта проекта. Значения в файлах схем остались прежними: их держат сохранённые схемы.

Уровни тревог: список у каждого ПЛК свой

Note

уровни тревог — единственный источник, который берётся не у прогона, а у ПЛК той строки, для которой считается ячейка. Причина: на вкладке HmiManager в одном прогоне живут объекты нескольких ПЛК, и уровни тревог прогона — это уровни последнего разобранного, то есть чужие.

Следствие, которое надо держать в голове: схема с этим источником даёт разные ответы на строках разных ПЛК при одних и тех же аргументах. В графе «ВЫЗОВ» штампа про это появляется отдельная строка.

Чего в этом списке нет

Источники, у которых нет списка объектов, сюда не попадают. Настройки ПЛК — это таблица «имя → значение», а не список объектов; их читают не отсюда, а строкой «Объекты» шага «Взять поле» с пунктом ПЛК этой строки. См. Раздел «Данные».

Отдельной настройки «тип объекта» нет

И это сделано нарочно. Источник уже называет набор объектов, а тип — это обычная колонка OBJTYPENAME: сузить поиск по нему можно тем же сравнением, что и по любому другому полю.