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

[Zefau]

@cash sagte in [Neuer Adapter] Nuki:

Wie man sieht ist der Mode derzeit auf continuous. Der lockstate steht aber auf online. Nach meiner Meinung ist das falsch. Wenn ich die Nuki App öffne wird der Status dort nicht mit erreichbar sondern mit Ring-to-Open angezeigt.

Was gibt denn die API bei dir "roh" aus?

[cash]

@Zefau Wo sehe ich roh-Daten? Ich vermute roh ist ja letztlich auch das was die App mir anzeigt und die zeigt halt in dem Fall „Ring to open“.

[Zefau]

@cash sagte in [Neuer Adapter] Nuki:

Wo sehe ich roh-Daten? Ich vermute roh ist ja letztlich auch das was die App mir anzeigt und die zeigt halt in dem Fall „Ring to open“.

Über den Browser: http://<bridgeIp>:<bridgePort>/list?token=<token>
Dort wird ein Nuki Opener aufgelistet und unter lastKnownState gibt es den Eintrag state.

Der Adapter übersetzt den dort angezeigten Integer-Wert wie folgt (wie in der Dokumentation angegeben, siehe https://developer.nuki.io/page/nuki-bridge-http-api-190/4#heading--lock-states)

	"0": "UNTRAINED",
	"1": "ONLINE",
	"3": "RING_TO_OPEN_ACTIVE",
	"5": "OPEN",
	"7": "OPENING",
	"253": "BOOT_RUN",
	"255": "UNDEFINED"

[Vinze.nt]

@Zefau okai danke das ist mir zu hoch, ich werde das hier mal weiter verfolgen vll kommen ja noch Blockly User dazu DANKE

[Stuebi]

ich wollte gerade mit iobroker install nuki-extended installieren und bekomme folgenden Fehler:

iobroker install nuki-extended
NPM version: 6.11.3
npm install iobroker.nuki-extended@modified --unsafe-perm --loglevel error --production --save --prefix "/opt/iobroker" (System call)
npm ERR! code ETARGET
npm ERR! notarget No matching version found for iobroker.nuki-extended@modified.
npm ERR! notarget In most cases you or one of your dependencies are requesting
npm ERR! notarget a package version that doesn't exist.

Installation geht auch nicht über die Admin Oberfläche

VG
Stübi

[Zefau]

@Stuebi bringt iobroker update abhilfe?

[Stuebi]

@Zefau , nein leider nicht. Habe jetzt folgendes versucht:

iobroker update
iobroker install nuki-extended

Leider erhalte ich den identischen Fehler. Installiert ist bisher der iobroker.nuki2 Adapter + Instanz.

[Zefau]

@Stuebi Ja, konnte ich nachstellen. Nutzt du bereits ioBroker.js-controller 2.0.x ? Glaube es liegt daran.

Versuch mal iobroker install nuki-extended@2.0.0-rc.4

[Stuebi]

@Zefau sagte in [Neuer Adapter] Nuki:

iobroker install nuki-extended@2.0.0-rc.4

Super, Danke, jetzt läuft es! Dann kann ich ja Nuki2 deinstallieren.

[Nikoxx]

Hallo zusammen,

mein Opener ist gestern bekommen und wird auch gefunden, nur leider passiert nichts wenn ich versuche die Tür zu oeffnen. Das Schloss funktioniert ganz normal nur bei dem Opener tut sich nichts.

Mit dem nuki2 Adapter funktioniert auch der Opener.

Gruß Niko

[cash]

@Zefau said in [Aufruf] Nuki-extended Adapter:

http://<bridgeIp>:<bridgePort>/list?token=<token>

so heute mal getestet. Hier mein Ergebnis:

[{"deviceType": 0, "nukiId": xxxxx, "name": "Wohnungstür", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2019-10-18T17:53:38+00:00"}}, {"deviceType": 2, "nukiId": xxxx, "name": "Haustür", "lastKnownState": {"mode": 3, "state": 1, "stateName": "online", "batteryCritical": false, "timestamp": "2019-10-18T19:49:05+00:00"}}]

Also Grundsätzlich übersetzt der Adapter den State richtig. Ich finde das Ergebnis der Nuki App aber sinnvoller. Dort steht eben nicht der State 1 sondern wenn Mode = 3 dann State"Ring top Open"...

[cash]

@Nikoxx Ist bei mir leider auch so...

[Zefau]

@cash
@Nikoxx sagte in [Aufruf] Nuki-extended Adapter:

nur leider passiert nichts wenn ich versuche die Tür zu oeffnen

Sollte mit 2.0.0-rc.5 nun passen.

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Also Grundsätzlich übersetzt der Adapter den State richtig. Ich finde das Ergebnis der Nuki App aber sinnvoller. Dort steht eben nicht der State 1 sondern wenn Mode = 3 dann State"Ring top Open"...

Ich versteh leider nicht, was falsch ist.

Der Wert mode des Payloads wird in den State nuki-extended.0.openers.haustür.state.mode geschrieben.
Dieser übersetzt wie folgt:

{'0': 'UNINITIALIZED', '1': 'PAIRING', '2': 'NORMAL', '3': 'CONTINUOUS', '4': 'MAINTENANCE'}

Der Wert state des Payloads wird in den State nuki-extended.0.openers.haustür.state.lockState geschrieben.
Dieser übersetzt wie folgt:

{
	"0": "UNTRAINED",
	"1": "ONLINE",
	"3": "RING_TO_OPEN_ACTIVE",
	"5": "OPEN",
	"7": "OPENING",
	"253": "BOOT_RUN",
	"255": "UNDEFINED"
}

Bedeutet in deinem Fall für Haustür sollte er mode mit CONTINUOUS und state mit ONLINE anzeigen.

Jetzt wo ich es schreibe, versteh ich es, haha.
Du willst wenn mode = CONTINUOUS, dass im state immer RING TO OPEN steht?

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Also Grundsätzlich übersetzt der Adapter den State richtig. Ich finde das Ergebnis der Nuki App aber sinnvoller. Dort steht eben nicht der State 1 sondern wenn Mode = 3 dann State"Ring top Open"...

Kannst du die aktuelle Entwickler-Version auf Github probieren, ob der State state damit passt?

[cash]

@Zefau Passt leider nicht. Bin mir aber noch nicht sicher. Evtl spielt die Bridge auch gerade mal wieder nicht mit.

Den Opener kann ich auch nicht bedienen und mit dieser Version auch die Haustür wieder nicht. Wobei die Haustür gestern auch erst nicht funktionierte und später dann doch ging....

[cash]

@Zefau Heute nacht lief wie jeden Samstag um 3 Uhr meine Sicherung. Dazu wird iobroker komplett gestoppt.

Wie man sieht steht web und Bridge auf true nur Connection auf false? Woran macht er die connection fest? Folge ist das der Adapter gelb ist.

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Wie man sieht steht web und Bridge auf true nur Connection auf false? Woran macht er die connection fest? Folge ist das der Adapter gelb ist.

Danke für das ganze Feedback.

Wurde bei dir in der von Github installierten Version der State hex angelegt?
Sowohl unter nuki-extended.0.openers.haustür.hex als auch nuki-extended.0.smartlocks.wohnungstür.hex ?

Wenn die connection auf false ist, die anderen beiden aber nicht, deutet das darauf hin, dass die APIs nicht liefern was sie sollen und der Adapter abbricht.
Kannst du mal die Instanz auf debug schalten und das Log posten?

Danke dir!

EDIT: Bitte auch mal die Haustür mit dem Adapter versuchen zu öffnen, wenn der Adapter auf debug steht. Bei mir geht's nun mit der neuen v2.0.0-rc.5.

[Zefau]

@cash Probier mal die rc.6. Danke für's Testen.

[cash]

@Zefau Erstes Feedback: Die besagten hex Datenpunkte sind vorhanden und haben einen Inhalt. Update auf rc6 habe ich gemacht. Der Adapter ist grün.

Wenn der Adapter nicht liefert was erwartet wird sollten dann nicht warnings im log kommen?

Weder Tür noch Opener machen etwas wenn ich das Feld Actions ändere. Im Log kommt jeweils nur:

nuki-extended.1	2019-10-19 12:13:33.732	info	Trigger action -LOCK- on Nuki Smartlock Wohnungstür.
nuki-extended.1	2019-10-19 12:12:33.902	info	Trigger action -ACTIVE RTO- on Nuki Opener Haustür.

Wobei ich auch hier ein warning erwarten würde wenn Nuki nicht das zurückmeldet was erwartet wird oder?

Debug muss noch testen. Mache ich so ungern weil die logs Datenpunkte so elend lang sind... Liefer ich aber noch...