Новиков С.О. Лекции по CoDeSyS

Подождите немного. Документ загружается.

Лекция CoDeSys (Новиков).

Вызов ф-ии. С перечислением значений параметров.

В языках Паскаль и Си вызов ф-ии производится по имени, с перечислением в скобках списков

актуальных входных параметров, через запятую, слева – направо. Аналогичный способ применён

в языке ST. Например Y:=MUX(0, x1,x2); (*возвращает нулевой вход х1*) Здесь обратим

внимание на то, что наименования параметров нам не нужны. При перечислении параметров

важно только правильно соблюсти последовательность в соответствии объявлениями функции. В

графических языках порядок входных параметров определяется сверху – вниз.

(Вставить рисунок.)

0-----|

Х1---|

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

Например: Y:=MAX(x1,x2)(*Возвращает наибольшее по значению входных параметров*)

Y:=MAX(x2,x1)(*Возвращает то же*)

Присваивание значений параметроам ф-ии.

Вторым способом вызова ф-ии предусмотрено непосредственное присвоение значний

параметрам ф-ии по именам. Пример: stHello:=concat(st:=’Добрый’, str2:=’День’); Тоже самое

можно записать так: stHellow:= (‘Добрый’,_'день'); Возможны модификации

этих записей когда, допустим Добрый может быть указано просто в апострофах, а переменная str2

будет принимать значение день. Если в программе уже определена переменная с именем

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

нелогичным: stHellow:=concat(str1:=str1, str2:=’День’) На самом деле здесь всё правильно т.к.

слева от знака присваивания находится параметр функции, справа – переменная. Данный способ

вызова функции предполагает возможность задавать параметры в произвольном порядке и

опускать некоторые из них. (Данная версия 2.4 CoDeSys не обеспечивает ф-ям такой возможности.

С версией 3 всё работает)

Ф-ии с переменным числом параметров.

Для многих ф-ий трудно предугадать сколько значений нужно будет обработать в конкретном

случае. Например для ф-ии AND можно ограничиться двумя входами и использовать «лесенку

вызова ф-ии» для обработки большего числа переменных.

Например:

Данная конструкция не очень красивая, логичней было бы иметь возможность расширить ф-ию:

Лекция CoDeSys (Новиков).

Так как показано на рисунке. МЭК предусматривает такую возможность. В текстовых языках

расширение производиться добавлением переменных в конец списка параметров. В графических

языках щелчком на правой клавиши мыши и выбор добавить параметр.

Операторы и ф-ии.

Операторы – это символы определённых операций. Их можно определить и как ф-ии наделённые

определёнными привилегиями. Во-первых вход для оператора транслятор задаёт сам и е требует

подключения библиотек. Во-вторых многие операторы меют особые формы записи в выражениях

st например математич операторы (сложение, вычитание, умн., деление.) имеют традиционное

представление в символьных языках. Соответсвенно + - * /. В графич языках эти опер-ры выглядят

как обычные ф-ии. Можно обходиться без символьного представления. Например:

Y:=SUB(MUL(4,x),3); Но символьно представление проще и нагляднее Y:=4*x-3, В математике ещё

проще Y=4x-3 Все записи равнозначны по смыслу. Символьное представление понятнее и даёт

возможность больше сконцентрироваться на сути выражения, а не на форме представления.

Перегрузка ф-ий и операторов.

Существует много ф-ий имеющих смысл для переменных разного типа. Например ф-ия MAX

возвращает наибольшее из входных значений. Очевидно, что подкоманд микропроцессора,

оперирующих с переменными типа Sin и Real, должен быть разным . Но с т. зрения МЭК – это одна

и та же ф-ия. Автоматическая генерация разного кода для одной ф-ии, в зависимости от типа

переменной называется перегрузкой. Реализация перегрузки польз-ой ф-ии достаточно сложна

для транслятора. Перегрузка операторов прозрачна для компилятора только с т.зрения типов. В

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

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

совместимости с входными параметрами. Так, если ф-ия MAX, с входными параметрами типа INT,

в этом случае выход будет типа INT.

Пример ф-ии.

Рассмотрим пример ф-ии целого типа с именем Near_by . Возвращающий ближайший к образцу

вариант обращения из двух входных переменных in1, in2, paM.

FUNKTION NEAR_by: INT

VAR_INPUT

PaM, in1, in2: INT;

END_VAR

На языке ST тело ф-ии выглядит следующим образом:

IF ABS(in1-paM)<ABS(in2-paM) THEN

NEAR_by:=Iin1;

ELSE

NEAR_by:=Iin2;

END_IF

Локальные переменные в этом примере не использованы, соответственно секция объявления

переменных VAR отсутствует. На языке IL данная прога будет выглядеть так:

Лекция CoDeSys (Новиков).

LD in2

SUB paM

ST tmp

LD in1

SUB paM

ABS

LT tmp

NOT

JMPC ret_in2

LD in1

ST NEAR_by

RET

Ret_in2:

LD in2

ST NEAR_by

В данном примере исп-ся промежуточная переменная tmp , которую необходимо объявить в

разделе объявления локальных переменных.

VAR

Tmp:int;

END_VAR

Аналогичная ф-ия на языке FBD может быть реализована с применением бинарного

мультиплексора.

Ограничение возможностей ф-ии.

Можно ли написать ф-ию с внутренней памятью? Ответ – можно, если пойти на хитрость и

использовать в ф-ии глобальную переменную. Значение такой переменной сохраняется при

повторном вызове. При этом сама ф-ия будет обладать уникальной глобальной переменной. В

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

переменной. Создать несколько независимых счётчиков на основе такой ф-ии невозможно. Кроме

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

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

значения для одинаковых входных данных. Но на самом деле глобальная переменная и

аппаратный ресурс ф-ии не принадлежат. В этом случае они для ф-ии являются формальными

параметрами. Разница в том, что законный параметры для ф-ии готовят вызывающий код, а

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

заданные начальные значения, получают их всякий раз в начале работы, если начальные значения

не заданы ситуация может быть различной. Транслятор может обнулить их принудительно или не

тратить на это время и возьмёт случайные значения – это зависит от реализации системы.

Некоторые генераторы кода имеют специальный флажок в настройках, который предоставляет

программисту выбор – скорость или дополнительная страховка от случайных ошибок. Обычно

транслятор размещает локальные переменные и параметры ф-ии в стеке, но это не всегда так.

Возможно, что из соображений оптимизации или в силу аппаратных ограничений (некоторые

процессоры имеют очень маленький стек) для ф-ии отводится место в статической области памяти

данных. Тогда может получиться, что ф-ия может сохранять свои значения между вызовами – это

Лекция CoDeSys (Новиков).

исключение из правил используется крайне редко и оно крайне опасно . Компоненты SFC

диаграмм требуют некоторой области памяти данных для запоминания своего текущего

состояния. Поэтому они и не используются в ф-ях. C экземплярами функциональных блоков

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

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

CoDeSys не ограничивает такую возможность следуя з-ну Кейсара «Можно сделать защиту от

дурака, если дурак не изобретательный.» По определению ф-ия возвращает только одно

значение, но это можно обойти. Тип ф-ии может быть составным, например структурой. Здесь

нужно иметь ввиду, что прежде чем использовать данные этой структуры, её придётся присвоить

некоторой относительной переменной. Такое присвоение выполняется транслятором путём по-

байтного копирования. Фактически – это цикл скрытый от глаз программиста цикл за знаком

равенства. При копировании структуры или массива, требуется некоторое время,

пропорциональное размеру. Ф-ия обязательно должна иметь хотя бы один входной параметр и

обязательно должна возвращать значение. Если возвращать нечего – возвращаем BOOL!!! Можно

даже не присваивать значение выходной переменной, тогда по умолчанию возвращается False.

Возврат BOOL имеет мизерные затраты кода для любого типа процессора. Если применение ф-ии

по каким-либо причинам затруднено или нецелесообразно – используется ф-ый блок.

Функции в логических выражениях.

Они имеют одну тонкость, которая заключается в том, что логические выражения не всегда

вычисляются целиком. Возможно, что по некоторой начальной части выражения можно сделать

вывод об итоговом значении, т.е. если выражение содержит ф-ии, то нельзя гарантировать, что

все они будут вызваны. Пример

IF FUNC1(X) OR FUNC2(X) THEN

Если func1(x) возвращает True, то Func2(x) возвращать не будет.

В данном примере нельзя гарантировать, что ф-ия NORMA будет вызвана 2 раза. Если первый

вызов даст FAlse, то понятно, что дальше логическое выражение можно не проверять. В ф-ях

крайне не желательно выполнять запись выходов ПЛК и глобальных переменных. Отловить такую

ошибку практически не возможно. Связанно это с тем , что даже, если конкретная программа

успешно работает на 1-ом ПЛК, ошибка может проявиться в другой версии компилятора или в

другой программной среде.

Функциональный блок.

FB – это программный продукт(компонент), отображающий множество значений входных

параметров на множество выходных. После выполнения функционального блока все его

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

одними и теми же входными параметрами может выдавать различные выходные значения. В нём

сохраняются все переменные, включая входные и выходные. Так, если вызвать FB не определяя

значения некоторых входных переменных, он будет использовать ранее установленные значения.

Возможность задания переменного числа входных значений заложено по определению. Из вне

достпны только входы и выходы ф-ого блока. Получить доступ к внутренним переменным блока

нельзя. С позиции ООП FB – объект.

Лекция CoDeSys (Новиков).

Создание экземпляров FB.

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

аналогична объявлению переменной. Описав новый блок мы, фактически создаём новый блок,

подобный структуре. Каждый FB может иметь любое количество экземпляров. Так например

экземпляры блока ТАЙМЕР, совершенно не зависимы друг от друга. Каждый из них имеет

собственные настройки. Каждый блок имеет собственный идентификатор и свою область

значения в статической памяти. Объявление доп. Экземпляра FB приводит лишь, к ещё одной

области памяти данных, код остаётся общим.

Экземпляр FB создаётся в разделе переменных или в разделе глобальных переменных. Как и

переменная, получает уникальный идентификатор. Например, создание стандартного экземпляра

FB – инкрементный счётчик с идентификатором ctuTIMEMETER: ctu; Из этого следует,что

создавать экземпляры можно только для известных системе блоков. Это библиотечные блоки или

блоки созданные пользователем. С точки зрения транслятора создание экземпляра означает

выделение необходимой памяти для реализации необходимых блоков. Экземпляр FB можно не

только вызывать, но и использовать в качестве других переменных других FB.

Доступ к переменным экземпляра.

После создании экземпляра FB можно начинать с его данными, при это совсем не обязательно

вызывать блок. Обращение к переменным экземпляра точно такое же как к элементам структуры

данных – через точку.

ctuTIMEMETER.RESET:=FALSE;

ctuTIMEMETER.pv:=100;

x1:= ctuTIMEMETER.cv;

Специальный индекс «=>» позволяет получить значения выхода сразу после выполнения блоков.

На языке IL можно написать CAL ctuTIMEMETER (RESET:=FALSE, cu:=INP1, cv => x1); На языке ST

запись выглядит также только без CAL. При вызове FB можно определять только необходимые

Лекция CoDeSys (Новиков).

параметры, причём в произвольном порядке. Входы экземпляра доступны для записи и чтения.

Выходы только для чтения. Изменять значения выходов можно только из тела блока из вне

нельзя. Транслятор отслеживает подобные действия и выдаёт соответствующие ошибки. Вызвать

экземпляр FB с перечислением параметров как ф-ию нельзя. Значения входных переменный

должны присваиваться непосредственно. В текстовых языках входный переменные

перечисляются в скобках, сразу после имени экземпляра. В графических языках неиспользуемые

входы и выходы остаются неподключёнными.

На языке ST при отсутствии параметров после имени экземпляра скобки ставить не нужно. Т.е.

ПРИМЕР: ctuTIMEMETER(); - лишние пустые скобки

Использовать экземпляр FB в выражении нельзя, но можно использовать входы и выходы.

Например, X1:=ctuTIMEMETER.pv – ctuTIMEMETER.cv +1; Моджно определять значения входов

блока заранее и вызывать экземпляр ф-ого блока вообще без параметров. Пример на языке ST:

ctuTIMEMETER.RESET:=FALSE;

На языке IL:

LD ctuTIMEMETER.RESET;

ST ctuTIMEMETER.RESET;

Cal ctuTIMEMETER;

Инициализация данных экземпляров.

При описании FB в разделе объявления переменных, можно явно присвоить начальное значение

переменной. Например

FUNCTION BLOCK SyncSwich

Var

………..

Sync:BOOL:=FALSE;

При создании функционального блока пеменная Sync получит значение FALSE, если начальное

значение не заданно – используются нулевые значения. Экземпляр FB может потребовать

индивидуальной инициализации, отличной от той, которая определена при реализации.

Установку начальных значений проще выполнить при создании экземпляра. Значения данных

при создании экземпляра сильнее значений, заданных при реализации блока.

SyncSw1:SyncSwich:=(sync:=TRUE) // Теперь переменная SyncSw1. Получит начальное значение

True, не смотря на значение, указанное при объявлении блока. Физические ч значения

переменная получает ещё до использования экземпляра. Возможны случаи, когда экземпляру FB

. Например при настройке блока необходимо произвести некоторые вычисления. Специальной

процедурой инициализации в FB не предусмотрено, поэтому на инициализации придётся

потратить несколько первых циклов выполнения экземпляров. Окончание инициализации обычно

индицируется выходом ENO – выходом готовности. Часто удобно применять для инициализаии

действия и сосредоточить контроль для инициализации в одном месте (обычно шаг InitSfc). Такой

подход позволяет производить инициализацию данных, экземпляров блок и программ в

необходимой последовательности и взаимосвязи. На практике для блоков требующих

определённой настройки достаточно ввести несколько дополнительных блоков (уставов), так

делается во всех стандартных блоках.

Лекция CoDeSys (Новиков).

Особенности реализации и применения FB.

Входные переменные внутри блока доступны для записи – это вызывает определённый соблазн

для программиста. Так например входную переменную удобно использовать в качестве

перемнной счётчика. Это позволяет избежать создания дополнительной локальной переменной.

Т.к. при вызове экземпляра блока вводная переменная должна получать новое значение ничего

страшного, на первый взгляд, в этом нет. Вызов экземпляра не обязан сопровождаться

присваиванием значений все формальным параметрам. Возможно, что в какой-то момент мы

решим, что входной параметр определён и можно не задавать его повторно, в результате

значение параметра будет равно тому значению, которое он имел в роли локальной переменной

при предыдущем вызове экземпляра. Использовать такой приём нужно крайне осторожно. В

общем случае входная переменная экземплярного блока нужно рассматривать как константу.

Применение глобальных переменных в FB вызывает такие же проблемы. В этом случае

экземпляры перестают быть независимыми.

Применение глобальных переменных в функции блоках вызывает теже проблемы,ч то и в

функциях, экземпляры блока перестают быть независимыми. Изменение переменной,

выполняемое одни блоком, проявляет себя совсем в другом месте. Иногда это необходимо, в

обычной практике желательно ограничить такое применение глобальных переменных. Если

экземпляры FB используют глобальную переменную по чтению – проблем не будет. Аналогичная

ситуация с прямо-адресуемой памятью. Единственная проблема – это повторное использование

блоков. При использовании других адресов в другой программе или блоке их придётся поправить.

Решение этой проблемы даёт использование шаблонных переменных.

ШАБЛОННЫЕ ПЕРЕМЕННЫЕ

Шаблонные переменные – конфигурационные переменные. Являются частично-определёнными,

прямо-адресуемыми переменными. Прямой адрес заменяется звёздочкой (*). Определение

полного адреса определяется в специальном разделе ресурсов. Пример:

Создание функционального блока Shaman. Пусть этот блок содержит локальную переменную

bMAR.

FUNCTION BLOCK SHAMAN

VAR

bMAR AT % I*: bool;

END_VAR

Создадим два экземпляра FB в главной программе:

PROGRAMM PLC_PRG

VAR

SHAM1: SHAMAN;

SHAM2: SHAMAN;

END_VAR

Для того чтобы окончательно разобраться с шаблонной переменной экземпляров их необходимо

описать в разделе ресурсов проекта.

В разделе ресурсов появится:

VAR CONFIG

PLC_PRG.SHAM1.bMAR AT%I1.0:bool;

PLC_PRG.SHAM2.bMAR AT%I1.1:bool;

Типы данных шаблонной переменной указанной в объявлении блока и при настройке адреса в

ресурсах обязаны совпадать.

ПРИМЕР ФУНКЦИОНАЛЬНОГО БЛОКА.

В качестве простого примера реализуем блок синхронного переключателя SyncSwitch. Алгоритм

его работы следующий: выход переключателя – Q принимает значения равные входу START, но

переключение выхода разрешено только при SYNC=True.

Лекция CoDeSys (Новиков).

Диаграмма работы синхронного переключателя.

Условие включения выхода выражается следующей формулой: Q = Start and Sync, а условие

выключения – Q= NOT START and Sync. Значение выхода должно сохраняться между

синхроимпульсами. Поэтому использовать для программирования этого устройства функцию

нельзя. Пример реализации блока SyncSwitch на языке IL:

FUNCTION BLOCK SYNCSWITCH

VAR_INPUT

START: BOOL;

SYNC: BOOL;

END_VAR

VAR_OUTPUT

Q: BOOL;

LD SYNC

AND START

ST Q

LD SYNC

ANDN START

ST Q

Такой блок полезен для реализации «безуадарного» переключения в цепях переменного тока.

Импульсы синхронизации должны отражать интервалы, когда мгновенное значение интервала =

0. В этом случае переключение силовой цепи с выхода SYNCSWITCH будет происходить без броска

тока.

ДЕЙСТВИЕ

В функциональных блоках не хватает возможности выполнять несколько различных операций,

особенно, если блок содержит объёмные данные. Можно, конечно сделать дополнительный вход

и по нему анализировать, что мы хотим от блока. В CoDeSys такая возможность реализована.

Функциональные блоки и программы можно дополнять действиями. Действия работают внутри

блока с полным доступом ко всем данным. Его можно вызвать как из блока так и из вне. Действие

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

выходов. При вызове действия из тела блока наименование экземпляра не требуется. Действие не

имеет собственных данных и использует входы, выходы и локальные переменные блока. Язык

Лекция CoDeSys (Новиков).

реализации действия произвольный Дополним блока SYNCSWITCH действием Break. Пусть вызов

данного действия приводит к безударному переключению выходов. Для определения действия

необходимо выбрать блок в организаторе объектов и дать команду ADD ACTION. Опишем

действия на языке ST как Q:=False. Вызвать действие из ST программы можно так:

SYNCSWITCH1.BREAK(Q=>q);

В графических языках прямоугольник представляющий данное действие будет иметь заголовок

SYNCSWITCH1.BREAK (обратим внимание на то что окно редактора для действия не имеет радела

объявления переменных). Компоненты программ с действиями имеют раскрывающиеся списки в

организаторе объектов. Список действий в разделе объявлений POU не отражается. В CoDeSys

действия можно использовать как код программы.

ПРОГРАММЫ

Программа – глобальный программный глобальный компонент, отображающий множество

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

блок. Она является самым крупным компонентном. При помощи программ организуется верхний

уровень проекта и управление многозадачностью.

ИСПОЛЬЗОВАНИЕ ПРОГРАММ

Обращение к переменным и вызов программ ничем не отличается от работы с экземпляром FB.

Правильные, с точки зрения стандарта проект должен включать одну или несколько программ,

ассоциированных с задачами. При этом число функций и FB не ограниченно. Экземпляров

программ не существует в отличие от FB. Все программы определены глобально, существуют в

единственном экземпляре. Ограничений на количество и способ использования программ в

CoDeSys нет. При создании проекта codesys автоматически создаёт программу PLC_PRG в

однозадачном проекте она является главной. Цикл выполнения в пользовательской задаx

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

необходимых компонент.

СТРУКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ПЛК

Назначение задача – это управление работой, проекта, используемых одним процессором. Как и

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

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

тригерной переменной. Циклические задачи выполняются через определённые промежутки

времени. Каждая задача может включать вызов одной или нескольких программ. Если программа

имеет входные переменные VAR_INPUT они задаются в описании задачи. Все программы одной

задачи выполняются в одном рабочем цикле ПЛК. Описание задач в системах программирования

ПЛК выполняется по-разному, это может быть текстовое описание или графическое

представление. CoDeSys содержит специальный инструмент – менеджер задач (Task

Con|gura~on). В любом проекте всегда как минимум существует одна задача. ПО умолчанию – это

циклическая задача, вызываемая в каждом рабочем цикле. В CoDeSys она включает единственную

программу PLC_PRG. Каждая задача обладает определённым приоритетом. Приоритет лежит в

пределах от 0 до 32. Чем выше число тем меньше приоритет. Если две или более задач должны

получить управление одновременно, то побеждает задача с более высоким приоритетом. Так

если две или более задачи всегда совпадают по времени и имеют разные приоритеты, то задача с

меньшим приоритетом не будет работать. При одинаковом приоритете управление получает

задача имеющая большее время ожидания. Т.е. две равно-приоритетные задачи будут работать

поочерёдно. В системе исполнении CoDeSys реализована не вытесняющая многозадачность – это

означает, что любая задача, даже более приоритетная даёт работать текущей задаче до конца

одного, рабочего цикла. Работа циклических задач является аппаратно независимой. Механизм

управления задачами всегда опирается на аппаратный системный таймер, поэтому нельзя

гарантировать, что будет обеспечена точность вызова задач в миллисекундах. (до 1ой

миллисекунды). Как правило минимальная дискретность временного интервала на который мы

можем рассчитывать = 10 миллисекунд. Для CoDeSys = 10микросекунд. Когда речь идёт для

медленных задачах интервалы измеряются десятыми долями секунды. При таких интервалах

Лекция CoDeSys (Новиков).

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

многозадачности оказывается в достаточном для высокой точности работы циклических задач.

Например, задачу поддержания рабочего давления воздуха в ресивере при помощи включения и

выключения компрессора. Двигателю компрессора необходимо не менее 5 секунд для разгона, а

допустимое увеличение давления произойдёт, лишь через полторы-две минуты. Следовательно,

дёргать компрессор чаще, чем в 2 минуты бессмысленно.

На данном рисунке показано определение трёх задач. Задача Т1 имеет приоритет =10 и должна

вызываться каждые 200 миллисекунд. Задача Т2 имеет приоритет = 20, должна вызываться в

каждом рабочем цикле, не занятом другими задачами. Задача Т3 имеет самый высокий

приоритет = 1, должна вызываться через каждые 800 миллисекунд. Windows эмулятор даёт

рабочий цикл () 55 миллисекунд, он привязан к тикам системного таймера.

РЕСУРСЫ

С точки зрения МЭК ресурс – это один процессор, снабжённый собственной системой управления.

Т.е. одна или несколько задач загружается в ресурс и исполняются им. В CoDeSys используется

понятие «Проект» - это программное обеспечение, обеспечивающее работу конкретного

приложения. Слово «Ресурсы» употребляется во множественном числе и определяет набор

аппаратно зависимых модулей проекта. Таким образом проект включает аппаратно независимую

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

Ресурсы содержат:

1) Определение глобальных и прямо адресуемых переменных.

2) Конфигурацию ПЛК.

3) Установки целевой системы исполнения (Тип микропроцессора, распределение памяти,

порядок байт в слове, параметры сети и т.д.)

4) Менеджер задач.

В ресурсы включается также дополнительные фирменные инструменты, зависящие от

особенностей конкретной системы исполнения. В нашем случае – это модуль трассировки

переменных, терминал для работы с фирменными командами ядра, ПЛЦ – броузер, конфигуратор

сети и т.д. Эти элементы являются необязательными. Их наличие и тонкости реализации зависят

от конкретной аппаратуры и встроенного ПО ПЛК.

Конфигурация