Тема: МК2003-ТМ (exicom v.2.10) + COM-80U + SIP-CDA2/SIP-CDA3
Настройки проверим.
По rtsp - такая ссылка не подойдет. Нужно, чтобы ссылка была вида rtsp://192.168.1.61:554 и т.д. или rtsp://login:password@192.168.1.61:554 и т.д., где rtsp:// уже жестко заложено в интерфейсе.
а rtsp ссылка может быть такой?
`rtsp://192.168.1.61:554/dom`
или
`rtsp://192.168.1.61:554/` (заканчивается на slash)
Может, только без кавычек. rtsp://192.168.1.61:8554/dom
Интересно, будет ли работать видео со звонком перекодированное командами (на линукс или 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” перекодированный поток для адаптера.
Попробуйте, пожалуйста, на своем стенде.
Не будет, т.к. в адаптере нет ОС, программа написана с нуля. Запрашивается через RTSP RTP поток и перенаправляется в SIP. Все, что после порта в строке, передается как есть на камеру. Формат строки должен быть строго по шаблону, т.к. программа берет из нее IP адрес и порт. Если нет @, начало строки считается IP адресом, если есть, то все что до @, считается логином и паролем.
Имеется ввиду запустить команды на сервере (пк с линукс/mac), заменив в них IP на актуальные ip камеры и пк, а в адаптере задать rtsp://192.168.1.3:8554/dom (с актуальным ip ПК)
Выяснили, что зависание происходит при вызове абонента в том случае, если подключен коммутатор (COM-80) к адаптеру. Если коммутатор не подключать, то вызов с панели проходит на SIP-клиент нормально, соединение устанавливается, правда, качество связи низкое (эхо, фоновый шум).
Напряжение на коммутаторе:
Режим ожидания:
между контактами 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
Отключите цепь PULL12, возможно проблема в этом.
Эхо скорее всего из-за того, что телефон находится рядом с вызывной панелью и звук ходит по кругу. Если эхо, когда телефон в другом помещении, нужно регулировать параметры эхоподавления. Звук от панели должен блокироваться, когда говорят по телефону.
Видеозвонок должен формироваться без каких-либо сторонних команд с сервера, просто rtsp запрос и далее ретрансляция пакетов на sip сервер. Если этого по каким-либо причинам не происходит, то есть способы это выяснить. Спрашивайте, подскажем. Или же можете вложить в форум дамп wireshark от начала до конца видеозвонка. По нему прослеживается обмен с камерой и сервером. Если же подразумевается прикладная фунцкция сервера, разрабатываемая вами, это не совсем наш профиль.
Отключили PULL12, также зависает после вызова абонента.
Камера отдает h265 поток, а в инструкции к адаптеру указано, что требуется h264, мы планируем сконвертировать поток от камеры в h264 формат на сервере, и уже поток с сервера задать в настройках адаптера. Или все таки h265 будет работать?
Проверьте, может в какой-то из цепей коммутатора в клеммниках нет контакта с адаптером. Коммутатор будет лучше запитать от 12В с БП адаптера. Также сверьтесь со схемой подключения, не пересекаются ли входы и выходы адаптера.
H265 не понимают SIP клиенты. Если у вас есть сервер конвертер, адаптер должен запрашивать сервер, а сервер должен запрашивать камеру.
как “сервер конвертор” мы используем 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).
Сделайте захват в wireshark со стороны адаптера, будет сразу ясно. И в ваших настройках было отключено видео.
Запитали коммутатор напрямую от БП, напряжение на коммутаторе 13.8v, зависания исчезли при вызове абонента, но звонок на трубку не проходит при любых настройках (Трубка, SIP вместе с Трубкой, сначала SIP потом трубка).
Замерили напряжения в режиме ожидания на LOUT и DOUT0 на адаптере, они оказались не такими как выше.
GND - DOUT = 12.56v (вместо 4.69v)
GND - LOUT = от 0.00v до 3.95v (вместо 11.65v)
Сделайте захват в wireshark со стороны адаптера, будет сразу ясно. И в ваших настройках было отключено видео.
Wireshark отправили по электронке.
Видео и включали и выключали, так как не было понятно, что вызывает зависание адаптера.
