Viessman + LON, Последовательность действий для интеграции Viessman системы в СДУ LON Опции

[Гость_Long_*]

Доброго времени суток!

Вызрел вопрос к Вам, акулы мира "интеллектуальных зданий".
Исходные данные:
1. Здание 14 этажей
2. Система отопления Viessman (2 котла Vitorond 200, 2 контроллера Vitotronic 100 GC1, 2 смесителя Vititronic 050 HK3W и одна погодозависимая станция Vitotronic 333 MW1 )
3. Все контроллеры Viessman будут связаны между собой по LON, но до вчера предполагалось что будут работать автономно без СДУ
4. СДУ проектируется на LON
5. При автономной системе отопления настройка и ввод в експлуатацию ее происходит без LonMaker'а путем самоидентификации узлов с панелей управления последних. Т.е. после ввода нескольких кодов контроллеры сами начинают понимать кто кому чего должен слать и как регуллировать.
6. На сколько я понимаю, интеграция системы отопления в СДУ происходит через LonMaker. Таким образом с любого контроллера можно получить любой параметр и при необходимости задать любой.

Внимание - вопрос:
необходимо ли в LonMaker'е реализовывать алгоритм взаимодействия между контроллерами Viessman (т.е. собственно алгоритм автоматизации системы отопления, реализация которого в случае автономной системе лежит на плечах отопителей); или же в LonMaker'е нужно лишь подвязаться своей СДУ к необходимым переменным?

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

С уважением
Павел

[Гость_Long_*]

Доброго времени суток!

Вызрел вопрос к Вам, акулы мира "интеллектуальных зданий".
Исходные данные:
1. Здание 14 этажей
2. Система отопления Viessman (2 котла Vitorond 200, 2 контроллера Vitotronic 100 GC1, 2 смесителя Vititronic 050 HK3W и одна погодозависимая станция Vitotronic 333 MW1 )
3. Все контроллеры Viessman будут связаны между собой по LON, но до вчера предполагалось что будут работать автономно без СДУ
4. СДУ проектируется на LON
5. При автономной системе отопления настройка и ввод в експлуатацию ее происходит без LonMaker'а путем самоидентификации узлов с панелей управления последних. Т.е. после ввода нескольких кодов контроллеры сами начинают понимать кто кому чего должен слать и как регуллировать.
6. На сколько я понимаю, интеграция системы отопления в СДУ происходит через LonMaker. Таким образом с любого контроллера можно получить любой параметр и при необходимости задать любой.

Внимание - вопрос:
необходимо ли в LonMaker'е реализовывать алгоритм взаимодействия между контроллерами Viessman (т.е. собственно алгоритм автоматизации системы отопления, реализация которого в случае автономной системе лежит на плечах отопителей); или же в LonMaker'е нужно лишь подвязаться своей СДУ к необходимым переменным?

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

С уважением
Павел

[Гость_Scribe_*]

Коллеги,
any ideas!

Подсоединили к LON в на двух объектах

Vitotronic 333 MW2
- 2 котла Vitodens 300 (49 kW)
- DHWC регулятор нагрева воды
- 3 контура отопления
Vitotronic 050 HK1W
- 2 контура отопления

- все межсоединения работают корректно около 4 месяцев
- имитируемые неполадки правильно отображаются на блоках и отсылаются в LON (одна из задач)
- Viessmann (Vitotronic 333) из LON в нашем случае пока получает Reapeted только дату/время, его все сообщения - Unackd

В рабочем состоянии Viessmann ошибку с номером xE0 (Fault, external participant/device connected to LON | Ошибка внешнего пользователя/устройства подключенного к LON)) на блоках не отображает, НО посылает в LON.

В данном случае фильтруем эту ошибку, но как сделать правильно?

[Гость_kareglaziy_*]

Здравствуйте!Нужна помощь!котел vitogas 050 c vitotronic 300 вдруг стал держать температуру 41-46 градусов.Соответственно пропала горячая вода.Кто знает как исправить помогите!Заранее спасибо!

[Гость_Scribe_*]

Добавлю к описанию своей конфигурации

Подсоединили к LON в двух проектах SmartHome:

Vitotronic 333 MW2
- 2 котла Vitodens 300 (49 kW)
- DHWC регулятор нагрева воды
- 3 контура отопления
Vitotronic 050 HK1W
- 2 контура отопления

1. LonMark: Restore from Network по каким-то причинам, в данном случае не получилось

2. Проанализировал, записал с помощью LonScanner трафик между контроллерами

3. NodeUtil: сохранил
3.1 Device (A)ddress table
3.2 (N)etwork Variable configuration table

4. Добавил в LonMark проект контроллеры
4.1 Domain ID изменился, self-binding потерян

5. Попытался вернуть контроллеры в состояние SELF-installation
5.1 nciNetConfig = CONFIG_LOCAL
5.2 холодный рестарт контроллеров
5.3 Domain ID = 7, self-binding востановлен

Повтор процедур пп.4-5 дал тот же результат

6. В LonMark проекте
6.1 добавил binding, используя информацию из п.2 и LON-Handbook
6.2 проанализировал трафик LonScanner'ом

Из того, что удалось понять/проверить
7.1 добавили страничку в L-Vis (см.ниже)
7.2 отображение ошибок в Alarm List
7.3 e-mail/SMS

Прикрепленные файлы

 VI.jpg ( 15,89 килобайт ) Кол-во скачиваний: 87

 

[Гость_Scribe_*]

Не помню откуда:

Viessmann self-installation (self-binding) takes place as follows:

After activating power to the control, the processor of the electronic circuit board sends information regarding
device type and several confi-parameters to the communication module.
If the configuration parameter nciNetConfig is set to “CONFIG_LOCAL“ (factory default setting), the self-binding process is
started.
The communication module completes the address table as well as network variable table with
information based on configuration data received from the circuit board processor.

Certain parameters are established:
· All Viessmann devices belong to domain 07 if self-bound.
· System number (coding address 98) becomes subnet address.
· Participant number (coding address 77) becomes the node-address.
· Depending on the configuration, group attributions “alarm“, “producer“, “load“ and “production
manager“ are filled into address table.
· In addition, depending on device, address table information for the domain and subnet broadcast
are created.
· Depending on type of device and the setting of the confi-parameter, the required network variables
are attributed to the corresponding address table information.

When self-binding, the configuration parameters 01, 07, 35, 77, 79, 7B, 81, 97 and 98 influence the logical
connections between the devices and the control functions. If the devices are connected via start-up
software (tool-binding), this effect on the logical connections of the devices does not appear; however, for
correct functioning, the setting of these confi-parameters is still a necessity.

[Гость_Scribe_*]

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

У нас был случай когда в 333 стоял 7172 173 (-> поставщик VI -> заказ/замена == время)

Viessmann control units require two different types of communication modules:

Communication module For use with:

LON module for heating circuits and boiler controller, Part No. 7172 173
- Vitotronic 050, Model HK1M (accessory)
- Vitotronic 050, Model HK1W (accessory)
- Vitotronic 050, Model HK1S (standard equipment)
- Vitotronic 050, Model HK3W (accessory)
- Vitotronic 050, Model HK3S (standard equipment)
- Vitotronic 100, Model GC1 (accessory)
- Vitotronic 200, Model GW1 (accessory)
- Vitotronic 300, Model GW2 (accessory)

LON module for cascade Vitotronic 333, Model MW1 (standard equipment), Part No. 7172 174
- Vitotronic 333, Model MW1S (standard equipment)

Should the wrong version of the communication module be connected, error message “BF“ – wrong
communication module – will appear.

Communication module Part No. 7143 426 provides the required functional objects and network variables
required by all devices. Depending on device and its configuration, network variables or entire
objects may not be functional.

Кто-нить встречал модуль 7143 426?

[san]

Не помню откуда:

Viessmann self-installation (self-binding) takes place as follows:

After activating power to the control, the processor of the electronic circuit board sends information regarding
device type and several confi-parameters to the communication module.
If the configuration parameter nciNetConfig is set to “CONFIG_LOCAL“ (factory default setting), the self-binding process is
started.
The communication module completes the address table as well as network variable table with
information based on configuration data received from the circuit board processor.

Certain parameters are established:
· All Viessmann devices belong to domain 07 if self-bound.
· System number (coding address 98) becomes subnet address.
· Participant number (coding address 77) becomes the node-address.
· Depending on the configuration, group attributions “alarm“, “producer“, “load“ and “production
manager“ are filled into address table.
· In addition, depending on device, address table information for the domain and subnet broadcast
are created.
· Depending on type of device and the setting of the confi-parameter, the required network variables
are attributed to the corresponding address table information.

When self-binding, the configuration parameters 01, 07, 35, 77, 79, 7B, 81, 97 and 98 influence the logical
connections between the devices and the control functions. If the devices are connected via start-up
software (tool-binding), this effect on the logical connections of the devices does not appear; however, for
correct functioning, the setting of these confi-parameters is still a necessity.

Спасибо! Очень помогла эта цитата из "непомню откуда". Источник не нашелся случаем?

[Maxxxim]

Спасибо! Очень помогла эта цитата из "непомню откуда". Источник не нашелся случаем?

Первая ссылка на запрос в гугле "руководство по lon"

[Maxxxim]

Имеется вопрос...Первый раз столкнулся с Viessmann, в задании необходимо снимать параметры с контроллера в общую систему диспетчеризации. Имеем Lon-сеть, контроллер vitotronik 300-k, 5 котлов vitodense 200. В контроллер установили lon-модуль, в NL220 загрузил это устройство из сети. При этом ничего не ругалось. В самом контроллере никаких изменений не проводил. Проблема в том, что все сетевые переменные имеют нулевые значения. Подскажите пожалуйста в чем может быть причина. Значение переменной nciNetConfig - CFG_EXTERNAL. Пробовал задать значение переменной nviNodeTimeSet, задать-задал, но значение почти сразу обнулилось.