[Neuer Adapter] Reolink Kamera
-
Hey, erstmal vielen Dank für den Adapter und die Mühe :)
Ich hänge gerade aktuell an der Anbindung meiner Solar Kameras über den Hub. Wenn ich im Hub die RTSP Einstellungen aktiviere und im Adapter die IP von dem Hub eintrage, dann erstellt er Datenpunkte für den rtsp-Stream, allerdings mit der lokalen Adresse 127.0.0.1 und nicht mit der IP von meinem iobroker Host oder Reolink Hub(?).
iobroker läuft bei mir im Docker Container, daher keine Ahnung, ob das die Ursache ist.
Faktisch kann ich den Stream leider nicht öffnen. Wenn ich über die IP vom Hub direkt gehe mit dem link: rtsp://admin:pass@hubip:554/h264Preview_01_main dann bekomme ich ein Bild.
Logischerweise gehen Snapshots ebenfalls nicht, da er den Stream nicht öffnen kann. Daher die Frage: Woher nimmt er sich die Komponenten für den Stream zusammen?Das sind meine Settings:
und so siehen die Objekte dazu aus:
@Elirion
Guten Abend,
In der Akku Kamera Funktion wurde eine Verwendung des Hubs von Reolink nicht beachtet. Es gibt bisher keine RTSP-Host/Port-Option für eine Verwendung von Akku Kameras über Hub. Allerdings sollte ein Betrieb ohne den Extra Hacken bei Akkubetriebene Kamera möglich sein. Du sprichst aktuell ja mit dem Hub und nicht mit der Kamera direkt.Ich arbeite bereits an einer Lösung. Bitte versuche die Version auf Github:
https://github.com/bloop16/ioBroker.reolink/tree/fix/rtsp-stream-stability
Habe eine fix eingespielt mit dem nun die angegebenen Adressen korrekt übernommen werden sollten.
Leider habe ich keinen Hub weshalb ich mir mit einer Umsetzung schwer tue. -
Hey @bloop,
danke dir für die Rückmeldung.
Also ich hab mich da auch etwas eingelesen.Der Verbindungsaufbau bei dem Hub ist wie folgt:
Hub baut eigene Netze (2,4 und 5GHz) auf und die kameras verbinden sich dann dazu. Ansprechbar im eigenen Netz ist nur der Hub.
Wenn man einen Stream öffnen will, läuft es über die Adresse vom Hub.Der Aufbau des Streams ist dann wie folgt:
rtsp://admin:<Passwort>@<IP des Hubs>:<hinterlegter Port, Standard ist 554, kann aber auch geändert werden>/h264Preview_<Kamera Channel>_mainSo ergibt sich dann bspw.:
rtsp://admin:Password@192.168.1.44:8554/h264Preview_01_main für Kamera 1 und für die 2 Preview02_main.Eventuell reicht das ja schon um etwas in deinen Adapter zu integrieren? Ob hier allerdings dann auch Pushnachrichten bei Bewegung rausgeschickt werden, weiß ich nicht.
Ich wäre gern bereit zu testen :)
-
Hallo,
ich habe RLC-811WA von Reolink.
In iOBroker erfolgreich integriert, aber Push-Steuerung geht bei mir nicht.
Ich habe hier gelesen, dass möglicherwiese true/false von der Kamera nicht akzeptieren wird.
Mit oben beschriebenen Scripts komme ich nicht klar, weil ich nicht weiß, in welche Dateien ich sie schreiben soll.
Kann jemand das für solche Anfänger wie ich deutlicher beschreiben oder gibt es schon andere Möglichkeiten?
Danke! -
@andre1de
Hast du Push in der Kamera aktiviert? Das muss aktiviert sein, sonst kann der Adapter nichts machen.@bommel_030
Push ist in der Kamera aktiviert. Ich versuche in ioBroker beim Objekt „push“ den Wert auf „false“ zu setzen. In der Kamera bleibt Push jedoch weiterhin aktiv.
Genauso ist es umgekehrt: Wenn Push in der Kamera ausgeschaltet ist, kann ich es über ioBroker mit „true“ nicht einschalten.
Das Umschalten anderer Funktionen, zum Beispiel der Aufnahme (scheduledRecording), funktioniert dagegen.
Die Kamera ist per WLAN mit dem Netzwerk verbunden. Und den Wert von "push" ( true/false) in IoBroker wird rot angezeigt.
Andere Kameras sind an den NVR angeschlossen – dort lässt sich Push über ioBroker problemlos steuern. -
@bommel_030
Push ist in der Kamera aktiviert. Ich versuche in ioBroker beim Objekt „push“ den Wert auf „false“ zu setzen. In der Kamera bleibt Push jedoch weiterhin aktiv.
Genauso ist es umgekehrt: Wenn Push in der Kamera ausgeschaltet ist, kann ich es über ioBroker mit „true“ nicht einschalten.
Das Umschalten anderer Funktionen, zum Beispiel der Aufnahme (scheduledRecording), funktioniert dagegen.
Die Kamera ist per WLAN mit dem Netzwerk verbunden. Und den Wert von "push" ( true/false) in IoBroker wird rot angezeigt.
Andere Kameras sind an den NVR angeschlossen – dort lässt sich Push über ioBroker problemlos steuern.@andre1de
Hast du es mal ausprobiert? Push in der Kamera aktivieren, per ioBroker auf false setzen, vor der Kamera rumhüpfen...Bei RLC-822A, E1 Zoom und E1 Outdoor PoE kommt mit der Konfiguration defintiv keine Push Nachricht.
-
Hey @bloop,
danke dir für die Rückmeldung.
Also ich hab mich da auch etwas eingelesen.Der Verbindungsaufbau bei dem Hub ist wie folgt:
Hub baut eigene Netze (2,4 und 5GHz) auf und die kameras verbinden sich dann dazu. Ansprechbar im eigenen Netz ist nur der Hub.
Wenn man einen Stream öffnen will, läuft es über die Adresse vom Hub.Der Aufbau des Streams ist dann wie folgt:
rtsp://admin:<Passwort>@<IP des Hubs>:<hinterlegter Port, Standard ist 554, kann aber auch geändert werden>/h264Preview_<Kamera Channel>_mainSo ergibt sich dann bspw.:
rtsp://admin:Password@192.168.1.44:8554/h264Preview_01_main für Kamera 1 und für die 2 Preview02_main.Eventuell reicht das ja schon um etwas in deinen Adapter zu integrieren? Ob hier allerdings dann auch Pushnachrichten bei Bewegung rausgeschickt werden, weiß ich nicht.
Ich wäre gern bereit zu testen :)
@Elirion ähnlich habe ich die integration in den Reolink Adapter realisiert. Im Hintergrund läuft ebenfalls ein kleines tool (neolink) welches für die angegebene Zeit den Stream öffnet.
Hast du die Möglichkeit und Erfahrung neolink zu testen?
https://github.com/QuantumEntangledAndy/neolinkWenn es dir da gelingt eine Verbindung zum Hub herzustellen, ist eine Umsetzung im Adapter kein problem.
Was ich gleich dazu sagen muss:
Aktuell gibt es trotz verschiedener Github Projekte (neolink, nodelink-js, bairelay) noch keine Möglichkeit einen push von einer Akku Kamera zu erhalten. Wie das beim Hub funktioniert weis ich leider nicht.Ich habe es immer noch über E-Mail und Verarbeitung mit dem imap Adapter realisiert.
-
@Elirion ähnlich habe ich die integration in den Reolink Adapter realisiert. Im Hintergrund läuft ebenfalls ein kleines tool (neolink) welches für die angegebene Zeit den Stream öffnet.
Hast du die Möglichkeit und Erfahrung neolink zu testen?
https://github.com/QuantumEntangledAndy/neolinkWenn es dir da gelingt eine Verbindung zum Hub herzustellen, ist eine Umsetzung im Adapter kein problem.
Was ich gleich dazu sagen muss:
Aktuell gibt es trotz verschiedener Github Projekte (neolink, nodelink-js, bairelay) noch keine Möglichkeit einen push von einer Akku Kamera zu erhalten. Wie das beim Hub funktioniert weis ich leider nicht.Ich habe es immer noch über E-Mail und Verarbeitung mit dem imap Adapter realisiert.
-
@bloop also ich bin etwas fündig geworden wie Home Assistant das macht und aktuell habe ich aus deiner Version eine kleine funktionierende Version geforked. Da ich allerdings nicht gut coden kann, ist das meiste davon AI und ich weiß nicht, ob ich es hier zur Verfügung stellen darf.
Aber eventuell für dich interessant: Die Kommunikation mit dem Hub läuft nicht über neolink bzw. das dort hinterlegte Baichuan-Protokoll. Es läuft über RTSP und ONVIF. Der Stream läuft direkt über RTSP des Hubs (denke mal das ist das einfachste, das zu integrieren mit dem oben genannten URL Aufbau)
Die Motion Trigger kommen über ONVIF rein. Also http://<ip des Hubs>:8000/onvif/event_service
Ich bastel noch etwas, aber möglich wäre es, ohne groß was an deinem Code zu ändern denke ich :)
Als Inspiration half mir: https://github.com/starkillerOG/reolink_aio/blob/main/reolink_aio/api.py -
@bloop also ich bin etwas fündig geworden wie Home Assistant das macht und aktuell habe ich aus deiner Version eine kleine funktionierende Version geforked. Da ich allerdings nicht gut coden kann, ist das meiste davon AI und ich weiß nicht, ob ich es hier zur Verfügung stellen darf.
Aber eventuell für dich interessant: Die Kommunikation mit dem Hub läuft nicht über neolink bzw. das dort hinterlegte Baichuan-Protokoll. Es läuft über RTSP und ONVIF. Der Stream läuft direkt über RTSP des Hubs (denke mal das ist das einfachste, das zu integrieren mit dem oben genannten URL Aufbau)
Die Motion Trigger kommen über ONVIF rein. Also http://<ip des Hubs>:8000/onvif/event_service
Ich bastel noch etwas, aber möglich wäre es, ohne groß was an deinem Code zu ändern denke ich :)
Als Inspiration half mir: https://github.com/starkillerOG/reolink_aio/blob/main/reolink_aio/api.py -
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
545
Online33.0k
Benutzer83.3k
Themen1.3m
Beiträge