NEWS
js-controller 4.0 jetzt im BETA/LATEST!
-
Erhalte soeben nach einem Neustart von ioBroker folgendes.
Error in GUI! Please open the browser console (F12), copy error text from there and create the issue on github Without this information it is not possible to analyse the error. It should looks like error If in the second line you will see at :3000/static/js/main.chunk.js:36903 and not the normal file name, please try to reproduce an error with opened browser console. In this case the special "map" files will be loaded and the developers can see the real name of functions and files. Loading chunk 14 failed. (error: https://192.168.3.100:8081/static/js/14.b28d85a4.chunk.js) ChunkLoadError: Loading chunk 14 failed.function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)}(error: https://192.168.3.100:8081/static/js/14.b28d85a4.chunk.js)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Function.u.e (https://192.168.3.100:8081/:1:3973)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at https://192.168.3.100:8081/static/js/main.22a9d49c.chunk.js:2:1113786function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at V (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5666268)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Zi (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5656452)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at jl (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5643113)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Sl (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5643041)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Cl (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5642904)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at zl (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5639870)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5589364function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at t.unstable_runWithPriority (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5672574)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Ga (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5589141)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Ka (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5589309)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Za (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5589244)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at pl (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5637247)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Object.enqueueSetState (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5593262)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at o.m.setState (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5664084)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at https://192.168.3.100:8081/static/js/main.22a9d49c.chunk.js:2:1126466function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at u (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5676516)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Generator._invoke (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5676304)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at Generator.throw (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:5676945)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at r (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:35792)function(e,t){return Object(ze.jsxs)("div",{children:[e,Object(ze.jsx)("br",{})]},t)} at l (https://192.168.3.100:8081/static/js/6.501acaca.chunk.js:2:36031):8081/static/js/14.b28d85a4.chunk.js:1 Failed to load resource: net::ERR_CONNECTION_REFUSED :8081/img/no-image.png:1 Failed to load resource: net::ERR_CONNECTION_REFUSED browserError.png:1 Failed to load resource: net::ERR_CONNECTION_REFUSED socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649045191&name=admin' failed: SocketClient.connect @ socket.io.js:94 socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649047813&name=admin' failed: SocketClient.connect @ socket.io.js:94 168instrument.ts:125 notConnectedError (anonymous) @ instrument.ts:125 :8081/#tab-intro:1 Uncaught (in promise) timeout 800instrument.ts:125 notConnectedError (anonymous) @ instrument.ts:125 instrument.ts:125 [2022-02-23T20:44:11.805Z] Try to connect socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649051805&name=admin' failed: SocketClient.connect @ socket.io.js:94 instrument.ts:125 [2022-02-23T20:44:12.831Z] Start reconnect 3 instrument.ts:125 [2022-02-23T20:44:12.831Z] ws connection error: CLOSE_ABNORMAL (anonymous) @ instrument.ts:125 instrument.ts:125 [2022-02-23T20:44:12.831Z] Reconnect is already running 3 instrument.ts:125 [2022-02-23T20:44:16.807Z] Try to connect socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649056825&name=admin' failed: SocketClient.connect @ socket.io.js:94 instrument.ts:125 [2022-02-23T20:44:17.850Z] Start reconnect 4 instrument.ts:125 [2022-02-23T20:44:17.851Z] ws connection error: CLOSE_ABNORMAL (anonymous) @ instrument.ts:125 instrument.ts:125 [2022-02-23T20:44:17.851Z] Reconnect is already running 4 instrument.ts:125 [2022-02-23T20:44:22.817Z] Try to connect socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649062840&name=admin' failed: SocketClient.connect @ socket.io.js:94 instrument.ts:125 [2022-02-23T20:44:23.875Z] Start reconnect 5 instrument.ts:125 [2022-02-23T20:44:23.875Z] ws connection error: CLOSE_ABNORMAL (anonymous) @ instrument.ts:125 instrument.ts:125 [2022-02-23T20:44:23.875Z] Reconnect is already running 5 instrument.ts:125 [2022-02-23T20:44:29.803Z] Try to connect socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649069820&name=admin' failed: SocketClient.connect @ socket.io.js:94 instrument.ts:125 [2022-02-23T20:44:30.850Z] Start reconnect 5 instrument.ts:125 [2022-02-23T20:44:30.850Z] ws connection error: CLOSE_ABNORMAL (anonymous) @ instrument.ts:125 instrument.ts:125 [2022-02-23T20:44:30.850Z] Reconnect is already running 5 instrument.ts:125 [2022-02-23T20:44:36.803Z] Try to connect instrument.ts:125 [2022-02-23T20:44:40.804Z] No READY flag received in 3 seconds. Re-init (anonymous) @ instrument.ts:125 socket.io.js:344 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649076827&name=admin' failed: WebSocket is closed before the connection is established. SocketClient.close @ socket.io.js:344 instrument.ts:125 [2022-02-23T20:44:40.821Z] Start reconnect 5 instrument.ts:125 [2022-02-23T20:44:40.821Z] ws connection error: CLOSE_ABNORMAL (anonymous) @ instrument.ts:125 2instrument.ts:125 [2022-02-23T20:44:40.821Z] Reconnect is already running 5 instrument.ts:125 [2022-02-23T20:44:46.804Z] Try to connect socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649086826&name=admin' failed: SocketClient.connect @ socket.io.js:94 instrument.ts:125 [2022-02-23T20:44:47.882Z] Start reconnect 5 instrument.ts:125 [2022-02-23T20:44:47.882Z] ws connection error: CLOSE_ABNORMAL (anonymous) @ instrument.ts:125 instrument.ts:125 [2022-02-23T20:44:47.882Z] Reconnect is already running 5 instrument.ts:125 [2022-02-23T20:44:53.805Z] Try to connect socket.io.js:94 WebSocket connection to 'wss://192.168.3.100:8081/?sid=1645649093828&name=admin' failed: SocketClient.connect @ socket.io.js:94 instrument.ts:125 [2022-02-23T20:44:54.863Z] Start reconnect 5 instrument.ts:125 [2022-02-23T20:44:54.863Z] ws connection error: CLOSE_ABNORMAL (anonymous) @ instrument.ts:125 instrument.ts:125 [2022-02-23T20:44:54.863Z] Reconnect is already running 5 instrument.ts:125 [2022-02-23T20:45:00.805Z] Try to connect sentry.iobroker.net/api/58/envelope/?sentry_key=43643152dab3481db69950ba866ee9d6&sentry_version=7:1 Failed to load resource: the server responded with a status of 400 () -
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@gelberlemmy Also das gesendete Log Zeigt solche "DB closed" fehler als der Controller beendet wurde und damit wären es adapter issues. ABer auch da ist es 20:03 Uhr wo das passiert ... dein Log hier ist 20:30 ... das ist in dem Log aus der Mail aber nicht drin ...
Moin Apollon, so habe Dir das ganze Log von gestern gesendet. Habe dies direkt über ssh herunter geladen.
Gruß André
@gelberlemmy Ja log ist eindeutig. Auch um 20:30:42 wurde der Controller beendet. Frage ist nur warum ... wenn du es nicht warst dann schau mal ob in /var/log/syslog was dazu steht um diese Zeit, vllt ja RAM knapp?
Und im Rahmen dieses "alles beenden" hat das SHelly wieder zu lange gebraucht. Also hier bei den Adaptern die solche DB closed werfen schauen ob es neuere Versionen gibt und die ggf probieren - sonst Issues anlegen
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@gelberlemmy Ja log ist eindeutig. Auch um 20:30:42 wurde der Controller beendet. Frage ist nur warum ... wenn du es nicht warst dann schau mal ob in /var/log/syslog was dazu steht um diese Zeit, vllt ja RAM knapp?
Und im Rahmen dieses "alles beenden" hat das SHelly wieder zu lange gebraucht. Also hier bei den Adaptern die solche DB closed werfen schauen ob es neuere Versionen gibt und die ggf probieren - sonst Issues anlegen
@apollon77 ich habe gestern mein System geupdatet von 3.3.22 auf 4.0.15. Ich habe keine Probleme, scheint sogar etwas resourcenschonender zu sein.
Ein Problem habe ich: ein slave ist ein Pi1 und hier bekomme nich so einfach node 12 installiert. Noch scheint es ja zu funktionieren. Aber wie lange noch oder kann das jetzt schon zu Problemen führen?Hier sieht man wie beim slave Pi3 die CPU-Temperatur zurückgegangen ist durch das Update des js-controllers von 58°C auf 55°C (jeweils tiefste Temperatur)
Hosts:
Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.3, nodejs 22.20.0
- Slave: Pi4
-
@lobomau sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Ein Problem habe ich: ein slave ist ein Pi1 und hier bekomme nich so einfach node 12 installiert.
was hast du da laufen ? 3 aktive instanzen ??
-
@apollon77 ich habe gestern mein System geupdatet von 3.3.22 auf 4.0.15. Ich habe keine Probleme, scheint sogar etwas resourcenschonender zu sein.
Ein Problem habe ich: ein slave ist ein Pi1 und hier bekomme nich so einfach node 12 installiert. Noch scheint es ja zu funktionieren. Aber wie lange noch oder kann das jetzt schon zu Problemen führen?Hier sieht man wie beim slave Pi3 die CPU-Temperatur zurückgegangen ist durch das Update des js-controllers von 58°C auf 55°C (jeweils tiefste Temperatur)
Hosts:
Beim P1 kannst du die unofficial Builds versuchen. Steht in meinem HowTo zu nodeJS als Sonderfall dabei. (Siehe meine Signatur)
-
@apollon77 ich habe gestern mein System geupdatet von 3.3.22 auf 4.0.15. Ich habe keine Probleme, scheint sogar etwas resourcenschonender zu sein.
Ein Problem habe ich: ein slave ist ein Pi1 und hier bekomme nich so einfach node 12 installiert. Noch scheint es ja zu funktionieren. Aber wie lange noch oder kann das jetzt schon zu Problemen führen?Hier sieht man wie beim slave Pi3 die CPU-Temperatur zurückgegangen ist durch das Update des js-controllers von 58°C auf 55°C (jeweils tiefste Temperatur)
Hosts:
@lobomau ioBrokerCT ist der Master, Pi3 und raspberrypi (Pi1) sind die slaves.
Edit: sorry... hatte es falsch verstanden... ja nur drei Instanzen auf dem Pi1.
Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.3, nodejs 22.20.0
- Slave: Pi4
-
@lobomau ioBrokerCT ist der Master, Pi3 und raspberrypi (Pi1) sind die slaves.
Edit: sorry... hatte es falsch verstanden... ja nur drei Instanzen auf dem Pi1.
@lobomau sagte in js-controller 4.0 jetzt im BETA/LATEST!:
ja nur drei Instanzen auf dem Pi1.
ja was ... was läuft da ????
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@lobomau sagte in js-controller 4.0 jetzt im BETA/LATEST!:
ja nur drei Instanzen auf dem Pi1.
ja was ... was läuft da ????
@arteck hauptsächlich geht es mir da nur um den smartmeter (wo ich jetzt auch nicht weiter updaten kann wegen nodejs 10.x) am Stromkasten. Zusätzlich läuft da noch RPI-Monitor und web-speedy.
Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.3, nodejs 22.20.0
- Slave: Pi4
-
@arteck hauptsächlich geht es mir da nur um den smartmeter (wo ich jetzt auch nicht weiter updaten kann wegen nodejs 10.x) am Stromkasten. Zusätzlich läuft da noch RPI-Monitor und web-speedy.
@lobomau na das ist schon mal ne Aussage..
den smartmeter kannst du per ser2net anbinden dann brauchst du keine iobroker da laufen
mach ich auch so.. für einen adapter lohnt das nicht.. vor allem wenn das Pi1 istweb-speedy kannst du auf den anderen host schieben
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@lobomau na das ist schon mal ne Aussage..
den smartmeter kannst du per ser2net anbinden dann brauchst du keine iobroker da laufen
mach ich auch so.. für einen adapter lohnt das nicht.. vor allem wenn das Pi1 istweb-speedy kannst du auf den anderen host schieben
-
@gelberlemmy Ja log ist eindeutig. Auch um 20:30:42 wurde der Controller beendet. Frage ist nur warum ... wenn du es nicht warst dann schau mal ob in /var/log/syslog was dazu steht um diese Zeit, vllt ja RAM knapp?
Und im Rahmen dieses "alles beenden" hat das SHelly wieder zu lange gebraucht. Also hier bei den Adaptern die solche DB closed werfen schauen ob es neuere Versionen gibt und die ggf probieren - sonst Issues anlegen
@apollon77 danke für Deine Mühe. Zu wenig RAM kann nicht sein. Meine Maschine hat 6 GB. Ich werde es weiter verfolgen. Aktuell läuft alles ohne Probleme. Keine Ahnung was mein IOBroker dort hatte. Ich werde weiter beobachten. Noch einmal herzlichen Dank !
-
@gelberlemmy Ja log ist eindeutig. Auch um 20:30:42 wurde der Controller beendet. Frage ist nur warum ... wenn du es nicht warst dann schau mal ob in /var/log/syslog was dazu steht um diese Zeit, vllt ja RAM knapp?
Und im Rahmen dieses "alles beenden" hat das SHelly wieder zu lange gebraucht. Also hier bei den Adaptern die solche DB closed werfen schauen ob es neuere Versionen gibt und die ggf probieren - sonst Issues anlegen
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@gelberlemmy Ja log ist eindeutig. Auch um 20:30:42 wurde der Controller beendet. Frage ist nur warum ... wenn du es nicht warst dann schau mal ob in /var/log/syslog was dazu steht um diese Zeit, vllt ja RAM knapp?
Und im Rahmen dieses "alles beenden" hat das SHelly wieder zu lange gebraucht. Also hier bei den Adaptern die solche DB closed werfen schauen ob es neuere Versionen gibt und die ggf probieren - sonst Issues anlegen
Wenn im Syslog auch der OOM Killer den js-controller beendet hat, könnte es ja ähnliche Ursachen wie bei meinen Auffälligkeiten sein. Dazu müsste @gelberlemmy ebenfalls mal den RAM und die in/out events vom js-controller loggen.
-
Also für inzwischen ca. 3.400 Installationen einer controller 4.x (davon 2.000 auf der letzten 4.0.15) ist es hier sehr ruhig geworden :-)
Die Adapter Backitup, Node-Red und Admin sind inzwischen mit Ihren controller 4.0 optimierten Versionen auch im Stable Repository.
Wenn also hier keiner mit einem guten Argument dagegen kommt geht der 4.0.15 Controller heute Abend ins Stable ...
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Also für inzwischen ca. 3.400 Installationen einer controller 4.x (davon 2.000 auf der letzten 4.0.15) ist es hier sehr ruhig geworden :-)
Die Adapter Backitup, Node-Red und Admin sind inzwischen mit Ihren controller 4.0 optimierten Versionen auch im Stable Repository.
Wenn also hier keiner mit einem guten Argument dagegen kommt geht der 4.0.15 Controller heute Abend ins Stable ...
Wenn jemand der Anwesenden etwas gegen diese Veröffentlichung einzuwenden hat, möge er jetzt sprechen oder auf ewig schweigen.
-
Wenn jemand der Anwesenden etwas gegen diese Veröffentlichung einzuwenden hat, möge er jetzt sprechen oder auf ewig schweigen.
@thomas-braun Jetzt hast du dich als "Standesbeamter" geoutet ;)
-
Wenn jemand der Anwesenden etwas gegen diese Veröffentlichung einzuwenden hat, möge er jetzt sprechen oder auf ewig schweigen.
@thomas-braun Also bei so ner Ansage schweige ich lieber :-)
Gruß von meinem sehr ruhigen 4.0.15 Controller -
Also für inzwischen ca. 3.400 Installationen einer controller 4.x (davon 2.000 auf der letzten 4.0.15) ist es hier sehr ruhig geworden :-)
Die Adapter Backitup, Node-Red und Admin sind inzwischen mit Ihren controller 4.0 optimierten Versionen auch im Stable Repository.
Wenn also hier keiner mit einem guten Argument dagegen kommt geht der 4.0.15 Controller heute Abend ins Stable ...
@apollon77
Kürzlich hatte ein anderer Entwickler in einem anderen Thread den 3.3.22 als "ALT" bezeichnet...
Scheint also soweit zu sein... -
@apollon77
Kürzlich hatte ein anderer Entwickler in einem anderen Thread den 3.3.22 als "ALT" bezeichnet...
Scheint also soweit zu sein...@ofbeqnpolkkl6mby5e13 LOL ;-)) seems so
-
@apollon77 läuft soweit alles unauffällig
nur eine Frage am Rande. Was will mir npm eigentlich damit sagen? Sollte ich da was tun?
19 packages are looking for funding run 'npm fund' for details@thisoft sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@apollon77 läuft soweit alles unauffällig
Leider muss ich meine o.g. Aussage revidieren. Ich habe einen Slave (RasPi) auf dem mir das Upgrade auf 4.0.14 offensichtlich den Serialport zerscherbelt haben muss. Sorry, dass ich das erst jetzt gemerkt habe - muss wohl am Alter liegen :-(
Beim Versuch das Script zu starten erhalte ich:
script.js.Stable.DoorPiSeriell: TypeError: SerialPort is not a constructorZu sagen wäre noch dass auf einem anderen Slave-RasPi auf dem 2 Smartmeter-Adapter laufen der Fehler nicht auftritt - deshalb hab ich's eben auch nicht gleich gemerkt.
Ich hab jetzt auch schon versucht mittels Installation des Smartmeter-Adapters auf dem Problem-Slave den SerialPort wiederzubeleben - hat leider auch nicht funktioniert.Hier noch die Config des betreffenden Slave:
doorpi Plattform linux Betriebssystem linux Architektur arm CPUs 4 Geschwindigkeit 700 MHz Modell ARMv7 Processor rev 4 (v7l) RAM 872.67 MB System-Betriebszeit 10:21:09 Node.js v14.18.2 (Es gibt eine neuere Version: v14.19.0) time 1645960071825 timeOffset -60 Anzahl der Adapter 486 NPM v6.14.15 Datenträgergröße 14.54 GB freier Festplattenspeicher 10.29 GB Betriebszeit 10:21:07 Aktive Instanzen 1 location /opt/iobroker/ Hostname doorpiIch hoffe, es gibt noch Hilfe...
22 HM-Geräte; PivCCU2 auf RasPi
ioBroker-Multihost; Ubuntu-Master auf Intel-Atom und 3 RasPi-Clients
-
@thisoft sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@apollon77 läuft soweit alles unauffällig
Leider muss ich meine o.g. Aussage revidieren. Ich habe einen Slave (RasPi) auf dem mir das Upgrade auf 4.0.14 offensichtlich den Serialport zerscherbelt haben muss. Sorry, dass ich das erst jetzt gemerkt habe - muss wohl am Alter liegen :-(
Beim Versuch das Script zu starten erhalte ich:
script.js.Stable.DoorPiSeriell: TypeError: SerialPort is not a constructorZu sagen wäre noch dass auf einem anderen Slave-RasPi auf dem 2 Smartmeter-Adapter laufen der Fehler nicht auftritt - deshalb hab ich's eben auch nicht gleich gemerkt.
Ich hab jetzt auch schon versucht mittels Installation des Smartmeter-Adapters auf dem Problem-Slave den SerialPort wiederzubeleben - hat leider auch nicht funktioniert.Hier noch die Config des betreffenden Slave:
doorpi Plattform linux Betriebssystem linux Architektur arm CPUs 4 Geschwindigkeit 700 MHz Modell ARMv7 Processor rev 4 (v7l) RAM 872.67 MB System-Betriebszeit 10:21:09 Node.js v14.18.2 (Es gibt eine neuere Version: v14.19.0) time 1645960071825 timeOffset -60 Anzahl der Adapter 486 NPM v6.14.15 Datenträgergröße 14.54 GB freier Festplattenspeicher 10.29 GB Betriebszeit 10:21:07 Aktive Instanzen 1 location /opt/iobroker/ Hostname doorpiIch hoffe, es gibt noch Hilfe...
@thisoft Aaaalso, das hat nun mal gar nichts mit dem js-controller zu tun. Wenn Du nur "serialport" in der Javscript konfig angegeben hast dann installiert er die letzte version ... heisst durch den restart vom JS Adapter hast du jetzt ggf nicht mehr serialport 9 sondern serialport 10 drauf und da gab es (major update lässt grüßen) Breaking changes ... Du musst dein Javascript Skript anpassen. https://serialport.io/docs/guide-upgrade (aber Fragen dazu bitte in nem eigenen Thread. Alternativ nutze serialport@9.2.8 (glaube ich) als dep um zu downgraden beim nächsten Start
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
328
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge