AlKon
Forum Professor / Завсегдатай форума
Участник № / Member № 1919
отправлено / posted
Немножко запутался - подскажите: Задача такая - есть параметр МикроМРВ: канал 1 МРВ: канал 2
Необходимо просматривать на экранах и графических панелях, а также изменять значение параметра, и в МикроМРВ, и в МРВ, и с консолей NLL. Какие типы каналов должны быть (Input/Output) и как они должны быть связаны между собой?
Сообщения / Posts 229 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1. "Канал1" - Input. 2. Видимо, "Параметр" должен обрабатываться в МРВ (архивироваться, контролироваться по диапазонам значений с формированием сообщений в ОТ, документироваться и пр.). Т.к. этот "Параметр" управляется независимо тремя разными средствами (по месту, от МРВ и от NLL), целесообразно иметь в МРВ 2 канала: "Канал2_1" - INPUT, привязанный к РЕАЛЬНОМУ значению "Канал1", "Канал2_2" - OUTPUT, привязанный к ВХОДНОМУ значению "Канал1". 3. Аргумент экрана в консоли должен быть типа OUTPUT и привязываться атрибуту ВХОДНОЕ значение "Канал1". По действующему алгоритму в консоли такой аргумент периодически будет менять свой тип на INPUT и индицировать текущее значение удаленного канала.
Ответственность за регламент разрешения противоречий, которые могут возникать при управлении одним параметром с трез мест, берет на себя проектировщик.
Сообщения / Posts 17335 | Из / From: Россия
| IP / IP: IP адрес / IP address |
AlKon
Forum Professor / Завсегдатай форума
Участник № / Member № 1919
2. RTM_1: канал_Float "dPp_401_in" - Input = dPpNO_E401:Реальное значение (EmbeddedRTM) канал_Float "dPp_401_out" - Output - этот канал не привязан, но на экране через привязку к аргументу (OUT) задается его входное значение.
3. Аргумент экрана в консоли тип IN/OUT и привязан к каналу "dPp_401_out" (RTM_1)
отправлено / posted
Если я правильно понял Ваш синтаксис.
1. Канал "dPpNO_E401" в контроллере копирует постоянно значение канала из RTM. В таком случае Вы не сможете изменить значение этого канала ни "по месту" (из контроллера), ни из консоли. Правильнее вместо этой связи использовать связь канала "dPp_401_out" - Output (из RTM) с Input канала "dPpNO_E401" контроллера.
2. Канал "канал_Float "dPp_401_out""... Возможно, именно он назван в п.1 "Pp1min_401_out"?
3. Консоль взаимодействует с каналами любых узлов. Аргумент экрана консоли в этой ситуации должен быть OUT. И в данном случае следует решать проектировщику, по какому пути должен работать (индицировать и управлять оператор консоли).
Сообщения / Posts 17335 | Из / From: Россия
| IP / IP: IP адрес / IP address |
AlKon
Forum Professor / Завсегдатай форума
Участник № / Member № 1919
отправлено / posted
Еще один уточняющий вопрос: Консоль работает в локальной сети предприятия. Контроллеры работают в сети одного из провайдеров. В Trace Mode через "шпиона" по локальной сети предприятия я вижу все данные узла RTM, а вот данные узлов контроллеров недоступны. Я так понимаю, что консоль тоже не увидит контроллеры ?
Сообщения / Posts 229 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
"Шпион" имеет специфический протокол обмена и узлов, размещенных в другой подсети, не видит.
Если "работают в сети одного из провайдеров" означает, что связь с контроллерами должна осуществляться по TCP по их статическим адресам, то заданием этих статических адресов в настройках клиентов (консолей и RTM) можно реализовать обмен между всеми узлами.
Сообщения / Posts 17335 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
