Отправлено: 14.07.15 21:34. Заголовок: Управление камерами Panasonic AW по IP

Доброго времени суток,
На объекте стоят шесть камер, доступ к которым осуществляется по IP.

Вопрос: реально ли реализовать управление камерами с помощью стандартных модулей?

Управление по IP мне не совсем понятно. До этого камерами управлял по 422, 485 и 232. Там все просто: определенный код на выполнение какого-то действия.
В управлении по IP же появляются какие-то сокеты, с которыми оперировать пока не выходит. Готовые модули (в количестве 5 штук) от умельцев подцепить к проекту не получилось, своими силами тоже не вышло.
Добавил TCP/IP Client, посылаю на TX$ Serial-signal следующего вида:

цитата:

http://192.168.0.10/cgi-bin/aw_ptz?cmd=%23PTS5050&res=1

но реакции никакой, к тому же управление PTZ идет через положение (нужно менять координату), а не простое "двигаться влево", "двигаться вправо".

Может быть кто-нибудь управлял подобными камерами? Нужен совет, друзья.
Камеры: Panasonic AW-HE60

 Отправлено: 15.07.15 00:29. Заголовок: О, это непобедимое ж..

О, это непобедимое желание управлять аппаратурой по IP...
Протокол читали? Надо осваивать HTTP и обращаться к камере GET-запросом.
Что касается возможности задавать абсолютные значения pan/tilt/zoom - это же хорошо. Подавляющее большинство встречавшихся мне реализаций "двигаться вправо" и "двигаться влево" были, мягко говоря, несовершенными.

 Отправлено: 15.07.15 08:53. Заголовок: Igor Игорь, читал д..

Igor
Игорь, читал для AW-HE50. Собственно, его команды работали и с AW-HE60 с помощью браузера. То есть я переходил по ссылке в ответ получал подтверждение о выполнении. Но как такое реализовать на Crestron'е?
Как Вы видите управление камерой с помощью джойстика на панели? Постоянно менять значение положения?
К большому сожалению Simpl+ я не владею, поэтому все проекты выполняю с помощью стандартных модулей (либо с того, что есть на appmarket'е).

 Отправлено: 15.07.15 10:26. Заголовок: ph1l74, после того к..

ph1l74, после того как в браузер вставлена "простая" строка команды он формирует запрос целевому устройству согласно протоколу HTTP, про это и говорится в приложении к упомянутому мною документу.
В общем случае вижу так что есть переменные, содержащие значение параметров pan/tilt/zoom, если нужно - focus или каких-то еще. Плавное изменение данных значений осуществляется на уровне Crestron, в процессе чего на целевое устройство отправляются команды, содержащие соответствующие параметры. Тут надо будет искать извечный баланс между плавностью отработки команд управляемым устройством и нагрузкой на канал связи, создаваемой в ходе осуществления данной деятельности.
Я сам прибегаю к Simpl+ в крайних случаях, но AFAIS здесь именно тот случай.
Вангую наполнение данного топика килограммами кода и рекомендую не забывать про Скрытый текст

свернутый текст.

 Отправлено: 15.07.15 12:08. Заголовок: Igor Это очень печа..

Igor
Это очень печально :(
Я нашел вот такой драйвер, при подключении которого к проекту, я получаю хоть какой-то ответ от устройства.
Скрытый текст

Вот только реакции от устройства в виде выполнения команды нет :(

 Отправлено: 15.07.15 12:32. Заголовок: Читайте и старайтесь..

Читайте и старайтесь понять мануал от Panasonic буквально.
Камеры отлично управляются по IP, ничего секретного нет.
Аналогично управляются камеры BOSCH, например. Все очень надежно и прозрачно.
Быстро отрабатываются старт-стоп функции, сохраняются и вызываются пресеты.

А по картинке выше, я вижу много лишних команд и сигналов с ошибками от камеры, откуда там может быть механизм cookie?

 Отправлено: 15.07.15 14:26. Заголовок: Игорь K. Игорь, с п..

Игорь K.
Игорь, с протоколом познакомился, стало яснее (например то, что можно просто управлять скоростью, а не положение постоянно менять), спасибо.
Но вот дополнение в конце мануала оставляет кучу вопросов. Самый главный из них: как работать с этим GET-запросом в Crestron?
Скрытый текст


Я засылаю вот такую строку на TCP/IP Client:
Скрытый текст

цитата: GET /cgi-bin/aw_ptz?cmd=%23PTS2550&res=1 HTTP/1.1\x0D\x0AAccept: image/gif, ... (omitted) ... , */*\x0D\x0AReferer: http://10.8.128.16/\x0D\x0AAccept-Language: en\x0D\x0AAccept-Encoding: gzip, deflate\x0D\x0AUser-Agent: AW-Cam Controller\x0D\x0AHost: 10.8.128.16\x0D\x0AConnection: Keep-Alive\x0D\x0A\x0D\x0A

 Отправлено: 15.07.15 19:09. Заголовок: А если попроще сделать запрос get?

Попробуй упростить запрос, используя только get /cgi-bin/av_ptz?cmd=#pts5050&res=1 http/1.1\x0d\x0ahost:192.168.0.10\x0d\x0a\x0d\x0a

 Отправлено: 15.07.15 19:31. Заголовок: Судя по соседнему то..

Судя по соседнему топику,му вас процессор третьей серии - я бы в вашем случае работу с http сделал на simpl#

 Отправлено: 15.07.15 20:32. Заголовок: marin_n Спасибо, се..

marin_n
Спасибо, сейчас хоть ответ стал получать от устройства о успешном соединении и выполнении команды. Хотя камера не движется XD

gosha
Да, Вы совершенно правы. Я бы тоже сделал http через simpl#, если бы умел :)

 Отправлено: 15.07.15 20:48. Заголовок: marin_n Большое сп..

marin_n

Большое спасибо Вам! Я запрос до
Скрытый текст

цитата: GET /cgi-bin/aw_ptz?cmd=%23PTS6550&res=1 HTTP/1.1\x0D\x0AHost: 10.8.128.16\x0D\x0AConnection: Keep-Alive\x0D\x0A\x0D\x0A

и все заработало.

Благодарю!

 Отправлено: 15.07.15 22:17. Заголовок: Единственная проблем..

Единственная проблема в том, что команда остановки не всегда проходит, поэтому камера продолжает двигаться, переставая отвечать на любые команды.

 Отправлено: 16.07.15 11:36. Заголовок: Не может быть, прове..

Не может быть, проверьте синтаксис команды STOP.
В этом протоколе (BOSCH тоже касается) в строке каждый раз передаются пареметры движения - скорости и еще много чего.
Для программирования драйверов это удобно, в смысле удобнее чем VISCA и Pelco.

 Отправлено: 16.07.15 14:04. Заголовок: Игорь K. Ну в каком..

Игорь K.
Ну в каком-то случае он же останавливается. Мне кажется, что просто сервер блокирует или не успевает обработать сигнал. Задержка на 0.2 секунды перед выполнением команды STOP решила (вроде бы) проблему.

 Отправлено: 16.07.15 16:15. Заголовок: Так а результат выпо..

Так а результат выполнения команды хотя бы вычитывается из буфера?

 Отправлено: 16.07.15 17:37. Заголовок: gosha Да, считывает..

gosha
Да, считывается. Дело в процессоре. Зависает секунд на 20-30 :(

 Отправлено: 21.07.15 11:28. Заголовок: Опять это зависание...

Опять это зависание... постоянно это возникает когда люди пытаются левачить свой HTTP в Crestron БУФЕР!!! БУФЕР!!!! у Вас маленький БУФЕР! по этому и зависает проц, все просто.

 Отправлено: 21.07.15 20:32. Заголовок: p.vladi Это не мой ..

p.vladi
Это не мой HTTP
Но спасибо за пояснение.

 Отправлено: 29.07.15 08:06. Заголовок: p.vladi пишет: по э..

p.vladi пишет:

цитата:

по этому и зависает проц, все просто.

Как-то можно от этого избавиться?

 Отправлено: 08.02.18 11:31. Заголовок: ph1l74, marin_n, спа..

ph1l74, marin_n, спасибо за наводки, AW-HE60 только так и зарулились. Имеющиеся модули уводили камеры в астрал.

 Отправлено: 08.02.18 13:00. Заголовок: ph1l74 пишет: Единс..

ph1l74 пишет:

цитата:

Единственная проблема в том, что команда остановки не всегда проходит, поэтому камера продолжает двигаться, переставая отвечать на любые команды.

В первой части полностью согласен. Бывает, что команда СТОП почему то не отрабатывает и камера улетает при повороте до упора. Даже дважды команду посылаем для большей стабильности.