Добрый день, сегодня столкнулся с проблемой запуска в работу сего девайса в исполнении от Crestron (CI-KNX). При попытке залить в него локально через Ethernet параметры, аппликационную программу или групповые адреса ETS3.0F выдает сообщение "несовместимая BCU версия $091A рекомендуется $0701".
Физический адрес в knx сети через Ethernet установить вроде получилось, но достучаться до него cо стороны knx через стандартный usb шлюз не удалось.
При этом он прекрасно функционирует как шлюз, можно промониторить чего происходит в KNX, но и только.
Интуитивно понимаю, что возможно вопрос в базах к ETS поскольку в свойствах устройства в ETS пишется маска 0701 а в реально прочитанной информации об устройстве маска 091A но все файлы VD2, которые удалось найти для этого устройства в том числе и с сайтов как Crestron так и Weinzierl мало чем отличаются....
Кто-нибудь сталкивался с чем-то подобным?

С Baos не доводилось работать. А вот Crestron CGEIB-IP (Elka) подключал, удивило отсутствие интеграции с ETS (только по средством экспорта групповых адресов, устройство не видится в instabus). Групповые адреса, потом через специальную программу от Crestron (на сайте www.crestron.eu) заливаются в устройство и устройство начинает пропускать через себя телеграммы. (хотя есть нарекания по обратной связи у Crestron c EIB через этот шлюз, в случае задействования одной кнопки на управление и статус).

Смотреть надо на сайте www.crestron.eu, а вообще лучше сразу в тех. поддержку crestron.ru ))

С CGEIB работать приходилось, но CI-KNX подкупил интеграцией с ETS.
Все сайты Crestron (com, eu, de) проштудированы в первую очередь, за ними сайт Weinzierl и все что отзывалось в Гугле...
Техподдержка Crestron.ru "думает" вторые сутки судя по всему по цепочке Москва-Бельгия-Германия-производитель BAOS 770, поскольку CI-KNX является OEM вариантом этой железяки, а не разработкой Crestron. Поэтому ждать от них чего-то подробного в терминах KNX сложно...
Такая ошибка описана в документации на сименсовский knx ip роутер N148 за 2005 год, где сказано что драйвер доступа ETS3 к шине на тот момент не поддерживал ее мониторинг и локальную загрузку через ip. Вот только с тех пор уже сколько воды утекло и столько обновлений ETS вышло...
В этой связи было бы интересно услышать кого-нибудь у кого финт ушами с локальной (или уже любой) загрузкой параметров в СI-KNX получился, и сравнить с их версией Falcon. Может какой глюк случился при обновлении ETS до 3.0 f ...

..а где то здесь внутри сименс ещё 2009 году говорил об этом, значит не много воды утекло..
С уважением -
Бабий Сергей
п.с. к Паше Шевченко стучись.. он этот баос знает..

Вопрос снимается, разобрался.
BAOS 770 ( в миру Crestron CI-KNX) конфигурируется через ETS ТОЛЬКО со стороны KNX !
Со стороны ip при этом получается коммуникационный интерфейс к KNX шине, работает мониторинг, удаленна загрузка и все остальное.
Через ip соединение ЛОКАЛЬНО для BAOS 770 можно:
1 Назначить некий физический адрес. Абсолютно бесполезная процедура. Такой адрес НИКАК НЕ СВЯЗАН с РЕАЛЬНЫМ физическим адресом в сети KNX. Т.е. если вы назначите физический адрес для BAOS 770 только локально со стороны ip, то в KNX устройство под этим адресом будет НЕ ВИДНО. Для реального назначения физического адреса нужно проделать эту процедуру удаленно штатными средствами стороны KNX используя обычный ( ДРУГОЙ! ) шлюз (например USB).
2 посмотреть некую абстрактную информацию об устройстве - только версию маски 091A и фиктивный физический адрес.
Эта информация никак не связана с той, которую можно посмотреть удаленно со стороны KNX

Пример информации о BAOS 770 (CI-KNX) через шлюз KNX\IP - локально:
Общее
Версия маски Coupler 091A
Физический адрес 1.1.5
Групповая коммуникация

Пример информации о том же BAOS 770 (CI-KNX) через шлюз USB - удаленно:
Общее
Версия маски 7.1
Физический адрес 1.1.5
Заказной номер $4xxxxxxx
Серийный № $00xxxxxxx
Режим программирования Выкл
Аппликационная программа
программа KNX IP BAOS 770
Тип устройства $1
Версия 1.0
Состояние загрузки Загружен
Состояние запуска В работе
Аппликационная программа 2 / PEI-программа
программа 0 0000 00
Тип устройства $0
Версия 0.0
Состояние загрузки Не загружен
Состояние запуска Остановлен

Групповая коммуникация
Состояние загрузки адресной таблицы Загружен
Состояние загрузки таблицы сопряжений Загружен
Объект#0
Объект#1 1/1/1
Объект#2 1/1/2

При попытке загрузить конфигурационную информацию в BAOS 770 локально со стороны KNX\IP получите ту саму ошибку о несовместимости версий BCU.
При загрузке удаленно через шлюз USB все проходит нормально.

Резюме:
BAOS 770 (CI-KNX) конфигурируется ТОЛЬКО УДАЛЕННО через штатный шлюз KNX.
Любые действия по локальной загрузке через Ethernet ЕГО параметров конфигурации не имеют никакого смысла.

Вот такой себе двуликий или даже трехликий KNX янус ;-)

Не правда! Собственные параметры групповых адресов к объектам, BAOS льет в себя без проблем и даже не прерывает свою работу.
Если брать 770 вы льете по knxip а меняете параметры Binary Protocol.
Все работает. Я СКАЗАЛ!
USB не нужен. При подключении если в вашей сетки работает DHCP, Ets увидит BAOS сразу. USB - понадобиться только для изменения IP.
Если не чем поменять IP, просто обращайтесь по MAC, или установите в настройках DHCP, чтобы он выдавал IP одному устройству, один раз навсегда.

Такая проблема была, не помню как решили, но решили за пару дней.
Так что на BAOS катить, катушку не стоит, девайс достойный!

Тут я тупанул. И IP меняет без проблем по сетки!

Так никто и не говорит, что девайс "недостойный" хочется понять как "проблему решили"?
И как ее вообще можно решать в принципе, если при загрузке параметров СРАЗУ выдается ошибка о несовместимости BCU?
Может быть у вас есть файл с базами BAOS для ETS с маской bcu 91A?
Я вот дошел до того, что залез внутрь .db файла ETS и в его таблицах, которых аж 240 штук пытался найти информацию о таком глюке,
не нашел ничего. Последняя мысль была о том, то вопрос в работе драйвера доступа к шине.
А c ip вообще никаких проблем нет, BAOS по DHCP автоматически его получает и по mac адресу вычисляется сразу. А вот поменять его у меня получилось только удаленно через шлюз knx-usb, как впрочем и параметры...
Проблема только в том, что каждый раз когда нужно его обновить приходится идти на соседний этаж в 5 минут заливать параметры в щитовой...

Если я не ошиб. я переставлял ETS. Ну и меня и комп бы извените ......
Переставлял по тому, что не мог пролить нормально даже по USB, причем когда я его не доконца долил,
ETS мне говорила что таких устройств не одно а два и все в режиме программирование, следовательно
когда лил другии девайсы по USB, то же были глюки. Переставил ETS, все OK.
Попробуйте создать пустую базу, вставить туда один BAOS и пролить, возможно дело в базе!? Не помню.
Ошибка действительно была с BCU.
Ip меняется по сетке, все OK, ТОЧНО, что-то не так делаете, только что проверил.

Вспомнил. Починил этот глюк так. Взял второй ноут и пролил с него, все ок.
а потом уж, возился-возился с первым ноутом - результат 0. Снес ETS, пытался поставить
сново - ошибка, пришлось XP сносить. Базы все старые, не менял.
В чем дело так и не понял.

Если ETSF ломанная попробуйте переписать ту папочку, которая идет в комплекте.

Все-таки понемногу все неумолимо сводится к версии Falcon.
Вы какую версию ETS переустанавливали 3 или 4?
Если не сложно, можете посмотреть какая у вас версия Falcon установлена в ETS ( меню Помощь -> системная информация -> активные модули -> файл FalcoConnectionMabager.dll )

3f на 3f . FCM Версия 1.0.3071.0

FalcoConnectionMabager.dll - Главное ни кого не запугать!

Да уж, вас запугаешь , бессонные ночи дают о себе знать
Итак третья часть марлезноского балета.
Установил falcon 2.0 от ETS 4.
При попытке загрузить локально параметры в BAOS - ничего нового то же сообщение о несовместимости BCU, НО!
если грузить их в этот же шлюз удаленно через самого себя все загружается, раньше выдавалось сообщение о том, что шлюз уже занят локально.
Вы как его грузите - локально или все-таки удаленно?

USB узе не пользую, сразу ставлю BAOS.
Дело в том что если сравнить скорость заливки BAOS и USB, BAOS работает пошустрее.
причем при проливки BIQ с дисплеем, это очень видно.
Почему не понятно!? Видно с дровами USB что-то!?
Когда была проблем с BAOS в какое-то время заплакал и USB, подумал что USB раздолбался,
взял другого производителя и все одно. Короче снес все к драндулям и поставил сново.
Тока пролил BAOS по USB, усе работает.

Здравствуйте, у меня была похожая ситуация. Был куплен роутер Baos 772. При попытке залить в него локально через Ethernet, а также через USB шлюз параметры, аппликационную программу или групповые адреса ETS3.0F выдает сообщение "несовместимая BCU версия $091A рекомендуется $0701". После целого дня танцев с бубном, всевозможных попыток разрешить данную ошибку - было обнаружено, что несмотря на то, что наклейка была Baos 772 по факту железяка была Baos 750. Мак-адрес тоже не совпадал с тем, что на наклейке... Когда попытался залить апликашку Baos 750 - получилось. Буду возвращать по браку...