Отправлено: 26.05.16 12:33. Заголовок: BOSCH CCS 1000 D

Есть у кого опыт интеграции данной конференц системы с crestron? Результаты, впечателения?
Скинули какой то протокольчик http-шный, но пугают фразы про сессионный ключ и кукисы

 Отправлено: 01.06.16 15:37. Заголовок: Опыт интеграции есть..

Опыт интеграции есть. Впечатления скорее отрицательные, чем положительные). Намудрили они с протоколом знатно, хотя бы потому что он http-шный и JSON. Необходимо постоянно поддерживать сессию открытой и после авторизации (желательно создавать отдельного пользователя с правами админа) отслеживать SID номер сессии, так как он фигурирует в командах на управление.
Но на данный момент получается либо управлять микрофонами через крестрон либо отслеживать нажатие кнопок на пультах. Одновременно два эти режима не работают. Модуль писался в Simpl+, может быть в Simpl# все по-другому заработало бы, но пока данным языком не владею.
И бош по этому поводу разводит руками, типа ничего не знаем, у нас в веб-интерфейсе все норм, а API для сторонних производителей мы выпустили, но тестировать не хотим и не будем.

 Отправлено: 12.06.16 15:07. Заголовок: До отпуска, я смог р..

До отпуска, я смог разобраться и написать модуль который умеет авторизоваться и отправлять команды используя SID.
Пока только успел сделать вкл/выкл микрофона (с идентификаторами там каша полная то первый по старинке 513 то 1 в разных полях). В итоге заработал с 1. Жаль микрофон только один для тестов.
А что за тема про разные режимы мониторинга и управления (какие команды смотреть)? Типа подписки на статусы нельзя сделать?
У меня команды с опцией isPolling=true вообще вызывают временные зависания BOSCH, отказался от них пока не понял для чего.
P.S. все таки пульты только свои или другие DCN тоже заработают? К ССU2 я пульт от 1000D "по ошибке" подключал, он вроде работал). Вот наоборот не пробовал.

 Отправлено: 19.06.16 11:44. Заголовок: Меняться пультами не..

Меняться пультами не пробовал. Команда isPolling=true работает и служит для отслеживания активных микрофонов. Причем, сколько раз эту команду отправишь подряд (при условии, что состояние микрофонов не менялось), столько изменений она и отследит. Получается что-то типа счетчика, который декрементируется при каждом изменении состояния микрофонов.
Но вся проблема в том, что в этом случае не проходят остальные команды. Вернее они проходят, но все сразу вываливаются, как только счетчик доходит до нуля. Такое чувство, что они ставятся в очередь и выполняются только, когда счетчик обнулится.
В этом и состоит проблема двух режимов. Нельзя управлять микрофонами с крестрона и при этом отслеживать активность микрофонов в системе. Только что-то одно. Может быть с этим и связаны временные зависания. Вы пытаетесь мониторить микрофоны и в то же время отсылать другие команды. А может просто прошивку надо обновить на конгресске.

 Отправлено: 19.06.16 19:56. Заголовок: Однако на собственно..

Однако на собственной WEB морде устройства все работает более менее вразумительно. Можно включать и выключать микрофон добавляя в список активных и статусы отлично мониторятся при нажатии кнопки на самом микрофоне (почти всегда мгновенно). Но заметил очень странную вещь. Статусы активности микрофона 200ок прилетают в web интерфейс по каким то случайным номерам портов, которые сторона web не открывала сообщениями с полем isPolling, либо я их не успевал отследить в лавине сообщений WireShark.
Завтра посмотрю, на эту ситуацию при обмене сообщениями с Crestron. Привез хаб с дачи.
Пока мне на Crestron ни разу не удавалось дождаться статуса микрофона, либо они приходят в несуществующий порт, либо вообще BOSCH их не отправляет.
Спасибо про подсказку о счетчике для isPolling, сам бы долго это выяснял.

 Отправлено: 20.06.16 17:08. Заголовок: Решение для одноврем..

Решение для одновременного мониторинга и управления оказалось достаточно простое.
Просто при переходе из мониторинга к управлению надо делать реконект.
Если важно быстродействие, то можно попробовать держать 2 соединения с разных портов (одно для управления, другое для мониторинга) - сейчас это и попробую добавить в модуль добавив второго TCP_CLIENTа.

Странное дело для мониторинга сначала необходимо кинуть команду с полем ipPolling=false и только потом включить мониторинг полем isPoling=true в противном случае подписка на мониторинг не активирует его. Это подсмотрено при обмене штатного web. И так при каждом реконекте.
Для обоих соединений надо еще какие то Keepalive команды выбрать, иначе через 60с неактивности BOSCH сторона финализирует сессию.

 Отправлено: 21.06.16 11:20. Заголовок: Интересная мысль про..

Интересная мысль про 2 одновременных соединения. Отпишитесь получилось ли? Главное чтобы у крестрона мозги не закипели от начальных инициализаций. Там и так посылки кусками приходят и периодически валится ошибка о переполнении буфера, хотя такой длины сообщений и в помине нет.
С реконектом я тоже игрался, но если счетчик был забит на определенное количество, то после реконекта одно изменение в нем оставалось. Наверное надо было еще и isPolling=false отсылать. Про связку false-true тоже не докопал (просто отсылал 2 раза true и одно изменение уже отрабатывалось).

 Отправлено: 21.06.16 12:15. Заголовок: У меня с реконектом ..

У меня с реконектом работало сразу, но время на реакцию не приемлемо, если так поступать. Поэтому, попробовав раз, сразу на 2 клиента перешел.
Работает. Отлаживаю.
false думаю посылать только сразу после реконекта при первичном считывании статусов и установки режимов работы. Пока еще в дебагере в ручную отправляю, блок инициализации не делал еще.

 Отправлено: 07.07.16 13:15. Заголовок: Засыпает гад. Не мог..

Засыпает гад. Не могу понять причины. Так как событие в случайный момент времени происходит и с разными промежутками.
Когда то вообще не засыпает.
Оказывается он для каждого контролируемого параметра создает отдельное соединение, да еще и переподключается, когда требуется запросить статус быстро (isPolling=false). Но это он делает вынуждено, потому что стачала открывает соединение с isPolling=false, а потом переводит его в режим isPolling=true тем самым потеряв это подключение для режима управления. Пока думаю, в крестрон это поведение не повторять из-за неудобства реализации.
Создание нескольких TCP_CLIENT для crestron это большая портянка получается. Если мониторить статусы в 1 соединении, работает не правильно. Пока пытаюсь обойтись 3-4 для основных параметров.

Никто не сталкивался с ошибкой TCP surious Retransmission (она иногда прикрывает мне соединения). Только издержки древнего HUB (т.к. вижу не только в обмене c BOSCH) dump тут

 Отправлено: 03.03.17 23:05. Заголовок: Товарищи, а вот разо..

Товарищи, а вот разошлись мнения по поводу лицензии на управление контроллером CCSD-CU (система CCS 1000 D) по Ethernet с использованием стороннего оборудования. Что-то оно у меня криво работает. Нужна лицензия?

 Отправлено: 04.03.17 00:31. Заголовок: Да нет вроде. Никако..

Да нет вроде. Никакого ПО открытого интерфейса для 1000 не припомню.
Ведь система не понимает разницы между управлением через WEB морду и управлением с крестрон. Хотя конечно она есть.
Просто протокол работы с системой совсем не прост. Модуль для CCS1000 переплюнул своим размером модуль для CCU2.

 Отправлено: 04.03.17 09:17. Заголовок: Протокол прост, прос..

Протокол прост, просто немного перемудрили.
Мне из всего этого больше интересно кто-как разбирает ответы от боша.

 Отправлено: 04.03.17 10:49. Заголовок: Мне больше всего где..

Мне больше всего где вы берете протоколы управления этим расово верным оборудованием

 Отправлено: 04.03.17 11:15. Заголовок: На офф сайте находил..

На офф сайте находил мануал по работе с API боша с визуализацией + исходники для чего-то...
Повторно найти не получилось((

 Отправлено: 05.03.17 02:57. Заголовок: Да это ж немцы. Хрен..

Да это ж немцы. Х чего найдешь.
Но все таки порывшись пять минут нашел:
Ссылка на архив с официального сайта в котором есть файл с API
Или вот просто этот файл click here
Мазахируйте на здоровье. Я убил 3 недели здоровья.

 Отправлено: 31.03.17 16:07. Заголовок: Есть определенный ге..

Есть определенный геморой связанный с тем что у Боша то протокол меняется, то заявленное не работает.
Поэтому у нас программист написал свою прокладку под Винду, а для крестрона уже летят неизменные команды от этой прокладки.
И так для всей линейки Disentis.
Так что если есть желание и время но нет денег то можно делать самим а можно за деньги купить и не тратить своё время.

 Отправлено: 01.04.17 19:03. Заголовок: По, что купить?..

По, что купить?

 Отправлено: 03.04.17 12:20. Заголовок: Igor софтовую прокла..

Igor софтовую прокладку между Бошем и крестроном.

 Отправлено: 03.04.17 15:58. Заголовок: смотря насколько ..

смотря насколько "прокладка" хорошо прилегает к протоколу в критические (меняющиеся/не работающие от заявленного) для него дни.

да и впринципе "прокладка" между "прокладкой" = +1 неопределенный геморой... вместо глючит бош или крестрон "с крылышками", станивится бош/windows/(прокладка 1)/крестрон (он же прокладка 2)

 Отправлено: 03.04.17 16:20. Заголовок: Не всегда под прокла..

Не всегда под прокладку есть свободная станция... на винде...

 Отправлено: 03.04.17 18:49. Заголовок: Было да сплыло подоб..

Было да сплыло подобное (oт производителя) - Extron Quantum.
Работоспособная связка, но неправильная.
Если используется Bosch, то не нужно учреждать "колхоз", а использовать родные решения с управлением камерами и микрофонами.
И соответственно, не понадобятся никакие программные прокладки, так усиленно продвигаемые.
Повторяется история с необходимостью вовремя остановить "изобретателей", а то далеко зайдут с такой разновидностью беспощадной интеграции.