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

[markukug]

Das klingt ja echt super. Die Module entwickeln sich zum perfekten Weihnachtsgeschenk ☺️.

Der Absturz meines FHEM kommt jetzt auch nicht mehr vor.

Danke
LG
Markus

[fred_feuerstein]

So wie es im Moment scheint konnten alle Probleme mit dem Webhook ausgemerzt werden. Fred testet heute noch mal und wenn das passt bekommt Ihr Sonntag Abend eine neue Develversion in mein Git mit Webhook/Callback Funktion.

Noch kurz zur Erklärung. Das bedeutet das die Bridge bei Änderung des Nuki Smartlocks dessen aktuellen Status an FHEM gibt, ohne das aktiv der Status am Smartlock immer abgefragt werden muß.

Meine letzten Tests liefen super !! Danke.

Dauertest folgt nun. Aber es sieht gut aus.

[CoolTux]

@Fred
Was ich noch fragen wollte. Hast Du den Port extra als Attribut angegeben oder wurde er automatisch korrekt aus der angegebenen Webinstanz gelesen?

[fred_feuerstein]

Wurde automatisch gelesen.

>> gesendet mit LG G4 via Tapatalk <<

[Sascha_F]

Hi und Danke für die Info zum Callback

Ich freue mich schon auf die nächste Version - wenn ich etwas dazu beitragen kann, einfach ne kurze Info.

Viele Grüße

[fred_feuerstein]

also es läuft nun so wie es sollte ...

der Counter wird schön hochgezählt.

[CoolTux]

Habe jetzt auch die Antwort gefunden wieso unsere andere URL nicht geklappt hat 
Aber das ist nun egal. Lassen wir es nun so wie es ist. Passt schon.

[CoolTux]

Ich habe soeben eine neue Develversion ins Git geladen.
Version 0.3.40 unterstützt nun Vollumfänglich die Callback Funktion der Bridge.

Im Device des Smartlocks als Attribut einfach

• webhookFWinstanz - bitte darauf achten das es noch keine Passwortunterstützung gibt.
• webkookHttpHostname - IP oder FQDN des FHEM Servers

auswählen.
Danach mittels get NukiBridge callbackList schauen ob alles korrekt an die Bridge übertragen wurde.

Ich habe die Commandref beider Module aktuallisiert.


Grüße
Leon

[Sascha_F]

Hi Leon,

super und besten Dank!

Habe gerade getestet - sieht sehr gut aus!

Das einzige (was zumindest bei mir aktuell ist): Das Reading "battery" des Devices liefert "parseError" (springt also immer auf "else {$battery = "parseError";}". In einer der vorherigen Versionen wurde der Status korrekt angezeigt. Zumindest "low" hatte ich kürzlich im Reading stehen, nachdem ich es mit dem Schloss etwas zu bunt getrieben hatte^^

In der offiziellen FHEM-Version ist die Section wie folgt aufgebaut:

my $battery;
    if( $decode_json->{batteryCritical} eq "false" ) {
        $battery = "ok";
    } else {
        $battery = "low";
    }


In der 0.3.40

my $battery;
    if( defined($decode_json->{batteryCritical}) ) {
        if( $decode_json->{batteryCritical} eq "false" ) {
            $battery = "ok";
        } elsif ( $decode_json->{batteryCritical} eq "true" ) {
            $battery = "low";
        } else {
            $battery = "parseError";
        }
    }

Liegt es hier dran? Sorry, aber ich versuche mich noch immer irgendwie in Perl reinzufuchsen...

Ein Auszug aus meinem "list": ...stateName": "locked", "batteryCritical": false, "timestamp": "2016-12-17T23:15:33+00:00"

Viele Grüße
Sascha

[CoolTux]

Hallo Sascha,

Muss ich mir anschauen. Kann ich gerade nicht sagen wieso das bei Dir so seltsam ist. Bei mir und bei Fred klappt das super. Kann mich aber erinnern das es da schon mal bei einem User Probleme gab.
Welche Firmwareversion hast Du?

[CoolTux]

Gib mal bitte ein list vom Smartlock Device

[CoolTux]

Ich habe eine aktuelle Version ins Devel Git geladen. Version 0.3.41 zeigt nun alle Logeinträge der Bridge an (leider mit type zu erst statt dem timestamp, aber dennoch sortiert nach timestamp)
Wenn jetzt nichts großes mehr von euch gefunden wird, dann würde ich mal schauen das ich mihc beim neuen svn Server anmelde und das ganze dann für das fhem update frei gebe.

[Sascha_F]

Hi Leon,

sorry, musste heute erst brunchen gehen

Hier ist das "List" der Bridge:

[{"nukiId": 87048193, "name": "Zuhause", "lastKnownState": {"state": 3, "stateName": "unlocked", "batteryCritical": false, "timestamp": "2016-12-18T12:52:32+00:00"}}]

Habe jetzt auch die 0.3.41 in Verwendung. Der State ist aber unverändert mit "parseError".

Wenn es bei euch beiden läuft, wird das Problem ja aber wohl irgendwo bei mir liegen. Ggf. noch mal Device und Bridge löschen und neu einrichten (?).

Firmware ist die 1.4.11 (wifiFirmware 1.0.1).

Viele Grüße
Sascha

[CoolTux]

Du kannst es zu mindest mal versuchen. Wann hast Du die 0.3.41 gezogen. Hatte da vor 60min noch was geändert.
Wenn Du einen Callback hast schau mal bitte im Log von fhem ob dir da was auffällt. wenn nicht ist alles schick.

[CoolTux]

Hast Du immer parseError oder nur bei Callback? Was kommt bei statusRequest oder wenn Du das Schloss löschst und neu anlegen lässt?