Der neue Monatsrückblick für September 2026 ist online!

[Foggy]

Guten Abend,
vielen Dank zunächst einmal für diesen klasse Adapter. Ich binde aktuell eine Flutlichtkamera E30 damit ein und habe versucht die Presets anzusteuern. Bislang erfolglos. Ist bekannt, ob die Kamera die Preset Positionen grundsätzlich meldet und diese angesteuert werden können?
Gruß

[typhos]

@Foggy Danke für die Meldung. Die Preset-Datenpunkte werden für die Floodlight Cam E30 (T8426) angelegt, weil die Bibliothek eufy-security-client sie für dieses Modell als unterstützt meldet. Beim Senden fehlt die E30 aber in der Liste der Modelle, für die der Befehl tatsächlich an die Kamera geht. Das Schreiben der Datenpunkte bleibt deshalb ohne Wirkung, ohne Fehlermeldung. An deiner Bedienung liegt es also nicht.

Die Bibliothek wird nicht mehr weiterentwickelt, daher möchte ich das im Adapter lösen. Beim Livestream versteht die E30 nachweislich dieselben Befehle wie die Floodlight Cam E340, bei der die Presets funktionieren. Ob das auch für die Presets gilt, kann ich ohne die Kamera nicht prüfen. Hättest du Lust, ein Testpaket auszuprobieren?

Vorab drei kurze Fragen:

Steht bei der Kamera als Modell T8426?
Bewegen pan_left, pan_right, tilt_up und tilt_down unter eusec.0.<Station>.cameras.<Kamera> die Kamera?
Kommt beim Livestream (start_stream) ein Bild? Für die E30 ist in der Bibliothek ein weiterer Fehler bekannt: Der Stream startet, aber es kommen keine Bilder.

Zu deiner Frage, ob die Kamera ihre Presets meldet: Nein, das liefert die Bibliothek nicht. Der Adapter kann die Positionen 1 bis 4 anfahren, speichern und löschen, aber nicht anzeigen, welche davon belegt sind.

[Foggy]

@typhos Gerne teste ich das. Zu deinen Fragen:
Ja, als Modell ist steht die T8426 im DP.
pan_left, pan_right, tilt_up bewegen die Kamera korrekt.
Wo würde ich den Livestream sehen? Bei der Livestream URL? Beim Klick auf den Button kommt im Log: Station: T8426............... command CMD_BIND_BROADCAST failed with error: ERROR_INVALID_ACCOUNT (-104)

Gruß

[typhos]

@Foggy Danke, das hat geholfen. Die Meldung beim Livestream zeigt, dass die Kamera den Start des Streams ablehnt. Der Name CMD_BIND_BROADCAST im Log ist irreführend, gemeint ist der Befehl zum Starten des Livestreams.

Presets und Livestream haben dieselbe Ursache: Die Bibliothek beschreibt die E30 intern genau wie die Floodlight Cam E340, schickt ihr aber die Befehle älterer Flutlichtkameras. Das Testpaket schickt der E30 die Befehle der E340.

iobroker.eusec-3.3.1-floodlight-e30.1.zip

Installation: Zip entpacken. Dann in der Admin-Oberfläche unter „Adapter" auf das GitHub-Symbol klicken, den Reiter „Benutzerdefiniert" öffnen, die Datei iobroker.eusec-3.3.1-floodlight-e30.1.tgz auswählen oder in den Dialog ziehen und installieren (ab Admin 7.8.8). Bei einem älteren Admin die .tgz zuerst auf den ioBroker-Rechner kopieren, z. B. nach /tmp, und dann /tmp/iobroker.eusec-3.3.1-floodlight-e30.1.tgz in das Textfeld eintragen.

Nach dem Start steht im Log einmal eine Info-Zeile, dass die E30 wie die E340 angesprochen wird. Magst du bitte Folgendes testen:
Presets: Kamera in eine Position bringen, save_preset_position auf „Preset 1" (Wert 0) setzen, Kamera wegdrehen, dann preset_position auf „Preset 1" setzen. Fährt sie zurück?

Livestream: start_stream drücken. Danach steht im Datenpunkt livestream eine Adresse, die du im Browser öffnest. Kommt ein Bild?

Schwenken und Neigen: Das läuft jetzt ebenfalls über die Befehle der E340. Bewegen pan_left, pan_right, tilt_up und tilt_down die Kamera weiterhin?

Falls du sie nutzt: talkback_play (Gegensprechen) und calibrate.
Wenn etwas nicht klappt, hilft mir ein Log auf Stufe „debug" vom Zeitpunkt des Befehls.

[Foggy]

Hi, vielen Dank!
Preset funktioniert jetzt. Ich kann Preset Positionen speichern und dann auf die gesetzte Position fahren lassen. Nach 150 Sekunden fährt die Kamera automatisch zu Preset 1 zurück. Lässt sich das verhindern oder die Zeit verlängern, die die Kamera an der Position bleibt?

PS: beim Start des Adapter erscheint der Error im Log:

Die Bewegungsbefehle pan_left, pan_right, tilt_up und tilt_down funktionieren weiterhin.

Livestream: beim Druck auf start_stream steht bei livestream und bei livestream_rtsp je eine url. http://IP:1984/stream.html?src=T8426XXXXXXXXXXXX&background=false bzw. rtsp://IP:554/T8426XXXXXXXXXXXX. Beide lassen sich nicht öffnen. Liegt das evtl. an den Credentials, die nicht mit übergeben werden? Die RTSP Adresse die ich im VLC zum laufen bekomme ist so aufgebaut: rtsp://username:password@IP/live0

Calibrate tut nichts, es gibt auch keinen Log. Talkback_play muss ich morgen bei Tag mal probieren. Kann ich noch irgendwie unterstützten?

P.S.: beim Start des Adapters erscheint der Error im Log:
[http] [HTTPApi.checkPushToken] Check push token - Response code not ok [{"code":-1,"msg":"Anfrage fehlgeschlagen.","data":{"code":-1,"msg":"Anfrage fehlgeschlagen."}}]

[typhos]

@Foggy Danke für den ausführlichen Test!

Presets und Schwenken/Neigen: Prima, damit ist das bestätigt. Die Änderung kommt ins nächste Release.

Rücksprung nach 150 Sekunden: Eine Einstellung für die Rückkehrzeit kennt die Bibliothek für die E30 nicht. Der Adapter kann sie also weder anzeigen noch ändern. Von selbst bewegt sich die Kamera aber, wenn motion_tracking (Bewegungsverfolgung) oder motion_auto_cruise (automatischer Rundgang) eingeschaltet ist. Steht einer der beiden auf true? Dann setz ihn bitte testweise auf false und schau, ob der Rücksprung aufhört. Das zeigt nebenbei, ob diese Einstellungen bei der E30 ankommen: Ändert sich der Schalter in der Eufy-App mit? Falls du in der App eine Einstellung für die Rückkehr findest, schreib mir bitte, wie sie heißt.

Livestream: Die Adressen stehen erst in den Datenpunkten, wenn die Kamera die ersten Bilder geschickt hat. Der Start klappt jetzt also, das Problem liegt dahinter. Die beiden Adressen gehören zu go2rtc, das der Adapter auf dem ioBroker-Rechner startet, nicht zur Kamera. Die Zugangsdaten der Kamera braucht es dafür nicht. Nur wenn in den Adaptereinstellungen bei go2rtc ein RTSP-Benutzer mit Passwort eingetragen ist, gehören diese beiden in die RTSP-Adresse.

Was passiert genau beim Öffnen? Lädt die Seite und bleibt schwarz, oder kommt eine Fehlermeldung? Und öffnet sich http://IP:1984/, also die Oberfläche von go2rtc?

Die Adresse mit live0, die bei dir in VLC läuft, ist der eigene RTSP-Server der Kamera. Den kannst du unabhängig vom Adapter direkt nutzen. Für ein Dauerbild ist das ohnehin der stabilere Weg.

Calibrate: Der Befehl geht ohne Rückmeldung an die Kamera, deshalb steht auf der normalen Log-Stufe nichts im Log. Bietet die Eufy-App für die E30 eine Kalibrierung an? Wenn ja: Was macht die Kamera dabei?

Fehler beim Start (checkPushToken): Der ist harmlos und erscheint einmal pro Start. Eufy stellt die Konten auf ein neues Backend um, und der alte Push-Endpunkt lehnt umgestellte Konten ab. Die Push-Nachrichten kommen über das neue Backend, und der Adapter fragt den alten Endpunkt danach nicht mehr. Solange Bewegungsereignisse ankommen, ist alles in Ordnung.

Wie du helfen kannst: Beim Livestream und bei Calibrate hilft mir ein Log auf Stufe „debug" am meisten. Dazu unter „Instanzen" bei eusec.0 die Log-Stufe auf „debug" stellen. Dann start_stream drücken, die beiden Adressen ausprobieren, nach etwa einer Minute calibrate drücken und den Log-Ausschnitt ab start_stream hier einstellen, gern als Datei oder im Spoiler. Seriennummern, IP-Adressen und alles, was nach Token oder Schlüssel aussieht, bitte unkenntlich machen. Danach die Log-Stufe wieder auf „info" stellen.

Talkback dann gern bei Tageslicht.

[Foggy]

Hey,

Rücksprung: motion_tracking war tatsächlich aktiv. Wenn ich motion_tracking und motion_auto_cruise deaktiviere, fährt die Kamera trotzem immer wieder zum Preset 1. Der Schalter in der Eufy-App ändert sich entsprechend den Einstellungen, nicht live, man muss einmal aus dem Einstellungsmenü raus und wieder ein um die Änderung zu sehen. In den FAQ zu den Presets heißt es wörtlich:

Spoiler

What is a preset position, and what is its use? Preset positions are pre-defined locations for PTZ cameras in surveillance systems. Users can set up to 4 presets by rotating and zooming in on desired locations. To prevent any discrepancies in your preset positions, we recommend calibrating your Pan and Tilt (PTZ) camera before setting them. This will ensure that your camera accurately captures the desired areas. To move the camera to a preset position, select it from the list on the live viewing page. Activity zones can be added to detect movement in specific areas, and presets can be edited or deleted anytime. They're useful for home surveillance and monitoring high-traffic areas. Adding activity zones helps detect unusual activity. Additionally, you can choose a default position that the camera will always return to after use.

Allerdings kann ich den letzten Satz so nicht bestätigen. Es ist immer ein Preset als Standard gesetzt. Werden alle gelöscht und nur eins wieder gesetzt, so ist dieses automatisch das neue Standard-Preset.

Wenn man nicht alle 4 Preset-Positionen braucht, funktioniert als Workaround z.B. ein kurzes Blockly: Speichere aktuelles Preset 1 als Preset 4, fahre zu Preset 3, Timeout bis in Position, speichere Position als Preset 1. Dann bleibt die Kamera da. Will man zurück zu Position 1: Fahre zu Preset 4, Timeout, speichere als Preset 1. Halt allerdings den Nachteil, dass evtl. gespeicherte Motion-Detection-Zones aus Preset 1 weg sind, da es ja immer überschrieben wird.

Livestream: Beim Öffnen der Seite kommt ein Seitenladefehler, es läd sich Oberfläche von go2rtc. Brauche ich für go2rtc noch einen eigenen Adapter?

Hier der Log zum Livestream:

2026-09-28 14:00:00.779  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.start_stream changed: true (ack = false)
2026-09-28 14:00:00.782  - warn: eusec.0 (19892) The video streaming quality of device T8426xxxxxxxxxxx is set to "Auto". The camera may change the resolution while the stream is running, which browsers using MSE cannot follow (green picture or artifacts). Set a fixed quality if you see this.
2026-09-28 14:00:00.784  - debug: eusec.0 (19892) [Object.write] [http] [Station.startLivestream] Station start livestream - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx","videoCodec":0}]
2026-09-28 14:00:00.784  - debug: eusec.0 (19892) [Object.write] [http] [Station.startLivestream] Station start livestream - sending command using CMD_DOORBELL_SET_PAYLOAD (1) [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx","videoCodec":0,"main_sw_version":"1.2.1.0"}]
2026-09-28 14:00:00.786  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.sendCommandWithStringPayload] sendCommandWithStringPayload: [{"p2pcommand":{"commandType":1700,"value":"{\"commandType\":1000,\"data\":{\"accountId\":\"ca04c96d30e3e59239fb49bb5029917f8a5a4d2e\",\"camera_type\":0,\"encryptkey\":\"ac1fd5eb3d64c3e6212be909095ad48792c817bf65a2071acb6f273eca961b395bab5aed3c193714647e0e630e16d3c22f6b4a1085e730c26da2c923de751a19bee6d9b13a0c4ba281b308b6d86233834219feeda00b2e234ff85b5daa8235ca5bc0ab765779894fea5cb7e4cb23f3f436f3b63874ceeab0c52189b026bafe01\",\"entrytype\":0,\"streamtype\":0}}","channel":0},"customData":{"command":{"name":"deviceStartLivestream","value":0}}}]
2026-09-28 14:00:00.787  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":4,"commandType":1700,"channel":0,"retries":0,"messageStatesSize":1}]
2026-09-28 14:00:00.820  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 43... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":43}]
2026-09-28 14:00:00.822  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Station Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD [{"stationSN":"T8426xxxxxxxxxxx","payload":"{\"cmd\":6203,\"payload\":{\"dstZoom\":1}}\u0000�����\u0007\u0000�\u0000\u0000\u0000"}]
2026-09-28 14:00:00.823  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD - Not implemented 2 [{"stationSN":"T8426xxxxxxxxxxx","commandId":6203,"message":"{\"cmd\":6203,\"payload\":{\"dstZoom\":1}}\u0000�����\u0007\u0000�\u0000\u0000\u0000"}]
2026-09-28 14:00:00.828  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 43... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":43}]
2026-09-28 14:00:00.833  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 3... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":3}]
2026-09-28 14:00:00.833  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":3,"commandType":"CMD_DOORBELL_SET_PAYLOAD","signCode":1,"dataLength":36,"mod16":4}]
2026-09-28 14:00:00.834  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":3,"commandIdName":"CMD_DOORBELL_SET_PAYLOAD","commandId":1700,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":5,"p2pDataSeqNumber":4,"offsetDataSeqNumber":0}]
2026-09-28 14:00:00.835  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":4,"commandType":1700,"nestedCommandType":1000,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,4,88,90,89,72,164,6,160,1,0,0,1,0,0,1,0,0,40,69,61,115,96,168,141,208,195,216,153,189,187,114,251,152,10,59,247,235,12,114,253,110,11,246,176,92,235,1,91,141,213,141,245,225,118,45,160,127,99,85,11,222,199,195,5,215,235,57,212,144,228,95,167,162,218,191,185,195,70,140,77,121,246,134,127,181,99,73,120,142,208,203,130,22,0,227,67,114,194,94,110,87,26,177,6,105,113,82,22,95,138,136,93,217,39,74,136,32,23,211,160,95,178,151,245,4,228,236,227,252,18,197,208,194,77,47,52,68,236,132,121,67,128,60,248,154,176,203,160,70,190,3,235,193,191,240,38,26,123,55,226,127,58,102,17,38,236,28,219,251,183,62,126,222,206,159,22,173,131,154,125,105,207,202,163,97,225,226,128,93,150,183,19,73,91,90,53,189,250,25,81,209,147,131,253,29,164,42,177,76,141,137,65,155,106,176,127,193,34,181,69,242,121,29,59,3,170,117,213,68,115,200,118,86,149,51,71,204,184,175,179,45,11,192,144,69,158,16,43,2,143,30,80,46,24,180,105,75,216,138,213,98,238,74,204,112,177,176,139,182,60,4,104,9,183,51,102,33,246,163,234,159,46,92,136,95,188,254,52,151,208,29,109,119,219,235,205,29,110,116,25,116,241,41,235,49,174,102,134,34,44,251,90,175,184,56,200,143,73,131,118,106,225,183,197,25,196,225,2,153,158,226,203,61,107,249,132,184,146,172,141,28,102,107,27,91,93,82,239,173,137,1,2,67,118,140,251,39,174,142,45,151,70,206,92,77,203,223,61,58,162,60,57,63,176,0,213,148,53,171,89,4,127,149,212,66,35,227,25,125,164,250,119,236,161,78,39,99,192,221,75,209,57,248,113,83,14,129,235,67,176,169,109,162,91,32,55,77,122,176,192,218,55,86,82,251,246,39,218,137,195,121,250,229]},"customData":{"command":{"name":"deviceStartLivestream","value":0}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-09-28 14:00:00.835  - debug: eusec.0 (19892) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1000,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStartLivestream","value":0}}}]
2026-09-28 14:00:00.836  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 44... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":44}]
2026-09-28 14:00:00.837  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_WIFI_CONFIG [{"stationSN":"T8426xxxxxxxxxxx","channel":0,"rssi":-67}]
2026-09-28 14:00:00.882  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 0... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":0}]
2026-09-28 14:00:00.883  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 1... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":1}]
2026-09-28 14:00:00.884  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 2... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":2}]
2026-09-28 14:00:00.885  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 3... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":3}]
2026-09-28 14:00:00.886  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 4... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":4}]
2026-09-28 14:00:00.887  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":5}]
...
2026-09-28 14:01:26.147  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 9504... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":9504}]
2026-09-28 14:01:26.148  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 9504... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":9504}]
2026-09-28 14:01:26.172  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.stop_stream changed: true (ack = false)
2026-09-28 14:01:26.175  - debug: eusec.0 (19892) [Object.write] [http] [Station.stopLivestream] Station stop livestream - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
2026-09-28 14:01:26.177  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":5,"commandType":1004,"channel":0,"retries":0,"messageStatesSize":1}]
2026-09-28 14:01:26.211  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 45... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":45}]
2026-09-28 14:01:26.216  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Station Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD [{"stationSN":"T8426xxxxxxxxxxx","payload":"{\"cmd\":6246,\"payload\":{\"num\":0}}"}]
2026-09-28 14:01:26.216  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD Livestream status [{"stationSN":"T8426xxxxxxxxxxx","payload":{"num":0}}]
2026-09-28 14:01:26.217  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 45... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":45}]
2026-09-28 14:01:26.217  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 4... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":4}]
2026-09-28 14:01:26.218  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandType":"CMD_STOP_REALTIME_MEDIA","signCode":1,"dataLength":36,"mod16":4}]
2026-09-28 14:01:26.218  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandIdName":"CMD_STOP_REALTIME_MEDIA","commandId":1004,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":6,"p2pDataSeqNumber":5,"offsetDataSeqNumber":0}]
2026-09-28 14:01:26.218  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":5,"commandType":1004,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,5,88,90,89,72,236,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStopLivestream"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-09-28 14:01:26.219  - debug: eusec.0 (19892) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1004,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStopLivestream"}}}]
2026-09-28 14:01:26.220  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 4... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":4}]
2026-09-28 14:01:26.227  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream changed:  (ack = true) was already acknowledged, ignore it...
2026-09-28 14:01:26.272  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream_rtsp changed:  (ack = true) was already acknowledged, ignore it...'''

Und hier der Calibrate Log:

eusec.0
	2026-09-28 17:24:03.642	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 24... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":24}]
eusec.0
	2026-09-28 17:24:03.641	debug	[Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":6017,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceCalibrate"}}}]
eusec.0
	2026-09-28 17:24:03.641	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":25,"commandType":1700,"nestedCommandType":6017,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,25,88,90,89,72,164,6,144,0,0,0,1,0,0,1,0,0,242,175,205,61,220,74,172,253,161,133,161,19,248,185,73,236,26,12,82,103,135,1,86,39,249,72,173,205,196,143,149,31,174,240,151,205,103,219,141,206,242,215,130,3,4,27,229,180,227,133,221,167,239,221,34,56,179,25,140,7,207,146,48,80,247,240,242,196,156,189,150,161,52,171,91,233,167,210,225,126,251,156,149,53,238,9,140,37,165,196,86,25,127,237,93,102,194,120,167,223,76,13,127,49,209,162,18,230,151,165,103,210,180,91,4,178,7,117,9,59,52,240,166,65,2,169,232,183,141,95,238,140,42,87,225,117,142,72,207,140,251,40,129,164]},"customData":{"command":{"name":"deviceCalibrate"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
eusec.0
	2026-09-28 17:24:03.641	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":24,"commandIdName":"CMD_DOORBELL_SET_PAYLOAD","commandId":1700,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":26,"p2pDataSeqNumber":25,"offsetDataSeqNumber":0}]
eusec.0
	2026-09-28 17:24:03.640	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":24,"commandType":"CMD_DOORBELL_SET_PAYLOAD","signCode":1,"dataLength":36,"mod16":4}]
eusec.0
	2026-09-28 17:24:03.640	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 24... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":24}]
eusec.0
	2026-09-28 17:24:03.624	debug	[Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":25,"commandType":1700,"channel":0,"retries":0,"messageStatesSize":1}]
eusec.0
	2026-09-28 17:24:03.623	debug	[Object.write] [p2p] [P2PClientProtocol.sendCommandWithStringPayload] sendCommandWithStringPayload: [{"p2pcommand":{"commandType":1700,"value":"{\"commandType\":6017,\"data\":{\"enable\":0,\"index\":0,\"status\":0,\"type\":0,\"value\":0,\"voiceID\":0,\"zonecount\":0,\"transaction\":\"1790609043623\"}}","channel":0},"customData":{"command":{"name":"deviceCalibrate"}}}]
eusec.0
	2026-09-28 17:24:03.623	debug	[Object.write] [http] [Station.calibrate] Station calibrate - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
eusec.0
	2026-09-28 17:24:03.621	debug	[euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.calibrate changed: true (ack = false)

Talkback gibt kein Audio aus.

[typhos]

@Foggy Danke, das Log hilft weiter!

Rücksprung: Dann ist das die Standardposition der Kamera selbst und nicht die Bewegungsverfolgung. Die kennt die Bibliothek nicht: weder welches Preset Standard ist noch die Zeit bis zur Rückkehr. Im Moment ist dein Blockly deshalb der beste Weg. Gut zu wissen ist, dass die Schalter aus dem Adapter in der App ankommen. Damit ist bestätigt, dass auch die Einstellungen bei der E30 wirken.

Livestream: Das Log zeigt, dass die Kamera den Start annimmt und 86 Sekunden lang Videodaten schickt, bis du stop_stream gedrückt hast. Zwischen Kamera und Adapter läuft also alles, das Problem liegt zwischen go2rtc und deinem Browser. Einen eigenen Adapter brauchst du für go2rtc nicht, eusec bringt go2rtc mit und startet es selbst.

Zwei Dinge fallen mir auf:

1. Die Adresse im Datenpunkt livestream baut der Adapter aus dem Feld „Hostname" in den Adaptereinstellungen. Wenn http://IP:1984/ lädt, die Adresse aus dem Datenpunkt aber nicht, steht dort vermutlich ein Name oder eine IP, die dein Rechner nicht erreicht. Zum Testen: Livestream starten, http://IP:1984/ öffnen und in der Liste neben T8426… auf „stream" klicken. Kommt dann ein Bild, trag bitte im Feld „Hostname" die IP ein, unter der du die Oberfläche erreichst.
2. In deiner RTSP-Adresse steht Port 554, voreingestellt ist 8554. Unter Linux darf ein Programm ohne Root-Rechte keinen Port unter 1024 öffnen, dann startet der RTSP-Teil von go2rtc nicht. Falls du den Port geändert hast, stell ihn bitte wieder auf 8554.

Wenn beides nichts bringt: Im ioBroker-Log beginnen die Meldungen von go2rtc mit „go2rtc". Stell bitte die Zeilen nach dem Adapterstart und während des Livestreams hier ein, dazu, was die Seite genau anzeigt (Wortlaut oder Screenshot).

Die Warnung zur Qualität „Auto" im Log ist nur ein Hinweis. Falls später ein Bild kommt, das grün ist oder Artefakte zeigt, stell die Streaming-Qualität (video_streaming_quality) auf eine feste Stufe.

Calibrate: Die Kamera bestätigt den Befehl, bewegt sich aber nicht. Die E30 erwartet zum Kalibrieren offenbar einen anderen Befehl als die E340, und den kann ich ohne die Kamera nicht herausfinden. Kalibrier sie bitte über die Eufy-App, das braucht man ja nur selten.

Talkback: Was hast du in talkback_play geschrieben? Erwartet wird eine http(s)-Adresse oder ein vollständiger Dateipfad zu einer Audiodatei auf dem ioBroker-Rechner. Den Livestream startet der Adapter dafür selbst. Hilfreich wären die Log-Zeilen auf Stufe „debug", in denen „talkback" oder „Talkback" vorkommt.

[Foggy]

@typhos ganz herzlichen dank.

Der Livestream funktioniert jetzt. Im Feld Hostname habe ich jetzt die IP des ioBrokers eingesetzt, damit geht es. Auch der RTSP-Stream mit dem Port 8554.

Calibrate ist für mich persönlich nicht so wichtig und ich kann es in der App nutzen. Hätte hier nur helfen wollen.

Talkback: hier habe ich eine https adresse zu einer mp3-Datei eingetragen, hier mal der Log:

eusec.0
	2026-09-28 22:13:15.454	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 53... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":53}]
eusec.0
	2026-09-28 22:13:15.454	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.453	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.452	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.452	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.451	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.450	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.449	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.448	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.446	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.445	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 51... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":51}]
eusec.0
	2026-09-28 22:13:15.356	debug	[euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream_rtsp changed: rtsp://IP.ioBroker:8554/T8426xxxxxxxxxxx (ack = true) was already acknowledged, ignore it...
eusec.0
	2026-09-28 22:13:15.353	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 51... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":51}]
eusec.0
	2026-09-28 22:13:15.352	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 51... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":51}]
eusec.0
	2026-09-28 22:13:15.329	debug	[euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream changed: http://IP.ioBroker:1984/stream.html?src=T8426xxxxxxxxxxx&background=false (ack = true) was already acknowledged, ignore it...
eusec.0
	2026-09-28 22:13:15.316	info	Talkback for device T8426xxxxxxxxxxx: playing "https://www.url.de/test.mp3"...
eusec.0
	2026-09-28 22:13:15.315	debug	[Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1005,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStartTalkback"}}}]
eusec.0
	2026-09-28 22:13:15.315	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":5,"commandType":1005,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,5,88,90,89,72,237,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStartTalkback"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
eusec.0
	2026-09-28 22:13:15.314	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandIdName":"CMD_START_TALKBACK","commandId":1005,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":6,"p2pDataSeqNumber":5,"offsetDataSeqNumber":0}]
eusec.0
	2026-09-28 22:13:15.314	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandType":"CMD_START_TALKBACK","signCode":1,"dataLength":36,"mod16":4}]

[typhos]

@Foggy Schön, dass der Livestream jetzt läuft, und danke für die Rückmeldung!

Zum Talkback: Laut Log nimmt die Kamera den Talkback-Start an, und der Adapter fängt an, die Datei abzuspielen („Talkback for device … playing“). Dein Ausschnitt endet aber eine Zehntelsekunde danach, da ist ffmpeg noch gar nicht richtig angelaufen. Was danach passiert, kann ich deshalb nicht sehen. An der E30 hat Talkback außerdem noch niemand getestet. Kannst du bitte Folgendes nachschauen?

1. Das Log ab der Zeile „playing“ bis zum Ende des Livestreams, nur die Zeilen mit „talkback“, „Talkback“, „ffmpeg“ oder „Error“. Die vielen VIDEO-Zeilen kannst du weglassen. Mich interessiert vor allem, ob eine Zeile „Talkback for device … - Error“ kommt und ob danach „Station stop talkback“ und „Station stop livestream“ folgen.
2. Wird talkback_play nach dem Abspielen bestätigt (ack = true)? Das passiert erst, wenn die Datei ganz durchgelaufen ist.
3. Wie lang ist die MP3, und läuft der Livestream ungefähr so lange?
4. Hörst du etwas, wenn du über die Eufy-App sprichst? Steht speaker auf true und speaker_volume nicht auf 0?
5. Zum Gegentest: Leg die MP3 direkt auf den ioBroker-Rechner (unter Linux z. B. /opt/iobroker/test.mp3) und schreib den vollständigen Pfad in talkback_play. Dann scheidet der Download über https als Ursache aus.

[Foggy]

Guten Abend,

hier das entsprechende Log. Die mp3 ist gut 20 Sekunden lang. Speakter ist true und volume auf 100. Wenn ich über die App spreche, höre ich das.

2026-10-01 19:47:49.669 - info: eusec.0 (47919) Talkback for device T8426xxxxxxxxxxx: playing "http://123.456.789.000:8081/files/0_userdata.0/acoustic-intro-music.mp3"...
2026-10-01 19:47:49.715 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 58... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"VIDEO","seqNo":58}]

2026-10-01 19:48:16.702 - debug: eusec.0 (47919) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.talkback_play changed: http://123.456.789.000:8081/files/0_userdata.0/acoustic-intro-music.mp3 (ack = true) was already acknowledged, ignore it...
2026-10-01 19:48:16.704 - debug: eusec.0 (47919) [Object.write] [http] [Station.stopTalkback] Station stop talkback - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
2026-10-01 19:48:16.705 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":6,"commandType":1006,"channel":0,"retries":0,"messageStatesSize":1}]
2026-10-01 19:48:16.706 - debug: eusec.0 (47919) [Object.write] [http] [Station.stopLivestream] Station stop livestream - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
2026-10-01 19:48:16.710 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":7,"commandType":1004,"channel":0,"retries":0,"messageStatesSize":2}]
2026-10-01 19:48:16.717 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":5}]
2026-10-01 19:48:16.718 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":5,"commandType":"CMD_STOP_TALKBACK","signCode":1,"dataLength":36,"mod16":4}]
2026-10-01 19:48:16.718 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":5,"commandIdName":"CMD_STOP_TALKBACK","commandId":1006,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":8,"p2pDataSeqNumber":7,"offsetDataSeqNumber":0}]
2026-10-01 19:48:16.719 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":6,"commandType":1006,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,6,88,90,89,72,238,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStopTalkback"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-10-01 19:48:16.719 - debug: eusec.0 (47919) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1006,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStopTalkback"}}}]
2026-10-01 19:48:16.721 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":5}]
2026-10-01 19:48:16.723 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":5}]
2026-10-01 19:48:16.748 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 6... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":6}]
2026-10-01 19:48:16.749 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":6,"commandType":"CMD_STOP_REALTIME_MEDIA","signCode":1,"dataLength":36,"mod16":4}]
2026-10-01 19:48:16.749 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":6,"commandIdName":"CMD_STOP_REALTIME_MEDIA","commandId":1004,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":8,"p2pDataSeqNumber":7,"offsetDataSeqNumber":0}]
2026-10-01 19:48:16.749 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":7,"commandType":1004,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,7,88,90,89,72,236,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStopLivestream"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-10-01 19:48:16.750 - debug: eusec.0 (47919) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1004,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStopLivestream"}}}]
2026-10-01 19:48:16.750 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.752 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Station Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD [{"stationSN":"T8426xxxxxxxxxxx","payload":"{\"cmd\":6246,\"payload\":{\"num\":0}}"}]
2026-10-01 19:48:16.752 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD Livestream status [{"stationSN":"T8426xxxxxxxxxxx","payload":{"num":0}}]
2026-10-01 19:48:16.756 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 6... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":6}]
2026-10-01 19:48:16.757 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.757 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.763 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.830 - debug: eusec.0 (47919) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream changed: (ack = true) was already acknowledged, ignore it...
2026-10-01 19:48:16.875 - debug: eusec.0 (47919) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream_rtsp changed: (ack = true) was already acknowledged, ignore it...

[typhos]

@Foggy Danke für das Log! Laut Log läuft auf Adapterseite alles durch: Die Kamera bestätigt Start und Stopp des Talkbacks, ffmpeg spielt die Datei ohne Fehler ab, und talkback_play wird danach bestätigt. Offen ist noch, ob die Kamera die einzelnen Audiopakete annimmt. Wenn nicht, schreibt die Bibliothek erst etwa 50 Sekunden nach dem Start eine Fehlermeldung, und dein Ausschnitt endet vorher.

Kannst du es bitte noch einmal testen und Folgendes nachschauen?

1. Das Log ab „playing“ bis etwa eine Minute nach „Station stop livestream“, nur die Zeilen mit „retries“, „talkback“ oder „error“ (Groß-/Kleinschreibung egal). Mich interessiert vor allem, ob „Max send video data retries … reached“ oder ein zweites „Station stop talkback“ auftaucht.
2. Hörst du an der Kamera wirklich gar nichts, also auch kein Knacken, Rauschen oder abgehacktes Geräusch?
3. Zum Gegentest bitte noch einmal mit der MP3 als lokaler Datei (z. B. /opt/iobroker/test.mp3, vollständiger Pfad in talkback_play).

[CptJackSparrow]

Moin!
Bei mir funktioniert der Stream leider nicht mehr...
Der Stream wird scheinbar on demand gestartet. Nach kurzer Zeit erscheint ein erstes Bild, 2 Sekunden später ein zweites Bild, danach wird es wieder schwarz. Dann beginnt es von vorne, ein erstes Bild, ein zweites Bild 2 Sekunden später und schwarz, usw.

S380 Homebase mit diversen eufyCam 2C. Bei einer Indoor Cam C220 ohne Einbindung in die S380 genau das gleiche Verhalten.

Geht es nur mir so oder ist es ein grundsätzliches Problem?

Folgend ein Auszug aus dem Log und ein File mit Debug Infos.

2026-10-05 07:34:30.149  - info: eusec.0 (803607) On-demand stream T8113T7223200B11: first picture 4 seconds after the request, 1 video request(s) of go2rtc waiting
2026-10-05 07:34:30.148  - info: eusec.0 (803607) streamToGo2rtc(): T8113T7223200B11 - Declared H.264 level 4.2 replaced with 4.0
2026-10-05 07:34:25.959  - info: eusec.0 (803607) Starting the livestream of device T8113T7223200B11
2026-10-05 07:34:25.956  - info: eusec.0 (803607) On-demand stream T8113T7223200B11: requested by go2rtc - starting livestream
2026-10-05 07:33:50.735  - info: eusec.0 (803607) On-demand stream T8113T722322107A: first picture 2 seconds after the request, 1 video request(s) of go2rtc waiting
2026-10-05 07:33:50.733  - info: eusec.0 (803607) streamToGo2rtc(): T8113T722322107A - Declared H.264 level 4.2 replaced with 4.0
2026-10-05 07:33:48.382  - info: eusec.0 (803607) Starting the livestream of device T8113T722322107A
2026-10-05 07:33:48.379  - info: eusec.0 (803607) On-demand stream T8113T722322107A: requested by go2rtc - starting livestream

iobroker-log-gamma-2026-10-05T05-42-23-202Z.txt

[typhos]

@CptJackSparrow Danke für das Log, damit war der Fehler schnell gefunden. Es liegt nicht an dir, sondern am Adapter seit 3.4.0: Er hat jeden großen Keyframe fälschlich als „go2rtc kommt nicht hinterher“ gewertet und danach das Video bis zum nächsten Keyframe verworfen. go2rtc hat deshalb nur alle paar Sekunden ein einzelnes Bild bekommen und die Verbindung neu aufgebaut. Das passt genau zu dem, was du siehst, und betrifft die 2C an der S380 genauso wie die C220.

Behoben ist das in Version 3.4.2, die jetzt im latest-Repository liegt. Sobald sie bei dir angezeigt wird, bitte aktualisieren und kurz Bescheid geben, ob der Stream wieder durchläuft.

[CptJackSparrow]

@typhos sagte:
Behoben ist das in Version 3.4.2, die jetzt im latest-Repository liegt. Sobald sie bei dir angezeigt wird, bitte aktualisieren und kurz Bescheid geben, ob der Stream wieder durchläuft.

Gerade eben installiert und es läuft wieder perfekt! Nach ca. 3 Sekunden sind die Streams der verschiedenen Cams immer aufgebaut und werden durchgehend angezeigt. Danke für den schnellen fix!

[Ephi]

Hallo @typhos

Erst einmal vielen Dank dafür, dass der Adapter weiter entwickelt wird. Ich habe eine Frage zu den RTSP-Streams. Ich habe die Funktion „Livestream bei Bedarf starten“ aktiviert. Ich nutze den VLC-Player (unter iOS) zum Öffnen der RTSP-Streams. Die Video-Übertragung funktioniert soweit (außer dass meist nach 1-2 Sekunden für ein paar Sekunden ein schwarzer Bildschirm angezeigt wird, danach kommt das Bild aber wieder und läuft dann auch durch). Allerdings wird nie Ton über die RTSP-Streams übertragen. In der Eufy-App selbst wird ganz normal der Ton übertragen, wenn ich dort einen Stream aufrufe. Mikrofon und Tonaufzeichnung sind in der Eufy-App jeweils auch aktiviert.

Ich nutze folgende Kameras, die jeweils über die Homebase 3 angebunden sind:

• SoloCam S340 (2x)
• Indoor Cam Pan&Tilt 2K

Danke für deine Hilfe.

[typhos]

@Ephi Danke für die Rückmeldung!

Grundsätzlich überträgt der Adapter den Ton auch bei „Livestream bei Bedarf starten“. An meiner Testkamera liefert der RTSP-Stream eine Tonspur mit (AAC, 16 kHz, mono). Bei dir fehlt sie also entweder schon, bevor der Stream bei go2rtc ankommt, oder erst im VLC. Damit ich das auseinanderhalten kann, schau bitte Folgendes nach:

1. Adapterversion: Welche Version von eusec läuft bei dir?
2. Log: Öffne den Stream einer S340 im VLC und schau danach im Log (Stufe info reicht) nach den Zeilen mit „On-demand stream“. Mich interessiert vor allem, ob die Zeile „no audio within 5 seconds - continuing without“ auftaucht. Der Adapter schreibt sie, wenn die Kamera nach dem ersten Bild 5 Sekunden lang keinen Ton schickt. In dem Fall lässt go2rtc die Tonspur weg, und VLC bekommt keine.
3. go2rtc: Ruf bitte im Browser http://<IP-des-ioBroker>:1984/api/streams?src=<Seriennummer der Kamera> auf, während der Stream im VLC läuft, und stell die Ausgabe hier ein. Daran sehe ich, ob go2rtc von der Kamera Ton bekommt und was es an VLC weitergibt.
4. Gegentest ohne VLC: Öffne den Link aus dem Datenpunkt livestream der Kamera im Browser und schalte im Player den Ton ein. Hörst du dort etwas?

Zum kurzen Schwarzbild: Schreib bitte dazu, wie viele Sekunden nach dem Öffnen es ungefähr auftritt. Dann kann ich es mit den Zeitstempeln im Log vergleichen.

[Ephi]

Hallo @typhos

Danke für deine Antwort. Ich bin übers Wochenende nicht daheim, werde die Tests aber so schnell wie möglich durchführen, sobald ich wieder zu Hause bin.

Viele Grüße,
Ephi

[Ephi]

@typhos

So, jetzt bin ich dazu gekommen, deine Fragen zu beantworten:

1. Adapterversion: Welche Version von eusec läuft bei dir?

• 3.5.0

2. Log: Öffne den Stream einer S340 im VLC und schau danach im Log (Stufe info reicht) nach den Zeilen mit „On-demand stream“. Mich interessiert vor allem, ob die Zeile „no audio within 5 seconds - continuing without“ auftaucht. Der Adapter schreibt sie, wenn die Kamera nach dem ersten Bild 5 Sekunden lang keinen Ton schickt. In dem Fall lässt go2rtc die Tonspur weg, und VLC bekommt keine.

Hier im Log sind nach Starten des RTSP-Streams folgende Einträge:

Danach kommen erst wieder Einträge, wenn der Stream stoppt (nach 1 Minute)

3. go2rtc: Ruf bitte im Browser http://<IP-des-ioBroker>:1984/api/streams?src=<Seriennummer der Kamera> auf, während der Stream im VLC läuft, und stell die Ausgabe hier ein. Daran sehe ich, ob go2rtc von der Kamera Ton bekommt und was es an VLC weitergibt.

• Hier die Ausgabe (Nr. der Kamera habe ich anonymisiert):

{
  "producers": [
    {
      "id": 33,
      "format_name": "hevc",
      "protocol": "http",
      "remote_addr": "127.0.0.1:45951",
      "url": "http://127.0.0.1:45951/T81XXXXXXXXXXXXX/video",
      "medias": [
        "video, recvonly, H265"
      ],
      "receivers": [
        {
          "id": 34,
          "codec": {
            "codec_name": "hevc",
            "codec_type": "video"
          },
          "childs": [
            35
          ],
          "bytes": 393437,
          "packets": 89
        }
      ],
      "bytes_recv": 393736
    },
    {
      "id": 36,
      "format_name": "adts",
      "protocol": "http",
      "remote_addr": "127.0.0.1:45951",
      "url": "http://127.0.0.1:45951/T81XXXXXXXXXXXXX/audio",
      "medias": [
        "audio, recvonly, MPEG4-GENERIC/16000/1"
      ],
      "receivers": [
        {
          "id": 37,
          "codec": {
            "channels": 1,
            "codec_name": "aac",
            "codec_type": "audio",
            "sample_rate": 16000
          },
          "childs": [
            38
          ],
          "bytes": 18310,
          "packets": 93
        }
      ],
      "bytes_recv": 17938
    }
  ],
  "consumers": [
    {
      "id": 32,
      "format_name": "rtsp",
      "protocol": "rtsp+tcp",
      "remote_addr": "192.168.178.136:64384",
      "sdp": "v=0\r\no=- 1 1 IN IP4 0.0.0.0\r\ns=go2rtc/1.9.4\r\nc=IN IP4 0.0.0.0\r\nt=0 0\r\nm=video 0 RTP/AVP 96\r\na=rtpmap:96 H265/90000\r\na=fmtp:96 profile-id=1;sprop-vps=QAEMAf//AWAAAAMAgAAAAwAAAwB4vAk=;sprop-sps=QgEBAWAAAAMAgAAAAwAAAwB4oAKAgC0WNvu8pm4CAgIIAAADAAgAAAMAeEA=;sprop-pps=RAHAcrQTZA==\r\na=control:trackID=0\r\nm=audio 0 RTP/AVP 97\r\na=rtpmap:97 MPEG4-GENERIC/16000/1\r\na=fmtp:97 streamtype=5;profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408\r\na=control:trackID=1\r\n",
      "user_agent": "LibVLC/3.0.23 (LIVE555 Streaming Media v2016.10.21)",
      "medias": [
        "video, sendonly, ANY",
        "audio, sendonly, ANY"
      ],
      "senders": [
        {
          "id": 35,
          "codec": {
            "codec_name": "hevc",
            "codec_type": "video"
          },
          "parent": 34,
          "bytes": 393437,
          "packets": 89
        },
        {
          "id": 38,
          "codec": {
            "channels": 1,
            "codec_name": "aac",
            "codec_type": "audio",
            "sample_rate": 16000
          },
          "parent": 37,
          "bytes": 18310,
          "packets": 93
        }
      ],
      "bytes_recv": 104,
      "bytes_send": 419035
    }
  ]
}

4. Gegentest ohne VLC: Öffne den Link aus dem Datenpunkt livestream der Kamera im Browser und schalte im Player den Ton ein. Hörst du dort etwas?

• Nein. Bei dem weiteren Test stellt sich allerdings heraus, dass der Ton nur bei den beiden Outdoor-Kameras (S340) nicht übertragen wird. Bei der Indoor-Kamera (Pan&Tilt, s.o.) habe ich jedoch Ton, allerdings nur im Browser. Über RTSP im VLC-Player kommt auch hier kein Ton an.

Zum kurzen Schwarzbild: Schreib bitte dazu, wie viele Sekunden nach dem Öffnen es ungefähr auftritt. Dann kann ich es mit den Zeitstempeln im Log vergleichen.

• Ab dem Öffnen von VLC dauert es zunächst 5-8 Sekunden, bis der Stream überhaupt steht und ein Bild angezeigt wird (das ist von mal zu mal unterschiedlich). Das Schwarzbild kommt ca. 4-5 Sekunden nach dem ersten Bild (ist auch schwankend, lässt sich leider nicht allgemeinverbindlich mitteilen).

Danke für Deine Hilfe!

[typhos]

@Ephi Danke für die ausführlichen Antworten, damit kann ich schon einiges eingrenzen.

Was deine Ausgabe zeigt

• Der Ton kommt bei go2rtc an. go2rtc hat von der Kamera 93 AAC-Pakete (16 kHz, mono) bekommen und alle 93 an den VLC weitergegeben. Das sind rund 6 Sekunden Ton, also genauso lange wie das Video bis dahin. Die Zeile „no audio within 5 seconds“ steht auch nicht im Log. Adapter und go2rtc lassen den Ton also nicht weg.
• Bei der Pan&Tilt hörst du den Ton im Browser, im VLC aber nicht. Es sind dieselben Daten, nur ein anderer Player. Das spricht dafür, dass der VLC die Tonspur aus dem RTSP-Stream nicht abspielt.
• Bei den S340 hörst du auch im Browser nichts, obwohl Tondaten ankommen. Ich vermute, dass die Kamera auf diesem Weg stille Tondaten schickt. Sicher sagen kann ich das aber erst mit einer Aufnahme.

Zwei Tests bitte

1. VLC ohne RTSP: Öffne im VLC als Netzwerkstream
   http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer der Pan&Tilt>
   Hörst du dort etwas? Wenn ja, liegt es am Zusammenspiel von VLC und RTSP und nicht an der Kamera.
2. Aufnahme einer S340: Ruf im Browser
   http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer der S340>&duration=15&filename=s340.mp4
   auf und sprich währenddessen vor der Kamera. Der Browser lädt dann 15 Sekunden als Datei herunter. Hör kurz rein, ob etwas zu hören ist, und schick mir die Datei, gern per PN oder als Cloud-Link, falls das Forum sie nicht annimmt. Daran sehe ich, ob in der Tonspur überhaupt etwas steckt.

Zum Schwarzbild

Im Log gibt es in dieser Zeit keinen Neustart des Streams, der Adapter liefert also durchgehend. Tritt das Schwarzbild auch im Browser auf oder nur im VLC? Wenn nur im VLC, tippe ich darauf, dass der VLC dort Bild und Ton neu synchronisiert.