NEWS
Performance Probleme durch Shelly Adapter?
-
@schtallone da kann doch etwas nicht stimmen
- bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
- dazu kommt, dass auch SWAP genutzt wurde
- warum ist der swap überhaupt so großzügig eingestellt
- wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
@crunchip
danke
dann brauch ich das nicht zu tippen :-|kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@homoran naja, ist alles irgendwie mehr als fragwürdig
ich hab allerdings absolut NULL Ahnung von solchen NAS Gerätschaften
-
@schtallone da kann doch etwas nicht stimmen
- bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
- dazu kommt, dass auch SWAP genutzt wurde
- warum ist der swap überhaupt so großzügig eingestellt
- wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
@crunchip sagte in Performance Probleme durch Shelly Adapter?:
wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
Da habe ich auch noch keine Antwort bekommen, ob das bei Containern überhaupt zulässig ist
-
@schtallone da kann doch etwas nicht stimmen
- bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
- dazu kommt, dass auch SWAP genutzt wurde
- warum ist der swap überhaupt so großzügig eingestellt
- wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
@crunchip
Hallo,bitte einmal kurz "SWAP" erläutern... DANKE
-
@schtallone da kann doch etwas nicht stimmen
- bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
- dazu kommt, dass auch SWAP genutzt wurde
- warum ist der swap überhaupt so großzügig eingestellt
- wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
Hier nach deistallation des Shelly adapters (auch objekte gelöscht und die daten des shelly-beta-adapters 6.4.1 (oder so) aus dem iob entfernt und
iob fixtop - 10:50:49 up 21:41, 0 users, load average: 4,60, 4,59, 4,60 Tasks: 6 total, 1 running, 5 sleeping, 0 stopped, 0 zombie %Cpu(s): 6,2 us, 9,1 sy, 1,9 ni, 79,3 id, 3,5 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 7792,2 total, 1619,2 free, 3440,1 used, 2732,9 buff/cache MiB Swap: 23447,2 total, 22874,7 free, 572,6 used. 3570,2 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 142 iobroker 20 0 10,9g 237628 41744 S 0,3 3,0 0:15.56 iobroker.js-con 1 root 20 0 7372 3512 3172 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 992132 138080 46892 S 0,0 1,7 0:04.65 io.admin.0 198 iobroker 20 0 10,7g 90508 46904 S 0,0 1,1 0:02.81 io.backitup.0 836 root 20 0 7504 3992 3472 S 0,0 0,1 0:00.03 bash 843 root 20 0 10308 3724 3248 R 0,0 0,0 0:00.05 top -
@crunchip
Hallo,bitte einmal kurz "SWAP" erläutern... DANKE
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
swap ist der Notfallüberlauf für ein nicht ausreichendes RAM.
dann wird überschüssiges auf die Festplatte ausgelagert und immer langsam hin und her kopiert, anstelle im schnellen RAM verarbeitet zu werden -
ich glaube immernoch an diesen dubiosen JDownloader2-Container - laut google ist das ein reines Buggy, will das aber nicht nachstellen
@djmarc75 said in Performance Probleme durch Shelly Adapter?:
ich glaube immernoch an diesen dubiosen JDownloader2-Container - laut google ist das ein reines Buggy, will das aber nicht nachstellen
Habe den JDownloader Container beendet um 10:55
topca. 5 Minunten später:
top - 10:59:52 up 21:51, 0 users, load average: 2,94, 3,58, 4,18 Tasks: 6 total, 1 running, 5 sleeping, 0 stopped, 0 zombie %Cpu(s): 27,0 us, 23,3 sy, 3,2 ni, 46,4 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Mem : 7792,2 total, 1840,3 free, 3137,8 used, 2814,1 buff/cache MiB Swap: 23447,2 total, 22914,9 free, 532,3 used. 3856,3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 198 iobroker 20 0 10,7g 90472 46904 S 1,0 1,1 0:03.12 io.backitup.0 142 iobroker 20 0 10,9g 238508 41744 S 0,3 3,0 0:19.44 iobroker.js-con 1 root 20 0 7372 3512 3172 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 992388 138332 46892 S 0,0 1,7 0:05.09 io.admin.0 836 root 20 0 7504 3992 3472 S 0,0 0,1 0:00.03 bash 843 root 20 0 10308 3724 3248 R 0,0 0,0 0:00.23 top -
@schtallone da kann doch etwas nicht stimmen
- bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
- dazu kommt, dass auch SWAP genutzt wurde
- warum ist der swap überhaupt so großzügig eingestellt
- wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
@crunchip sagte in Performance Probleme durch Shelly Adapter?:
@schtallone da kann doch etwas nicht stimmen
bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
dazu kommt, dass auch SWAP genutzt wurde
warum ist der swap überhaupt so großzügig eingestellt
wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellenLeute, ihr habt da aus meiner Sicht einen Verständnisfehler. Wenn man innerhalb eines Containers "top" aufruft, bekommt man immer die Daten des Hosts.
Es ist halt ein Container und keine VM.NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@djmarc75 said in Performance Probleme durch Shelly Adapter?:
ich glaube immernoch an diesen dubiosen JDownloader2-Container - laut google ist das ein reines Buggy, will das aber nicht nachstellen
Habe den JDownloader Container beendet um 10:55
topca. 5 Minunten später:
top - 10:59:52 up 21:51, 0 users, load average: 2,94, 3,58, 4,18 Tasks: 6 total, 1 running, 5 sleeping, 0 stopped, 0 zombie %Cpu(s): 27,0 us, 23,3 sy, 3,2 ni, 46,4 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Mem : 7792,2 total, 1840,3 free, 3137,8 used, 2814,1 buff/cache MiB Swap: 23447,2 total, 22914,9 free, 532,3 used. 3856,3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 198 iobroker 20 0 10,7g 90472 46904 S 1,0 1,1 0:03.12 io.backitup.0 142 iobroker 20 0 10,9g 238508 41744 S 0,3 3,0 0:19.44 iobroker.js-con 1 root 20 0 7372 3512 3172 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 992388 138332 46892 S 0,0 1,7 0:05.09 io.admin.0 836 root 20 0 7504 3992 3472 S 0,0 0,1 0:00.03 bash 843 root 20 0 10308 3724 3248 R 0,0 0,0 0:00.23 top@schtallone sagte in Performance Probleme durch Shelly Adapter?:
ca. 5 Minunten später:
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
load average: 2,94, 3,58, 4,18
geht die load lansam runter ( 1Minute 2.9, 5Minuten 3.5 und über 10 Minuten noch 4.2)
-
@crunchip sagte in Performance Probleme durch Shelly Adapter?:
@schtallone da kann doch etwas nicht stimmen
bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
dazu kommt, dass auch SWAP genutzt wurde
warum ist der swap überhaupt so großzügig eingestellt
wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellenLeute, ihr habt da aus meiner Sicht einen Verständnisfehler. Wenn man innerhalb eines Containers "top" aufruft, bekommt man immer die Daten des Hosts.
Es ist halt ein Container und keine VM.@marc-berg sagte in Performance Probleme durch Shelly Adapter?:
Es ist halt ein Container
mit so was dubiosem arbeite ich doch gar nicht. Daher muss man mir das auch sagen
-
@crunchip sagte in Performance Probleme durch Shelly Adapter?:
@schtallone da kann doch etwas nicht stimmen
bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
dazu kommt, dass auch SWAP genutzt wurde
warum ist der swap überhaupt so großzügig eingestellt
wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellenLeute, ihr habt da aus meiner Sicht einen Verständnisfehler. Wenn man innerhalb eines Containers "top" aufruft, bekommt man immer die Daten des Hosts.
Es ist halt ein Container und keine VM.@marc-berg sagte in Performance Probleme durch Shelly Adapter?:
Wenn man innerhalb eines Containers "top" aufruft, bekommt man immer die Ergebnisse des Hosts.
das wusste ich nicht,
wenn ich in Proxmox einen LXC aufrufe und mit TOP abfrage, bekomm ich die Daten vom LXC und nicht vom Host
aber wie bereits geschrieben, ich hab kein NAS und auch noch nie etwas damit zu tun gehabt -
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
ca. 5 Minunten später:
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
load average: 2,94, 3,58, 4,18
geht die load lansam runter ( 1Minute 2.9, 5Minuten 3.5 und über 10 Minuten noch 4.2)
@homoran das schwankt aber auch wieder richtung 4-5
-
@schtallone da kann doch etwas nicht stimmen
- bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
- dazu kommt, dass auch SWAP genutzt wurde
- warum ist der swap überhaupt so großzügig eingestellt
- wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
@crunchip sagte in Performance Probleme durch Shelly Adapter?:
wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
Moin,
das verhält sich so, dass Docker als Zwischenschicht auf dem NAS Betriebssystem läuft, Docker bekommt erst einmal die ganzen Ressourcen zu sehen, man kann dann aber beim Erstellen, festlegen, ob der Container alles sieht oder ob die Ressourcen eingeschränkt werden, auch ob der Container privilegiert / unprivilegiert erstellt wird.
Auf meiner Syno, laufen die alle ohne Beschränkung, das hat ja eigentlich den Vorteil, da dynamisch, bei Ressourcenknappheit, umverteilt werden kann.VG
Bernd -
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
swap ist der Notfallüberlauf für ein nicht ausreichendes RAM.
dann wird überschüssiges auf die Festplatte ausgelagert und immer langsam hin und her kopiert, anstelle im schnellen RAM verarbeitet zu werden@homoran said in Performance Probleme durch Shelly Adapter?:
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
swap ist der Notfallüberlauf für ein nicht ausreichendes RAM.
dann wird überschüssiges auf die Festplatte ausgelagert und immer langsam hin und her kopiert, anstelle im schnellen RAM verarbeitet zu werdenDanke für die Erläuterung. ICh lasse gerade eine Speicher(RAM)-Bereinigung auf dem NAS laufen, anschhließend berichte ich wieder "top"
Hier "top":
top - 11:14:42 up 22:05, 0 users, load average: 4,64, 4,72, 4,74 Tasks: 6 total, 1 running, 5 sleeping, 0 stopped, 0 zombie %Cpu(s): 34,1 us, 35,2 sy, 2,5 ni, 27,9 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st MiB Mem : 7792,2 total, 2801,2 free, 3285,9 used, 1705,1 buff/cache MiB Swap: 23447,2 total, 23447,2 free, 0,0 used. 3565,9 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 142 iobroker 20 0 10,9g 239280 41744 S 1,3 3,0 0:25.58 iobroker.js-con 1 root 20 0 7372 3512 3172 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 992388 139368 46892 S 0,0 1,7 0:05.69 io.admin.0 198 iobroker 20 0 10,7g 90384 46904 S 0,0 1,1 0:03.54 io.backitup.0 836 root 20 0 7504 3992 3472 S 0,0 0,1 0:00.03 bash 843 root 20 0 10308 3724 3248 R 0,0 0,0 0:00.51 top -
@diamand2k22
Guten morgen,ich werde dies so machen. Will ja eh heute morgen alles an Adaptern stoppen und die Performance beobachten.
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
-
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
@diamand2k22 said in Performance Probleme durch Shelly Adapter?:
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
Habe den Adapter (in V. 5.3.2) wieder am laufen, alle Shellys sind da und online. Alle Aliase sind auch ok. Ich berichte nach 10 Minuten...
-
@crunchip
Hallo,bitte einmal kurz "SWAP" erläutern... DANKE
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
Moin,
es gibt vereinfacht gesagt, verschiedene Arten von Speicher
- Memory
- SSD/HDD
Beim Aufsetzen eines Rechners, kann man angeben, ob ein gewisser Anteil, entweder aus dem Memory oder auf der SSD/HDD für den sogenannten
Auslagerungsspeicherverwendet werden soll. DieserAuslagerungsspeicherwar/ist in manchen Situationen wichtig, um das System am Leben zu halten, gerade wenn wenig Speicher vorhanden ist. Sollte es einmal zu einem Engpass kommen, dann werden Prozesse, die gerade nicht gebraucht werden, ausgelagert. Kommt der Prozess aber wieder nach oben, dann muss er erst wieder aus demAuslagerungsspeicherins Memory kopiert werden, das verbraucht Zeit und CPU.
Es war ein gewisser Auslagerungsspeicher auch wichtig, wenn man den Rechner schlafen legen wollte, da gibt es zum einenSuspend to RAModerSuspend to Diskdafür wurde dann einSWAPauf Disk angelegt, wo ein Memory-Abbild beim Herunterfahren auf die Platte gelegt wurde, das beim Starten, dann schneller wieder gestartet war als komplett zu Booten.Mal ganz allgemein und in meinen Worten, da gibt es aber so viel im WWW, da solltest Du mal Zeit investieren und selbst lesen.
VG
Bernd -
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
Moin,
es gibt vereinfacht gesagt, verschiedene Arten von Speicher
- Memory
- SSD/HDD
Beim Aufsetzen eines Rechners, kann man angeben, ob ein gewisser Anteil, entweder aus dem Memory oder auf der SSD/HDD für den sogenannten
Auslagerungsspeicherverwendet werden soll. DieserAuslagerungsspeicherwar/ist in manchen Situationen wichtig, um das System am Leben zu halten, gerade wenn wenig Speicher vorhanden ist. Sollte es einmal zu einem Engpass kommen, dann werden Prozesse, die gerade nicht gebraucht werden, ausgelagert. Kommt der Prozess aber wieder nach oben, dann muss er erst wieder aus demAuslagerungsspeicherins Memory kopiert werden, das verbraucht Zeit und CPU.
Es war ein gewisser Auslagerungsspeicher auch wichtig, wenn man den Rechner schlafen legen wollte, da gibt es zum einenSuspend to RAModerSuspend to Diskdafür wurde dann einSWAPauf Disk angelegt, wo ein Memory-Abbild beim Herunterfahren auf die Platte gelegt wurde, das beim Starten, dann schneller wieder gestartet war als komplett zu Booten.Mal ganz allgemein und in meinen Worten, da gibt es aber so viel im WWW, da solltest Du mal Zeit investieren und selbst lesen.
VG
Bernd@dp20eic
Danke dafür. Soweit verstanden. Ich habe keine Einstellung auf die schnelle im NAS gefunden, dies zu begrenzen oder ähnliches. Aber die vorher benannte Speicherbereichnigung hat den SWAP geleert. -
@diamand2k22 said in Performance Probleme durch Shelly Adapter?:
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
Habe den Adapter (in V. 5.3.2) wieder am laufen, alle Shellys sind da und online. Alle Aliase sind auch ok. Ich berichte nach 10 Minuten...
@schtallone said in Performance Probleme durch Shelly Adapter?:
@diamand2k22 said in Performance Probleme durch Shelly Adapter?:
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
Habe den Adapter (in V. 5.3.2) wieder am laufen, alle Shellys sind da und online. Alle Aliase sind auch ok. Ich berichte nach 10 Minuten...
top - 11:38:51 up 22:30, 0 users, load average: 3,95, 4,01, 4,15 Tasks: 10 total, 1 running, 9 sleeping, 0 stopped, 0 zombie %Cpu(s): 33,6 us, 30,6 sy, 1,7 ni, 34,0 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Mem : 7792,2 total, 3109,9 free, 3531,4 used, 1150,8 buff/cache MiB Swap: 23447,2 total, 23447,2 free, 0,0 used. 3392,0 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2644 iobroker 20 0 712300 79676 8656 S 2,3 1,0 0:30.25 io.shelly.0 142 iobroker 20 0 11,0g 229816 10096 S 1,3 2,9 1:09.76 iobroker.js-con 198 iobroker 20 0 10,7g 52016 8016 S 0,3 0,7 0:04.17 io.backitup.0 1 root 20 0 7372 732 392 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 1038376 137704 12920 S 0,0 1,7 0:13.57 io.admin.0 836 root 20 0 7504 920 400 S 0,0 0,0 0:00.03 bash 843 root 20 0 10308 948 472 R 0,0 0,0 0:01.06 top 2503 root 20 0 7504 824 380 S 0,0 0,0 0:00.04 bash 2509 root 20 0 7240 564 332 S 0,0 0,0 0:00.00 iob 2510 iobroker 20 0 921676 35672 7864 S 0,0 0,4 0:01.67 node2023-09-17 11:25:20.498 - info: host.iobroker "system.adapter.shelly.0" enabled 2023-09-17 11:25:20.806 - info: host.iobroker instance system.adapter.shelly.0 started with pid 2644 2023-09-17 11:25:24.926 - info: shelly.0 (2644) starting. Version 5.3.2 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.17.1, js-controller: 5.0.12 2023-09-17 11:25:24.994 - info: shelly.0 (2644) Starting in MQTT mode. Listening on 0.0.0.0:1882 2023-09-17 11:25:26.746 - info: shelly.0 (2644) [MQTT] Device 192.168.1.62 (shellyplus2pm / shellyplus2pm-b8d61a8b94fc / shellyplus2pm#b8d61a8b94fc#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:30.584 - info: shelly.0 (2644) [MQTT] Device 192.168.1.16 (shellyplus1pm / shellyplus1pm-a8032abc230c / shellyplus1pm#a8032abc230c#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:41.763 - info: shelly.0 (2644) [MQTT] Device 192.168.1.18 (shellyplus1pm / shellyplus1pm-a8032ab96370 / shellyplus1pm#a8032ab96370#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:42.276 - info: shelly.0 (2644) [MQTT] Device 192.168.1.27 (shellyplus1 / shellyplus1-441793a820f4 / shellyplus1#441793a820f4#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:43.629 - info: shelly.0 (2644) [MQTT] Device 192.168.1.50 (shellyplus2pm / shellyplus2pm-485519a2a5d4 / shellyplus2pm#485519a2a5d4#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:45.802 - info: shelly.0 (2644) [MQTT] Device 192.168.1.56 (shellyplus2pm / shellyplus2pm-5443b23e5f74 / shellyplus2pm#5443b23e5f74#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:47.014 - info: shelly.0 (2644) [MQTT] Device 192.168.1.17 (shellyplus1pm / shellyplus1pm-a8032ab96980 / shellyplus1pm#a8032ab96980#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:47.718 - info: shelly.0 (2644) [MQTT] Device 192.168.1.52 (shellyplus2pm / shellyplus2pm-5443b23ecce4 / shellyplus2pm#5443b23ecce4#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:48.160 - info: shelly.0 (2644) [MQTT] Device 192.168.1.49 (shellyplusi4 / shellyplusi4-c049ef89b85c / shellyplusi4#c049ef89b85c#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:49.989 - info: shelly.0 (2644) [MQTT] Device 192.168.1.12 (shellyplus1pm / shellyplus1pm-7c87ce65d970 / shellyplus1pm#7c87ce65d970#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:50.030 - info: shelly.0 (2644) [MQTT] Device 192.168.1.26 (shellyplus1 / shellyplus1-441793ab9088 / shellyplus1#441793ab9088#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:50.572 - info: shelly.0 (2644) [MQTT] Device 192.168.1.15 (shellyplus1pm / shellyplus1pm-3c610579df44 / shellyplus1pm#3c610579df44#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:56.423 - info: shelly.0 (2644) [MQTT] Device 192.168.1.14 (shellyplus1pm / shellyplus1pm-7c87ce65d794 / shellyplus1pm#7c87ce65d794#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:00.854 - info: shelly.0 (2644) [MQTT] Device 192.168.1.53 (shellyplus2pm / shellyplus2pm-b8d61a863524 / shellyplus2pm#b8d61a863524#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:01.275 - info: shelly.0 (2644) [MQTT] Device 192.168.1.19 (shellyplug-s / shellyplug-s-4022D8897556 / SHPLG-S#4022D8897556#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:04.593 - info: shelly.0 (2644) [MQTT] Device 192.168.1.51 (shellyplus2pm / shellyplus2pm-441793acae2c / shellyplus2pm#441793acae2c#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:05.722 - info: shelly.0 (2644) [MQTT] Device 192.168.1.59 (shellyplus2pm / shellyplus2pm-5443b23d6114 / shellyplus2pm#5443b23d6114#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:05.894 - info: shelly.0 (2644) [MQTT] Device 192.168.1.60 (shellyplus2pm / shellyplus2pm-5443b23e1a90 / shellyplus2pm#5443b23e1a90#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:07.658 - info: shelly.0 (2644) [MQTT] Device 192.168.1.63 (shellyplus2pm / shellyplus2pm-4022d8da969c / shellyplus2pm#4022d8da969c#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:07.673 - info: shelly.0 (2644) [MQTT] Device 192.168.1.55 (shellyplus2pm / shellyplus2pm-4022d8dbe474 / shellyplus2pm#4022d8dbe474#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:09.633 - info: shelly.0 (2644) [MQTT] Device 192.168.1.58 (shellyplus2pm / shellyplus2pm-b8d61a8abb7c / shellyplus2pm#b8d61a8abb7c#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:10.093 - info: shelly.0 (2644) [MQTT] Device 192.168.1.20 (shellyplug-s / shellyplug-s-4022D8897200 / SHPLG-S#4022D8897200#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:12.710 - info: shelly.0 (2644) [MQTT] Device 192.168.1.57 (shellyplus2pm / shellyplus2pm-b8d61a876248 / shellyplus2pm#b8d61a876248#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:14.130 - info: shelly.0 (2644) [MQTT] Device 192.168.1.22 (shellyplus1pm / shellyplus1pm-a8032ab94e10 / shellyplus1pm#a8032ab94e10#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:15.531 - info: shelly.0 (2644) [MQTT] Device 192.168.1.54 (shellyplus2pm / shellyplus2pm-b8d61a8bf730 / shellyplus2pm#b8d61a8bf730#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:19.453 - info: shelly.0 (2644) [MQTT] Device 192.168.1.61 (shellyplus2pm / shellyplus2pm-5443b23fd3dc / shellyplus2pm#5443b23fd3dc#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:19.515 - info: shelly.0 (2644) [MQTT] Device 192.168.1.13 (shellyplus1pm / shellyplus1pm-3c610579bd34 / shellyplus1pm#3c610579bd34#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:22.667 - info: shelly.0 (2644) [MQTT] Device 192.168.1.23 (shellyplus1pm / shellyplus1pm-4855199a5d7c / shellyplus1pm#4855199a5d7c#1) connected! Polltime set to 15 sec.SEHR ruhig im log....
985
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge