Форум » » CI-KNX не опрашивает групповые адреса при перезапуске процессора » Ответить
CI-KNX не опрашивает групповые адреса при перезапуске процессора
Kaveckiy: Добрый день, Господа. Есть процессор CP3. К нему подключен шлюз в KNX - CI-KNX. Со стороны KNX флаги выставлены правильно - опрос разрешен. При перезапуске процессора шлюз не опрашивает шину. Процедуру опроса пробовал в 2-х вариантах: ту, что была в примере к CI-KNX и, когда с ней я устал бороться, написал свою - степпером просто по очереди опрашиваю каждый слот из 250. В дебагере вижу запросы которые контроллер отправляет на шлюз, ответов не вижу (или через один приходят, сложно понять - шина KNX живая и по ней периодически бегает информация). Что делать, куда копать? P.S. При опросе группы KNX средствами ETS (читаю групповой адрес) - группа обновляется и в Crestron.
Ответов - 7
RuckShot1: Та же ситуация. Причем на одном объекте работает все отлично. Все опрашивает. На другом все идентично. Но не опрашивает, как бы не писал опрос. Все работало на контроллере AV2, но вряд ли думаю в этом причина. Сейчас предстоит на следующем объекте разобраться. Если тема будет актуальна и все получится, то отпишусь.
eoulianov: На DIN-AP3 опрашивает. Делал по RTFM: 0. pulse Startup_Gateway 1. Set Enable_Set_Poll_From_Bus_Flag to high 2. Trigger the Poll_All_Objects signal 3. Set Enable_Set_Poll_From_Bus_Flag to low 4. Tigger the Poll_All_Object signal to retrieve the values to the Crestron program Сначала проверьте, что в ETS этот адрес опрашивается (poll) и телеграмма от того устройства приходит в ETS и тип данных её и значение соответствуют вашим ожиданиям. Потом проверьте, те ли тип данных и адрес указаны в строке связей CI-KNX, и что CI-KNX находится на той же линии, откуда удалось получить телеграмму в ETS. Обнаружьте, что при обычном обновлении данных эта телеграмма приходит в SIMPL и модуль IO шлёт на Serial выход этой связи фидбек об обновлении значения. Скиньте питание с CI-KNX, перегрузите программу в контроллере и проделайте ручками в отладчике колдовство из начала этого ответа с минутным интервалом между шагами. Если всё работало, а на последнем шаге ничего не пришло или пришёл ноль - вот тут оно и будет "не обновляется", а так в 99% устройство KNX кладёт на настройки по криворукости настройщика, и передаёт фидбеки когда захочет.
Kaveckiy: Дело в том, что сам шлюз работает - все команды из Crestron в KNX проходят и приходят фидбеки. Не работает только первичный опрос.
eoulianov: Мне везло на йеайбишников, но и с ними больше всего было вопросов по настройке фидбеков с устройств KNX - чтобы они пулились и репортили, и репортили не слишком часто, и не слишком редко. То, что проходят команды из крестрона и приходят фидбеки, не означает ни то, что вам удалось организовать "первичный опрос", ни то, что железки на этот опрос ответят. Колдунства там порядком - и с прошивками самих этих железок, и с версией ETS (и не всегда в сторону обновления), с комбинациями настроек железок (иногда на поведение фидбека неожиданно влияет совершенно посторонняя настройка). И все эти пляски не гарантируют - периодически всплывают невменяемые диммера или термостаты)
Kaveckiy: Про KNX Вы мне можете не рассказывать, я его и еще с десяток протоколов плотно использую года этак с 2001-го. Если я опрашиваю групповой адрес с ETS и приходит ответ - значить при опросе шлюзом KNX устройства тоже ответить должны. Мне кажется вопрос в шлюзе (все остальное я в ручном режиме попробовал).
eoulianov: Отлегло) Тогда уже сравните телеграммы в ETS - чем её собственный пулинг отличается от опроса со шлюза при поднятом и сброшенном Enable_Set_Poll_From_Bus_Flag. Если оба варианта от шлюза не совпадают с работающей от ETS, то боюсь ничего кроме перепрошивки фирмвари не поделаешь.
RuckShot1: В общем у меня ничего не получилось. Долго разбираться и мучиться не стал. Проблема в том: что сам модуль в крестроне не шлет ничего по ip для опроса. В итоге я сделал сам опрос каждого адреса, быстрее и работает) \xF0\x05\x02\x01 где x02 адрес ID адреса : который опрашиваем. Может кому то пригодится.
полная версия страницы