neues modul 74_UnifiVideo.pm

[chopsor]

Hoi,

Kann das Modul nun laden es werden auch keine Fehler im Log generiert die für die jeweiligen Kameras werden jedoch die Readings nicht aktualisiert (als würde er das Startevent der Kamera nicht zuordnen.


Hab mir die alten Logs mal rausgekramt:

Code Auswählen Erweitern

1559662042.590 2019-06-04 15:27:22.590/UTC: INFO   [uv.analytics.motion] Camera[F09FC27F1121] type:stop event:0 clock:26181203 (Kamera_Doppeltor) in AnalyticsEvtBus-0
1559662147.423 2019-06-04 15:29:07.423/UTC: INFO   [uv.analytics.motion] Camera[F09FC27F1121] type:start event:1 clock:26286095 (Kamera_Doppeltor) in AnalyticsEvtBus-1


das ist der Aufbau des neuen Logfiles:

Code Auswählen Erweitern

1561108168.222 2019-06-21 09:09:28.222/UTC: INFO   [uv.analytics.motion] [AnalyticsService] [F09FC27F1121|Kamera_Doppeltor] MotionEvent type:start event:9 clock:5859501 in AnalyticsEvtBus-1
1561108171.558 2019-06-21 09:09:31.558/UTC: INFO   [uv.analytics.motion] [AnalyticsService] [F09FC27F1121|Kamera_Doppeltor] MotionEvent type:stop event:9 clock:5862773 in AnalyticsEvtBus-1


(der Einfachheit halber jeweils zur gleichen Kamera)

[justme1968]

was siehst du (mit verbose 5) im fhem log? kommen die log zeilen an? werden sie ignoriert?

[chopsor]

Hoi,

Verbose 5 ist auf dem NVR device an, wegen den Problemen -> es erscheinen aber eigenartigerweise keine weiteren Zeilen (wenn ich ein disable setze und wieder lösche kommt lediglich die normale:

Code Auswählen Erweitern

2019.06.21 14:38:03 3: NVR_Home: using /usr/bin/ssh -q unifi-video@192.168.1.6 tail  -n 0 -F /var/log/unifi-video/motion.log to watch logfile
2019.06.21 14:38:03 3: NVR_Home: started logfile watcher

Das wars aber auch schon

[justme1968]

hmmm... sehr komisch.

wenn die events nicht verstanden werden sollte zumindest ein log eintrag kommen.

kannst du mal so ab zeile 386 ein paar log ausgaben einbauen um zu sehen ob überhaupt daten ankommen?

z.b.:

Code Auswählen Erweitern

Log 1, $line;

[chopsor]

Hoi nun gibts halt die ganze logzeile jeweils start/stop:

Code Auswählen Erweitern

2019.06.21 15:43:46 1: 1561124626.371 2019-06-21 13:43:46.371/UTC: INFO   [uv.analytics.motion] [AnalyticsService] [F09FC27F1121|Kamera_Doppeltor] MotionEvent type:start event:212 clock:22317649 in AnalyticsEvtBus-1
2019.06.21 15:44:56 1: 1561124696.371 2019-06-21 13:44:56.371/UTC: INFO   [uv.analytics.motion] [AnalyticsService] [F09FC27F1121|Kamera_Doppeltor] MotionEvent type:stop event:212 clock:22387585 in AnalyticsEvtBus-1
2019.06.21 15:45:40 1: 1561124740.452 2019-06-21 13:45:40.452/UTC: INFO   [uv.analytics.motion] [AnalyticsService] [F09FC27F1121|Kamera_Doppeltor] MotionEvent type:start event:213 clock:22431745 in AnalyticsEvtBus-1
2019.06.21 15:45:51 1: 1561124751.406 2019-06-21 13:45:51.406/UTC: INFO   [uv.analytics.motion] [AnalyticsService] [F09FC27F1121|Kamera_Doppeltor] MotionEvent type:stop event:213 clock:22442629 in AnalyticsEvtBus-1


[justme1968]

arg...

fehler gefunden. hier: https://forum.fhem.de/index.php/topic,76529.msg951027.html#msg951027 hängt noch mal eine neue version dran.

[chopsor]

Jackpot !

Vielen herzlichen Dank! 

MfG Daniel

[justme1968]

sehr schön.

hab die neue version eingecheckt.

[davipet]

Moin,

ich bekomme seit heute Nacht im Log:

Code Auswählen Erweitern

Not a HASH reference at ./FHEM/74_UnifiVideo.pm line 409.

FHEM Web startet nicht mehr. Hab die 74_UnifiVideo.pm umbenannt und konnte fhem starten.
Hab dann fhem ein Update verpasst um die aktuellste Version der 74_UnifiVideo.pm zu haben.
Danach das Selbe. FHEM bootet nicht durch. der letzte Logeintrag ist:

Code Auswählen Erweitern

Not a HASH reference at ./FHEM/74_UnifiVideo.pm line 409.


Was kann das sein?

[davipet]

OK, Nachtrag.

Es lag scheinbar nicht am FHEM. Ich habe das UnifyVideo von 3.10.5 auf 3.10.6 updated und daher neu gestartet.
Schon hat auch FHEM kein Problem mehr.

Ich denk der Reboot, nicht das Update hat hier geholfen.

Gruß

David

[SirMarco]

Nach etwas Tüfteln läuft das Modul nun auch bei mir.
Ein Bild wollte über 127.0.0.1 nicht zustande kommen.
Hab's dann auf die LAN-IP geändert und seit dem läuft es.

Ich hab da ein paar Fragen/Wünsche.

Gibt es eine Möglichkeit auf die "Motion Detection" zuzugreifen, also wenn die Cam motion/nomotion meldet?
Das könnte man gut als Trigger für andere Automationen gebrauchen.

Gibt es eine Möglichkeit die "Motion Detection" zu (de)aktivieren?
Wenn die Cams schon in FHEM sind, wäre es doch schön wenn man abhängig vom Anwesenheitsstatus die "Motion Detection" (de)aktivieren könnte.

Vielen Dank für das Modul Andre.

Gruß
Dan

P.S. Wie sieht es eigentlich mit einem homebridgeMapping für Cams aus?

Hallo zusammen

ich bin gerade am testen ob die Unifi Video Software mit einer G3 AF das Richtige für mich ist. Gibt es hier schon eine Lösung die Motion Detection per FHEM zu deaktivieren?

Grüsse

[ekur]

Super Modul. Funktioniert out of the box mit einer UVC G3 Flex. Danke.

[chopsor]

Hoi ich schon wieder,


Ich bin mit meiner Fhem Installation umgezogen von einem Raspberry Pi 3b auf einen Miniformum mit Debian Buster:

Ich habe das Problem, dass er anfängt die das Logfile zu öffnen schließt es aber aus irgend einem Grund sofort wieder (mit verbose 5 kriege ich folgendes):

2020.02.03 12:35:59 3: NVR_Home: using /usr/bin/ssh -q unifi-video@192.168.1.6 tail  -n 0 -F /var/log/unifi-video/motion.log to watch logfile
2020.02.03 12:35:59 3: NVR_Home: started logfile watcher
2020.02.03 12:35:59 3: NVR_Home: stopped logfile watcher

logge ich mich jetzt auf den Miniforums und springe auf den user fhem (su fhem)

/usr/bin/ssh -q unifi-video@192.168.1.6 tail  -n 0 -F /var/log/unifi-video/motion.log to watch logfile

so sehe ich wohl das log mit den Bewegungs Ereignissen.

(die cam0motion readings wurden auch nicht angelegt snapshots kann ich jedoch tätigen also kein apikey Problem)

Woran kann das liegen ?


Danke.

[justme1968]

siehst du mit verbose 5 mehr?

läuft dein fhem wirklich als fhem?

[chopsor]

Hoi,


Hab zu früh geschossen .. in der /etc/passwd hatte der user fhem noch /bin/false (hatte mich schon gewundert, warum nach einem su fhem immer noch root@ da stand  ) (für Mitleser welche evtl das gleiche Problem haben -> ersetzt /bin/false durch /bin/bash )

als richtiger fhem@host den befehl ausgeführt hab ich jetzt gesehen, dass er die knownhost verification Meldung rausgespuckt hat ... sollte also denke ich jetzt klappen (wenn dann mal wieder Bewegung erkannt wird )


Danke dennoch für deine schnelle Reaktion (wie machst du das eigentlich oO ?)