Surveillance Station Kamera über HTTP-Stream einbinden geht nicht

blackpanther · 21. Sep 2018

Hallo zusammen,
ich vermute mal es ist nur eine Kleinigkeit, aber ich erkenne den Grund nicht.

Ich möchte eine Kamera anbinden, die ich über einen HTTP-Stream erreiche. Wenn ich das versuche meldet mir die Eingabemaske ständig, dass einige meiner Einstellungen fehlerhaft wären:

Nur wieso? Ganz so viel kann man da ja nicht falsch machen. Über'n Webbrowser erreiche ich den Stream völlig problemlos, wie man im Bild ebenfalls erkennen kann. Mache ich irgendwas grundlegend falsch oder ist das evtl. ein Fehler in der Synology Software?

Ich habe eine DS213j mit DSM 6.2-23739 Update 2 und Surveillance-Station-Version 8.2.0-5761

Danke schonmal und Gruß
Markus

Anzeige · 21. Sep 2018

Hallo blackpanther,

Bücher und Hardware zum Thema gibt es bei Amazon: Kamera über HTTP-Stream einbinden geht nicht

cronjober · 23. Sep 2018

gleiche Probleme

Hallo, mir geht es genauso mit meinen INSTAR 6014HD & 9008HD. Die Kamera´s waren schon mal eingebunden (vor Update), habe mich dann Entschlossen die Kameras über die WebUI anzusprechen, was auch weiterhin bestens funktioniert, nur eben nicht mit Surveillance.

Wäre für mich auch interessant an was das liegen könnte!
Gruß cronjober

c0smo · 23. Sep 2018

Nur mal aus Neugier.. Wieso verwendet ihr nicht das Herstellerprotokoll?

PS: In einen http/rtsp link gehören normal die Anmeldeinformationen mit rein! Oder wo findet jetzt die Authentifizierung statt?

niederrheinr · 23. Sep 2018

Das gleiche Problem habe ich auch mit einem VLC-Stream.

Als ich nach dem Update die Surveillance-Station startete und die IP-Cam verwalten wollte, wurde mir sogar das Bild des Streams angezeigt. Ich konnte nur nichts mehr ändern, weil der (korrekte) Pfad als falsch angezeigt wird.

niederrheinr · 23. Sep 2018

Update: Über den Windows-Client funktioniert die Einrichtung mit exakt den gleichen Daten!

Es scheint, als hätte das Web-Interface hier einen Fehler derzeit.

cronjober · 25. Sep 2018

c0smo schrieb:
Nur mal aus Neugier.. Wieso verwendet ihr nicht das Herstellerprotokoll?

PS: In einen http/rtsp link gehören normal die Anmeldeinformationen mit rein! Oder wo findet jetzt die Authentifizierung statt?

Hallo,
bei mir geht es darum die Kameras erst einmal in der Surveillance Station anzulegen. Genau mit den Daten mit der ich die Kameras im Browser aufrufe.
Oder liegt da der Fehler?

Gruß

c0smo · 25. Sep 2018

Dann verwende den genauen Kameratyp und das passende Protokoll. Wenn deine Kamera nicht gelistet ist, kannst du es immer noch über onvif probieren.

cronjober · 25. Sep 2018

Danke für den Tipp, aber genau das habe ich gemacht! Kameras sind gelistet, INSTAR 6014HD & 9008HD. Port´s sind eingerichtet. Es klappt ja alles nur eben nicht mit Surveillance.

blurrrr · 25. Sep 2018

Naja, sollte man dann nicht die Cams "direkt" einbinden und nicht über einen Raspi?

c0smo · 25. Sep 2018

Da du das Bild vom TE zitiert hast bin ich davon ausgegangen, dass du über http einbinden willst. Wenn du über das Herstellerprotokoll einbindest muss der TCP Port verwendet werden, nicht der http Port. Aber ohne nähere Infos oder Screenshots kommen wir hier nicht weiter.

PS
Wenn über http eingebunden wird, muss die Authentifizierung mit in die URL! Das steht auch klar über der roten Fehlermeldung.

blurrrr · 25. Sep 2018

Naja, wenn es heisst "Cam wird unterstützt", im Screenshot aber irgendwas von einem Rapsi zu lesen ist, verwundert es mich nicht grade, dass es so nicht funktioniert.

c0smo · 25. Sep 2018

Der Screenshot ist vom TE!

Bin auch durcheinander gekommen.

blackpanther · 25. Sep 2018

c0smo schrieb:
Nur mal aus Neugier.. Wieso verwendet ihr nicht das Herstellerprotokoll?

PS: In einen http/rtsp link gehören normal die Anmeldeinformationen mit rein! Oder wo findet jetzt die Authentifizierung statt?

Um die erste Frage zu beantworten, es handelt sich um einen Raspberry Pi mit Kameramodul. Daher gibt es in diesem Fall keinen Hersteller.

Der zweite Punkt ist ebenfalls einfach zu beantworten. Man braucht keine Anmeldeinformationen für den Stream. Ich sende offen, aber natürlich nur in meinem lokalen Netz. Dementsprechend brauche ich auch keine Anmeldeinformationen.

Wie gesagt, der Stream funktioniert einwandfrei im Browser. Nur das Web-Interface von Synology meldet mir, dass ich was falsch gemacht habe. Der Link ist aber korrekt und selbst wenn ich Anmeldeinformationen angebe, kommt die gleiche Fehlermeldung. Habt ihr da ne Idee, was die Ursache sein könnte? Anhand der Antworten habe ich das Gefühl, dass es möglicherweise etwas mit der aktuellen Version zu tun haben könnte.

Ein Gegenfrage noch meinerseits:
Warum sollte man denn den HTTP-Stream nicht nutzen, wenn Synology das ja explizit anbietet? Ob ich da jetzt Onvif nutze oder den HTTP-Stream, ist rein vom praktischen Standpunkt betrachtet vollkommen egal.

blurrrr · 25. Sep 2018

Ich denke nicht, dass der Link "korrekt" ist... das mag ja vielleicht bei Deinem Gebastel so funktionieren und der Browser spuckt da irgendwas aus, grundlegend wird die Sache aber anders aussehen... das siehst Du auch daran, dass es für zig Cam-Modelle zig verschiedene "URLs" für die Ansprache gibt, inkl. Parametern zwecks Auflösung, Login, Stream-Nummer, usw. und das sage ich jetzt mal so als völliger Laie was das Thema angeht. Siehe "jede andere übliche Cam"... als kleines Beispiel mal diese Liste https://www.ispyconnect.com/man.aspx?n=Generic. Die Aussage "gibt es in diesem Fall keinen Hersteller" ist auch nur eine Halbwahrheit... a) es gibt sehr wohl einen "Hersteller" diesen Moduls, b) bei der Herstellerfrage dreht es sich vielmehr darum, "wie" das Gerät angesprochen werden kann. Da bei Dir keine vollwertige IP-Cam zum Einsatz kommt (welche entsprechendes mitbringen würde), hast Du da eben was mit dem Raspberry gebastelt. Ist ja auch völlig in Ordnung, aber die Frage würde hier wohl nun lauten: Wie ist der korrekte Pfad der "Software", welche es Dir ermöglicht den Stream (oder nur das Bild) entsprechend abzugreifen.

Wenn Da so lapidare Aussagen kommen wie "aber aber mit dem Browser..." ist das erstmal so "garnicht" zielführend. Vielleicht wirfst Du da einfach mal einen Blick in den Quellcode der Seite die Du da aufrufst (nein, nicht aus dem Browser heraus, sondern direkt beim vHost schauen...), denn sowas hat mir persönlich z.B. schon des öfteren mal weiter geholfen (oder die oben verlinkte Liste, grade bei den Noname-Teilen). Mag mitunter auch sein, dass eben nicht alles geht, aber da kommt es auch wieder auf die Software an. Wird ONVIF supported, würde ich das auf jeden Fall zuerst probieren und danach kann man ja ggf. noch weitersehen.

EDIT: HTTP ist für "alles andere", so kriegst Du auch irgendwelchen China-Kram (notdürftig) zum laufen (meist natürlich ohne Sound), vgl. Liste

c0smo · 25. Sep 2018

Natürlich funktioniert der stream im Browser. Du loggst dich mit deiner IP, vermutlich über Port 80 auf die Weboberfläche mit Anmeldedaten ein und das Livebild kommt! Soweit richtig?

Was soll jetzt die SS mit dieser IP und diesem Port anfangen? Gar nichts, es ist die Weboberfläche, mehr nicht. Wie blurrrr schon schreibt, dafür wird ein weiterer Syntax in der url benötigt. Den sollte der Hersteller dir mitteilen.
Eine andere Möglichkeit wäre der rtsp Stream. Aber auch hier wird der genaue Syntax inkl Authentifizierung benötigt.

Der Unterschied zwischen http/rtsp streams zu onvif oder psia, cgi, oder native Protokolle?
Http/rtsp sind reine Videostreams, bei http u. U. noch Audio. Onvif ist ein Herstellerübergreifendes Protokoll, dass auch viele Features der Kameras transportieren kann (Motion Detection, PTZ, OSD, etc). Eine komplette Unterstützung aller Features einer Kamera geht nur über cgi bzw den Herstellereigenen Protokollen.
Es ist also, rein vom praktischen Standpunkt, ein gravierender Unterschied, wie eine Kamera eingebunden wird.

Vielleicht teilst du noch ein paar Details mit. Was ist das genau für eine Kamera?

blurrrr · 25. Sep 2018

Wenn das nur so ein Bild-Liefer-Aufsatz für den Raspi ist, denke ich, dass das wie bei einer normalen Webcam laufen wird... irgendeine "Software" auf dem Raspi wird da irgendwas entsprechendes bereitstellen, von daher ja mein Ansatz mal in Kombi mit der eingesetzten "Software" zu schauen... Gibt bestimmt noch andere mit dem gleichen/ähnlichen Problem.

blurrrr · 26. Sep 2018

https://helmschrott.de/blog/raspberry-pi-zero-w-die-bessere-webcam (inkl. RTSP)?

Alternativ auch dieser hier https://herrschroedinger.codes/how-i-connected-my-raspberrypi-zero-w-with-camera-to-my-synology-nas-ds-216-ii-and-use-it-in-the-diskstations-surveillance-station/

blackpanther · 26. Sep 2018

Also, ums kurz zu machen, ich hab's hinbekommen. Die Synology war in der Tat unschuldig. Es läuft nun einwandfrei. Ich habe über das Web-Controll-Interface herausgefunden, dass es einen zweiten Streampfad gibt (.../0/ hing dahinter), wohin gegen der direkte Pfad auf http://IP:Port/ nur eine Umleitung auf den zweiten durchführt. Vermutlich war das dann auch der ausschlaggebende Punkt an der Sache. Ich hatte im Synology Einrichtungsfenster nur http://IP:Port/ eingegeben und das /0/ nicht angehangen. Wahrscheinlich kam das Tool eben nicht mit dem Redirect klar, das zumindest vermute ich als Ursache.

Bzgl. was ich hier einsetze:
Es handelt sich um den Raspberry Pi 3 B+ mit diesem Kameramodul: https://www.raspberrypi.org/products/camera-module-v2/
Verwenden tue ich das Motion-Package für den Stream, in allen Details hier nachlesbar: https://tutorials-raspberrypi.de/raspberry-pi-ueberwachungskamera-livestream-einrichten/
Senden tue ich im mpeg4 bei konstanten 30 FPS ohne aktivierte Motion-Detection.

Kurz zu meiner Geschichte, was ich da mache und wofür:
Ich möchte mir für meine Haustür eine Art digitalen Türspion basteln - also das, was man in alten Türen in der Mitte als kleines Guckloch machte. Von draußen im Türrahmen wird das Kameraobjektiv angebracht und per Kabel nach innen zum Raspi geleitet. Dieser hat einen kleinen Monitor, der im Falle von Bewegung angeht und das Bild von vor der Tür überträgt. Die Synology soll währenddessen kontinuierlich das Bild mit aktivierter Bewegungserkennung überwachen und bei Bewegung speichern (mache ich an anderer Stelle mit 'ner vollwertigen IP-Kamera ebenfalls bereits). Schritt 1 (Stream) und 2 (Überwachung via Synology) habe ich nun bereits. Jetzt kommt der knifflige Teil, Schritt 3 (Ansteuerung Monitor) und 4 (Monitor nur an bei Bewegung). Evtl. soll der Raspi später auch einen Hinweis-Ton ausgeben, wenn er eine Bewegung erkennt. Sowas gibts natürlich schon fertig zu kaufen und es ist im Grunde tatsächlich mehr Spielerei, aber es macht Spaß so etwas zu basteln. Vielleicht, wenn ich soweit bin, dass das ganze funktioniert, erweitere ich es um Tonübertragung und erweitere es zu einer "Gegensprechanlage". Aber das ist erstmal noch nicht geplant. Daher reicht mir tatsächlich der plumpe HTTP-Stream, denn ich brauche lediglich das "nackte" Bild. Keine Steuerungen etc. Und wenn man das so nimmt, dann ist HTTP-Stream und Onvif praktisch egal

. Theoretisch ist Onvif natürlich besser - vielleicht baue ich auch das ganze später noch um, weiß ich noch nicht, aber fürs erste ist das nicht notwendig.

Danke für die Hinweise und Anmerkungen. Wer Fragen zu meinem kleinen Projekt hat, kann sich gerne bei mir melden (ich weiß allerdings nicht, ob dafür dieser Thread der richtige Ort wäre).