neues modul 74_UnifiVideo.pm

[andies]

ich bin auf den CloudKey 2 umgestiegen. Hier ist ja "Unifi Protect" als Nachfolger von "Unifi Video" vorinstalliert,
hat schon Jemand Erfahrungen ob das mit FHEM funktioniert? API-Key kann ich jedenfalls nicht finden.

Gibt es hier schon einen neuen Stand?

[justme1968]

geht so lange nicht wie ich nicht umgestiegen bin oder jemand anders es baut.

[andies]

Logisch. Ich habe so eine Kamera und den Cloud Key 2, ich schaue mir mal an, wie man da an die Daten herankommen kann. Vielleicht kann ich etwas beitragen, ich bin allerdings kein Profi-Programmier.

Was ich erstmal kapieren muss ist, wie man an die Daten kommt. Die liegen ja lokal auf dem Cloud Key, also sollte man sie auch da auslesen können. Wenn das komplett anders ist als die klassische Unifi-Video-Sache, bietet sich vielleicht ein anderes Modul an? Sowas wie UnifiVideo2?

<edit> An die Videos kommt man leicht, kann sie aber nicht abspielen: https://www.reddit.com/r/Ubiquiti/comments/9t8sx4/cloud_key_gen2_plus_network_backup_retention/

<edit2> Wenigstens gehen schon mal snapshots, http://<ip>/snap.jpeg
Eine schnelle Lösung für Snapshots ist erstmal

Code Auswählen Erweitern

defmod Unifi_CAM IPCAM <ip-Adresse>
attr Unifi_CAM path /snap.jpeg
attr Unifi_CAM snapshots 1
attr Unifi_CAM stateFormat <a href="rtsp://<ip>:7447/<code>">Link</a>
attr Unifi_CAM storage /opt/fhem/www/snapshots

Der Link verweist dann auf das Lifebild, muss aber mit einem andern Programm angeschaut werden. Das Bild selbst kann man sich, wenn man es mit dem entsprechenden get-Befehl regelmäßig holt, so anschauen

Code Auswählen Erweitern

defmod Ort weblink image fhem/www/snapshots/Unifi_CAM_snapshot.jpg
attr Ort htmlattr width="720" height="360"


[justme1968]

schau mal hier: https://forum.fhem.de/index.php/topic,108715.0.html

ps: deine beispiele von oben gehen nur wenn man snapshots ohne autorisierung für die kameras aktiviert. ich denke das ist keine gute idee.

[Mr.X]

Andre,

bei mir läuft FHEM und Unifi Video je im Docker container auf einem gemeinsamen Host. Wenn ich jetzt zum Container den SSH aufbauen möchte, dann verwendet er die IP des Hosts, das schlägt natürlich fehl und ich hab 100% CPU auf dem NUC. IWäre also schön, wenn ich die IP des SSH hosts auch noch als Attribut hätte, weil ich den SSH Port des Containers eigentlich nicht auf dem Host verfügbar machen möchte (was der workaround wäre).
Hab ich was übersehen oder ist das der einzige Weg?
Und wenn ich nicht blind bin, lässt sich im Frontend das Attribute "logfile" nicht setzen, in "74_UnifiVideo.pm" wird es aber verarbeitet (sagen meine nicht vorhanden Programmier Kenntnisse).

Nachdem UnfivVideo ja bald out of support gehen soll auch da nochmal die Frage- für Protect geht es im Moment nur mit dem CloudKey des Herstellers, keine Möglichkeit das auf eigener Hardware laufen zu lassen - richtig?

Danke

[justme1968]

ich glaube ich verstehe das problem mit der ip nicht. du gibst doch die adresse im define an.

stimmt. das logfile attribut hatte ich vergessen. sollte ab morgen gehen.

stimmt. protect kann man (aktuell) nicht auf eigener hardware laufen lassen. es gibt de cloudkey2 und es gibt einen neuen nvr und nvr pro. ich weiss aber nicht ob man die in deutschland schon kaufen kann.

[ComputerZOO]

Moin,

die UDMP hat die NVR-Funktion (UniFi-Protect) auch eingebaut (wenn man dafür ne Festplatte in der UDMP einbaut).

[Mr.X]

Super- vielen Dank für das Logfile Attribut.

Auf meinem Host (NUC- sagen wir IP 192.168.2.10) läuft Docker. Unter anderem 1 Container mit UnifiVideo (172.15.0.4) ein anderer für fhem (172.15.0.2). Der Unifi Container mapped jetzt alle seine Ports an den Host. Für Unifi Video sind das die folgenden:
7080:7080 7442:7442 7446:7446 10002:10001 1935:1935 7443:7443 7444:7444 7445:7445 7447:7447 jeweils Port auf dem Host und im Container (der 10001 ist nurch Unifi Network (läuft in einem dritten Container) auf dem Host schon vergeben, weshlab der hier im Host auf 10002 gemapped wird. Der SSH port 22 des Containers wird aber aktuell nicht an den Host gemapped. D.h ein SSH an Port 22 geht wirklich gegen den Host und nicht gegen den unifi Container.

Damit kann ich, wenn ich den NVR definiere die IP des Hosts nehmen- die Ports sind ja entsprechend in den Container gemapped. Hab auch versucht das NVR direkt gegen die Container ID zu definieren, das hat aber nicht geklappt- geht nur mit dem Host.

Das Modul schickt damit den ssh gegen fhem@192.168.2.10 Port 22 - da findet er dann das logfile nicht, das steckt ja im Container ( also unter fhem@172.15.0.4) aber wegen Persistenz, als Volume, natürlich auch unter einem anderen Pfad als dem Standard auch auf dem Host (deshalb die Frage nach dem "logfile").

Der SSH connect müsste also gegen fhem@172.15.0.4 rausgehen, dann würde er mit dem Standardpfad funktionieren.  Oder wenn er gegen den Host geht, dann muss es ein anderer Pfad sein.

Alternativ könnte ich jetzt auch noch den Port 22 des Containers als Port 2222 (oder einem beliebigen anderen) auf dem Host verfügbar machen und müsste dann dem NVR Modul beibringen, dass es den Request eben nicht unter Port 22 sondern 2222 absetzt. Aber eigentlich wollte ich den SSH Port des Containers nicht auf den Host mappen.

Lange Rede kurzer Sinn, wenn morgen das Logfile Attribut geht, sollte ich in der Lage sein mein Problem zu beheben. Die andere Variante wäre eben gewesen, so wie sshUser auch sshHost anzugeben und dann hätte ich damit das ssh mit dem Standardpfad an die IP des Containers (also fhem@172.15.0.4 und nicht fhem@172.168.2.10) absetzen können.

Ich freu mich mal auf morgen und das logfile Attribut.

Danke

[justme1968]

da das modul das normale ssh binary verwebtet kannst du alles über das ssh config file abbilden. dort kannst sowohl ports wie auch hostnamen umbiegen.

[Mr.X]

Att Logfile ist da und funktioniert wie es soll- Danke

[chopsor]

stimmt. protect kann man (aktuell) nicht auf eigener hardware laufen lassen. es gibt de cloudkey2 und es gibt einen neuen nvr und nvr pro. ich weiss aber nicht ob man die in deutschland schon kaufen kann.

Jein, es gibt Pakete (sogar ein Docker container  https://hub.docker.com/r/iamjamestl/unifi-protect ) allerdings sind diese auf Version 1.12.5 hängen geblieben. (die Dreammachine Pro (usg, nvr (Unifi Protect), access (hierfür gibts die Bauteile noch nicht ausserhalb der usa) und switch in einem)

(ich habe Unifi Protect bis dato nur auf dieser Version getestet und im Vergleich zu Unifi Video nichts interessantes an Neuerungen gefunden (wofür sich der Umstieg lohnt) zudem hab ich keine Möglichkeit gefunden die App ohne Cloudaccount zu nutzen.)

Da scheint wohl nichts mehr mit Portforward oder Reverse Proxy erwünscht zu sein).

[justme1968]

falls jemand auf protect umsteigen möchte:

im ubiquiti shop gibt es für nvr besitzer aktuell 50% auf den neuen protect unvr.

https://unifi-network.ui.com/camera-security/replace-your-old-nvr