Форум » » BOSCH CCS 1000 D » Ответить
BOSCH CCS 1000 D
Вячеслав: Есть у кого опыт интеграции данной конференц системы с crestron? Результаты, впечателения? Скинули какой то протокольчик http-шный, но пугают фразы про сессионный ключ и кукисы
Ответов - 20
BaDoS: Опыт интеграции есть. Впечатления скорее отрицательные, чем положительные). Намудрили они с протоколом знатно, хотя бы потому что он http-шный и JSON. Необходимо постоянно поддерживать сессию открытой и после авторизации (желательно создавать отдельного пользователя с правами админа) отслеживать SID номер сессии, так как он фигурирует в командах на управление. Но на данный момент получается либо управлять микрофонами через крестрон либо отслеживать нажатие кнопок на пультах. Одновременно два эти режима не работают. Модуль писался в Simpl+, может быть в Simpl# все по-другому заработало бы, но пока данным языком не владею. И бош по этому поводу разводит руками, типа ничего не знаем, у нас в веб-интерфейсе все норм, а API для сторонних производителей мы выпустили, но тестировать не хотим и не будем.
Вячеслав: До отпуска, я смог разобраться и написать модуль который умеет авторизоваться и отправлять команды используя SID. Пока только успел сделать вкл/выкл микрофона (с идентификаторами там каша полная то первый по старинке 513 то 1 в разных полях). В итоге заработал с 1. Жаль микрофон только один для тестов. А что за тема про разные режимы мониторинга и управления (какие команды смотреть)? Типа подписки на статусы нельзя сделать? У меня команды с опцией isPolling=true вообще вызывают временные зависания BOSCH, отказался от них пока не понял для чего. P.S. все таки пульты только свои или другие DCN тоже заработают? К ССU2 я пульт от 1000D "по ошибке" подключал, он вроде работал). Вот наоборот не пробовал.
BaDoS: Меняться пультами не пробовал. Команда isPolling=true работает и служит для отслеживания активных микрофонов. Причем, сколько раз эту команду отправишь подряд (при условии, что состояние микрофонов не менялось), столько изменений она и отследит. Получается что-то типа счетчика, который декрементируется при каждом изменении состояния микрофонов. Но вся проблема в том, что в этом случае не проходят остальные команды. Вернее они проходят, но все сразу вываливаются, как только счетчик доходит до нуля. Такое чувство, что они ставятся в очередь и выполняются только, когда счетчик обнулится. В этом и состоит проблема двух режимов. Нельзя управлять микрофонами с крестрона и при этом отслеживать активность микрофонов в системе. Только что-то одно. Может быть с этим и связаны временные зависания. Вы пытаетесь мониторить микрофоны и в то же время отсылать другие команды. А может просто прошивку надо обновить на конгресске.
Вячеслав: Однако на собственной WEB морде устройства все работает более менее вразумительно. Можно включать и выключать микрофон добавляя в список активных и статусы отлично мониторятся при нажатии кнопки на самом микрофоне (почти всегда мгновенно). Но заметил очень странную вещь. Статусы активности микрофона 200ок прилетают в web интерфейс по каким то случайным номерам портов, которые сторона web не открывала сообщениями с полем isPolling, либо я их не успевал отследить в лавине сообщений WireShark. Завтра посмотрю, на эту ситуацию при обмене сообщениями с Crestron. Привез хаб с дачи. Пока мне на Crestron ни разу не удавалось дождаться статуса микрофона, либо они приходят в несуществующий порт, либо вообще BOSCH их не отправляет. Спасибо про подсказку о счетчике для isPolling, сам бы долго это выяснял.
Вячеслав: Решение для одновременного мониторинга и управления оказалось достаточно простое. Просто при переходе из мониторинга к управлению надо делать реконект. Если важно быстродействие, то можно попробовать держать 2 соединения с разных портов (одно для управления, другое для мониторинга) - сейчас это и попробую добавить в модуль добавив второго TCP_CLIENTа. Странное дело для мониторинга сначала необходимо кинуть команду с полем ipPolling=false и только потом включить мониторинг полем isPoling=true в противном случае подписка на мониторинг не активирует его. Это подсмотрено при обмене штатного web. И так при каждом реконекте. Для обоих соединений надо еще какие то Keepalive команды выбрать, иначе через 60с неактивности BOSCH сторона финализирует сессию.
BaDoS: Интересная мысль про 2 одновременных соединения. Отпишитесь получилось ли? Главное чтобы у крестрона мозги не закипели от начальных инициализаций. Там и так посылки кусками приходят и периодически валится ошибка о переполнении буфера, хотя такой длины сообщений и в помине нет. С реконектом я тоже игрался, но если счетчик был забит на определенное количество, то после реконекта одно изменение в нем оставалось. Наверное надо было еще и isPolling=false отсылать. Про связку false-true тоже не докопал (просто отсылал 2 раза true и одно изменение уже отрабатывалось).
Вячеслав: У меня с реконектом работало сразу, но время на реакцию не приемлемо, если так поступать. Поэтому, попробовав раз, сразу на 2 клиента перешел. Работает. Отлаживаю. false думаю посылать только сразу после реконекта при первичном считывании статусов и установки режимов работы. Пока еще в дебагере в ручную отправляю, блок инициализации не делал еще.
Вячеслав: Засыпает гад. Не могу понять причины. Так как событие в случайный момент времени происходит и с разными промежутками. Когда то вообще не засыпает. Оказывается он для каждого контролируемого параметра создает отдельное соединение, да еще и переподключается, когда требуется запросить статус быстро (isPolling=false). Но это он делает вынуждено, потому что стачала открывает соединение с isPolling=false, а потом переводит его в режим isPolling=true тем самым потеряв это подключение для режима управления. Пока думаю, в крестрон это поведение не повторять из-за неудобства реализации. Создание нескольких TCP_CLIENT для crestron это большая портянка получается. Если мониторить статусы в 1 соединении, работает не правильно. Пока пытаюсь обойтись 3-4 для основных параметров. Никто не сталкивался с ошибкой TCP surious Retransmission (она иногда прикрывает мне соединения). Только издержки древнего HUB (т.к. вижу не только в обмене c BOSCH) dump тут
Igor: Товарищи, а вот разошлись мнения по поводу лицензии на управление контроллером CCSD-CU (система CCS 1000 D) по Ethernet с использованием стороннего оборудования. Что-то оно у меня криво работает. Нужна лицензия?
Вячеслав: Да нет вроде. Никакого ПО открытого интерфейса для 1000 не припомню. Ведь система не понимает разницы между управлением через WEB морду и управлением с крестрон. Хотя конечно она есть. Просто протокол работы с системой совсем не прост. Модуль для CCS1000 переплюнул своим размером модуль для CCU2.
Chikalov: Протокол прост, просто немного перемудрили. Мне из всего этого больше интересно кто-как разбирает ответы от боша.
Igor: Мне больше всего где вы берете протоколы управления этим расово верным оборудованием
Chikalov: На офф сайте находил мануал по работе с API боша с визуализацией + исходники для чего-то... Повторно найти не получилось((
Вячеслав: Да это ж немцы. Х чего найдешь. Но все таки порывшись пять минут нашел: Ссылка на архив с официального сайта в котором есть файл с API Или вот просто этот файл click here Мазахируйте на здоровье. Я убил 3 недели здоровья.
По: Есть определенный геморой связанный с тем что у Боша то протокол меняется, то заявленное не работает. Поэтому у нас программист написал свою прокладку под Винду, а для крестрона уже летят неизменные команды от этой прокладки. И так для всей линейки Disentis. Так что если есть желание и время но нет денег то можно делать самим а можно за деньги купить и не тратить своё время.
Igor: По, что купить?
По: Igor софтовую прокладку между Бошем и крестроном.
DmitriiP: смотря насколько "прокладка" хорошо прилегает к протоколу в критические (меняющиеся/не работающие от заявленного) для него дни. да и впринципе "прокладка" между "прокладкой" = +1 неопределенный геморой... вместо глючит бош или крестрон "с крылышками", станивится бош/windows/(прокладка 1)/крестрон (он же прокладка 2)
Chikalov: Не всегда под прокладку есть свободная станция... на винде...
Игорь K.: Было да сплыло подобное (oт производителя) - Extron Quantum. Работоспособная связка, но неправильная. Если используется Bosch, то не нужно учреждать "колхоз", а использовать родные решения с управлением камерами и микрофонами. И соответственно, не понадобятся никакие программные прокладки, так усиленно продвигаемые. Повторяется история с необходимостью вовремя остановить "изобретателей", а то далеко зайдут с такой разновидностью беспощадной интеграции.
полная версия страницы