Unifi Protect Adapter
-
ich hab auch dauert diese meldung
1 Zeit debug Nachricht unifi-protect.0 2024-06-13 19:14:23.727 error getCameraList: Unifi Protect reported authorization failure unifi-protect.0 2024-06-13 19:14:23.561 error getMotionEvents: Unifi Protect reported authorization failurehabe gerade aber zum ersten mal gesehen das man ein RTSP stream freischalten kann bei unifi , jetzt hab ich das bild endlich in meiner vis.
-
@denjo Kannst du dein Vorgehen einmal kurz beschreiben. Ich und viele andere sind eben auch auf der Suche das live Bild in die VIS zu bringen. DANKE
-
@sevenseven kein Problem. Unter den Einstellungen bei mir zb meine G4 Doorbell Pro kann man einen RTSPS stream aktivieren.
den muss man dann noch etwas abändern:
rtsps://192.168.178.100:7441/0XXXXXXXXXXXXlXN?enableSrtp
in:
rtsp://192.168.178.100:7447/0XXXXXXXXXXXXlXN?enablertsp
und schon funktioniert es, ihr könnt diese dann in die VIS einbauen zb mit MotionEye oder go2RTC. ich habe das Bild sogar in meinem TV Receiver VU+ und wenn es Klingelt und der TV ist an wird mir das Bild für eine gewissen Zeit als Popup angezeigt.
Achtung: Sobald ihr in den RTSP Einstellungen in der Kamera etwas ändert, verändert sich die URL.
Jetzt würde ich am liebsten noch haben das Alexa mich fragt ob sie dir Tür öffnen soll, aber das check ich noch nicht ganz. leider
-
Seit einiger Zeit wird bei Unifi im Controller ja die Umstellung auf die Zwei-Faktor-Authentifizierung angedroht. Noch habe ich sie nicht aktiviert. Wird der Adapter danach weiterhin funktionieren?
Ich habe irgendwas von "local user-Login" gelesen. Kann mir da jemand helfen? DANKE
-
@andr3 so es wurde umgestellt und der adapter funktioniert nicht mehr
-
also bei mir läuft der adapter nicht mehr. ich habe aber herausgefunden das man für jede action also zb bei meiner unifi doorbell "klingel signal" einen webhook erstellen kann. Also zb auch wenn jemand einen gewissen bereich betritt oder oder oder. zusammen mit den IOT adapter läuft dieses dann super, ich brauch deswegen den adapter nicht mehr.
-
@peterbaumert Hallo und guten Morgen. Wir haben mehrere Doorbell pro G4 mit Handsensor und NFC. Gibt es irgendeine Möglichkeit, dass mir der iobroker protect adapter die Nutzung des Fingersensors in den Objekten ausgibt ? Dann könnte ich nämlich die Haustüre öffnen auf diese Weise.
Vielen Dank für eine Antwort. -
@flaux Du kannst im Alarm-Manager von Protect beim Event Finger (eines bestimmten Benutzers) einen Webhook gegen den IOBroker abfeuern.. Klappt einwandfrei.
-
Vielen Dank für die Antwort. Aber ein object change aufgrund des Events wäre viel bequemer. Wird da nix mehr gemacht ?
-
Servus allerseits.
Ich versuche seit Tagen einen Connect zwischen ioBroker und der UDM Pro herzustellen. Leider scheitert der Versuch kläglich. Die angelegten Objekte sind alles leer und es wird auch nur eine von 3 Kameras erkannt. Der ioBroker läuft auf einem autarken System. Das gleich Resultat kommt bei einer cleanen Testinstallation auf einem Windows System.
Lokaler Zugriff auf der Dreammachine mit Port 443 ist erlaubt. Egal mit welchem lokalen User der Zugriff erfolgt ist das Ergebnis immer gleich.
Jemand einen Ansatz?
unifi-protect.0 2024-12-18 19:13:10.186 info terminating unifi-protect.0 2024-12-18 19:13:10.184 info cleaned everything up... unifi-protect.0 2024-12-18 19:13:10.122 error Cannot read properties of null (reading 'toString') unifi-protect.0 2024-12-18 19:13:10.120 error TypeError: Cannot read properties of null (reading 'toString') at UnifiProtect.createOwnChannel (/opt/iobroker/node_modules/iobroker.unifi-protect/main.js:1355:28) at /opt/iobroker/node_modules/iobroker.unifi-protect/main.js:470:30 at Array.forEach (<anonymous>) at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/iobroker.unifi-protect/main.js:469:29) at IncomingMessage.emit (node:events:530:35) at endReadableNT (node:internal/streams/readable:1698:12) at process.processTicksAndRejections (node:internal/process/task_queues:82:21) unifi-protect.0 2024-12-18 19:13:10.117 error uncaught exception: Cannot read properties of null (reading 'toString') unifi-protect.0 2024-12-18 19:13:09.402 info starting. Version 1.0.1 in /opt/iobroker/node_modules/iobroker.unifi-protect, node: v20.18.1, js-controller: 7.0.3 -
Mich würde grundsätzlich interessiert was der Status dieses Adapters ist? Gibt es noch einen Entwickler der sich dafür zuständig fühlt? Mein Eindruck wäre es, dass der Adapter tot ist. Deswegen verwende ich ihn auch nicht mehr.
-
@uwe72 Bei meinem Kumpel funktioniert der Adpater wohl einwandfrei. Bei mir läuft der in unterschiedlichen Umgebungen nicht.
Allerdings hat er auch einen CloudKey2 und nicht wie ich eine Dreammachine -
@uwe72 said in Unifi Protect Adapter:
Mich würde grundsätzlich interessiert was der Status dieses Adapters ist? Gibt es noch einen Entwickler der sich dafür zuständig fühlt? Mein Eindruck wäre es, dass der Adapter tot ist. Deswegen verwende ich ihn auch nicht mehr.
Schau mal ins Adapter repository und schau mal wann die letzte Release erstellt wurde.
Das sollte deine Frage beantworten. -
@mcm1957 gibt so viel Adapter die nicht mehr gepflegt werden. So kann man ein tolles Produkt wie den iobroker auch kaputt machen. Du investiert man in ein matter Integration, statt zu schauen, dass die vorhandenen Adapter gewartet sind und nützliche neue dazu kommen. Komplett unverständlich für mich diese Strategie
-
Bei einem so vielfältigen Projekt wie der ioBroker eines ist ist auch ein 'Produktmanagement' schwierig.
Jeder kann Adapter 'unkontrolliert' und 'unstrategisch' beisteuern. Oder es auch wieder sein lassen.
Ist ein Wesen von 'open source'-Projekten, insbesondere wenn die nur so mittelgroß sind. -
@thomas-braun gutes Stichwort produktmanagement. Bin zu weit weg. Aber man müsste da hinkommen, dass die "Hauptadapter", wie unify, protect, shelly, alexa, homematic, hue,... einfach funktionieren, wenn es sein muss auch gegen Bezahlung. Ich liebe iobroker, schätze insbesondere auch die Möglichkeit der Nutzung von JavaScript. Mache mir halt einfach sorgen, dass es noch weiter abwärts geht. Verstehe einfach auch viele Adapter Entwickler nicht. Wenn iich so ein Projekt beginne, hunderte user meinen Adapter nutzen, dann lasse ich diese doch nicht im stich?! Vielleicht bin ich zu alt um dies zu verstehen
-
@uwe72 sagte in Unifi Protect Adapter:
dass die "Hauptadapter", wie unify, protect, shelly, alexa, homematic, hue,
Da fängt es ja schon an. Was sind 'Hauptadapter'? Das ist nicht definiert.
Für mich ist davon z. B. nur der alexa-Adapter interessant, alles andere verwende ich nicht. Das sind also keine 'Hauptadapter' für mein System.Wenn ich so ein Projekt beginne, hunderte user meinen Adapter nutzen
Es gibt 1001 Gründe dafür.
-
@thomas-braun ok, vergiss meine Kommentare
Mache mir halt einfach nur Sorgen. Und da bin ich glaub nicht alleine
-
Aber man müsste hinbekommen …
Der ominöse man(TM) mal wieder. Open Source Projekte funktionieren durch Zusammenarbeit … klingt bissl wie das was TEAM manchmal bedeutet: Toll ein anderer macht’s
Der Rest ist denke ich gesagt worden.
Und ohne dir zu nahe zu treten … unifi-protect mit vs 500 Installationen wäre bei mir - wenn man die Wichtigkeit von Adaptern an installationszahlen festmacht (was sinnvoll ist) nicht unbedingt so weit oben.
Und genau da ist die crux in der zerklüfteten Smart Home Landschaft: wichtigkeit ist individuell bei jedem anders basierend auf den Systemen für die man sich selbst entschieden hat.Und Matter als unwichtig abzutun ist in meinen Augen etwas kurzsichtig. Es ist definitiv einer der Top weit-oben Adapter des nächsten Jahres. Da wäre ich fast bereit zu wetten. Und wenn iobroker als Smart Home System nicht zurückbleiben will kommen wir an matter nicht vorbei.
Über Sorgen und Ängste hatten wir es vor kurzem erst auf Facebook. Ich weiß nicht was konkret deine sind aber wenn sie auf Annahmen oder so basieren dann einfach tief durchatmen und Angst wegatmen … wenn du konkrete Fragen hast gern konstruktiv stellen.
-
ich überspitze mal: "es ist halt open source" da kann man nichts machen.
Ob "matter" sinnvoll ist oder nicht kann ich nicht beurteilen. Hilft iobroker aber auch nichts wenn dann noch mehr zu HA abgewandert sind.
Mag sein, dass protect nun nicht der Mainstream-Adapter ist, aber wie sieht es mit Shelly aus? Habe ich zwar selber auch nicht (aber ein Bekannter). Da gibt es Fehlermeldungen/Bugs, welche Januar 2024 gemeldet wurden und sich bis heute nichts geändert hat.
Wenn man diese Dinge anspricht, dann ist es in meinen Augen konstruktiv. Konstruktiv angesprochen hatte ich auch vor ein paar Monaten beispielsweise, dass die Architektur des JS-Adapters verbesserungswürdig ist. Kann nicht sein, dass alle global-Scripte in die common-scripte reinkopiert werden (ob man den Code dort benötigt oder auch nicht) und zudem beim reinkopieren nicht mal die JS-Instanz berücksichtigt wird. Da wurde dann rumgeritten warum ich überhaupt so viel in "global" habe. (Vermutlich gibt es wenige die mehr den JS-Adapter nutzen als ich). Diese Antwort ist gleichermaßen nicht konstruktiv. Man bräuchte dort auch den gleichen require/import-Mechanismus, wie ich es mir erarbeitet habe (https://forum.iobroker.net/topic/78632/info-auslagerung-von-global-scripten-ins-filesystem/1). Aber halt idealerweise nicht nach ganz extern (Filesystem), sondern innerhalb des JS-Adapters.
Es kommt alles immer ein wenig "von oben herab", keinerlei kritisches scheint erwünscht zu sein. Auch wenn es kein "MAN" gibt, muss es doch was geben, dass ein wenig mehr als "ALLE" ist, denn irgendjemand muss doch auch festlegen, welche Adapter nun "offiziell" sind und welche nicht?
Denke was ich kundtun wollte habe ich nun gemacht. Gerne noch ein "böser" Post zurück, den halte ich aus
Schöne Weihnachten!
