UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Jey Cee]

@steimi hab ich gerade gefixt, lag an der namensumstellung.

[steimi]

okay, das funktioniert jetzt. habe die Zugangsdaten eingetragen und er hat auch von der 1.Kamera in der Liste die Daten ausgelesen und Objekte angelegt. In der Instanz steht nun auch der Port drin (was vorher nicht war). Allerdings macht er nicht mit der 2.Kamera weiter. Dort kommt nachfolgender Log-Fehler. Nach ca 2min geht er zu nächsten Kamera mit gleichem Ergebnis. Die Zugangsdaten sind bei allen Kameras gleich.

Connect to cams:192.168.10.151 {"errno":"ECONNRESET","code":"ECONNRESET","syscall":"read"}

Korrektur: beim weitermachen hat er wieder Kameras auslesen können (ich habe 3x Foscam C2 und 3x G4P im Einsatz - er konnte dabei 1x die C2 und 2x die G4P nicht auslesen.

[daniel_iobroker]

@Jey-Cee

auch von mir eine positive Rückmeldung.
Nach neuem installieren des adapters über github funktioniert bei mir nun auch wieder alles.

Vielen Dank :)

[Jey Cee]

@steimi ich trau mich gar nicht fragen, hat das mit der Vorherigen Version funktioniert?

@daniel_iobroker freut mich zu hören.

[Palm_Maniac]

Auch bei mir alles im Grünen Bereich. Er hat die Kamera gefunden und wieder eine Meng Datenpunkte angelegt, was der andere Adapter nicht hinbekommt. Super Arbeit, hoffentlich weiter so. :) :+1:

[steimi]

@Jey-Cee ich getraue es mir nicht zu sagen: ja, hatte funktioniert. Hatte dann dummerweise das angebotene Update (auf die Haba1234-Version) gemacht. Habe dann den Adapter runter geworfen und neu aus deinem alten Github wieder installiert. Ab da ging es nicht mehr.

[Jey Cee]

@steimi du kannst versuchen sie manuell hinzu zu fügen über den Dialog in der Konfiguration.

Leider hab ich genau dieses verhalten immer wieder gesehen und nie eine Erklärung gefunden.

[steimi]

Ich bin noch auf der Suche - habe jetzt festgestellt, dass sich meine Produktivumgebung genauso verhält wie die Testumgebung (die gleichen Kameras habe die fehlenden Infos/Objekte). Habe die Konfig der Kameras kontrolliert, bei den entsprechenden war Onvif-Auth ausgeschaltet. Werde weiter testen ob es daran liegt.
Ich habe jedoch noch ein Problem ausgemacht. Drücke ich den Button 'Discovery' unter den Objekten steigt die Prozessorauslastung der VM (in Proxmox) und der Netzwerktraffic extrem an. Selbt ping mit 2 Sekunden Antwortzeit - musste iobroker stoppen/neu starten um das wieder in den Griff zu bekommen. Ich konnte dies noch ein 2. mal bei mir nachvollziehen.

Edit: Habe Onvif-Auth bei den Kameras eingeschaltet und die Kameras neu gestartet. Anschliessend den Adapter neu gestartet - noch kein Erfolg. Anschliessend in der Adapter-Konfig den Port 888 bei den entsprechenden Kameras eingetragen - und siehe da, es funktioniert. Er konnte auf alle Kameras zugreifen und die Objekte anlegen.

[BamBam89]

Hallo zusammen,

ist vielleicht ein wenig Off Topic.
Hängt aber mit dem Adapter zusammen. Erst mal vielen Dank für die Arbeit zum Adapter.

Ich hab mir diesen heute installiert und die Kameras wurden sofort gefunden und die entsprechenden Datenpunkte angelegt.

Da ich der Meinung bin verstanden zu haben das die rtsp Streams nicht direkt in VIS visualisieren zu können, muss man über MotionEye gehen.

Das habe ich mir bereits installiert. Leider bekomme ich jedoch kein Bild zu sehen. Wenn ich in MotionEye die StreamURL eingebe bekomme ich leider nur:

Hat jemand eine Idee woran das liegen könnte.

Schönes Wochenende euch allen
Gruß BamBam89

[Glasfaser]

@BamBam89

Passwort und User angeben ...

[BamBam89]

@Glasfaser das habe ich natürlich beim anlagen der Camera im MotionEye gemacht.

Oder muss das noch irgend wo eingegeben werden?

[BamBam89]

Hier noch mal der Log:

Was mir etwas komisch vor kommt, ist das ich den rtsp auch nicht über VLC aufrufen kann.

Wie könnte man denn so noch überprüfen ob der Stream den läuft?

[Glasfaser]

@BamBam89

rtsp://192.168.2.156:554

[BamBam89]

@Glasfaser wo soll ich den eingeben?

Also im Browser wie auch im VLC passiert da gar nichts.
Stellt auch gar keine Verbindung her:

Verbindung fehlgeschlagen:
VLC konnte keine Verbindung zu "192.168.2.156:554" aufbauen.
Ihre Eingabe konnte nicht geöffnet werden:
VLC kann die Medienadresse 'rtsp://192.168.2.156:554' nicht öffnen. Für Details bitte im Fehlerprotokoll nachsehen.

Das liegt doch bestimmt am Port

[Glasfaser]

@BamBam89

Was ist das für eine Cam !? Typ ..usw

[BamBam89]

@Glasfaser

@Glasfaser said in Test Adapter onvif v0.1.x:

@BamBam89

Was ist das für eine Cam !? Typ ..usw

Es handelt sich um eine ZMODO.
Davon habe ich 3 Stk an einem 4 Kanal NVR hängen.

https://www.amazon.com/Zmodo-720P-Outdoor-Network-Camera/dp/B00ZQGUGQG

[skokarl]

Wie kommst Du darauf dass die Kamera ein rtsp Stream hat ?

such hier mal Deine Kamera, Du hast ja noch nicht genau geschrieben welcher genaue Typ das ist

Link Text

[BamBam89]

@skokarl

Oh sorry, ich hab nicht gesehen das bei dem Link meine Modelbezeichnung nicht dabei steht.

Das ist das Model: ZP-IBH15-S1

[Segway]

@Glasfaser
Der Syntax müsste eigentlich laut der Tabelle aus dem Link so heissen:

rtsp://DeinLoginUsername:DeinLoginPasswort@192.168.2.156/udp/av0_1

oder evtl.:

rtsp://DeinLoginUsername:DeinLoginPasswort@192.168.2.156:10554/udp/av0_0
oder
rtsp://DeinLoginUsername:DeinLoginPasswort@192.168.2.156:10554/tcp/av0_0

[BamBam89]

Also diese Zeile

rtsp://DeinLoginUsername:DeinLoginPasswort@192.168.2.156:10554/tcp/av0_0

führte mich letztendes zum Erfolg. Wobei ich Username und Passwort zwar für VLC benötigte jedoch nicht beim MotionEye.
Jetzt mach ich mich mal an die Einstellungen

Vielen Dank euch allen und eine schönen Restsonntag.
Gruß BamBam89