[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm

[ViRaZ]

Habe dir die Dateien hochgeladen.

Vielen Dank für deine Hilfe!

[CoolTux]

Habe dir die Dateien hochgeladen.

Vielen Dank für deine Hilfe!

Schaue ich mir gerade an. Sind die korrekten was ich auf den ersten Blick sehe.
Und die alten Files funktionieren? Also die 0.6er Versionen?

[ViRaZ]

Ja die alten Dateien funktionieren wenn ich diese aus einem Backup wieder einspiele.
my $version     = "0.6.4";
my $bridgeapi   = "1.6";

[CoolTux]

Also die Files bei mir eingespielt klappen

Code Auswählen Erweitern


Send HTTP POST with URL http://10.6.34.52:8080/list?token=7crtn1
2020.01.14 21:14:33.456 4: NUKIBridge (myNukiBridge) - Response JSON: [{"deviceType": 0, "nukiId": 140395513, "name": "WgTuer", "firmwareVersion": "1.8.1", "lastKnownState": {"mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2020-01-14T20:13:22+00:00"}}]


Ich gebe ich ihm mal ein leeres Array mal schauen.

[CoolTux]

Ok ich habe es nun abgefangen. Es sollte erstmal so starten.
Bitte testen

https://cloud-tuxnet.ddns.net/index.php/s/sXAyYxyg9o6R4CL


Löst aber immer noch nicht das Problem warum der Response auf das list leer ist

[ViRaZ]

Habe die Datei eingespielt. Hier die Auszüge aus dem Log die ich dazu finden konnte:
2020.01.14 21:36:21 4: WEB_192.168.178.72_52600 POST /fhem&fw_id=700&room=System&cmd=define+nuki+NUKIBridge+192.168.178.xx+xxxxxxxxxx; BUFLEN:0
2020.01.14 21:36:21 5: Cmd: >define nuki NUKIBridge 192.168.178.xx xxxxxxxxxx<
2020.01.14 21:36:21 3: NUKIBridge (nuki) - defined with host 192.168.178.xx on port 8080, Token xxxxxxxxxx
2020.01.14 21:36:21 2: NUKIBridge (nuki) - Registering NUKIBridge for webhook URI /NUKIBridge-192.168.178.xx ...
2020.01.14 21:36:22 4: NUKIBridge (nuki) - created uri: http://192.168.178.xx:8080/list?token=xxxxxxxxxx
2020.01.14 21:36:22 5: HttpUtils url=http://192.168.178.xx:8080/list?token=xxxxxxxxxx
2020.01.14 21:36:22 4: IP: 192.168.178.xx -> 192.168.178.xx
2020.01.14 21:36:22 4: NUKIBridge (nuki) - Send HTTP POST with URL http://192.168.178.xx:8080/list?token=xxxxxxxxxx
2020.01.14 21:36:24 4: http://192.168.178.xx:8080/list?token=xxxxxxxxxx: HTTP response code 200
2020.01.14 21:36:24 5: HttpUtils http://192.168.178.xx:8080/list?token=xxxxxxxxxx: Got data, length: 2
2020.01.14 21:36:24 5: HttpUtils response header:
HTTP/1.1 200 OK
Connection: Close
Content-Type: application/json;charset=utf-8
Content-Length: 2
2020.01.14 21:36:24 4: NUKIBridge (nuki) - Response JSON: []
2020.01.14 21:36:24 4: NUKIBridge (nuki) - Response ERROR:
2020.01.14 21:36:24 4: NUKIBridge (nuki) - Response CODE: 200
2020.01.14 21:36:25 5: NUKIBridge (nuki) - Bridge ist online
Not a HASH reference at ./FHEM/73_NUKIBridge.pm line 863.

[CoolTux]

Ok so ein Mist, das hat sich bei uns beiden überschnitten. Ich hatte die falsche Datei am Anfang hochgeladen. Du warst zu schnell. hihi.
Bitte  noch einmal den Link verwenden und neu runter laden.

[ViRaZ]

Soo, das schaut schonmal gut aus, der Fehler der FHEM zum Absturz gebracht hat taucht in dieser Version nicht mehr auf. Allerdings bekomme ich keine vernünftigen Antworten von der Bridge zum Status des Schlosses und auch die Readings im NUKIDevice werden nicht angelegt.

Wenn ich den Befehl http://192.168.178.xx:8080/list?token=xxxxxxxx im Browser ausführe bekomme ich ebenso die Response "[]".
Beim info Befehl beispielsweise bekomme ich die erwarteten Antworten, ich denke hier liegt ein Problem an der Bridge vor.
Ich werde diese mal komplett zurücksetzen und neu einrichten und hier dann wieder berichten.

Vielen Dank deine Hilfe und das Update!

[CoolTux]

Super. Danke für die Fehlermeldung. Ist ja auch wichtig sowas ab zu fangen.

Grüße

[danillo]

Hallo zusammen,
die Fehlermeldungen sind bei mir jetzt weg. Ich hatte ja das Attribut webhookFWinstance von Hand gesetzt. Nach dem Update hat sie Fhem ständig aufgehängt. Ich musste alle Nukigeräte in der fhem.cfg von Hand entfernen. Dann hab ich sie nochmal angelegt. Funktioniert jetzt soweit. Aber das Attribut webhookFWinstance gibt's jetzt gar nicht mehr in der Auswahl. Ebenso wie webhookHttpHostname. Kann ich die noch setzen? Ich würde ja gerne wieder eine andere Webinstanz verwenden für den Callback.

[CoolTux]

Hallo zusammen,
die Fehlermeldungen sind bei mir jetzt weg. Ich hatte ja das Attribut webhookFWinstance von Hand gesetzt. Nach dem Update hat sie Fhem ständig aufgehängt. Ich musste alle Nukigeräte in der fhem.cfg von Hand entfernen. Dann hab ich sie nochmal angelegt. Funktioniert jetzt soweit. Aber das Attribut webhookFWinstance gibt's jetzt gar nicht mehr in der Auswahl. Ebenso wie webhookHttpHostname. Kann ich die noch setzen? Ich würde ja gerne wieder eine andere Webinstanz verwenden für den Callback.

Diese Attribute werden jetzt im Bridge Device gesetzt.

[Wscheff]

Hi zusammen.

Kann es sein, dass beim set callbackRemove der Parameter ID fehlt. Oder wo kann man das angeben?

Hatte nämlich Mist eingetragen und konnte das nur von Hand wieder aus der Bridge entfernen.

[CoolTux]

Hi zusammen.

Kann es sein, dass beim set callbackRemove der Parameter ID fehlt. Oder wo kann man das angeben?

Hatte nämlich Mist eingetragen und konnte das nur von Hand wieder aus der Bridge entfernen.

Derfehlt in der Tat. Das hat was mit der nächsten Ausbaustufe zu tun. Du kannst ihn aber von Hand löschen in dem Du set NUKIBRIDGE callbackRemove id in der FHEM Kommandozeile ein gibst.

[Wscheff]

Derfehlt in der Tat. Das hat was mit der nächsten Ausbaustufe zu tun. Du kannst ihn aber von Hand löschen in dem Du set NUKIBRIDGE callbackRemove id in der FHEM Kommandozeile ein gibst.

Danke für die schnelle Rückmeldung. Ich hatte es mir natürlich nicht so einfach gemacht, und erstmal in der Bridge API gekramt und das via Browser erledigt.

*** Danke für das tolle Modul, freue mich auf die Nächste Ausbaustufe

[CoolTux]

Danke für die schnelle Rückmeldung. Ich hatte es mir natürlich nicht so einfach gemacht, und erstmal in der Bridge API gekramt und das via Browser erledigt.

*** Danke für das tolle Modul, freue mich auf die Nächste Ausbaustufe

Wenn Du magst kannst Du die bei Github schon runterladen und testen. Dort wird es dann den set Befehl zum entfernen gar nicht mehr geben sondern mittels Link im get callbackList Ergebnis zu löschen sein.
https://github.com/fhem/NUKI