js-controller 2.0 ab sofort im Latest Repo
-
Sind bereits Fehler bei Deinstallationen von Adaptern bekannt?
In meinem Fall habe ich den mobile Adapter deinstalliert.
Seitdem startet der Windows Dienst nicht mehr.Ihm scheint der JS Controller zu fehlen...
Error: Cannot find module 'D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\controller.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15) at Function.Module._load (internal/modules/cjs/loader.js:562:25) at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) at startup (internal/bootstrap/node.js:283:19) at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3)@aleks-83 bekannt ist es nicht und auch bisher noch nie passiert. Ich hatte das letztens intensiv getestet. Da hat npm bei die was komisches getan :-(
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
-
@aleks-83 bekannt ist es nicht und auch bisher noch nie passiert. Ich hatte das letztens intensiv getestet. Da hat npm bei die was komisches getan :-(
@apollon77
Liegt evtl. daran dass sie mein JS ungewollt selbst auf 2.0.29 geupdatet hat!?
Ich bin ja unter Windows und JS hat sich nach dem anklicken von "alle Adapter updaten" selbst aktualisiert.= Dell Optiplex Micro - 10GB RAM - 200GB SSD - Debian VM =
= Node.js v20.19.6 = NPM 10.8.2 = JS Controller 7.0.7 =Ubiquiti UAP-AC-LR - UAP-AC-Lite - Synology DS716+II - Fritz!Box 7490
Glasfaser 400 -
@apollon77
Liegt evtl. daran dass sie mein JS ungewollt selbst auf 2.0.29 geupdatet hat!?
Ich bin ja unter Windows und JS hat sich nach dem anklicken von "alle Adapter updaten" selbst aktualisiert. -
@aleks-83 ohne mehr logs keine Ahnung. Und Alle Adapter Update and meint genau das… Was meinst du mit ungewollt?
@apollon77
Ich wollte eigentlich erst bei 1.5.14 bleiben weil es hieß dass man JS unter Windows nicht per npm updaten soll.
Es hat sich aber aktualisiert als ich "Alle Adapter updaten" ausgeführt habe.
Der Button im Admin:
= Dell Optiplex Micro - 10GB RAM - 200GB SSD - Debian VM =
= Node.js v20.19.6 = NPM 10.8.2 = JS Controller 7.0.7 =Ubiquiti UAP-AC-LR - UAP-AC-Lite - Synology DS716+II - Fritz!Box 7490
Glasfaser 400 -
@apollon77
Ich wollte eigentlich erst bei 1.5.14 bleiben weil es hieß dass man JS unter Windows nicht per npm updaten soll.
Es hat sich aber aktualisiert als ich "Alle Adapter updaten" ausgeführt habe.
Der Button im Admin: -
@aleks-83 bekannt ist es nicht und auch bisher noch nie passiert. Ich hatte das letztens intensiv getestet. Da hat npm bei die was komisches getan :-(
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
3 bekannt ist es nicht und auch bisher noch nie passiert. Ich hatte das letztens intensiv getestet. Da hat npm bei die was komisches getan .
Genau das gleiche ist ja bei mir auch passiert - nur das ich das Host Update händisch angestoßen habe. Aber auch bei mir startet danach der Windows Dienst nicht mehr (siehe oben - gleiche Fehlermeldungen wie bei aleks-83) und der js-controller konnte nicht gefunden werden.
AlCalzone hatte weiter oben eine fehlerhafte npm als möglichen Grund angegeben.
Die npm-Installation ist schief gelaufen, danach war der JS-Controller nicht mehr vorhanden. -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
3 bekannt ist es nicht und auch bisher noch nie passiert. Ich hatte das letztens intensiv getestet. Da hat npm bei die was komisches getan .
Genau das gleiche ist ja bei mir auch passiert - nur das ich das Host Update händisch angestoßen habe. Aber auch bei mir startet danach der Windows Dienst nicht mehr (siehe oben - gleiche Fehlermeldungen wie bei aleks-83) und der js-controller konnte nicht gefunden werden.
AlCalzone hatte weiter oben eine fehlerhafte npm als möglichen Grund angegeben.
Die npm-Installation ist schief gelaufen, danach war der JS-Controller nicht mehr vorhanden.Würde das gerne nachstellen. Was war die Ausgangssituation, wie hattest Du den Server vorher installiert? Stand der ioBroker auf „latest“ Was genau hast Du gemacht.
Einfach so beschreiben, dass ich zum gleichen Ergebnis komme...
-
erst einmal vielen Dank für die Arbeit.
Bei mir tritt das Problem auf, dass das Alexa2 Adapter die Objekte nicht mehr aktualisiert, Adapter ist grün
@WilliamTRiker mal adapter neu gestartet? Admin neu geladen? Was wird nicht aktualisiert? Wäre wenn aber Alexa2 issue
-
NBack update des JS-controllers auf dem Rock64 kein restore möglich.
Weder mit dem Adapter backitup (der lässt sich erst gar nicht installieren, noch manuell.
Wie gehabt.iobroker restore 0 host.rock64 Using backup file minimal_2019_10_16-02_00_20_Testsystem_backupiobroker.tar.gz host.rock64 Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json" iobroker controller daemon is not running host.rock64 OK. (node:11180) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json' at Object.openSync (fs.js:443:3) at Object.readFileSync (fs.js:343:35) at BackupRestore.restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:562:23) at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:839:22) at Daemon.emit (events.js:203:15) at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14) at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17) at tar.extract.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:841:20) (node:11180) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:11180) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code. events.js:174 throw er; // Unhandled 'error' event ^ Error: ENOSPC: no space left on device, write Emitted 'error' event at: at errorOrDestroy (internal/streams/destroy.js:107:12) at WriteStream.onerror (_stream_readable.js:717:7) at WriteStream.emit (events.js:198:13) at errorOrDestroy (internal/streams/destroy.js:107:12) at onwriteError (_stream_writable.js:436:5) at onwrite (_stream_writable.js:461:5) at lazyFs.write (internal/fs/streams.js:305:14) at FSReqWrap.wrapper [as oncomplete] (fs.js:509:5)Gruß,
MathiasEdit:
Äm.....IObroker ist nicht mehr erreichbar.
Zum Testsystem:
Rpi 4B 4GB (Master) JS 2.0.29 läuft.
Rpi 3B+ (Slave) heute schon das dritte Mal ausgefallen.
Ich berichtigen.... 4 mal, nach einem Reboot, keine Minute später das 5. Mal.IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
NBack update des JS-controllers auf dem Rock64 kein restore möglich.
Weder mit dem Adapter backitup (der lässt sich erst gar nicht installieren, noch manuell.
Wie gehabt.iobroker restore 0 host.rock64 Using backup file minimal_2019_10_16-02_00_20_Testsystem_backupiobroker.tar.gz host.rock64 Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json" iobroker controller daemon is not running host.rock64 OK. (node:11180) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json' at Object.openSync (fs.js:443:3) at Object.readFileSync (fs.js:343:35) at BackupRestore.restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:562:23) at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:839:22) at Daemon.emit (events.js:203:15) at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14) at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17) at tar.extract.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:841:20) (node:11180) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:11180) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code. events.js:174 throw er; // Unhandled 'error' event ^ Error: ENOSPC: no space left on device, write Emitted 'error' event at: at errorOrDestroy (internal/streams/destroy.js:107:12) at WriteStream.onerror (_stream_readable.js:717:7) at WriteStream.emit (events.js:198:13) at errorOrDestroy (internal/streams/destroy.js:107:12) at onwriteError (_stream_writable.js:436:5) at onwrite (_stream_writable.js:461:5) at lazyFs.write (internal/fs/streams.js:305:14) at FSReqWrap.wrapper [as oncomplete] (fs.js:509:5)Gruß,
MathiasEdit:
Äm.....IObroker ist nicht mehr erreichbar.
Zum Testsystem:
Rpi 4B 4GB (Master) JS 2.0.29 läuft.
Rpi 3B+ (Slave) heute schon das dritte Mal ausgefallen.
Ich berichtigen.... 4 mal, nach einem Reboot, keine Minute später das 5. Mal. -
@MathiasJ sagte in js-controller 2.0 ab sofort im Latest Repo:
Error: ENOSPC: no space left on device
Da steht auch warum
@AlCalzone
Dann kannst Du mir bestimmt erklären, was die Nummern bedeutenIObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
@AlCalzone
Dann kannst Du mir bestimmt erklären, was die Nummern bedeuten -
Aha interessant, obwohl ein expand Filesystem gemacht wurde und die eMMc 64GB groß ist?
IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
Würde das gerne nachstellen. Was war die Ausgangssituation, wie hattest Du den Server vorher installiert? Stand der ioBroker auf „latest“ Was genau hast Du gemacht.
Einfach so beschreiben, dass ich zum gleichen Ergebnis komme...
@Stabilostick sagte in js-controller 2.0 ab sofort im Latest Repo:
Würde das gerne nachstellen. Was war die Ausgangssituation, wie hattest Du den Server vorher installiert? Stand der ioBroker auf „latest“ Was genau hast Du gemacht.
Einfach so beschreiben, dass ich zum gleichen Ergebnis komme...
So ich werde heute nochmal einen neuen Anlauf nehmen und es analog zu gestern genau so machen - Schritt für Schritt.
Der Server läuft seit 2018 auf einem Win10 Rechner (32Bit) - Ist also nach der "Uralten" Anleitung aufgesetzt worden.Hier erstmal meine ganze Konfig:
Platform: Windows
Architecture: ia32
CPUs: 2
Speed: 3325 MHz
Model: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz
RAM: 3.4 GB
System uptime: 00:05:28
Node.js: v10.16.0
NPM: 6.9.0
Disk size: 209.1 GiB
Disk free: 162.6 GiB
adapters count: 292
Uptime: 00:05:20
Active instances: 28Der Unterschied zu gestern: Heute sind alle meine verwendeten Adapter Aktuell. Gestern gab es für 5 Adapter ein Update. Ich hatte gestern, bevor ich mich an den Host gewagt habe , jeden Adapter einzeln aktualisiert.
Hier der Aktuelle Stand - sorry ich weiß nicht wie man eine Liste generieren kann. Darum ein Screenshot.
Danach habe ich das Update für den Host nach dem bewährten Schema durchgeführt - jeder Befehl einzel in der Eingabeaufforderung als Admin.
C:\WINDOWS\system32>cd C:\ioBroker iobroker stop -- heute bekomme ich diese Rückmeldung: C:\ioBroker>node node_modules/iobroker.js-controller/iobroker.js stop iobroker controller daemon is not runningHeute läßt sich der Windows Dienst nicht mehr stoppen - hat bestimmt etwas mit der gestrigen Wiederherstellung zu tun.
Ich habe den STOP Befehl eben nochmal als bat Datei ausgeführt und nun wird auch der Windows Dienst nicht mehr ausgeführt.
@Echo off &Setlocal Net Stop ioBroker Pause
Also weiter im Text - fassen wir zusammen ioB ist gestoppt und die Eingabeaufforderung als Admin gebe ich ein:
iobroker updateHier die Rückmeldung darauf:
jetzt:
iobroker upgrade selfUnd siehe da, jetzt sind wir genau da, wo wir auch gestern waren. Nix geht mehr und auch in der Eingabeaufforderung passiert nichts mehr. Hier die Meldungen die bis hier hin ausgegeben wurden.
Ich lasse die Eingabe Aufforderung nochmal ein paar Minuten so stehen, aber im Moment passiert da nichts mehr.
ioBroker (since 2018) auf Intel Core i3-5005U NUC und Windwos10 Pro
-
Hallo an Euch alle,
aufgrund der Meldungen und einiger Dinge die ich noch finalisieren wollte gibt es ab sofort die 2.0.33 im Latest Repository. Diese Version enthält vor allem noch die Fixes für die letzten gemeldeten kleinen Fehlerchen.
Darüber hinaus ist vor allem das Verhalten bei einer Unterbrechung der Verbindung zur Datenbank (egal ob Redis oder im "file" Falle der js-controller). Beim verlieren der Verbindung wird diese per Default in 5s Abständen bis zu 20 mal versucht wiederherzustellen. Wenn dies gelingt, bleibt das ganze System in Betrieb und in der Unterbrechungszeit aufgelaufene Befehle werden nachträglich ausgeführt. Bei Redis könnte diese Zeit sogar für ein Redis-Update ausreichen.Erst danach (also nach ca. 90s) beenden sich Adapter und das System und ein automatischer Restart findet statt, wonach der js-controller wartet bis die Verbindung wieder da ist. Um ggf Netzwerk-Effekte abzufangen gibt es alle 30s einen Restart des Controllers.
Ansonsten hat sich nicht viel geändert. Je nach weiterem Feedback wäre das vllt auch schon die Version für Stable.
Die Version sollte nach einem Update des Repositories (Reload-Button unter "Adapter" im Admin bzw
iobroker updateand der Kommandozeile) angezeigt werden. In Einzelfällen kann es wegen Caching bis zu einem Tag dauern.Ingo
-
@Stabilostick sagte in js-controller 2.0 ab sofort im Latest Repo:
Würde das gerne nachstellen. Was war die Ausgangssituation, wie hattest Du den Server vorher installiert? Stand der ioBroker auf „latest“ Was genau hast Du gemacht.
Einfach so beschreiben, dass ich zum gleichen Ergebnis komme...
So ich werde heute nochmal einen neuen Anlauf nehmen und es analog zu gestern genau so machen - Schritt für Schritt.
Der Server läuft seit 2018 auf einem Win10 Rechner (32Bit) - Ist also nach der "Uralten" Anleitung aufgesetzt worden.Hier erstmal meine ganze Konfig:
Platform: Windows
Architecture: ia32
CPUs: 2
Speed: 3325 MHz
Model: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz
RAM: 3.4 GB
System uptime: 00:05:28
Node.js: v10.16.0
NPM: 6.9.0
Disk size: 209.1 GiB
Disk free: 162.6 GiB
adapters count: 292
Uptime: 00:05:20
Active instances: 28Der Unterschied zu gestern: Heute sind alle meine verwendeten Adapter Aktuell. Gestern gab es für 5 Adapter ein Update. Ich hatte gestern, bevor ich mich an den Host gewagt habe , jeden Adapter einzeln aktualisiert.
Hier der Aktuelle Stand - sorry ich weiß nicht wie man eine Liste generieren kann. Darum ein Screenshot.
Danach habe ich das Update für den Host nach dem bewährten Schema durchgeführt - jeder Befehl einzel in der Eingabeaufforderung als Admin.
C:\WINDOWS\system32>cd C:\ioBroker iobroker stop -- heute bekomme ich diese Rückmeldung: C:\ioBroker>node node_modules/iobroker.js-controller/iobroker.js stop iobroker controller daemon is not runningHeute läßt sich der Windows Dienst nicht mehr stoppen - hat bestimmt etwas mit der gestrigen Wiederherstellung zu tun.
Ich habe den STOP Befehl eben nochmal als bat Datei ausgeführt und nun wird auch der Windows Dienst nicht mehr ausgeführt.
@Echo off &Setlocal Net Stop ioBroker PauseAlso weiter im Text - fassen wir zusammen ioB ist gestoppt und die Eingabeaufforderung als Admin gebe ich ein:
iobroker updateHier die Rückmeldung darauf:
jetzt:
iobroker upgrade selfUnd siehe da, jetzt sind wir genau da, wo wir auch gestern waren. Nix geht mehr und auch in der Eingabeaufforderung passiert nichts mehr. Hier die Meldungen die bis hier hin ausgegeben wurden.
Ich lasse die Eingabe Aufforderung nochmal ein paar Minuten so stehen, aber im Moment passiert da nichts mehr.
@JB_Sullivan Hast Du sichergestellt das auch wirklich kein nodejs prozess mehr läuft? Vor allem wenn Du Probleme beim stoppen hast?
Ist das ein Master oder ein Slave oder hast Du nur den einen Host?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
-
@JB_Sullivan Hast Du sichergestellt das auch wirklich kein nodejs prozess mehr läuft? Vor allem wenn Du Probleme beim stoppen hast?
Ist das ein Master oder ein Slave oder hast Du nur den einen Host?@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@JB_Sullivan Hast Du sichergestellt das auch wirklich kein nodejs prozess mehr läuft? Vor allem wenn Du Probleme beim stoppen hast?
Ist das ein Master oder ein Slave oder hast Du nur den einen Host?Also ich gehe über den Taskmanager und gucke mir dort die Prozesse an. Da war nichts von node zu lesen. Bei den Diensten stand auch für ioB kein "wird ausgeführt". Also gehe ich davon aus das nix mehr läuft - oder wie kontrolliert man das sonst?
PS - Ich habe nur einen Host
-
@Stabilostick sagte in js-controller 2.0 ab sofort im Latest Repo:
Würde das gerne nachstellen. Was war die Ausgangssituation, wie hattest Du den Server vorher installiert? Stand der ioBroker auf „latest“ Was genau hast Du gemacht.
Einfach so beschreiben, dass ich zum gleichen Ergebnis komme...
So ich werde heute nochmal einen neuen Anlauf nehmen und es analog zu gestern genau so machen - Schritt für Schritt.
Der Server läuft seit 2018 auf einem Win10 Rechner (32Bit) - Ist also nach der "Uralten" Anleitung aufgesetzt worden.Hier erstmal meine ganze Konfig:
Platform: Windows
Architecture: ia32
CPUs: 2
Speed: 3325 MHz
Model: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz
RAM: 3.4 GB
System uptime: 00:05:28
Node.js: v10.16.0
NPM: 6.9.0
Disk size: 209.1 GiB
Disk free: 162.6 GiB
adapters count: 292
Uptime: 00:05:20
Active instances: 28Der Unterschied zu gestern: Heute sind alle meine verwendeten Adapter Aktuell. Gestern gab es für 5 Adapter ein Update. Ich hatte gestern, bevor ich mich an den Host gewagt habe , jeden Adapter einzeln aktualisiert.
Hier der Aktuelle Stand - sorry ich weiß nicht wie man eine Liste generieren kann. Darum ein Screenshot.
Danach habe ich das Update für den Host nach dem bewährten Schema durchgeführt - jeder Befehl einzel in der Eingabeaufforderung als Admin.
C:\WINDOWS\system32>cd C:\ioBroker iobroker stop -- heute bekomme ich diese Rückmeldung: C:\ioBroker>node node_modules/iobroker.js-controller/iobroker.js stop iobroker controller daemon is not runningHeute läßt sich der Windows Dienst nicht mehr stoppen - hat bestimmt etwas mit der gestrigen Wiederherstellung zu tun.
Ich habe den STOP Befehl eben nochmal als bat Datei ausgeführt und nun wird auch der Windows Dienst nicht mehr ausgeführt.
@Echo off &Setlocal Net Stop ioBroker PauseAlso weiter im Text - fassen wir zusammen ioB ist gestoppt und die Eingabeaufforderung als Admin gebe ich ein:
iobroker updateHier die Rückmeldung darauf:
jetzt:
iobroker upgrade selfUnd siehe da, jetzt sind wir genau da, wo wir auch gestern waren. Nix geht mehr und auch in der Eingabeaufforderung passiert nichts mehr. Hier die Meldungen die bis hier hin ausgegeben wurden.
Ich lasse die Eingabe Aufforderung nochmal ein paar Minuten so stehen, aber im Moment passiert da nichts mehr.
Das mit dem „ParserError: Protocol error, got "H" as reply type byte.“ sehe ich zum ersten Mal. Wohl was mit Redis im neuen js-controller 2.0 in Deiner Umgebung.
Magst Du bitte eine Migration von ioBroker mit dem neuen Windows Installer durchführen? Da wird ein zweiter ioBroker-Server und Dienst neben dem, was Du schon hast installiert, noch mit 1.5.14 und allen Deinen Einstellungen und Adaptern. Wenn es nicht funktioniert, kannst Du das Neue problemlos wieder löschen und mit dem bestehenden weitermachen, weil der neue Installer daran nichts verändert. Du kannst dazu direkt im neuen Installer den bestehenden ioboker-data Ordner als Migrationsquelle angeben. Dann werden auch alle Visualisierungen und Javascripte, Adaptereinstellungen usw. übernommen.
Wenn Dein System auf latest steht, kann es ein, dass da sogar ein funktionierender js-Controller 2.0 herumkommt. ;-)
Du findest den Installer im Downloadbereich auf iobroker.net
549
Online32.7k
Users82.4k
Topics1.3m
Posts