NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@BBTown sagte in js-controller 3.0 jetzt im Latest!:
@padrino sagte in js-controller 3.0 jetzt im Latest!:
Geh Dir mal 'n Bier holen, das beruhigt
Wenn ich das jedes mal machen würde/müßte, dann wäre ich womöglich schwerer Alkoholiker :sunglasses:
Aber ernsthaft jetzt, Du bist doch schon etwas dabei, da wirst Du doch schon mehr als einmal nod/nodejs aktualisiert haben ....Ganz ehrlich kein einziges Mal. :innocent:
Ich habe das iobroker System vor Ewigkeiten mal mit einem Tut augesetzt und dabei Null verstanden.
Dann hat es funktioniert, also habe ich bis heute, praktisch keine Änderungen "am Kern" vorgenommen.
Aber da nun immer mehr von immer mehr abhängig ist, dachte ich, es wird Zeit da evtl. mal ein Update zu betreiben.
Wie gesagt, bisher war nie Not am Mann.@thread
Nun denke ich, dass soweit alles aktuell ist.
Sollte ich nun nich auch ein 0_userdata.0 haben?
Gibt es bei mir nämlich nicht. :thinking_face:@padrino Dann schau mal die üblichen Einträge an:
nodejs -v node -v npm -v iobroker version -
@padrino Dann schau mal die üblichen Einträge an:
nodejs -v node -v npm -v iobroker version@Thomas-Braun
Das Ergebnispi@raspberrypi:~ $ nodejs -v v12.16.3 pi@raspberrypi:~ $ node -v v12.16.3 pi@raspberrypi:~ $ npm -v 6.14.4 pi@raspberrypi:~ $ iobroker version 3.0.20 -
@Thomas-Braun
Das Ergebnispi@raspberrypi:~ $ nodejs -v v12.16.3 pi@raspberrypi:~ $ node -v v12.16.3 pi@raspberrypi:~ $ npm -v 6.14.4 pi@raspberrypi:~ $ iobroker version 3.0.20@padrino :+1:
-
@BBTown sagte in js-controller 3.0 jetzt im Latest!:
@padrino sagte in js-controller 3.0 jetzt im Latest!:
Geh Dir mal 'n Bier holen, das beruhigt
Wenn ich das jedes mal machen würde/müßte, dann wäre ich womöglich schwerer Alkoholiker :sunglasses:
Aber ernsthaft jetzt, Du bist doch schon etwas dabei, da wirst Du doch schon mehr als einmal nod/nodejs aktualisiert haben ....Ganz ehrlich kein einziges Mal. :innocent:
Ich habe das iobroker System vor Ewigkeiten mal mit einem Tut augesetzt und dabei Null verstanden.
Dann hat es funktioniert, also habe ich bis heute, praktisch keine Änderungen "am Kern" vorgenommen.
Aber da nun immer mehr von immer mehr abhängig ist, dachte ich, es wird Zeit da evtl. mal ein Update zu betreiben.
Wie gesagt, bisher war nie Not am Mann.@thread
Nun denke ich, dass soweit alles aktuell ist.
Sollte ich nun nich auch ein 0_userdata.0 haben?
Gibt es bei mir nämlich nicht. :thinking_face:@padrino sagte in js-controller 3.0 jetzt im Latest!:
Sollte ich nun nich auch ein 0_userdata.0 haben?
Gibt es bei mir nämlich nicht.gibt es schon. Nur wenn Du da noch nichts angelegt hast, dann gibt es noch nicht den "Ordner" dafür. Müsste dann aber weiter unten in den Objekten irgendwo was stehen, aus dem Kopf weiß ich es nicht mehr genau.
-
@padrino sagte in js-controller 3.0 jetzt im Latest!:
Sollte ich nun nich auch ein 0_userdata.0 haben?
Gibt es bei mir nämlich nicht.gibt es schon. Nur wenn Du da noch nichts angelegt hast, dann gibt es noch nicht den "Ordner" dafür. Müsste dann aber weiter unten in den Objekten irgendwo was stehen, aus dem Kopf weiß ich es nicht mehr genau.
@dslraser
ich dachte da sei mitlerweile ein Beispiel-Datensatz enthalten, damit der Ordner sichtbar ist?!
Irre ich mich?
ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.0.7 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS
-
Tja, hier ist leider nix. :(
Muss ich iobroker jetzt wieder komplett neu installieren?
Ein "upgrade" bringt ja nix, da nur kommt "alles aktuell" (o.ä.). :thinking_face: -
Tja, hier ist leider nix. :(
Muss ich iobroker jetzt wieder komplett neu installieren?
Ein "upgrade" bringt ja nix, da nur kommt "alles aktuell" (o.ä.). :thinking_face: -
Tja, hier ist leider nix. :(
Muss ich iobroker jetzt wieder komplett neu installieren?
Ein "upgrade" bringt ja nix, da nur kommt "alles aktuell" (o.ä.). :thinking_face:@padrino sagte in js-controller 3.0 jetzt im Latest!:
Tja, hier ist leider nix. :(
Muss ich iobroker jetzt wieder komplett neu installieren?
Ein "upgrade" bringt ja nix, da nur kommt "alles aktuell" (o.ä.). :thinking_face:Probiere mal, damit kannst Du sowohl unter
0_userdata.0als auch unterjavascript.xDatenpunkte anlegen.
zum verändern und erweitern Deiner anzulegenden Datenpunkte klickst Du hier in die Funktion rein
</>
also da...
dann scrollst Du mal ganz nach unten, da kannst Du weitere DP hinzufügen oder ändern usw...
-
@Marty56 sagte in js-controller 3.0 jetzt im Latest!:
puppeteer
DIe interessante Frageist wo "puppeteer" als Dependency herkommt? im Javascript adapter wäre mit das nicht bekannt und hab es bei mir auch nicht gefunden. Also ist es irgendeine andere Abhängigkeit von irgendwoher ... mach mal "npm ls" und ssuch bitte wo das als depenedncy ist.
@apollon77 'puppeteer' ist ein Modul, das ich in den Java Script Adapter manuell eingetragen habe. Puppeteer nutze ich für Seiten, die dynamisch erzeugten Code beinhalten und die ich erst - per Script - bedienen muss, damit ich an Stellen komme, wo ich entweder Daten abfragen oder eintragen kann. Super Tool.
'puppeteer' hat wohl auch die Anforderung nach einer höheren Version von node 10 und war letztlich auch die Ursache, dass ich den Script Adapter ohne update von node 10 nicht installieren konnte.
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@Marty56 zu dem Icon Thema. Eigene icons in eigenen Verzeichnissen sind schon seit controller 2.2 „böse“. Bitte sauber aufsetzen oder in einen Ordner bewegen wo sie erlaubt sind.
@apollon77 Kannst Du mir vielleicht noch einen Tip geben, wo ich die png hinbewegen soll, wo sie erlaubt sind.
Ich habe jetzt den Log Level von web auf error gesetzt, damit die Warnings nicht das Log zu müllen. Dass der web Adapter die Quelle der warnings war, war aus dem Log mit "readfile" für mich nicht unmittelbar klar.
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@apollon77 Kannst Du mir vielleicht noch einen Tip geben, wo ich die png hinbewegen soll, wo sie erlaubt sind.
Ich habe jetzt den Log Level von web auf error gesetzt, damit die Warnings nicht das Log zu müllen. Dass der web Adapter die Quelle der warnings war, war aus dem Log mit "readfile" für mich nicht unmittelbar klar.
hmip.0 2020-05-01 23:00:00.279 info (419) cleaned everything up... hmip.0 2020-05-01 23:00:00.276 error at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/receiver.js:138:22) hmip.0 2020-05-01 23:00:00.276 error at Receiver.getData (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/receiver.js:352:17) hmip.0 2020-05-01 23:00:00.276 error at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/receiver.js:413:14) hmip.0 2020-05-01 23:00:00.276 error at Receiver.emit (events.js:310:20) hmip.0 2020-05-01 23:00:00.276 error at Receiver.receiverOnMessage (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/websocket.js:800:20) hmip.0 2020-05-01 23:00:00.276 error at WebSocket.emit (events.js:310:20) hmip.0 2020-05-01 23:00:00.276 error at WebSocket.<anonymous> (/opt/iobroker/node_modules/iobroker.hmip/api/hm-cloud-api.js:152:18) hmip.0 2020-05-01 23:00:00.276 error at HmCloudAPI._parseEventdata (/opt/iobroker/node_modules/iobroker.hmip/api/hm-cloud-api.js:200:22) hmip.0 2020-05-01 23:00:00.276 error at HmIpCloudAccesspointAdapter._eventRaised (/opt/iobroker/node_modules/iobroker.hmip/main.js:288:28) hmip.0 2020-05-01 23:00:00.276 error at HmIpCloudAccesspointAdapter._updateHomeStates (/opt/iobroker/node_modules/iobroker.hmip/main.js:808:58) hmip.0 2020-05-01 23:00:00.276 error (419) TypeError: Cannot read property 'id' of undefined hmip.0 2020-05-01 23:00:00.265 error (419) uncaught exception: Cannot read property 'id' of undefined:confused:
Issue erstellt.
-
@apollon77 ähm, hab auch gerade mal neugierigerweise ein npm ls gemacht, interessant, was da alles so vermisst wird... ist das normal, dass alle gelöschte Adapter da drin stehen?
oder sollte man das ernst nehmen und kommen einige Fehler von den nicht vorhandenen Bedingungen?
"funktionieren" tut ja alles... oberflächlich.. -
@dslraser
ich dachte da sei mitlerweile ein Beispiel-Datensatz enthalten, damit der Ordner sichtbar ist?!
Irre ich mich? -
Tja, hier ist leider nix. :(
Muss ich iobroker jetzt wieder komplett neu installieren?
Ein "upgrade" bringt ja nix, da nur kommt "alles aktuell" (o.ä.). :thinking_face: -
@apollon77 'puppeteer' ist ein Modul, das ich in den Java Script Adapter manuell eingetragen habe. Puppeteer nutze ich für Seiten, die dynamisch erzeugten Code beinhalten und die ich erst - per Script - bedienen muss, damit ich an Stellen komme, wo ich entweder Daten abfragen oder eintragen kann. Super Tool.
'puppeteer' hat wohl auch die Anforderung nach einer höheren Version von node 10 und war letztlich auch die Ursache, dass ich den Script Adapter ohne update von node 10 nicht installieren konnte.
-
@apollon77 Kannst Du mir vielleicht noch einen Tip geben, wo ich die png hinbewegen soll, wo sie erlaubt sind.
Ich habe jetzt den Log Level von web auf error gesetzt, damit die Warnings nicht das Log zu müllen. Dass der web Adapter die Quelle der warnings war, war aus dem Log mit "readfile" für mich nicht unmittelbar klar.
-
hmip.0 2020-05-01 23:00:00.279 info (419) cleaned everything up... hmip.0 2020-05-01 23:00:00.276 error at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/receiver.js:138:22) hmip.0 2020-05-01 23:00:00.276 error at Receiver.getData (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/receiver.js:352:17) hmip.0 2020-05-01 23:00:00.276 error at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/receiver.js:413:14) hmip.0 2020-05-01 23:00:00.276 error at Receiver.emit (events.js:310:20) hmip.0 2020-05-01 23:00:00.276 error at Receiver.receiverOnMessage (/opt/iobroker/node_modules/iobroker.hmip/node_modules/ws/lib/websocket.js:800:20) hmip.0 2020-05-01 23:00:00.276 error at WebSocket.emit (events.js:310:20) hmip.0 2020-05-01 23:00:00.276 error at WebSocket.<anonymous> (/opt/iobroker/node_modules/iobroker.hmip/api/hm-cloud-api.js:152:18) hmip.0 2020-05-01 23:00:00.276 error at HmCloudAPI._parseEventdata (/opt/iobroker/node_modules/iobroker.hmip/api/hm-cloud-api.js:200:22) hmip.0 2020-05-01 23:00:00.276 error at HmIpCloudAccesspointAdapter._eventRaised (/opt/iobroker/node_modules/iobroker.hmip/main.js:288:28) hmip.0 2020-05-01 23:00:00.276 error at HmIpCloudAccesspointAdapter._updateHomeStates (/opt/iobroker/node_modules/iobroker.hmip/main.js:808:58) hmip.0 2020-05-01 23:00:00.276 error (419) TypeError: Cannot read property 'id' of undefined hmip.0 2020-05-01 23:00:00.265 error (419) uncaught exception: Cannot read property 'id' of undefined:confused:
Issue erstellt.
@oFbEQnpoLKKl6mbY5e13 Ok, setzet mal Loglevel vom Adapter auf "silly" (Instanzen - Expertenmodus . Spalte Logstufe ... dort bei hm-ip auf silly stellen. Dann komplettes log aus dem File (nicht admin!) in einem issue im GitHub hinterlegen. Mir link schicken.
Ich bin nicht sicher wie das mit dem controller zu tun haben kann. Da kommt eine Nachricht von hmip rein mit falschen Daten ...
-
Das kann sein, um 23:00Uhr geht der Hüllschutz an.
Der Adapter stürzt ab, wenn über die App Hüllschutz, Vollschutz oder Unscharf aktiviert wird.
Bei silly kommen extrem viele Log-Daten rein, mein Access-Point ist maximal ausgebaut (80 Komponenten).
2020-05-02 01:54:16.248 - [32minfo[39m: host.iobroker-d instance system.adapter.hmip.0 terminated with code 0 (NO_ERROR)
Hat vielleicht was hiermit zu tun:
https://github.com/iobroker-community-adapters/ioBroker.hmip/issues/105 -
Das kann sein, um 23:00Uhr geht der Hüllschutz an.
Der Adapter stürzt ab, wenn über die App Hüllschutz, Vollschutz oder Unscharf aktiviert wird.
Bei silly kommen extrem viele Log-Daten rein, mein Access-Point ist maximal ausgebaut (80 Komponenten).
2020-05-02 01:54:16.248 - [32minfo[39m: host.iobroker-d instance system.adapter.hmip.0 terminated with code 0 (NO_ERROR)
Hat vielleicht was hiermit zu tun:
https://github.com/iobroker-community-adapters/ioBroker.hmip/issues/105@oFbEQnpoLKKl6mbY5e13 naja von dem vielen log ist das interessant kurz vor dem Crash. Wenn du es reproduzieren kannst umso besser.
-
@apollon77 Danke für den Hinweis. Ich habe bemerkt, dass ich die im Log File monierten pngs überhaupt nicht mehr in VIS benutze.
web.0 2020-05-02 05:03:18.895 warn readFile will not read this file (Biot.png) in future versions: own_icons is not an object of type "meta"und es ist mir total unklar, wie ich die jetzt löschen soll. Kann es sein, dass das irgendeine Dateileiche ist, die bei dem Wechsel nach Redis entstanden ist?
Aber ich will den Thread zu dem js-controller nicht sprengen, wenn Du meinst, dass ich dazu einen eigen Thread aufmachen soll, mache ich das.HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3
1.0k
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge