Реклама / ООО «ИЗОЛПРОЕКТ» / ИНН: 7725566484 | ERID: 2Vtzqx6kV7S
IPB IPB
Проектирование, монтаж, наладка, сервис


Здравствуйте, гость ( Вход | Регистрация )

- Стандарт НП «АВОК» 7.11-2024
«Рекомендации по проектированию инженерных систем
дошкольных образовательных организаций»

АВОК в соц. сетях
ИНН: 7714824045 | erid: 2VtzqwzKQiU
 
Добавить ответ в эту темуОткрыть тему
> Связать контроллеры JCI со SCADA
Zorto
сообщение 4.9.2009, 9:47
Сообщение #1





Группа: New
Сообщений: 6
Регистрация: 4.9.2009
Пользователь №: 38057



Суть темы такова. Существует работающая система шкафов автоматизации с контроллерами 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. Можно ли как то без фирменной программки считать переменные с контроллера? Если да, то что для этого потребуется?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Vasiliy
сообщение 4.9.2009, 11:25
Сообщение #2





Группа: Участники форума
Сообщений: 639
Регистрация: 22.3.2005
Из: Санкт-Петербург
Пользователь №: 581



Используйте ilon600 в качестве сетевого интерфейса, а в скаду заводите через OPC. Проще вроде не придумать. OPC рекомендую NLopcTE.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Zorto
сообщение 4.9.2009, 15:24
Сообщение #3





Группа: New
Сообщений: 6
Регистрация: 4.9.2009
Пользователь №: 38057



Цитата(Vasiliy @ 4.9.2009, 14:25) [snapback]431173[/snapback]
Используйте ilon600 в качестве сетевого интерфейса, а в скаду заводите через OPC. Проще вроде не придумать. OPC рекомендую NLopcTE.

Общий принцип понятен. Вопрос больше стоит как с контроллера вытянуть переменные, а потом понять какая за что отвечает.
Поэтому очень бы хотелось добраться до внутренностей контроллеров, но как?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Vasiliy
сообщение 4.9.2009, 15:37
Сообщение #4





Группа: Участники форума
Сообщений: 639
Регистрация: 22.3.2005
Из: Санкт-Петербург
Пользователь №: 581



А обратиться к разработчикам за разъяснениями нет возможности? Вообще чаще всего стараются переменным давать говорящие имена. Может перечислите имена, а мы всем форумом угадать попробуем. Ну если конечно там названия не вида NVI0, NVO15 =)
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Гость_ggg__ggg_*
сообщение 4.9.2009, 20:16
Сообщение #5





Guest Forum






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

Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Zorto
сообщение 5.9.2009, 13:27
Сообщение #6





Группа: New
Сообщений: 6
Регистрация: 4.9.2009
Пользователь №: 38057



Цитата(ggg__ggg @ 4.9.2009, 23:16) [snapback]431404[/snapback]
Смею предоложить, что
1) Direction - направление переменной, в данном случае - входная
2) SISD - означает самодокументацию, которая в в стандартных XIF начинается с @, 0 - номер функционального блока,
| - стандартный профиль, 1 - индекс переменной в блоке, ; - разделитель, NO - текст, возможно Network Object.

Спасибо за пояснения rolleyes.gif

А что может значить STDPRO? оно как раз стоит в описании переменных.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Zorto
сообщение 5.9.2009, 16:32
Сообщение #7





Группа: New
Сообщений: 6
Регистрация: 4.9.2009
Пользователь №: 38057



И еще вопрос в догонку.
Изучая списки переменных заметил следующую особенность : одни программисты загоняют все переменные в SNVT, другие - лишь малую часть в SNVT (температуру, положение вентилей), а режимы, уставки и т.д. описывают как SCPT. Кто делает правильней? и в чем преимущество того или иного подхода?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
alsz
сообщение 7.9.2009, 5:44
Сообщение #8





Группа: Участники форума
Сообщений: 415
Регистрация: 31.3.2008
Из: Новосибирск
Пользователь №: 17138



Коллеги, просветите.
Я сам лично ilon600 не использовал, но программист который делал диспетчеризацию на данном шлюзе, говорил что он периодически тормозит и зависает. В интернете написано что группа шлюзов ilon подходит только для мелких нужд диспетчеризации например диспетчеризация офиса.
Это на практике действительно так или у этого программиста "руки кривые"?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Гость_ggg__ggg_*
сообщение 7.9.2009, 9:54
Сообщение #9





Guest Forum






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 - там МНОГО полезного найдете.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
GYUR22
сообщение 7.9.2009, 11:06
Сообщение #10





Группа: Участники форума
Сообщений: 824
Регистрация: 23.7.2008
Из: гН.Новгород
Пользователь №: 20923



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

зы если нужно Commpro Lon пишите в личку кто вы что вы - поговорим с вышестоящими инстанциями вроде регион наш
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Sun technik
сообщение 7.9.2009, 17:45
Сообщение #11





Группа: Участники форума
Сообщений: 355
Регистрация: 21.12.2007
Пользователь №: 13966



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 не спасёт.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
GYUR22
сообщение 9.9.2009, 9:44
Сообщение #12





Группа: Участники форума
Сообщений: 824
Регистрация: 23.7.2008
Из: гН.Новгород
Пользователь №: 20923



Я конечно не большой знаток лона но по моему FX Билдер не даст сделать нестандартную переменную только SNVT (у меня не получилось и в доке нет)- поэтому все должно видиться
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Zorto
сообщение 9.9.2009, 11:59
Сообщение #13





Группа: New
Сообщений: 6
Регистрация: 4.9.2009
Пользователь №: 38057



Всем большое спасибо smile.gif Оказалось что сеть все таки уже настроена, осталось все завести в OPC и далее уже в скаду, что более понятно.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Sun technik
сообщение 9.9.2009, 18:40
Сообщение #14





Группа: Участники форума
Сообщений: 355
Регистрация: 21.12.2007
Пользователь №: 13966



Цитата(GYUR22 @ 9.9.2009, 10:44) [snapback]432638[/snapback]
Я конечно не большой знаток лона но по моему FX Билдер не даст сделать нестандартную переменную только SNVT (у меня не получилось и в доке нет)- поэтому все должно видиться

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

Добавить ответ в эту темуОткрыть тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

Реклама
ООО «Арктика групп» ИНН: 7713634274



ООО "Русич" ИНН 9721068883 / ЕРИД 2VtzqvMjLF8


ООО «УНИСПЛИТ» ИНН: 6453155081 erid:2VtzqxXgvJi

Реклама: ООО «СибСтронг» | ИНН 6670013662 | ERID: 2VtzqwyM2dc

Последние сообщения Форума






RSS Текстовая версия Сейчас: 15.7.2025, 18:06
Политика ООО ИИП «АВОК-ПРЕСС» в отношении обработки персональных данных