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

Begonnen von CoolTux, 18 Juli 2016, 23:50:11

Vorheriges Thema - Nächstes Thema

Newbee

Moin,

habe die letzten Tage immer um die selbe Uhrzeit folgenden Eintrag im Log.

PERL WARNING: Use of uninitialized value $v in pattern match (m//) at ./FHEM/74_NUKIDevice.pm line 580.

Grüße
Intel-NUC mit ubuntu server 20.04; FHEM 6.0
HM, Dect, Netatmo, Hue

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

danillo

Zitat von: CoolTux am 15 Januar 2020, 21:01:50
Diese Attribute werden jetzt im Bridge Device gesetzt.
Das hab ich jetzt erledigt. Auch die anderen CallBack-Einträge habe ich gelöscht. Geht aber leider nicht :-(
WEBHOOK_COUNTER 0
WEBHOOK_PORT 8088
WEBHOOK_REGISTER sent
WEBHOOK_URI /webhook/NUKIBridge-192.168.178.64
WEBHOOK_URL http://192.168.178.32:8088/webhook/NUKIBridge-192.168.178.64

webhookFWinstance apiWEB
webhookHttpHostname 192.168.178.32

CoolTux

Ich gehe davon aus das es der selbe webhook ist der beim alten Modul funktioniert hat? Zeig mal bitte das Ergebnis eines get callbackList. Gerne auch als Screen
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

danillo

Zitat von: CoolTux am 16 Januar 2020, 07:54:20
Ich gehe davon aus das es der selbe webhook ist der beim alten Modul funktioniert hat? Zeig mal bitte das Ergebnis eines get callbackList. Gerne auch als Screen
Callback-ID Callback-URL
2 http://192.168.178.32:8088/webhook/NUKIDevice-99247689


Müsste hier statt webhook nicht apiWEB stehen?

CoolTux

Nein das passt schon soweit. Aber Du kannst den mal komplett löschen.
In der FHEM Kommandozeile

set NUKIBRIDGEDEVICENAME callbackRemove 2

eingeben und dann noch mal ein get calbackList und wenn da nichts kommt dann einfach kurz auf webhookFWinstance klicken und dann auf das attr wenn dort webhookFWinstance dahinter steht.

Danach noch mal das get und dann müsste da etwas kommen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Wscheff

Zitat von: CoolTux am 16 Januar 2020, 08:48:57
Nein das passt schon soweit. Aber Du kannst den mal komplett löschen.
In der FHEM Kommandozeile

set NUKIBRIDGEDEVICENAME callbackRemove 2

eingeben und dann noch mal ein get calbackList und wenn da nichts kommt dann einfach kurz auf webhookFWinstance klicken und dann auf das attr wenn dort webhookFWinstance dahinter steht.

Danach noch mal das get und dann müsste da etwas kommen.

Das war gestern auch mein Problem. Meine Bridge zickte rum, weil ID0 und ID1 leer war und nur was in ID2 stand. Alles gelöscht und neu angelegt (nur das attr kurz editiert), dann stand der richtige Link wieder auf ID0, ID1/2 sind bei mir leer.

Das hat die Bridge dann milde gestimmt, und die callbacks kommen jetzt zuverlässig.

danillo

Zitat von: CoolTux am 16 Januar 2020, 08:48:57
Nein das passt schon soweit. Aber Du kannst den mal komplett löschen.
In der FHEM Kommandozeile

set NUKIBRIDGEDEVICENAME callbackRemove 2

eingeben und dann noch mal ein get calbackList und wenn da nichts kommt dann einfach kurz auf webhookFWinstance klicken und dann auf das attr wenn dort webhookFWinstance dahinter steht.

Danach noch mal das get und dann müsste da etwas kommen.

Dank Dir, jetzt funktioniert alles fehlerfrei. Callback kommt über die andere Webinstanz. Alles bestens!

CoolTux

Ich habe eben noch ein Update ins SVN geschoben. Kommt dann morgen per FHEM Update.
Dort gibt es den set Command callbackRemove nicht mehr, statt dessen findet man die Möglichkeit zum entfernen in der get callbackList Auflisttung. Ich will das noch besser machen, muss dazu aber schnell mal javascript lernen  ::)


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Newbee

#1509
Zitat von: CoolTux am 16 Januar 2020, 07:16:41
Welche Version verwendest Du?

Verwende die aus dem letzten Update. v1.9.11
Intel-NUC mit ubuntu server 20.04; FHEM 6.0
HM, Dect, Netatmo, Hue

CoolTux

Startest Du FHEM zufällig täglich neu? Ist die Uhrzeit eine Zeit wo das Schloss geschalten wird?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Newbee

Zitat von: CoolTux am 16 Januar 2020, 23:59:09
Startest Du FHEM zufällig täglich neu? Ist die Uhrzeit eine Zeit wo das Schloss geschalten wird?

Neustart nur wenn notwendig. Gestern hat es den Fehler nicht gegeben, als das Schloss um die selbe Uhrzeit geschlossen wurde. Ich warte mal das heutige Update ab und berichte, Funktion war ja nicht eingeschränkt durch die Fehlermeldung.
Intel-NUC mit ubuntu server 20.04; FHEM 6.0
HM, Dect, Netatmo, Hue

PatrickR

Guten Abend/Morgen zusammen!

Habe gerade den Callback eingerichtet, was ein ganzes Stück Arbeit war. Wie kann ich ihn testen bzw. einen Aufruf erzwingen?

Patrick
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

CoolTux

Zitat von: PatrickR am 18 Januar 2020, 02:33:43
Guten Abend/Morgen zusammen!

Habe gerade den Callback eingerichtet, was ein ganzes Stück Arbeit war. Wie kann ich ihn testen bzw. einen Aufruf erzwingen?

Patrick

Guten Morgen,

In dem Du eine Aktion ausführst. Entweder am Schloss direkt oder über die App.
Der Zustand muss sich dann innerhalb 10s in FHEM ändern.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Kuehnhackel

Habe über FHEM update für das Nuki-Modul gemacht.

Die Änderung vom Schloss kommt gar nicht in FHEM an. Beim Betätigen von Nuki, macht die Brigde was, aber nichts in Nuki.