Форумы  ·  Войти  · 

Тема: МК2003-ТМ (exicom v.2.10) + COM-80U + SIP-CDA2/SIP-CDA3

Страница 2 из 8, все  < 1 2 3 4 >  
[ #16 ]  01.10.21 10:44   Reboot  KOMENDANT LAB  

Настройки проверим.
По rtsp - такая ссылка не подойдет. Нужно, чтобы ссылка была вида rtsp://192.168.1.61:554 и т.д. или rtsp://login:password@192.168.1.61:554 и т.д., где rtsp:// уже жестко заложено в интерфейсе.

[ #17 ]  01.10.21 13:43   Владимир Д  (60/03.08.21)  

а rtsp ссылка может быть такой?
`rtsp://192.168.1.61:554/dom`
или
`rtsp://192.168.1.61:554/` (заканчивается на slash)

[ Изменено: 01.10.21 13:48 Владимир Д ]
[ #18 ]  01.10.21 13:45   Reboot  KOMENDANT LAB  

Может, только без кавычек. rtsp://192.168.1.61:8554/dom

[ #19 ]  01.10.21 13:57   Владимир Д  (60/03.08.21)  

Интересно, будет ли работать видео со звонком перекодированное командами (на линукс или mac)

```
$ ffmpeg -i rtsp://192.168.1.61:554/user=admin&password;=&channel=1&stream=1?.sdp -f lavfi -i aevalsrc=0 -an -map 0:0 -map 1:0 -c:v libx264 -pix_fmt yuv420p -shortest -strict experimental -filter:v fps=10 -b:v 0.5M -maxrate 1500 -f flv -listen 1 rtmp://192.168.1.3:1935/live/stream

$ cvlc -vvv rtmp://192.168.1.3:1935/live/stream—sout ‘#rtp{dst=192.168.1.3,port=8554,sdp=rtsp://192.168.1.3:8554/dom}’
```

где “rtsp://192.168.1.61:554/user=admin&password;=&channel=1&stream=1?.sdp” поток с IP камеры,
“rtsp://192.168.1.3:8554/dom” перекодированный поток для адаптера.

Попробуйте, пожалуйста, на своем стенде.

[ Изменено: 01.10.21 14:01 Владимир Д ]
[ #20 ]  01.10.21 14:05   Reboot  KOMENDANT LAB  

Не будет, т.к. в адаптере нет ОС, программа написана с нуля. Запрашивается через RTSP RTP поток и перенаправляется в SIP. Все, что после порта в строке, передается как есть на камеру. Формат строки должен быть строго по шаблону, т.к. программа берет из нее IP адрес и порт. Если нет @, начало строки считается IP адресом, если есть, то все что до @, считается логином и паролем.

[ #21 ]  01.10.21 14:22   Владимир Д  (60/03.08.21)  

Имеется ввиду запустить команды на сервере (пк с линукс/mac), заменив в них IP на актуальные ip камеры и пк, а в адаптере задать rtsp://192.168.1.3:8554/dom (с актуальным ip ПК)

[ #22 ]  01.10.21 18:36   Владимир Д  (60/03.08.21)  

Выяснили, что зависание происходит при вызове абонента в том случае, если подключен коммутатор (COM-80) к адаптеру. Если коммутатор не подключать, то вызов с панели проходит на SIP-клиент нормально, соединение устанавливается, правда, качество связи низкое (эхо, фоновый шум).

[ #23 ]  02.10.21 6:18   Владимир Д  (60/03.08.21)  

Напряжение на коммутаторе:

Режим ожидания:

между контактами GND и +12v = 10.99v
между контактами GND и Data = 4.69v
между контактами GND и Line = 11.65v
между контактами Data и Line = 0.05v

между контактами +12v и Line = 0.66v
между контактами +12v и Data = -0.05v

Вызов:

между контактами GND и +12v = 10.84v
между контактами GND и Data = -0.08v до -0.13v
между контактами GND и Line = 5.6v до 7.06v
между контактами Data и Line = 5.6v до 7.18v

между контактами +12v и Line = -3.8v до -5.3v
между контактами +12v и Data = -10.96v

[ Изменено: 02.10.21 21:30 Владимир Д ]
[ #24 ]  04.10.21 6:09   Reboot  KOMENDANT LAB  

Отключите цепь PULL12, возможно проблема в этом.
Эхо скорее всего из-за того, что телефон находится рядом с вызывной панелью и звук ходит по кругу. Если эхо, когда телефон в другом помещении, нужно регулировать параметры эхоподавления. Звук от панели должен блокироваться, когда говорят по телефону.
Видеозвонок должен формироваться без каких-либо сторонних команд с сервера, просто rtsp запрос и далее ретрансляция пакетов на sip сервер. Если этого по каким-либо причинам не происходит, то есть способы это выяснить. Спрашивайте, подскажем. Или же можете вложить в форум дамп wireshark от начала до конца видеозвонка. По нему прослеживается обмен с камерой и сервером. Если же подразумевается прикладная фунцкция сервера, разрабатываемая вами, это не совсем наш профиль.

[ #25 ]  04.10.21 10:12   Владимир Д  (60/03.08.21)  

Отключили PULL12, также зависает после вызова абонента.

Камера отдает h265 поток, а в инструкции к адаптеру указано, что требуется h264, мы планируем сконвертировать поток от камеры в h264 формат на сервере, и уже поток с сервера задать в настройках адаптера. Или все таки h265 будет работать?

[ #26 ]  04.10.21 10:22   Reboot  KOMENDANT LAB  

Проверьте, может в какой-то из цепей коммутатора в клеммниках нет контакта с адаптером. Коммутатор будет лучше запитать от 12В с БП адаптера. Также сверьтесь со схемой подключения, не пересекаются ли входы и выходы адаптера.
H265 не понимают SIP клиенты. Если у вас есть сервер конвертер, адаптер должен запрашивать сервер, а сервер должен запрашивать камеру.

[ Изменено: 04.10.21 10:29 Reboot ]
[ #27 ]  04.10.21 10:40   Владимир Д  (60/03.08.21)  

как “сервер конвертор” мы используем VLC в режиме трансляции (Stream), запуская его в docker.

```
$ docker run -d -p 8554:8554 quay.io/galexrt/vlc:latest ‘rtsp://192.168.1.61:554/user=admin&password;=&channel=1&stream=1?.sdp’—sout ‘#transcode{vcodec=h264,vb=8000,scale=1,width=640,height=480,acodec=none,scodec=none}:rtp{sdp=rtsp://:8554/dom}’—sout-x264-profile=baseline—sout-rtsp-user admin—sout-rtsp-pwd admin123
```

На выходе получается поток по адресу:

rtsp://admin:admin123@192.168.1.10:8554/dom

Но пока не удалось получить изображение в sip клиенте (linphone).

[ #28 ]  04.10.21 10:47   Reboot  KOMENDANT LAB  

Сделайте захват в wireshark со стороны адаптера, будет сразу ясно. И в ваших настройках было отключено видео.

[ Изменено: 04.10.21 10:50 Reboot ]
[ #29 ]  04.10.21 13:10   Владимир Д  (60/03.08.21)  

Запитали коммутатор напрямую от БП, напряжение на коммутаторе 13.8v, зависания исчезли при вызове абонента, но звонок на трубку не проходит при любых настройках (Трубка, SIP вместе с Трубкой, сначала SIP потом трубка).

Замерили напряжения в режиме ожидания на LOUT и DOUT0 на адаптере, они оказались не такими как выше.
GND - DOUT = 12.56v (вместо 4.69v)
GND - LOUT = от 0.00v до 3.95v (вместо 11.65v)

[ #30 ]  04.10.21 13:16   Владимир Д  (60/03.08.21)  
Reboot - 04.10.21 10:47

Сделайте захват в wireshark со стороны адаптера, будет сразу ясно. И в ваших настройках было отключено видео.

Wireshark отправили по электронке.

Видео и включали и выключали, так как не было понятно, что вызывает зависание адаптера.

Страница 2 из 8, все  < 1 2 3 4 >  
©1999-2022 Компания АТСН, РФ, Москва