Суть темы такова. Существует работающая система шкафов автоматизации с контроллерами Johnson Control FX-16, которые управляют вентиляцией. Все контроллеры включены в LON-сеть (имеется ввиду физическое подключение). В качестве маршрутизаторов стоят iLON-600. На начальном этапе нужно передать переменные с контроллеров в скаду. Подключиться к контроллерам вряд ли удастся, ввиду отсутствия программного обеспечения FX Tools, да и скорее всего программка под паролем. Из того что есть по контроллерам - это xml файл с переменными. Далеко не факт что все это соответствует действительности.

Отсюда возникают следующие вопросы
1. В виду отсутствия опыта программирвания JC контроллеров - стандартный ли формат xml файла с переменными? и если да помогите расшифровать его <Name>nvi_Request</Name>
<Direction>Input</Direction>
<SISD>@0|1;NO</SISD>
<SNVTType>92</SNVTType>
Первое это имя переменной, последнее SNVT. а вот что значат вторая и третья строчка?
В параметре SISD после @ может стоять1. Вместо "NO" - "STDPRO".

2. что нужно прописать в iLone-600 для того чтобы через них передавалась информация с контроллеров? Можно ли там сразу прописать переменные которые должны передаваться? и соответственно как узнать адрес контроллера в сети?
3. Можно ли как то без фирменной программки считать переменные с контроллера? Если да, то что для этого потребуется?

Используйте ilon600 в качестве сетевого интерфейса, а в скаду заводите через OPC. Проще вроде не придумать. OPC рекомендую NLopcTE.

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

А обратиться к разработчикам за разъяснениями нет возможности? Вообще чаще всего стараются переменным давать говорящие имена. Может перечислите имена, а мы всем форумом угадать попробуем. Ну если конечно там названия не вида NVI0, NVO15 =)

Смею предоложить, что
1) Direction - направление переменной, в данном случае - входная
2) SISD - означает самодокументацию, которая в в стандартных XIF начинается с @, 0 - номер функционального блока,
| - стандартный профиль, 1 - индекс переменной в блоке, ; - разделитель, NO - текст, возможно Network Object.

Спасибо за пояснения

А что может значить STDPRO? оно как раз стоит в описании переменных.

И еще вопрос в догонку.
Изучая списки переменных заметил следующую особенность : одни программисты загоняют все переменные в SNVT, другие - лишь малую часть в SNVT (температуру, положение вентилей), а режимы, уставки и т.д. описывают как SCPT. Кто делает правильней? и в чем преимущество того или иного подхода?

Коллеги, просветите.
Я сам лично ilon600 не использовал, но программист который делал диспетчеризацию на данном шлюзе, говорил что он периодически тормозит и зависает. В интернете написано что группа шлюзов ilon подходит только для мелких нужд диспетчеризации например диспетчеризация офиса.
Это на практике действительно так или у этого программиста "руки кривые"?

to Zorto
"Standard Configuration Property Types (SCPTs) facilitate interoperability by providing a well-defined compact mechanism for handling large amounts of configuration information on a device. SCPTs do not use up network variable resources and are downloaded and uploaded to a device via the LONWORKS file transfer protocol or by network management read/write messages."

Standard Network Variable Types (SNVTs) facilitate interoperability by providing a well-defined interface for communication between devices made by different manufacturers. A device may be installed in a network and logically connected to other devices via network variables as long as the data types match.

Посмотрите http://www.lonmark.org - там МНОГО полезного найдете.

1.Из билдера экспортируеется стандартный xif - lon maker его импортировал и не жужжал + автодискавери (проверял в нашем MCL tool и Commpro Lon) работает все имена пишет
2 не в курсе
3. Данные с контроллера можно считать(посмотреть) любым подходящим тулом (есть собственно прога для заливки и просмотра -Commpro Lon она идет на одном диске FX Tools pro)

зы если нужно Commpro Lon пишите в личку кто вы что вы - поговорим с вышестоящими инстанциями вроде регион наш

1. XML-профайл, экспортированный билдером, Вам ничем не поможет. Ведь FX - свободнопрограммируемый контроллер и, сами понимаете, программист обладал полной свободой творчества. Если не получится добыть исходник, то, видимо, придется вручную замыкать-размыкать каждый вход и смотреть на реакцию выходных переменных, имитировать аварии итд. Со входными сетевыми переменными - видимо посложнее, черт знает, как автор организовывал управление.
2. iLON-600 - это маршрутизатор, а не шлюз, т.е. он просто форвардит пакеты с одного порта на другой, никаких переменных там нет. Т.е. фактически надо закомиссить оба порта в проекте сети LON, предварительно настроив Lonworks IP configuration server. На echelon.com вся документация есть, в т.ч. что-то типа "fast start" по iLON600.
Адрес контроллера в сети - когда делаете commission, он автоматически присваивается сетевым инструментарием. Можно посмотреть и тем же FX-commpro, но только зачем?

P.S. Насчет "считать данные с контроллера тулом". Если в программе для FX были использованы UCPT переменные, то без исходника формат их значений будет непонятен. И FX-commpro не спасёт.

Я конечно не большой знаток лона но по моему FX Билдер не даст сделать нестандартную переменную только SNVT (у меня не получилось и в доке нет)- поэтому все должно видиться

Всем большое спасибо Оказалось что сеть все таки уже настроена, осталось все завести в OPC и далее уже в скаду, что более понятно.

Речь о CP, которые бывают как SCPT, так и UCPT. И вот последние создавать в ФХ-билдере можно, более того, у Джонсонов имеется обширный лист собственных UCPT (номера 10000, 40000), которые широко используются и заточены под многие объекты билдера.
И когда подсоединяешься к контроллеру с такими CP с машины, на которой ни разу не открывалась данная программа, то как раз получается, что формат данных - непонятен. В comm-pro даже специальная программка есть - appconverter.exe.