Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Matze89]

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

[Thomas Braun]

@matze89

timedatectl

sagt dir?

Und 15Z sind 17Uhr lokal. Passt also.

[Matze89]

@thomas-braun

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

[Thomas Braun]

@matze89

Passt doch. Ich seh auch dein Problem nicht wirklich. Die Zeiten sind korrekt.

[Matze89]

@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?

[Thomas Braun]

@matze89

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.

[Matze89]

@thomas-braun hab die json in brauchbare datenpunkte umgewandelt.
Sieht nun bisher so aus:

[Horst Böttcher]

@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

[Horst Böttcher]

Ich hab immer wieder Probleme
Adapter wir immer wieder gelb auch nach update auf Installierte Version:
2.6.5

api ist aktiviert

Please activate Nuki Web API to retrieve log entries!

[legro]

@horst-böttcher

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.

[Horst Böttcher]

@legro das ist echt schade

[helfi9999]

@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

[AndreasK]

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 automatisch

Gruß
Andreas

[Thomas Braun]

@andreask

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

[AndreasK]

@thomas-braun
Aktuell ist nodejs v16.17.0 installiert

[Thomas Braun]

@andreask

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.

[AndreasK]

@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

[Thomas Braun]

@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

Grothesk242 created this issue in iobroker-community-adapters/ioBroker.nuki-extended

closed node 18 - Bridge Api is broken #226

[AndreasK]

Ich habe es jetzt hin bekommen.
Die Bridges Suche "funktioniert", nur leider wird nichts im Adapter angezeigt. Wenn man nun doppelt auf das "leere" Feld klickt, wird der Eintrag angezeigt.

Ich musste nur noch die fehlenden Infos eintragen.
Es scheint ein Anzeige-Problem im Adapter zu bestehen. Ggf. ist das nur bei mir so, oder allgemein

[Thomas Braun]

@andreask sagte in Test Adapter Nuki-extended v2.0.x:

Es scheint ein Anzeige-Problem im Adapter zu bestehen.

Es gibt einige Adapter, die ein Problem mit dem 'DarkMode' haben.