снова ECL-ка Опции

[shults]

господа вот каккая незадача!

ECL300 с картой ECA82 по Лону пихаю в BACNet через шлюз (шлюз работает в пулинге с периодом опроса 200 мс)
невидно состояние клапанов, точнеее вместо сигнала up/down/stop в переменной SNVT_setting nvoValve_1 обозначено значение 1.275

И еще одна непоняточка,возможно ли увидеть расчетное значение температурго графика(какая тепрература дожна быть в контуре в зависимости от температуы неружного воздуха), пересмотрел все переменные кроме уставок ничего не вижу?

[shults]

господа вот каккая незадача!

ECL300 с картой ECA82 по Лону пихаю в BACNet через шлюз (шлюз работает в пулинге с периодом опроса 200 мс)
невидно состояние клапанов, точнеее вместо сигнала up/down/stop в переменной SNVT_setting nvoValve_1 обозначено значение 1.275

И еще одна непоняточка,возможно ли увидеть расчетное значение температурго графика(какая тепрература дожна быть в контуре в зависимости от температуы неружного воздуха), пересмотрел все переменные кроме уставок ничего не вижу?

[Гость_Scribe_*]

ECL300 с картой ECA82 по Лону пихаю в BACNet через шлюз

1. и какой таки шлюз?

(шлюз работает в пулинге с периодом опроса 200 мс)

2. Если пригодится, RTFM:

6.2.1 Minimise copy of data on the network.
Minimise the number of copied data information.
Adjust the poll time in your system to the actual update of the SNVT. I makes no sense to poll nvoTime each second, because its only updated once each 48 second from the ECL Comfort.
Even in an online situation there is no reason to poll a value more than ½ the update time from the ECL Comfort to see a reel value in the main system. Don’t poll equal values from all controllers (time or outdoor temperature).

Из практики:
2.1. при большой скорости polling'а (опроса) некоторые устройства просто ничего не передают в сеть
2.2. другие - резонно зависают из-за переполнения буфера...
2.3. есть определение для переменной "if-binding", т.е., если мне не изменяет мой склероз, если нет соединения==binding, то нет и обновлений...

... невидно состояние клапанов, точнеее вместо сигнала up/down/stop в переменной SNVT_setting nvoValve_1 обозначено значение 1.275 ...

3. IMHO: Больше похоже на -127.5 == 0xFF == Invalide Value

--
Успехов!

[shults]

Огромное спасибо коллега за информацию.

Может еще чтонибудь прояснит сл. инф-я:

1.Шлюз PXR 11 из линейки Siemens Desigo
2.Вижу объективные значения температур в контурах и улич.воздуха
3. ????

Сообщение отредактировал shults - 9.10.2009, 21:16

[Гость_Scribe_*]

Огромное спасибо коллега за информацию.

You are Welcome!

Может еще чтонибудь прояснит сл. инф-я:

Шлюз PXR 11 из линейки Siemens Desigo

Встречался, как-то раз, но делал со стороны LON и помогал оптимизировать сеть.
Кстати, вверх идет BACnet over Lontalk, т.е. правила построения сети и диагностики такие же.
В LonScanner'е значения BACnet не видны, но отображаюся как Lontalk foreign пакеты.

... невидно состояние клапанов, точнеее вместо сигнала up/down/stop в переменной SNVT_setting nvoValve_1 обозначено значение 1.275 ...

IMHO: Больше похоже на -127.5 == 0xFF == Invalide Value

Ошибка при конвертации/преобразовании или переменная не обновляется.

1. Попробуйте посмотреть значения LON-переменных в ECL, чем-нить еще (Lonmaker Browser, NodeUtil)
2. Уточните структуру переменной SNVT_setting - http://types.lonmark.org/
3. Уменьшите время Polling'a LON-переменных (см. таблицу 28 в руководстве, на русском тоже есть) или п.4
4. Замените в PXR Polling на Binding
5. Проверьте трафик в LON сегменте

--
Успехов!

Сообщение отредактировал Scribe - 11.10.2009, 18:31