Ich hatte meine IN-8815 im Service und da wurde zusammen mit Reset auch die FW 4.0.1 aufgespielt.
Dann habe ich alles wieder eingerichtet und per MQTT in Homeassistant eingebunden (gleichen Namen wie davor vergeben, allerdings hat die Kamera jetzt eine andere IP).
Nach dem Einbinden sehe ich auch alle Änderungen (wie Helligkeit usw) im MQTT Explorer und auch in Homeassistant. Das sollte alles sein was unter “instar/8815_4K/status” ist (ich habe die MQTT-Klient-ID auf “8815_4K” gesetzt).
Allerdings lässt sich die Kamera nicht mehr über MQTT steuern. Das hatte zuvor (mit FW 3.x) funktioniert, indem ich über MQTT z.B. gesetzt habe:
instar/8815_4K/features/ptz/movesteps/right {„val“:„10“}
Im MQTT Explorer sehe ich auch, dass dieser Wert erfolgreich gesetzt wird, aber die Kamera bewegt sich nicht.
-Hat sich mit FW4.0 die Steuerung über MQTT geändert (z.B andere Pfade)?
-Oder habe ich nach dem neuen Aufsetzten eine Einstellung vergessen?
Wir können das Problem hier leider nicht nachstellen - d.h. alle features/ptz/movesteps/* Topics führen zum gewünschten Ergebnis.
Wie schaut es denn mit dem folgenden Befehl aus?
param.cgi?cmd=ptzmove&right=10
Wenn man diesen per Webbrowser zur Kamera sendet sollte intern genau das gleiche passieren wie mit den movestep MQTT Topics.
Eine Sache hat sich auf der Firmware-seite geändert. Die absolute Anzahl an Schritten ist jetzt abhängig vom Kameramodell (bzw. zuvor war die schrittweise Steuerung nur für die Innenkameras verfügbar):
Im MQTT Explorer sieht es so aus:
Unter instar/8815_4K/status wird alles von der Kamera bei Änderung im MQTT Broker (läuft auf Home Assistant) aktualisiert und ich sehe die geänderten Werte dann auch in Home Assistant
Wenn ich aber in Home Assistant z.B. auf den Button “Kamera Rechts” klicke, dann wird auch hier instar/8815_4K/features/ptz/movesteps/right = {„val“:„10“} im MQTT Broker gesetzt (sichtbar via MQTT Explorer), aber die Kamera bewegt sich nicht.
Das gleiche gilt auch für die anderen Richtungen, Position anfahren, usw…
Ich habe jetzt mal in der Kamera auf lokalen Broker umgestellt und wenn ich per MQTT Explorer das Topic per “Publish” setzte, bewegt sich die Kamera nicht:
http://192.168.178.151/sd
Hier bekomme ich den Inhalt der SD-Karte (Alarm Videos nach Datum in Ordnern sortiert.)
Bei den neuen Kameras wird das log anders aktiviert:
Wenn ich das mache, findet man auf der SD Karte (via /sd) eine syslog.txt.
Darin steht jetzt bei mir, wenn ich ptz move über MQTT Explorer ausführe (mit lokalem MQTT Broker).
Habe da mehrfach hintereinander gesetzt:
instar/8815_4K/features/ptz/movesteps/right = {„val“:„10“}
[Ipc-Server Debug] 2025-11-26 08:20:38: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:38: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:38: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:39: ModuleMgr: Incoming Command getInStatus [Ipc-Server Debug] 2025-11-26 08:20:39: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:39: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:39: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:40: ModuleMgr: Incoming Command ptzmove[Ipc-Server Info] 2025-11-26 08:20:40: ModuleMgr: Incoming Command getInStatus [Ipc-Server Debug] 2025-11-26 08:20:40: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:40: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:40: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:41: ModuleMgr:Incoming Command ptzmove[Ipc-Server Info] 2025-11-26 08:20:41: ModuleMgr: Incoming Command getInStatus [Ipc-Server Debug] 2025-11-26 08:20:41: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:41: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:41: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:42: ModuleMgr: Incoming Command getInStatus [Ipc-Server Debug] 2025-11-26 08:20:42: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:42: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:42: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:42: ModuleMgr:Incoming Command ptzmove[Ipc-Server Info] 2025-11-26 08:20:43: ModuleMgr:Incoming Command ptzmove[Ipc-Server Info] 2025-11-26 08:20:43: ModuleMgr: Incoming Command getInStatus [Ipc-Server Debug] 2025-11-26 08:20:43: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:43: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:43: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:44: ModuleMgr:Incoming Command ptzmove[Ipc-Server Info] 2025-11-26 08:20:44: ModuleMgr: Incoming Command getInStatus [Ipc-Server Debug] 2025-11-26 08:20:44: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:44: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:44: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:45: ModuleMgr:Incoming Command ptzmove[Ipc-Server Info] 2025-11-26 08:20:45: ModuleMgr: Incoming Command getInStatus [Ipc-Server Debug] 2025-11-26 08:20:45: Mqtt: Write message of len 61 to queue [Ipc-Server Info] 2025-11-26 08:20:45: ModuleMgr: Incoming Command getRelayStatus [Ipc-Server Debug] 2025-11-26 08:20:45: Mqtt: Write message of len 44 to queue [Ipc-Server Info] 2025-11-26 08:20:46: ModuleMgr:Incoming Command ptzmove [Ipc-Server Info] 2025-11-26 08:20:46: ModuleMgr: Incoming Command getInStatus
Kurzes update:
Ich habe jetzt nochmal einen Werksreset gemacht und alles mit minimal Konfiguration:
-Nur per LAN angeschlossen
-MQTT als lokalen Broker konfiguriert (alles auf default gelassen, bis auf einen mqttuser über das MQTT interface angelegt.
Jetzt klappt die Steuerung über den MQTT Explorer:
instar/10D1DC230DCC/features/ptz/movesteps/left = {„val“:„10“}
Das log hat dann auch ein paar mehr einträge zu ptz:
[Ipc-Server Info] 2025-11-26 08:56:09: ModuleMgr: Incoming Command getrecordstatus
[Ipc-Server Debug] 2025-11-26 08:56:09: Mqtt: Write message of len 49 to queue
[Ipc-Server Info] 2025-11-26 08:56:11: ModuleMgr: Incoming Command ptzmove
[Ipc-Server Debug] 2025-11-26 08:56:11: Mqtt: Write message of len 29 to queue
[Ipc-Server Debug] 2025-11-26 08:56:11: PTZ event: 3
[Ipc-Server Debug] 2025-11-26 08:56:11: DataMuxer: ptz event: pt=„1“;
[Ipc-Server Debug] 2025-11-26 08:56:11: PTZ event: 4
[Ipc-Server Info] 2025-11-26 08:56:11: PTZ Movement finished
[Ipc-Server Info] 2025-11-26 08:56:11: ModuleMgr: Incoming Command mutealarminternal
[Ipc-Server Debug] 2025-11-26 08:56:11: DataMuxer: ptz event: pt=„0“;
[Ipc-Server Debug] 2025-11-26 08:56:11: internally muting alarm for 3 seconds
[Ipc-Server Debug] 2025-11-26 08:56:11: Mqtt: Write message of len 41 to queue
Ich habe jetzt alles wieder umgestellt:
-WLAN Aktiviert
-andere Settings konfiguriert (ONVIF, Alarme,…)
-MQTT Broker von lokal auf Homeassistant umgestellt.
Jetzt kann ich die Kamera wieder in Homeassistant steueren.
D.h. irgend etwas war davor wohl in der Kamera inkonsitent, weil vor dem komplett-Reset hatte die Steuerung auf dem gleichen Wege nicht funnktioniert, der MQTT Browser wurde aber von der Kamera korrekt aktualisiert.
Interessant auch, dass ich die Kamera jetzt zweimal im MQTT des Homeassistant sehe. Der untere Eintrag ist meine manuelle Konfiguration über die yaml Datei, der obere schein automatisch angelegt worden zu sein (neues Feature in Homeassistant MQTT oder doch noch eine alte config, die geladen wurde?)
Danke. Dann kam das mit der Instar FW4.0. War interessanterweise gestern (vor dem Reset der Kamera) nicht zu sehen. Muss dann mal schauen, ob ich auf das Auto-Discovery Device umstelle, sollte deutlich bequemer sein als über manuelles device via yaml config.
