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

[Skjall]

Moin Thyraz,

Der will nicht

Code Auswählen Erweitern

2019.12.23 10:35:24 1: reload: Error:Modul 73_NUKIBridge deactivated:
Excessively long <> operator at ./FHEM/73_NUKIBridge.pm line 21, <$fh> line 79.
2019.12.23 10:35:24 0: Excessively long <> operator at ./FHEM/73_NUKIBridge.pm line 21, <$fh> line 79.
2019.12.23 10:35:24 1: reload: Error:Modul 74_NUKIDevice deactivated:
Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 30.
2019.12.23 10:35:24 0: Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 30.
2019.12.23 10:35:24 1: reload: Error:Modul 74_NUKIDevice deactivated:
Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 48.
2019.12.23 10:35:24 0: Excessively long <> operator at ./FHEM/74_NUKIDevice.pm line 21, <$fh> line 48.
2019.12.23 10:35:33 1: configfile: Cannot load module NUKIBridge


VG Jan

[CoolTux]

Und nun kommen die Probleme.
Auf welche Modulversion bezieht sich Dein Post? Auf die von Thyraz?

[Skjall]

Moin,

ja, das ist der Test der aktuellen Test-Files von Thyraz.

Ich hab jetzt wieder die production von dir laufen.

VG Jan

[CoolTux]

Bitte in Zukunft immer hin schreiben auf welche Version sich die Problemmeldungen beziehen. Sonst komme ich durcheinander.

[Thyraz]

@Jan, kann es sein, dass du die Dateien als HTML Dateien gespeichert hast?
Line 21 ist eigentlich noch Teil von Cooltux Header Comment und noch gar kein Code.

Und überlange "<>" Operatoren klingt ein wenig wie HTML tags.

Grüße,
Tobias

P.S. kannst auch gern per PM antworten dann müllen wir den Thread nicht zu. 

[Skjall]

Moin Tobias,

Ahhh .... Kopf -> Tisch

Falsche URL im wget.

VG Jan

[Sascha_F]

Hi zusammen,

wollte nur noch mal freundlich nach meiner Frage in #1380 bzgl. Batterie-Status fragen, ob das Problem nur bei mir liegt oder der Post ggf. nur untergegangen ist.

Danke euch, viele Grüße und natürlich schon mal einen guten Start in 2020!
Sascha

[Newbee]

So, wer will kann hier mal eine erste Version mit Support für den Opener runterladen und testen:
https://github.com/Thyraz/NUKI/tree/Opener

Die Attribute für den Webhook müssen nach Einspielen und FHEM Restart dann nochmal im Bridge Device angelegt werden,
da der Webhook dann nicht mehr pro Device läuft, sondern das Bridge Modul die einkommenden Events an die einzelnen Nuki Devices verteilt.

Da der Opener bei dem meisten ja sicher schon per Bridge Autocreate als nicht funktionelles Device angelegt wurde,
dieses nochmal löschen und dann nochmal den autocreate set Befehl in der Bridge ausführen.

Danach sollte der Opener neu angelegt werden und mit entsprechenden Readings und den passenden Set-Befehlen ausgestattet werden.

Sofern es bei euch zu keinen Problemen kommt, erstell ich für Cooltux einen Pull-Request auf Github.

P.S. da meine Erfahrung mit FHEM Entwicklungs-Internas noch nicht sooo ausgeprägt sind, empfiehlt sich evtl. ein Backup vor dem Test.

Hallo Tobias,

habe deine angepasste Version nun einige Tage am laufen und konnte in meiner Umgebung keine Fehler feststellen. 
Durch die angepassten Opener Befehle habe ich nun die mir vorab vorgestellte Integration realisiert. 
Webhook auf Bridge Ebene funktioniert auch.

Danke!

Grüße Mark

[eddy242]

Hallo zusammen,

mit der Firmware 2.4.21 der bridge ist das Problem mit dem nicht funktionierenden Webhook (Topic  #1349) bei mir nun gelöst. Auch die Uptimes sind deutlich größer.

Was mir aber auffällt, der Statuswechsel meldet momentan "unlocked", auch wenn die Tür abgeschlossen wird bzw. geöffnet wird. Kann das jemand nachvollziehen?

Grüße
eddy242

[Thyraz]

Es gibt leider keine echten Events über das Callback, sondern immer nur Endzustände:

https://developer.nuki.io/t/http-api-callback-and-the-unlatched-state/2091/4

[CoolTux]

Hallo Tobias,

Ich habe deine aktuellen Änderungen mal als Pull Request ins offizielle Nuki Devel übernommen.
Was sagst Du, kann ich das mergen oder hast Du da noch was? Will versuchen mich an die bessere Variante des 2 stufigen Modules Ran zu machen.

[Thyraz]

Klaro, kannst du machen. 

Hatte nur noch auf 1-2 weitere Rückmeldungen gehofft.
Aber nachdem es nach meinem Testsystem auch beim Update im Produktivsystem und auch bei Newbee geklappt hat sollte das hoffentlich passen.

Sind jetzt ja auch nicht so die komplexen Änderungen...

[CoolTux]

Habe schon gesehen. Passt auch soweit. Zu mindest vom Code her. Getestet habe ich nicht.
Bin nun aber auch dabei die Umbauten vor zu nehmen. Wird aber dauern. Will es gleich richtig machen.

• 2 stufiges Modul
• Verwendung von Perl-Packages

Und mal schauen was noch so auf läuft


Grüße

[CoolTux]

Ich bin mit den ersten Umbauten soweit durch und würde mich über Tester sehr freuen

https://github.com/fhem/NUKI/archive/devel.zip

Files einspielen und dann FHEM neustarten. Danach warten bis das rote Fragezeichen oben bei "save config" erscheint. Dann auf "save config" drücken und noch mal neustarten bitte. Danach muß im Bridge Device noch der Webhook eingerichtet werden.
Ich bilde mir ein das ich das mit dem 501 nun besser in den Griff bekommen habe. Habe beim testen raus gefunden das der 501 immer nach einer Lock Aktion gekommen ist.



Grüße

[Newbee]

Ich bin mit den ersten Umbauten soweit durch und würde mich über Tester sehr freuen

https://github.com/fhem/NUKI/archive/devel.zip

Files einspielen und dann FHEM neustarten. Danach warten bis das rote Fragezeichen oben bei "save config" erscheint. Dann auf "save config" drücken und noch mal neustarten bitte. Danach muß im Bridge Device noch der Webhook eingerichtet werden.
Ich bilde mir ein das ich das mit dem 501 nun besser in den Griff bekommen habe. Habe beim testen raus gefunden das der 501 immer nach einer Lock Aktion gekommen ist.



Grüße

Moin CoolTux,

nach enspielen und neustarten sieht alles soweit gut aus, Opener wurde mit eingeschalteten Autocreate neu angelegt. Allerdings mit anderer Names Syntax. Webhook war immer noch in der Birdge vorhanden, da ich ja die Version von Tyrax bereits eingespielt hatte. Bis jetzt läuft alles ohne Fehlermeldung.

Grüße Newbee