NEWS
Test Adapter Nuki-extended v2.0.x
-
@thomas-braun Jo jetzt geht es dank
-
Moin Leute
Schon lange wollte ich Aktionen steuern wenn jmd. via dem Keypad die Wohnung betritt. Nun kann dies in den Logs ausgelesen werden: nuki-extended.0.smartlocks.wohnungstür.logs
Problem: Ich würde gerne dort den Wert "name" auslesen und je nachdem was da drin steht via Blockly eine Aktion starten. Ich habe versucht den Text mit einem Blockly auszulesen. Jedoch reagiert er bei jedem neuen Logeintrag, da er natürlich das ganze Log durchcheckt und den Namen dann findet. Kann man das so steuern, dass er nur den letzten Eintrag checkt und nur diesen Wert von "name" auswertet?
-
Hallo zusammen,
im Datenpunkt Logs werden bei mir die zeiten um 2 Stunden falsch angezeigt?
laut logs 15:05 Uhr ist aber tatsächlich 17:05Uhr, ist bei allen einträgen um 2 Stunden Falsch.
Egal ob V.2.3.1 oder 2.6.5 ist überall das selbe, hat noch jemand das problem?
wie kann ich das ändern?
"autoUnlock": false,
"date": "2022-07-05T15:05:00.000Z"danke schon mal
-
-
Local time: Mi 2022-07-06 14:59:01 CEST
Universal time: Mi 2022-07-06 12:59:01 UTC
RTC time: Mi 2022-07-06 12:59:01
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no -
Passt doch. Ich seh auch dein Problem nicht wirklich. Die Zeiten sind korrekt.
-
@thomas-braun das problem ist immernoch diese Uhrzeit-angabe im wert “T15:05:00.000Z“
Diese Uhrzeit-Angabe ist einfach völliger quatsch um das ganze ordentlich zu visualisieren, wie soll man bitte da eine 17:05 Uhr daraus machen ohne alles auseinanderzu nehmen? -
Vermutlich gibt es da eine Möglichkeit, die Z-Zeit in die lokale Zeitzone zu konvertieren. Ich hab aber keine vis laufen, kann dir da also nicht weiterhelfen.
-
@thomas-braun hab die json in brauchbare datenpunkte umgewandelt.
Sieht nun bisher so aus: -
@matze89 sagte in Test Adapter Nuki-extended v2.0.x:
@thomas-braun hab die json in brauchbare datenpunkte umgewandelt.
Sieht nun bisher so aus:kannst du das zur Verfügungstellung
-
Ich hab immer wieder Probleme
Adapter wir immer wieder gelb auch nach update auf Installierte Version:
2.6.5api ist aktiviert
Please activate Nuki Web API to retrieve log entries!
-
Ist bei mir seit über einem Jahr auch so. Adapter neu starten, danach funktioniert's wieder eine Weile. Ich hab's aufgegeben, dagegen etwas zu unternehmen, solange es denn funktioniert.
-
@legro das ist echt schade
-
@matze89 sagte in Test Adapter Nuki-extended v2.0.x:
@thomas-braun hab die json in brauchbare datenpunkte umgewandelt.
Sieht nun bisher so aus:Hallo,
würdest du deine Vis zur Verfügung stellen suche schon die ganze Zeit nach etwas brauchbaren und dieses sieht super aus.Gruss
helfi -
Hallo.
Ich versuche gerade den Nuki Adapter 2.3.1 in Betrieb zu nehmen.
Wenn ich auf Bridges suchen gehe, kommt nur dieses Fenster und es passiert nichts
Möchte ich die Bridges manuell hinzufügen, kann ich nichts eintragen
Muss ich den ioBroker erst an den Bridges anmelden, bevor ich hier weiter machen kann, oder was könnte das Problem sein?
Ich dache die Anmeldung läuft an den Bridges automatischGruß
Andreas -
Da gab es mal was mit hohen nodejs-Versionen (node18). Wie bist du da unterwegs?
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
-
@thomas-braun
Aktuell ist nodejs v16.17.0 installiert -
Wie bist du da unterwegs?
Ein- und Ausgabe zu
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
posten.
-
@thomas-braun sagte in Test Adapter Nuki-extended v2.0.x:
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
Sorry. Hier die Ausgabe
aarch64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 pi /home/pi Hit:1 http://security.debian.org/debian-security bullseye-security InRelease Hit:2 http://deb.debian.org/debian bullseye InRelease Hit:3 http://deb.debian.org/debian bullseye-updates InRelease Hit:4 https://repos.influxdata.com/debian bullseye InRelease Hit:5 http://archive.raspberrypi.org/debian bullseye InRelease Hit:6 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done 1 package can be upgraded. Run 'apt list --upgradable' to see it. nodejs: Installed: 16.17.0-deb-1nodesource1 Candidate: 16.17.0-deb-1nodesource1 Version table: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages
-
@andreask
Das passt.
Im LogFile steht dazu was?Das Ganze erinnert mich ein wenig hieran:
https://github.com/iobroker-community-adapters/ioBroker.nuki-extended/issues/226