Autor Thema: test: modul 74_UnifiProtect.pm  (Gelesen 5870 mal)

Offline Masterfunk

  • Full Member
  • ***
  • Beiträge: 307
Antw:test: modul 74_UnifiProtect.pm
« Antwort #60 am: 05 März 2021, 09:43:19 »
Ich hatte die gleichen Probleme wie andasquared.

Mit der aktuellen Version läuft erstmal alles problemlos.

Offline andasquared

  • New Member
  • *
  • Beiträge: 27
Antw:test: modul 74_UnifiProtect.pm
« Antwort #61 am: 05 März 2021, 11:11:56 »
Ich habe jetzt eine Zeit lang damit gespielt.
Die Site mit beiden Devices UnifiProtect und WebLink habe ich offen stehen lassen - hat jetzt Stunden lang ohne Probleme Livebilder angezeigt.

Schaut soweit wirklich gut aus :)

Offline Masterfunk

  • Full Member
  • ***
  • Beiträge: 307
Antw:test: modul 74_UnifiProtect.pm
« Antwort #62 am: 05 März 2021, 11:26:18 »
Ich habe jetzt eine Zeit lang damit gespielt.
Die Site mit beiden Devices UnifiProtect und WebLink habe ich offen stehen lassen - hat jetzt Stunden lang ohne Probleme Livebilder angezeigt.

Schaut soweit wirklich gut aus :)

Kann ich nur bestätigen.

Offline andasquared

  • New Member
  • *
  • Beiträge: 27
Antw:test: modul 74_UnifiProtect.pm
« Antwort #63 am: 09 März 2021, 08:37:03 »
nochmal eine kurze Rückmeldung:
alles läuft weiterhin super - Livebild funktioniert im Device und in den WebLink Devices - und es gibt keine Systemabstürze.
perfekt!

wegen dem sshUser und den Zugriffen auf die Motion logs - hast du Lust dir da weiter was anzuschauen?
ich kann dir Logfiles zukommen lassen.

ich denke hier zb u.a. daran, das Licht einschalten zu lassen, wenn eine Bewegung in der Kamera erkannt wird, oder eben per Telegram einen Snapshot schicken.

so schaut bei mir zb. das Log aus, wenn bei einer Kamera ein Event auftaucht:

# tail -n 0 -F /srv/unifi-protect/logs/events.cameras.log
2021-03-08T16:14:52.730Z - info: Purging events for G3 Micro [AABBCC112233 @ xxx.xxx.xxx.123]
2021-03-08T16:14:52.781Z - info: Purging events for G4 Pro [AABBCC112233 @ xxx.xxx.xxx.103]
2021-03-08T16:14:52.835Z - info: Purging events for G4 Bullet [AABBCC112233 @ xxx.xxx.xxx.135]
2021-03-08T16:14:52.886Z - info: Purging events for G3 Flex [AABBCC112233 @ xxx.xxx.xxx.124]
2021-03-08T16:15:42.756Z - verbose: motion.event.start G3 Flex [AABBCC112233 @ xxx.xxx.xxx.124]
{ motionAlgorithm: 'enhanced', start: 1615220131517 }
2021-03-08T16:15:46.028Z - verbose: motion.event.stop G3 Flex [AABBCC112233 @ xxx.xxx.xxx.124]
{ motionAlgorithm: 'enhanced',
  end: 1615220152673,
  data:
   { clockBestMonotonic: 13326726,
     clockBestWall: 1615220142517,
     clockMonotonic: 13329882,
     clockStream: 13321033,
     clockStreamRate: 1000,
     clockWall: 1615220145673,
     edgeType: 'stop',
     eventId: 4,
     eventType: 'motion',
     motionHeatmap: 'heatmap_00000002.png',
     motionSnapshot: 'motionsnap_00000002.jpg' } }
2021-03-08T16:15:46.531Z - info: event saved
{ type: 'motion',
  start: 1615220131517,
  end: 1615220152673,
  thumbnailId: '60464db201dc6303870004d9',
  heatmapId: '60464db202016303870004da',
  score: 38,
  smartDetectTypes: [],
  smartDetectEvents: [],
  cameraId: 'CAMIDxxxxxxxxxxxxxxxxx',
  partitionId: null,
  id: '60464dae02f56303870004d8' }
2021-03-08T16:15:52.730Z - info: Purging events for G3 Micro [AABBCC112233 @ xxx.xxx.xxx.123]
2021-03-08T16:15:52.781Z - info: Purging events for G4 Pro [AABBCC112233 @ xxx.xxx.xxx.103]
2021-03-08T16:15:52.835Z - info: Purging events for G4 Bullet [AABBCC112233 @ xxx.xxx.xxx.135]
2021-03-08T16:15:52.886Z - info: Purging events for G3 Flex [AABBCC112233 @ xxx.xxx.xxx.124]

lg

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 20677
Antw:test: modul 74_UnifiProtect.pm
« Antwort #64 am: 09 März 2021, 17:45:24 »
wie oben geschrieben: ssh ist glaube ich nicht der richtige weg für protect. es gibt ein besseres event api. sind bei dir die erkennung wirklich gut genug um das ganze in fhem zu integrieren?

ich schaue mir das event api gerade an, ich glaube ich habe aber noch ein bessere idee...
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline andasquared

  • New Member
  • *
  • Beiträge: 27
Antw:test: modul 74_UnifiProtect.pm
« Antwort #65 am: 10 März 2021, 16:43:58 »
cool, danke dass du dir das anschaust ;)

falls das interessant ist und dir helfen könnte:
https://community.ui.com/questions/Airvision-API-or-External-Control/19503f64-ec22-448d-9d9b-8b4ed155245a

ich nutze dieses script aktuell bei einer anderen Fhem Installation.
damit starte ich über ein Script die Aufnahme einer Kamera (allerdings noch über UniFi Video), wenn ein Event im Fhem passiert, unabhängig davon ob ein Motion Event von der Kamera erkannt wird.

vielleicht ist die Struktur API eh noch ähnlich aufgebaut.

lg

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 20677
Antw:test: modul 74_UnifiProtect.pm
« Antwort #66 am: 12 März 2021, 22:50:47 »
hiermit: https://forum.fhem.de/index.php/topic,119483.msg1139212.html funktioniert die integration der protect kameras als bewegungsmelder in fhem ziemlich gut.

ist zwar erst mal blöd wenn man homebridge überhaupt nicht einsetzt, aber für alle anderen sollte es problemlos gehen.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline Sascha_F

  • Full Member
  • ***
  • Beiträge: 150
Antw:test: modul 74_UnifiProtect.pm
« Antwort #67 am: 03 April 2021, 16:28:34 »
Hi zusammen,

die Verbindung zu meine UDM-Pro steht jetzt und die Devices für UDM-interner Switch + USW-24-PoE wurden automatisch angelegt.
UniFi-Protect hat die (aktuell) einzige Cam gefunden und die Readings angelegt:

cam0id
cam0name
cam0state
state
totalCount

attr sshUser ist gesetzt und state steht auf "watching".

Meine Annahme war, dass das Reading "cam0motion" mit dem ersten Auslösen einer Bewegung angelegt wird - hier passiert allerdings nichts.

Ich hatte aus den vorherigen Posts schon entnommen, dass die ssh-Variante für Protect vermutlich nicht der richtige Weg (oder nicht der beste Weg?) darstellt - probieren wollte ich es trotzdem mal :)
Habe ich noch etwas übersehen oder ist das ggf. schon wieder überholt (Protect ist bei mir v1.17.4).

Bei Auswahl des Devices startet das Log fleißig jede Sekunde mit

JJJJ.MM.DD HH:MM:SS WEB_<IP des Client, welcher das Device in FHEM in der Ansicht hat>_<Port (nehme ich mal an)>
JJJJ.MM.DD HH:MM:SS HASH(nxnnnnnnn)

Ich hoffe, ihr haltet mich nicht für komplett bescheuert, aber an welche Stelle oder wie knipse ich das denn fürs Log aus?


Und noch eine Frage zu Hinweis/Link zu Homebridge: Ich habe das ganze immer als "Apple-Thema" in Kopf bei mir abgespeichert gehabt. Nur für die UniFi-Motion wäre das ggf. etwas wie "mit Kanonen auf Spatzen". Daher nur die Frage, ob das aktuell erst einmal nur als (vom Disconnect mal abgesehen) funktionierender Workaround anzusehen ist oder ob das eher die zukünftige Marschrichtung sein wird (bei letzterem komme ich dann ja ggf. nicht drum herum).

Danke euch ++ viele Grüße ++ vor allem schöne Ostertage!
Sascha

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 20677
Antw:test: modul 74_UnifiProtect.pm
« Antwort #68 am: 03 April 2021, 16:44:14 »
ssh ist für protect nicht relevant. nur für den alten nvr.

ich weiss noch nicht ob ich die event variante für protect einbaue. da ich es selber nicht nutze und die homebridge variante eigentlich gut funktioniert. die installation ist auch nicht besonders aufwändig.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH
Gefällt mir Gefällt mir x 1 Liste anzeigen