Форум » » Как правильно интегрировать BAOS 772 (KNX) в Creston? » Ответить
Как правильно интегрировать BAOS 772 (KNX) в Creston?
Anthony: Доброго времени суток, уважаемые знатоки. Позвольте новичку задать ламерский вопрос? Как правильно интегрировать BAOS 772 (KNX) в Crestorn? Если возможно в простейший примерах. (нажали кнопку на панели, посредством процессора join ушел на ххх модуль (логику), с него отправилась команда сетпоинту на вебсервер BAOS (включить лампочку (релейный канал с таким-то групповым адресом в KNX сети)). Как в целом организовывается связь со сторонними TCP/IP устройствами? Как не крестроновские устройства привязываются к IP таблице процессора? Посредством чего на них отправляются команды? Я так полагаю необходимо использовать модуль вебклиента? Но как именно правильно это организовать? К примеру, как можно было бы отправить строку скажем: http://192.168.0.124/baos/SetDatapointValue?Datapoint=1&Format=DPT1&Length=1&Value=true на тот же вебсервер BAOS? Или на него необходимо отсылать в Binary Protocol V2.0? И как при этом организовывается обратная связь? Скажем получение c того же вебсервера BAOS статуса: «лампочка зажглась»? Товарищи специалисты, поделитесь хоть каким-то имеющимся у Вас по этому вопросу опытом, буду очень признателен за помощь. За ранее благодарен. :)
Ответов - 30, стр:
1 2 All
Игорь K.: Что и как делать с KNX описано в мануале на гейт CGEIB-IP. По русски я когда-то сочинял такое: http://crestron-consulting.com/pdf/Crestron_Gates.pdf Общий подход таков: выдача и прием переменных из KNX и обратно. Переменные могут быть однобитными (бинарными), и большей разрядности.
Anthony: Здравствуйте, Игорь. Спасибо за ответ. :) Прежде чем задать этот вопрос, я внимательно изучил этот сайт и большую часть форума. Нашел много полезных ответов, ответы на которые не смог получить даже у официальной тех поддержки, за что огромное спасибо и Вам и остальным форумчанам. Удалось найти мануал на CI-KNX, ( http://crestron.de/images/Datenblatt/CI-KNX.zip ) в нем приведены и необходимые примеры, но примеры программы правда недоступны к скачиванию. Суть в том, что ознакомившись с этим мануалом на CI-KNX я с радостью обнаружил, что это устройство как две капли воды похоже на устройство weinzierl KNX IP BAOS 771, те же 250 сетпоинтов, те же настройки в ETS. Позже я нашел инфу о том, что CI-KNX и есть OEM 771 модуль от weinzierl. (Я правда использую 772-ой, у него 1000 сетпоинтов). Но вот в чем я так и не разобрался, так это в том, где мне найти Module: Crestron CI-KNX IO для SIMPL W..? В мануале сказано: To incorporate the Crestron CI-KNX into the system, drag the Crestron CIKNX from the User module | Product module folder after copying the modules to the User macro folder or the same folder where the project is stored. но я такого модуля не нашел. Подскажите плиз где я туплю?
eoulianov: Добрый день! Эти модули доступны для дилеров Crestron, они расположены на my.crestron.eu, technical, integrated partner modules, modules, crestron. Если у вас нет аккаунта - запросите его по линии поставки оборудования.
Anthony: eoulianov , добрый день! Большущие спасибо !!! :) Я зарегистрирован пока только на *.com, буду выбивать от поставщиков аккаунт на *.eu
Anthony: Доброго времени суток, товарищи. в общем уперся снова в стену, модуль скачал, демопрограммку тоже, вроде все разжевано, но то ли CI-KNX не то чтобы прям-таки подходит к BAOS 772, то ли я туплю, connect есть, его статус я вывел на панель, но в шину KNX ничего не уходит, при этом обратная связь есть, то есть нажимаю на выключателе KNX кнопку, срабатывает реле, в Simpl Debugger получаю ответ \x06 \xF0\x80\x00\x15\x04\x00\x00\x00\xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x01 или \x06 \xF0\x80\x00\x15\x04\x00\x00\x00\xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x00 , соответственно вкл-выкл, если это значение прописать в сериал IO модуле, то можно даже получить обратную связь на панели Сама команда отправляемая в шину для однобитного сетпоинта выглядит так \xF0\x06\x02\x01\x021\x01 - на нее ноль реакции пробовал через сериал модуль отправить ту же \x06 \xF0\x80\x00\x15\x04\x00\x00\x00\xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x01 - реакции ноль так же не пойму откуда пробел после \x06 понять не могу, обратно отправить с пробелом не получается. либо без пробела, либо вычеркивается \x06 в общем товарищи, помогите плиз ламеру разрешить сей вопрос - в каком направлении копать дальше?
eoulianov: 1. Это точно шлюз CI-KNX, а не другой такой же? У них могут отличаться протоколы, нарочно неодинаковые) 2. \x06 \xF0\x80\x00\x15\x04\x00\x00\x00\xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x01 похож на фидбек от шлюза, значит в шлюзе настроен датапоинт и что-то мы получили. Раз это можно получить на панели, значит этот фидбек ещё и правильно декодируется, что очень хорошо - угадали с типом данных и т.д. 3. Когда на модуле Crestron CI-KNX 1 Bit v1.4 щёлкаете set_on и set_off, команда формируется для указанного в параметре датапоинта (проверьте, что он тот же), и если она попадает-таки в шлюз то скорее всего шлюз сделает телеграмму. Посмотрите в ETS - была ли телеграмма. Может быть групповой адрес, указанный в этом датапоинте не управляющий, а статусный, и ваша телеграмма никого в EIB не заинтересует, ну или включит/выключит лампочку на выключателе, а не реальный актор..
Igor: Есть основания полагать, что имеет место попытка работы со шлюзом не-CI-KNX средствами, предназначенными для работы со шлюзом CI-KNX...
Anthony: Igor пишет: Есть основания полагать, что имеет место попытка работы со шлюзом не-CI-KNX средствами, предназначенными для работы со шлюзом CI-KNX... Именно так Игорь. Об этом собственно и сказано в первом посту. Практика такая имеется у людей, женят люди как-то между собой сии девайсы, осталось понять как eoulianov пишет: 1. Это точно шлюз CI-KNX, а не другой такой же? У них могут отличаться протоколы, нарочно неодинаковые) 1. Это шлюз weinzierl KNX IP BAOS 772, CI-KNX лепили с 771-го, вероятно, что протоколы разные осталось только понять они разные между крестроном или между 771-ым и 772-м. последнее можно попробовать сравнить по документации, хотя изрядно и запарно, 772 имеет 1000 датапоинтов против 250 771-го, у меня в проекте будет точно под тысячу, а то и под две тысячи групповых адресов. eoulianov пишет: 2. \x06 \xF0\x80\x00\x15\x04\x00\x00\x00\xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x01 похож на фидбек от шлюза, значит в шлюзе настроен датапоинт и что-то мы получили. Раз это можно получить на панели, значит этот фидбек ещё и правильно декодируется, что очень хорошо - угадали с типом данных и т.д. 2. С пробелом я разобрался, нужно было выставить в багере корректное отображение телеграмм это 20 в HEX - \x06\x20\xF0\x80\x00\x15\x04\x00\x00\x00\xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x01 это и фидбек из KNX и само нажатие кнопки (приходит дважды) когда я отключил второй датапоинт, который собственно был установлен для анализа фидбека, то сообщение стало приходить одно. На панель я его вывожу через Serial IO модуль, прописав ее в стриммере, когда она появляется в системе модуль выводит бинарное значение в фидбек на панель, сами KNX 1 bit и IO модули молчат, правда их присутствие в системе позволяет видеть обратную связь из KNX в целом. eoulianov пишет: 3. Когда на модуле Crestron CI-KNX 1 Bit v1.4 щёлкаете set_on и set_off, команда формируется для указанного в параметре датапоинта (проверьте, что он тот же), и если она попадает-таки в шлюз то скорее всего шлюз сделает телеграмму. Посмотрите в ETS - была ли телеграмма. Может быть групповой адрес, указанный в этом датапоинте не управляющий, а статусный, и ваша телеграмма никого в EIB не заинтересует, ну или включит/выключит лампочку на выключателе, а не реальный актор.. 3. Рекция на работу модуля CI-KNX 1 Bit отсутствует вообще, с COMMAND и tx уходит строка \xF0\x06\x01\x01\x01\x31\x01 и никакой на нее реакции, со стороны ETS естественно слушал, никакой реакции, и это вполне логично так как мы же не напрямую в шину KNX шлем телеграмму, а связываемся непосредственно с датапоинтом сервера гейта опрашивая состояние его таблицы адресов, это как раз и позволяет нам избежать флуда в шине KNX, но по этой же причине пока мы не достучимся до активированного датапоинта с присвоенным ему групповым адресом мы "слепы" со стороны шины KNX. Я закомментил почти сразу модуль CI-KNX 1 Bit и стал эксперимента ради слать телеграммы опять же через Serial IO модуль прописывая в его стриммер разные строки начиная все с тех же же: \xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x01 \x06\x20\xF0\x80\x00\x15\x04\x00\x00\x00\xF0\xC1\x00\x01\x00\x01\x00\x01\x18\x01\x01 но результат пока нулевой На счет "Выключателя", это я так просто выразился, разумеется речь идет о шинных устройствах. 4. установил несколько разных снифферов и анализаторов IP сети, чтобы попробовать отловить телеграммы внутри сети между оборудованием крестрон, но вот незадача, не видят они телеграмм между оборудование крестрон, по всей видимости из-за того, что крестроновсвкое оборудование связывается между сбой по своему собственному гетвею. разве что при включенном в симпл баггере видно обращение процессора к компу, но от этих телеграмм толку не много. Может быть в средствах самого крестрона есть какие-нибудь анализаторы его IP сети? Я решил пробовать еще следующее, запустил на компе программку KnxBAOS DemoClient for protocol 2.0 отправил с нее команду в BAOS на активацию все того датопоинта и отловил в шине посланные телеграммы. первая из них содержала следующее: 00 1C 42 94 9C 68 00 24 6D 00 4E 00 08 00 45 00 00 3D 00 99 00 00 10 06 27 E0 C0 A8 00 7C C0 A8 00 76 2E E4 08 32 0E 3E 7B 90 59 05 B0 DB 50 18 05 B4 58 7F 00 00 06 20 F0 80 00 15 04 00 00 00 F0 C1 00 01 00 01 00 01 18 01 01 как видите, то что выделено красным и есть все та же строка данных. пробую методом последовательных приближений выписывать эти данные в стриммер и отправлять в шлюз, но пока реакции нет. Есть ли какие-нибудь соображения куда копать дальше?
eoulianov: Мильпардон, я не воткнул что именно шлюз "неродной") CI-KNX = 18285 RUR розницы, т.е. задача взлома протокола weinzierl KNX IP BAOS 772 методом анализа трафика между этим шлюзом и крестроновским(!) модулем получается скорее академическая (и вполне в духе BDSM) чем коммерческая: вы уже потратили времени больше, чем стоит CI-KNX. Для её решения нужно настроить несколько датапоинтов на разные групповые адреса и разные типы, гонять на пустой EIB (только этот шлюз и ETS) телеграммы то от ETS в KnxBAOS DemoClient for protocol 2.0, то обратно и внимательно смотреть на то, как эти телеграммы предстают в IP, выделить в них где написан номер датапоинта, где тип, где значение; возможно, формат окажется разным в зависимости от типа, направления а то и величины номера или значения) Потом нужно подправить модули Crestron, чтобы они слали и парсили по этому же формату, или написать собственные. Да, Crestron, сейчас вероятно самая гибкая из простых и стабильных платформ для женитьбы с чем попало, но всё-таки, если есть готовое решение, лучше его "применить", чем изощряться.. Чтобы отловить IP трафик, который идет между оборудованием Crestron и тем, с чем Crestron связан, можно поступить двумя путями: 1. На менее более разумном свитче включить зеркалирование порта и каким-нибудь Microsoft Network Monitor смотреть трафик. 2. Открыть дебаггер и тупо смотреть на строки, пересылаемые в/из TCP/IP Client/Server. Но если хочется узнать, как разговаривает контроллер с DM-MD64X64, остаётся 1-й способ)
Anthony: Спасибо, :) что же касается CI-KNX, и BAOS772 то (не подозревая конечно о таких сложностях в протоколах, так как каждый и первый и второй продавец буквально кричат о замечательном использовании сих девайсов с различным оборудованием, включая крестрон, кричат правда только в рекламме, если задать продавцу девайса конкретный вопрос, то он почему-то оказывается не знает на него ответ, и даже не знает того, кто знает на него ответ ) то последний был выбран так как групповых адресов в системе тысячи под две будет и управляющих панелей порядка двух десятков, арифметика была простая, два против восьми, и на шесть эзернет портов и проводов от них меньше, (если учитывать все системы, включая охрану и наблюдение, эзернет и так уже раздут до немыслимого числа портов), да не просто оказалось поженить их, но некоторым это удавалось, с их слов довольно просто, возможно просто для них, но совсем не просто для меня как оказалось. пробовал достучаться до знающих, но пока никто не ответил на мои просьбы. Про то что нужно править модули - сразу подумал, но для начала нужно понять что и как, получить хоть что-то, а потом уже постепенно двигаться в нужную сторону и править что возможно исправить.
eoulianov: Жуть как вам не повезло - нужно было на этом базаре дойти до контейнера с Elka: они из-под полы продали бы вам то, что совместно с Lantronix они делают OEM для Crestron как CGEIB-IP (ну либо купить обычный CGEIB-IP). В старой прошивке там максимум 500 адресов, в новой - не знаю сколько, но 2000 я лил и работает (из них фидбэчных было мало). Если вам обещали продажники, что BAOS772 женится с Crestron - не слезайте с них, пока вы не получите полное удовлетворение, иначе или вы им перестанете верить, и будет непонятно где покупать, или они обманут вас существенней в следующий раз. Однако 2 момента: 1. Вы пытаетесь экономить деньги клиента и пускаетесь ради этого в разные авантюры, пытаетесь пробовать "хитрые" решения на боевом проекте. Это часто ведет к потере ваших денег и неожиданным задержкам) 2. Ethernet свитч - пожалуй, самое надёжное, что будет в вашем проекте; +6 портов - ерунда, бывают системы на 10К+ портов и не жужжат. А вот линия EIB с кучей устройств, в которых сподобились настроить 2К+ групповых адресов, может и затормозить, особенно если несколько человек возьмутся делать там что-то посложней, чем щёлкать реле. Посмотрите, может стоит поделить KNX на несколько линий и вешать отдельный шлюз на каждую, а не один на главную.
Anthony: Да это не я экономлю их деньги, это они на мне... (лучше промолчу) Сегодня отписал поставщикам, что либо пусть дадут ответ, либо меняют на CI-KNX, для начала хотя бы один модуль, буду юзать, потом дальше решать, что и как. Сегодгня наконец осмыслил очевидное, в CI-KNX используется протокол V1.4, а в 771-772-ом BAOS-e используется протокол V 2.0, вот и весь сказ млин. Сегодня сравнил документацию есть различия, и это логично так как есть разница и по адресам и по количеству линков. Жалко в мануалах примеры какие-то бестолковые приведены, ни слова по существу, а ведь толковый пример легче всего осмыслить и проанализировать. Еще сие осмысление привело меня к тем мыслям, что CI-KNX получается OEM от 770-го, а не от 771-го, - староват прибор в общем, и что грустно, линк у него один только. На счет CGEIB-IP изначально думал, с одной стороны подкупало твердое осмысление, что юзаешь непосредственно групповые адреса, но с другой стороны, в шину лишний раз флудить тоже не хотелось, читал где-то, что есть нарекания на CGEIB-IP устройство. (насколько правда не ведую) одним словом академический интерес к BAOS остался, хотя и CI-KNX теперь уже охота пощупать, так сказать убедиться, что усе работает исправно. Надеюсь, что с Божьей помощью сей вопрос как-то разрешиться.
asakharov: А я правильно понимаю, что если нам нужен шлюз в KNX через IP, то CI-KNX отличается от CGEIB-IP только числом поинтов?
Anthony: CGEIB-IP не щупал, но пробежавшись по диагонали в описании, я так понял, что через него крестрон стучится непосредственно в саму шину, а через CI-KNX на некую обновляемую страницу данных, поэтому и порты разные. Правда и в CI-KNX при получении реального 8 битного статуса из шины, скажем пи получении фидбека на слайдер упр диммером, тормоза все равно конкретные, что тут скажешь - 9600 - сильно не разбежишься.
eoulianov: Получение реального фидбека на слайдер - порочная идея: Во первых, в зависимости от модели диммера и его настроек в ETS, в можете получить 8-битное значение яркости (не 1-битный статус) раз в секунду, или в конце изменения, или вовсе не получить. Но уж точно не плавно для отображения красоты на слайдере. Во вторых остаются ограничения шины EIB - 9600. И там найдутся более полезные телеграммы, чем отображение фидбека с диммера) В третьих на шлюзе выставляется ограничение на приём/передачу телеграмм, уже чтобы контроллер Crestron не завис от плохо спланированной обработки входящих телеграмм. По идее, если пользователь сейчас что-то делает со слайдером, то на нём нужно симулировать фидбек, чтобы было гладко и сразу соответствовало его жестам)
Anthony: Я так и сделал изначально, потом захотелось видеть реальный статус на панели при диммировании с "выключателя", исходя из того, что с "выключателя" отправляются 4 битные телеграммы, при отпускании кнопки байтовое значение на слайдер панели приходят моментально, а вот при установке яркости с самого сладера, все выглядит довольно грустно. Я отрисовал красивые анимированые сладеры, но, в итоге пришлось обратную связь заводить сразу с уставки. В целом первые полторы секунды все выглядит прилично, но позже шина вывешивает все живое. Проанализировав телеграммы обнаружил много повторяющихся, по всей видимости это связано с тактильными перемещениями пальца по матрице. Попробовал отскалировать таким образом, чтобы значения прирастали или убывали кратно пяти единицам, как бы прореживая телеграммы, стало лучше но все равно не приемлемо, далее обратил внимание на то, что если скорость возратания и падения значений установить в диммере бОльшую, то при других равных значениях результат получается лучше, если меньшую или равную нулю, то совсем отвратительный. В целом чисто академически хотелось бы добиться хороших результатов, но пока вернулся к первому варианту - fb сразу со слайдера, реальный fb однобитовый: при значении равном нулю имидж выкл лампочки, при значении больше нуля, имидж вкюченной.
beomaster: Коллеги, так удалась у кого-нибудь свадьба крестрона и baos772? Я тут вплотную уже приближаюсь к этому вопросу, прошу помочь.
fero_pont: Коллеги, приветствую. Как я понял, идея подружить Baos772 с Crestron обречена на неудачу и надо использовать модуль Cl-KNX?
gosha: Ну, если хотите проспонсировать написание KNXnet/IP модуля для крестрона - кто Вам в этом может помешать?
4ertjaga_88: На сколько я знаю,модуль написан,и может продаться автором темы
Ale4ko: Совсем недавно брал пример с АpplicationМarket, работает толко на процессорах 3 ветки. У меня есть модули и для 2 ветки тоже, если что пишите в личку. This macro takes care of the communication between the CGEIB-IP/CI-KNX and the Crestron processor.
Kaveckiy: Ale4ko пишет: Совсем недавно брал пример с АpplicationМarket, работает толко на процессорах 3 ветки. У меня есть модули и для 2 ветки тоже, если что пишите в личку. Имели в виду модуль для BAOS 772. Модуль написан и работает, это я знаю точно. Можете пообщаться с автором на предмет условий его получения.
4ertjaga_88: может Ale4ko протестил новый модуль для cgeib с баосом...и оказалось,что он подходит и под него?)
Ale4ko: вроде(99%) был модуль BAOS 770 (CI-KNX)
4ertjaga_88: 770/771 и 772 разные вещи
Kaveckiy: Ale4ko пишет: BAOS 770 (CI-KNX) это не одно и тоже в плане прошивок и формата команд
Anthony: Да модуль есть и работает. И даже включен в "Concept 12" по умолчанию, хотя сам по себе концепт и не крестроновский - >> Concept 12
Kaveckiy: Anthony поправь ссылку, выдает ошибку.
Anthony: Поправил.
Вован: Anthony пишет: http://crestron.de/images/Datenblatt/CI-KNX.zip Получилось в итоге скрестить шлюз с Крестроном?
полная версия страницы