Сразу скажу - тему создал я, а проблема у человека, который находится на объекте без инфернета.

Суть такова - есть LON-сеть, в которой присутствует вышеуказанный контроллер. LON-сеть настроена, все данные приходят - кроме переменной nviSwitch00, которая ответственна за режим работы установки: 0 - установка выключена, 33 - авторежим, 66 - режим ожидания, 100 - работает. Так вот, эта переменная всегда равна 0.

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

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

С уважением.

А расскажите поподробнее, как происходит управление входными переменными контроллера? Используется биндинг с каким-то другим лоновским устройством (панель управления или же Скада) или поллинг? Всё ли нормально управляется через браузер?
Вы указали только значения поля value для переменной SNVT_switch, а что со значениями поля state? Они могут быть любыми? Пробовали ли их менять тоже?

Был такой Пост

nviSwitch00.State = 1

Sun technik, подключение идет через браузер лонмейкера. State = 1, Value указано.
Scribe, это известно - но значение переменной равно 0 - всегда.

Сейчас человек сообщает, что таких контроллеров там 20 штук - и все такие же. Версия прошивки 1,44. Если посылать значение St=1, V=66, то nviSwitch в браузере становится 1,5. При значении 1,33 - возвращает 1,0.

Здравствуйте!
я именно тот человек , который и был на обьекте. Может всё таки кто нить сталкивался с подобными проблемами. Контроллеры ACX36.040, прошивка 1,14. Ни одна из 20 установок не хочет запускаться. Пробовал и указанные в описании зачения nviSwitch00 и те которые на данном форуме предлагали.
При этом контроллер при значениях =1,100 сбрасывается в 0,0. ( тоже самое и при 33,1 и 66,1) но установка никак не реагирует. . Запуск пытался делать из браузера LONMaker/

"При этом контроллер при значениях =1,100 сбрасывается в 0,0. ( тоже самое и при 33,1 и 66,1)"
...такое ощущение что nviSwitch00 уже связана с какой-то другой переменной в сети, недостаточно информации о конфигурации проекта, что там "наверху", если есть?...

[quote name='ktulu' date='12.9.2008, 19:49' post='292058']
"При этом контроллер при значениях =1,100 сбрасывается в 0,0. ( тоже самое и при 33,1 и 66,1)"
...такое ощущение что nviSwitch00 уже связана с какой-то другой переменной в сети, недостаточно информации о конфигурации проекта, что там "наверху", если есть?...

там наверху будет SCADA, подключенная через OPC. но это не при чём. я просто связал 20 контроллеров кабелем и подключил через преобразователь к компу.
сегодня поеду на другой обьект( где контроллеры стоят со старой прошивкой 1,12) и там посмотрю такая же ситуация или нет

serjic, по поводу вышеописанной проблемы могу сказать только, что у меня эта переменная заработала после установки State в 1. Очень похоже, что у вас nviSwitch00 перезаписывается еще кем-то. Есть другая проблема. Не отображаются значения переменной nvoUniState1, отвечающей за состояние дискретных выходов. Во всех битах 0, несмотря на реальное состояние выходов. Смотрю через Desigo RX. Интересно, у вас эта переменная работает?

Да. она работает.
Но то что ничего больше в nviSwitch00 никем больше не перезаписывается = это 100 %. там больше нечему перезаписываать, в LON сети только эти 20 контроллеров. В прошивке 1,14 были ошибки, из-за которых вент.установка неправильно работала. На выходные , контроллеры отправляли в Москву на перепрошивку. Сегодня поеду на обьект и проверю, что изменится после перепрошивки

уже без мата не могу об этих контроллерах говорить, и об их производителях siemеns-vts. Вместо того что залить на контроллеры прошивку 1,12( как мы просили), они залили 1,15 . С LONом такая же беда. при установленном State в 1 значения Vаluе значения могут быть только 1,2,3и 0( при этом установка не запускается) . при значениях Vаluе ьолше3 и State = 1 , значение nviSwitch00 сбрасывается в 0,0.

Провел ревизию своих ACX-36 от VTS-Clima и выяснилось, что программы в них аж 3-х версий: V.103, V1.104 и V.110. Версии 104 и 110 ведут себя одинаково, поэтому о 110-й упоминать не буду. Вот что получилось.

Версия V.103:
1. nviSwitch00 воспринимает значения от 0 до 100. У меня стоят и работают следующие значения: 0 - выкл, 33- авто, 67- ожид., 100 - вкл.
2. nvoUniState1 в части отображения состояния дискретных выходов не работает, везде и всегда 0.
3. nvoUniState1 в части отображения состояния универсального входа (при использовании как дискр.) не работает, всегда 0.

Версия V.104(110):
1. nviSwitch00 воспринимает значения от 0 до 3, при превышении сбрасывает в 3 (а может и просто остается в последнем корректно выставленном, не сообразил проверить). При установке любого значения установка не включается.
2. nvoUniState1 в части отображения состояния дискретных выходов работает.
3. nvoUniState1 в части отображения состояния универсального входа (при использовании как дискр.) не работает, всегда 0.

Запуская на 104(110) установку во всех 4-х режимах с местного пульта значения nviSwith00 в лоновском браузере не меняются, оставаясь теми, что были записаны ранее. На версии 103 принимают значения согласно п.1

в общем то ситуация похожая. после нескольких дней плясания с бубном около контроллеров и акции по "краже" одного контроллера со старого обьекта вот что получилось:
имеем
1)19 конроллеров ACX36.040 в шкафах VTS с прошивкой115( до этого была114, но в нашем случае работают одинаково) выпущенные в январе 2008г.
2) 1 контроллер с прошивкой 110, выпущенный в апреле 2007г

в итоге:
1) все прошивки работают так как вы описали в . те nviSwitch00 НЕ РАБОТАЕТ ВООБЩЕ
управление с пульта никак на ней не сказывается( значние не меняется)
2) у контроллеров прошивок 114 и 115 огромный баг . при запуске частотных преобразователей обрывается связь по LON. И это НЕ связано с помехами ( проверялось разными способами, уверен в этом на 150%).
При замене контроллера с прошивкой 110 данный баг ИСЧЕЗ
Связано ли это с "железом" контроллера( как указал выше они разных лет выпуска) или прошивкой( предполагаю , что программисты накосячили, и в момент когда контроллер общается с частотниками по ModBus . каким то образом "глушится" LON-порт)
3)Прошивка114 не РАБОТАЕТ с системами с роторным рекуператором( она просто "забывает" его включать в автоматическом режиме )

в четверг ждём представителй VTS с ноутбуком и коллекцией прошивок. попытаемся найти хотя бы одну похожую на рабочую.
Господа, пишите пожалуйста сюда, все кто работал с ACX 36.040 и кто что знает. ( особенно что касается переменной nviSwitch00

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

БЛ@@@@@ЯЯЯЯЯЯЯЯЯЯЯЯ!!!!!!!!!!!!!!!!!!!!! ,
Нам заказчик уже угрожает

ЗАРАБАТАЛО!!!!
добил я всё таки поляков. они признали свой косяк при программировании. привожу текст их письма.Переводить лень( время уже позднее)...

We didn't check if the newest ACX software work correct with LON, but our aut.secialist reming me that betwe version 1.12 and older was made some change connected with LON communication. It is possible that it is the reason of not correct work.
In old version (as 1.03) set operation mode was put in variable nviSwitch00. After introduced MicroDrive (in v.1.13) approving by second variable nviUniState2 has been added. So, in last version of ACX software remote unit control looks as following: put set value in variable nviSwitch00 (as before) and approve by "throw" of bit nviUniState2:0 - it means, remote mode is save to controller only at the moment of transition that approved bit from state 1 to 0.
In ACX OMM network varaibles are discribed in appendix 5.
I know that my translation can be not enough clear, but if automation specialis will look and compare network variables setting before and after change than he should catch that.
Below you can find part of old and new version of network variables description. In attached files I put old and new OMM ACX version.
Проверил на обьекте( версии 110,115). работает. правда, только на запись. при изменении режима с пульта переменная nviSwitch00 не меняется.
И проблему с помехами так и не можем решить

Приветствую участников конференции!


У меня тоже проблема со связью!
Причем В состоянии установки ВЫКЛ связь с контроллером по Лону есть, как только переводишь установку в режим вентиляции/охлаждения/нагрева частотники включаютсся и связь по Лону теряется!!! Я думал что это помехи, теперь сомневаюсь!

Вы вроде говорили, что помехи исчезают при установке прошивки 110, или выяснилось что это не помогает?

По поводу считывания переменной nviSwitch00 - у меня тоже не считывается. Проблему решил следующим образом - на экране диспетчера для режима работы используется два элемента:
- первый отображает реальный режим работы, связан с переменной nvoOpMode
- второй (тумблер) используется для задачи режима (реализовал только вкл/выкл потому что с остальными - запара) и связан с переменной nviSwitch00

Версию прошивки не знаю, но щиты с контроллерами на куплены были в 2006 году. Кстати, как проверить версию прошивки?

Убедительная просьба, расскажите, пожалуйста, что у вас там с помехами, ато я уже почти купил RFI 1B фильтры для частотников Данфос

Версию можно посмотреть через локальный пульт в верхней строке главного меню или через Scope.



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

В нескольких местах перенесли частотники подальше от щита с контроллером( до этого они были вплотную).
то что это помехи-100%. выяснил простейшим способом- включал частотники в "ручном" режиме- связь терялась сразу же, при старте частотника на 0,1Гц. по ходу помеха высочастотная. Как с ней бороться ума не приложу. заземлённый металлорукав не помог.
Самое мерзкое- при отключённом третьем проводе( обьединяющим системные земли частотника и контроллера) как мне показалось- ситуация с LON исправлялась, НО эта ПАДЛА- контроллер в этом случае теряет связь с частотником. НАФИГА обьединять системные земли в RS485? не понимаю...
но факт- связь контроллера и частотника пропадает. я уж и терминаторы ставил и "шиной" подключал- один хрен ...
мысль была только одна- сделать опторазвязку по RS485. но как это сделать дёшево( и так с этим обьктом уже на бабки влетел) не знаю.
Пока закончилось одним - вложил в каждый шкаф по бумажке для будущих поколений -"НЕНАВИЖУ VTS и Siemens, ребята работайте с другим оборудованием" и не отвечаю на звонки заказчика.


забыл сказать насчёт прошивки 110... нет дело не в ней. этот контроллер перенёс в самое "проблемное" место где стояло 6 шкафов и 11 частоников- перестал работать, как и остальные
что то у этого (мать его) Cименса в железе

Сейчас в Москву приехал поляк из VTS. Дал совет уменьшить длину проводов , выходящих из кабеля, типа у него это помогало( сегодня проверил- ни фига). Кто столкнулся с этой проблемой- давайте все вместе им звонить. надеюсь под давлением масс они помогут решить проблему

у меня проблема не с LON а просто частотник(dunfoss VLT microdrive) стоящий на роторе теряет связь с контроллером ACX36 после минуты работы, выскакивает ошибка связи, чего делать не знаю, трахались сегодня целый день , ничего не выходит........кто сталкивался может чего посоветуете ? агрегат ессетвенно VTS

1) подключать надо все 3 провода (А,B и общий) - без третьего провода связь теряется. почему? сам ума не приложу.... но факт
2) сечение проводов должно быть не менее -0,75 кв.мм - тоже не могу обьяснить. сами подключали витухой UTP-только при скрученных 2-х жилах связь появлялась.
3) ну и про оконечные резисторы в 120 Ом не забывать. они помогают

Кста, ротор -это роторный рекуператор?
странно... они раньше на него ЛыЖи ставили

serjic спасибо!

evm Металлорукава на проводах частотника стояли изначально.

2 all В общем "лекарство", видимо, такое:
1. трасса кабеля LonWorks должна проходить как можно дальше от трассы кабелей частотника
2. Сам контроллер ACX.36 должен располагаться также подальше от трассы кабелей частотника и от самого частотника.
3. Кабели частотника должны быть в заземленном металлорукаве.
4. Кабель Lonworks должен быть экранированным и заземленным.

Сейчас у меня не выполняется только пункт 1 и связи нет, как выполню этот пункт, отпишусь.

В паспорте к частотникам написано, что сами частотники должны быть установлены в металлические заземленные боксы.
После того как мы это предьявили фирме, которая делала монтаж вентиляции, они не стали устанавливать боксы, а просто перенесли частотники на сами вент. машины, рядом с двигателями и подальше от щитов.
Теперь связь с автоматикой стабильная, слава Богу!
Есть правда одно но, от одной ПВ-шки постоянно приходят сообщения об авариях (двигатели, датчики, ..., все что есть), при этом на пульте самой ПВшки аварий нет!
Короче, господа, советую Вам всячески избегать Siemens ACX-36 в своих проектах!

Сам лично подключал контроллер Siemens ACX 36.040 к шлюзу Kiebak&Peter DDC3550L и переменная nviSwitch00 менялась без проблем.

Хотелось бы поинтересоваться есть ли у кого-либо возможность предоставить XIF-файл на VTS ACX36?

Возникла проблема следующего характера: удалось стянуть LON image напрямую с контроллера, но при синхронизации с LNS появляется запрос указать местоположение XIF-файла или Plug-in для создания Template.
Любые попытки найти хотя бы что-то из этого непосредственно на сайтах производителя или echelon не увенчалась успехом. Создать же XIF используемой программой конфигуратором не удается.

Попробуйте это - http://ifolder.ru/13812553
А вообще о качестве этих установок я промолчу. Очень красноречиво промолчу, да.

Большое спасибо, Sardi!

Сегодня уже непосредственно на объекте подцепил оборудование и смог синхронизироовать с LNS. На запрос XIF отдал ему файл и система спокойно его схавала. База данных спокойно создалась, только вот Template все же пришлось вручную набить, но ничего страшного, главное, данные BMS выводит теперь.

P.S. Насчет системы управления на базе VTS было сразу ясно, когда только описание в руки получил. Сомнительна жизнеспособность системы в целом. Существуют опасения в нарушениях работы самой вентиляции, которые невозможно будет проконтролировать. Да ну и ладно, автоматику поставляли и налаживали не мы. Нас подрядили только для диспетчеризации этого ужаса :-)

Как я заметил, у VTS ещё не было ни одной системы управления агрегатом без какой-либо лажи. Сами вентагрегаты как таковые хороши, но всё то, что ими управляет - никуда не годится. Так было во время DOT320, DOT340 так есть и во времена Siemens ACX. Сейчас мы берём у втсников только вентагрегаты без систем автоматики, автоматику потом собираем сами на базе того же сименса, но RMU7xx или regin corrigo. Почему-то у них не возникает таких проблем со связью и пр.

Ух как хороши агрегаты... слов нет. особенно впечатляют последние поставки... с пластмассовыми вентиляторами и пластмассовыми жалюзями.
Особенно меня впечатлил последний объект. жалюзи находятся в полуметре от водяного калорифера. температура подаваемой воды 120гр.Ц. сантехники сделали обвязку вечером ( открыв на полную 3х-ходовой) и свалили. а теперь представте что произошло с фильтрами с пластиковыми рамками и пластиковыми жалюзями. Хорошо, что меня чёрт дёрнул заехать вечером на обьект. через полчаса этой бани провисание жалюзей было уже сантиметров 15. фильтры пришлось повыкидывать.
и слава богу что там автоматика на сегнетиксе, которая следит за обраткой, а не стандартная VTS. в темпе вальса обвязывали шкаф и делали пуско-наладку в ночь...
Замечательные установки
P/S. Ещё монтажников впечатлил вентилятор одной из установок. сплошные надписи из иероглифов ( почему то япония, пришла в голову в последнюю очередь). и очень этот вентилятор смахивал на выдернутый из простого канального кондея)))

Никогда не работал с LONом и видима не буду!
Один раз монтировал VTS 3 года назад и этот раз был последним, чего и всем желаю!!!

Коллеги, спасибо!

пост прочитал

какие-нить грабли еще встречались?