NEWS
js-controller 5.0.x jetzt für alle User im STABLE!
-
@hg6806 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
Sorry, aber ich brauche nur ein laufendes System.
Aber ein mit den aktuellen Versionen laufendes System.
-
@hg6806 Version des web Adapters? Ich glaube wir haben versäumt 6.1.4 stable zu schalten.
-
Riesen Bockmist.
Durch die Node.js Installation von v18.18.2 wurde sehr viele andere Paktet installiert, darunter wahrscheinlich auch was mit USB.
Auf jeden Fall geht kein USB Device mehr außer der USB3.0 SSD.
pi@raspberrypi:~ $ ls -la /dev/serial/by-id ls: cannot access '/dev/serial/by-id': No such file or directory
-
@hg6806 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
wurde sehr viele andere Paktet installiert
Dann hast du da viel zu lange gepennt...
apt policy udev
sagt? Das ist aber jetzt auch total OFF-TOPIC hier.
-
@thomas-braun sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
apt policy udev
pi@raspberrypi:~ $ apt policy udev udev: Installed: 247.3-7+rpi1+deb11u2 Candidate: 247.3-7+rpi1+deb11u2 Version table: *** 247.3-7+rpi1+deb11u2 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Package s 100 /var/lib/dpkg/status pi@raspberrypi:~ $
-
@foxriver76 Welche korrespondieren Version werden bei der websocket und bei der socket.io benötigt/vorausgesetzt? Ich würde dann die 6.1.4 installieren. Ich bin noch bei der 6.1.0, da hier das Updateverhalten in der VIS noch funktioniert.
-
@martybr aktuelle stable Versionen ws socketio und Web sollten nun passen
-
@foxriver76 Danke. Die erscheinen dann ab 14:00 Uhr im Repository?
-
@MartyBr
Ja ab 14.00 startet der update. Kann aber einige zeit dauern das das script länger läuft. -
https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev
Und dein System künftig zeitnah aktualisieren!
Jetzt musst du da Backports reinhauen oder (besser) gleich auf den Nachfolger 'Bookworm' wechseln. -
@mcm57 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
@MartyBr
Ja ab 14.00 startet der update. Kann aber einige zeit dauern das das script länger läuft.Danke.
-
So, jetzt habe ich das System komplett aufgesetzt.
Vorher nochmal js-controller 5.x installiert um ein entsprechendes Backup machen zu können.Nach sehr langer Installation (Upload dauert immer ewig) habe ich noch die gleichen Fehler in VIS.
Web Adapter ist bei 6.1.10 Ich habe mal über die Katze und Github versucht was neueres zu bekommen, da wurde aber wieder 6.1.10 installiert.
-
@mcm57 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
@MartyBr
Ja ab 14.00 startet der update. Kann aber einige zeit dauern das das script länger läuft.Das Update ist nun installiert.
-
Hallo nochmal,
ich bin leider total am Verzweifeln.
Nach dem Update von js-controller auf 5.x habe ich nur noch Probleme.
Ich habe sogar mein ganzes System komplett neu aufgesetzt (Bookworm).Wenn ich VIS starte, fehlen sehr viele Werte, die dann langsam kommen. Das kann dann auch mal 1/2 und länger dauern.
Bei eine Reload geht das Ganze von vorne los.Mein Repository stand auf beta. Das habe ich nun auf stable gestellt und alle wichtigen Adapter auf stable gedowngraded (VIS, Web Socket, Web Server, Socket IO).
NICHTS hat eine Besserung gebracht.Im Admin erhalte ich auch oft "Langsame Verbindung erkannt".
Keine Ahnung woher das kommt. Der Ri4 mit 4GB ist über 1GBit LAN mit der Fritzbox 7590 bei einer 80MBit Leitung nach außen verbunden.Was kann ich noch tun?
-
@hg6806 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:
Was kann ich noch tun?
iob diag
anschauen. Aber besser in einem separaten Thread.
-
@foxriver76 said in js-controller 5.0.x jetzt für alle User im STABLE!:
@mpl1338 siehe
Anweisungen anzeigen und im folge Popup gibt’s einen Button ganzes changelog o.ä. Alles aus Gedächtnis aber müsste noch so seinIch würde gerne wegen des Multihosts Problems den js-controller 5.0.12 auf 5.0.15 oder 5.0.16 upgraden. Kann man diesen Upgrade über die Iobroker GUI machen? Sieht zumindest im obigen Screenshot so aus. Falls ja, wie?
-
@thomas-braun @foxriver76
Hallo Zusammen, auf der Suche nach einer Lösung bin ich auf diesen Thread gestoßen und hier wurde im September ein ähnliches Problem, mit fast gleicher Fehlermeldung, gepostet. Wenn es nicht hierher gehört, dann bitte Bescheid sagen.
Das in der Fehlermeldung auftauchende "Letzter Check" habe ich in der VIS in einem InvenTwo Universal Widget und bezieht sich auf den Datenpunkt im Device-Watcher und in einem "basic - Last change Timestamp" Widget, welches auf einen eigenen Datenpunkt zeigt. Ich wüsste nicht, was daran falsch sein soll?Ich habe alle Adapter aktuell, node.js v18.18.2 und NPM 9.8.1.
In den LOGs tauchen immer folgende Fehlermeldungen auf:
web.0 2023-11-11 13:59:55.207 error Invalid pattern on subscribe: The pattern "Letzter Check <p>11.11.2023 - 13:59:55" is not a valid ID pattern web.0 2023-11-11 13:59:45.314 error Invalid pattern on subscribe: The pattern "Letzter Check <p>11.11.2023 - 13:59:45" is not a valid ID pattern web.0 2023-11-11 13:59:35.433 error Invalid pattern on subscribe: The pattern "Letzter Check <p>11.11.2023 - 13:59:35" is not a valid ID pattern web.0 2023-11-11 13:59:26.169 error Invalid pattern on subscribe: The pattern "Letzter Check <p>11.11.2023 - 13:59:26" is not a valid ID pattern web.0 2023-11-11 13:59:25.532 error Invalid pattern on subscribe: The pattern "Letzter Check <p>11.11.2023 - 13:59:25" is not a valid ID pattern web.0 2023-11-11 13:59:16.145 error Cannot subscribe "Letzter Check <p>11.11.2023 - 13:59:16": Error The pattern "Letzter Check <p>11.11.2023 - 13:59:16" is not a valid ID pattern
Und der Fehler:
host.vm-iobroker 2023-11-11 14:00:08.190 warn host.vm-iobroker-Server States 127.0.0.1:33684 Error from InMemDB: Error: The pattern "Letzter Check <p>11.11.2023 - 14:00:08" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15) at StatesInMemoryServer.handleSubscribe (/opt/iobroker/node_modules/@iobroker/db-base/src/lib/inMemFileDB.ts:324:59) at StatesInMemoryServer._subscribeForClient (/opt/iobroker/node_modules/@iobroker/db-states-file/src/lib/states/statesInMemFileDB.js:258:14) at RedisHandler.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-states-jsonl/src/lib/states/statesInMemServerRedis.js:395:26) at RedisHandler.emit (node:events:517:28) at RedisHandler.emit (node:domain:489:12) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-base/src/lib/redisHandler.ts:209:37) at processImmediate (node:internal/timers:476:21)
Gruß Johannes
-
@jojo58
Die angegebenen Ids sind definitiv unzulässig. IDs dürfen (u a) keine Leerzeichen,..,spitzklammern etc entgalten.Das was da als ID übergeben wird sieht mir eher nach einem Wert aus
-
@alen said in js-controller 5.0.x jetzt für alle User im STABLE!:
@foxriver76 said in js-controller 5.0.x jetzt für alle User im STABLE!:
@mpl1338 siehe
Anweisungen anzeigen und im folge Popup gibt’s einen Button ganzes changelog o.ä. Alles aus Gedächtnis aber müsste noch so seinIch würde gerne wegen des Multihosts Problems den js-controller 5.0.12 auf 5.0.15 oder 5.0.16 upgraden. Kann man diesen Upgrade über die Iobroker GUI machen? Sieht zumindest im obigen Screenshot so aus. Falls ja, wie?
Ja sollte gehen.
Schon mal auf das update icon geklickt?
-
@mcm57
EDIT: Hatte dich wohl nicht richtig verstanden. Ich wüsste nicht, wo diese ID mit Leerzeichen zu finden sein soll. Habe mal danach gesucht, aber nichts gefunden.Original:
Stimmt, das sind Werte. Beim InvenTwo Widget steht bei Beschriftung:Letzter Check <p>{device-watcher.0.lastCheck}
mit dem Wert "11.11.2023 - 15:32:52"
Und bei dem "basic - Last change Timestamp" Widget ist der Datenpunkt angegeben:
logparser.0.lastTimeUpdated
oder
0_userdata.0.LogParser_Raspi4.lastTimeUpdated
In den letzten beiden DP steht als wert z.B. "Sat Nov 11 2023 15:30:35 GMT+0100 (Mitteleuropäische Normalzeit)". und ausgegeben wird das in "YYYY.MM.DD hh:mm:ss". Gehe davon aus das aber der Timestamp genommen wird um die Zeit anzugeben und nicht der Wert des Datenpunktes.
Ist davon etwas falsch?