UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mameier1234]

@andr3 Das mit den lokalen Logindaten funktioniert jetzt schon.

[andr3]

@mameier1234 oh das klingt super! Ich habe es gerade mal ausprobiert: einen neuen Local-User angelegt und dessen Login in den Adapter-Einstellungen hinterlegt. Nach dem Adapter-Start steht die Instanz auch auf „Grün“ aber ich kann keine Zustände schalten. (Ich deaktiviere über ein Skript meist die Aufzeichnung der Kameras, wenn wir im Garten sind.)

Komischerweise steht die Instanz auch auf grün, wenn ich absichtlich ein falsches Passwort oder Benutzernamen eingebe.

Was mache ich wohl falsch :(?

[andr3]

@mameier1234 hast du es bei dir so laufen? Wie muss ich das ganze konfigurieren?

[denjo]

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 failure

habe gerade aber zum ersten mal gesehen das man ein RTSP stream freischalten kann bei unifi , jetzt hab ich das bild endlich in meiner vis.

[SevenSeven]

@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

[denjo]

@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

[andr3]

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 :)

[denjo]

@andr3 so es wurde umgestellt und der adapter funktioniert nicht mehr

[denjo]

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.

[Flaux]

@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.

[mameier1234]

@flaux Du kannst im Alarm-Manager von Protect beim Event Finger (eines bestimmten Benutzers) einen Webhook gegen den IOBroker abfeuern.. Klappt einwandfrei.

[Flaux]

Vielen Dank für die Antwort. Aber ein object change aufgrund des Events wäre viel bequemer. Wird da nix mehr gemacht ?

[meikel]

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

[uwe72]

@meikel

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.

[meikel]

@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

[mcm1957]

@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.

[uwe72]

@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

[Thomas Braun]

@uwe72

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.

[uwe72]

@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

[Thomas Braun]

@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.