Hallo zusammen,
ich habe ein Problem mit dem Zigbee2mqtt-Dashboard, es kommuniziert weder mit den Zigbee-Geräten noch mit dem Gladys-Dashboard. Allerdings funktioniert es in die andere Richtung, das Gladys-Dashboard kommuniziert gut mit den Zigbee-Geräten und aktualisiert das Zigbee2mqtt-Dashboard. Habt ihr eine Idee, woher das kommen könnte? Ich habe 37 Zigbee-Geräte an meinem Sonoff-Stick angeschlossen. Dieser Stick ist nicht aktualisiert, um mehr als 40 Geräte zu akzeptieren. Könnte das der Grund sein?
Danke für eure aufschlussreichen Meinungen
Hallo @Psoy, das sagt mir nichts.
Hast du es einfach mal versucht neu zu starten?
Vielleicht ein Problem bei Zigbee2mqtt aufgrund eines kürzlichen Updates auf ihrer Seite, sonst…
Hallo @pierre-gilles
Ich habe zigbee2mqtt in der Gladys-Integration gestoppt und wieder gestartet
Nach dem Neustart des Raspberry Pi ist es immer noch gleich
Nach dem Neustart von Gladys ist es immer noch gleich.
Hallo,
Könnte jemand testen, ob er seine Zigbee-Geräte vom Zigbee2mqtt-Dashboard aus steuern kann?
Danke für euer Feedback ![]()
Guten Tag
Hallo @Psoy ![]()
Ich habe es gerade bei mir zu Hause getestet, ich steuere eine Lampe in Zigbee2mqtt, sie geht im echten Leben an + in Gladys wird der Status live aktualisiert.
Hast du Fehlerprotokolle (auf der Seite von Zigbee2mqtt / oder Gladys)?
hallo @pierre-gilles
Nein, ich habe nichts Ungewöhnliches in den Gladys-Protokollen, aber ich habe gerade gesehen, dass die Zeitstempel der zigbee2mqtt-Protokolle um 2 Stunden verschoben sind, daher sehe ich meine Aktionen nicht im TB, ich werde warten. Warum sind die Protokolle verschoben?
Gladys-Protokolle:
2024-04-19T10:28:44+0200 <warn> poll.js:14 (RtspCameraHandler.poll) Unable to poll camera
2024-04-19T10:28:56+0200 <warn> poll.js:14 (RtspCameraHandler.poll) Unable to poll camera
2024-04-19T10:29:00+0200 <info> scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 19 Apr 2024 08:29:00 GMT
2024-04-19T10:29:06+0200 <warn> poll.js:14 (RtspCameraHandler.poll) Unable to poll camera
2024-04-19T10:29:16+0200 <warn> poll.js:14 (RtspCameraHandler.poll) Unable to poll camera
2024-04-19T10:29:23+0200 <info> netatmo.loadDevices.js:146 (NetatmoHandler.loadDevices) Netatmo devices not supported : 0
2024-04-19T10:29:26+0200 <warn> poll.js:14 (RtspCameraHandler.poll) Unable to poll camera
2024-04-19T10:29:36+0200 <warn> poll.js:14 (RtspCameraHandler.poll) Unable to poll camera
2024-04-19T10:29:46+0200 <warn> poll.js:14 (RtspCameraHandler.poll) Unable to poll camera
Und die zigbee2mqtt-Protokolle:
Zigbee2MQTT:info 2024-04-19 08:32:31: MQTT publish: topic 'zigbee2mqtt/lampe loupe', payload '{"child_lock":"UNLOCK","current":0.2,"energy":4.02,"indicator_mode":"off/on","linkquality":69,"power":42,"power_outage_memory":"off","state":"ON","voltage":235}'
Zigbee2MQTT:info 2024-04-19 08:32:44: MQTT publish: topic 'zigbee2mqtt/plafonnier meca', payload '{"child_lock":"UNLOCK","current":0.08,"energy":1.29,"indicator_mode":"off/on","linkquality":57,"power":15,"power_outage_memory":"off","state":"ON","voltage":229}'
Zigbee2MQTT:info 2024-04-19 08:32:56: MQTT publish: topic 'zigbee2mqtt/chauffage Sam', payload '{"linkquality":48,"power_on_behavior":"previous","state":"OFF"}'
Zigbee2MQTT:info 2024-04-19 08:33:19: MQTT publish: topic 'zigbee2mqtt/lampe loupe', payload '{"child_lock":"UNLOCK","current":0.2,"energy":4.02,"indicator_mode":"off/on","linkquality":66,"power":42,"power_outage_memory":"off","state":"ON","voltage":235}'
Zigbee2MQTT:info 2024-04-19 08:33:19: MQTT publish: topic 'zigbee2mqtt/lampe loupe', payload '{"child_lock":"UNLOCK","current":0.2,"energy":4.02,"indicator_mode":"off/on","linkquality":66,"power":42,"power_outage_memory":"off","state":"ON","voltage":235}'
Zigbee2MQTT:info 2024-04-19 08:33:31: MQTT publish: topic 'zigbee2mqtt/lampe loupe', payload '{"child_lock":"UNLOCK","current":0.2,"energy":4.02,"indicator_mode":"off/on","linkquality":69,"power":42,"power_outage_memory":"off","state":"ON","voltage":235}'
pi@gladys:~ $
Kein Problem, das wird meiner Meinung nach einfach in UTC angezeigt (2 Stunden zurück im Vergleich zur französischen Zeit)
Also sind es Live-Logs
Und bei deinem MQTT-Broker zigbee2mqtt, gibt es keine speziellen Logs?
hier sind die Logs des Brokers, da verstehe ich nichts.
1713448504: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713450305: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713452106: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713453907: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713454378: Client nodered_6c3d5b6181803498 getrennt.
1713454382: Neue Verbindung von 192.168.1.134:34676 auf Port 1884.
1713454382: Neuer Client verbunden von 192.168.1.134:34676 als nodered_5e88f3a31a6389c4 (p2, c1, k60, u'gladys').
1713454522: Client nodered_5e88f3a31a6389c4 getrennt.
1713454525: Neue Verbindung von 192.168.1.134:35000 auf Port 1884.
1713454525: Neuer Client verbunden von 192.168.1.134:35000 als nodered_1463b0086ee0befb (p2, c1, k60, u'gladys').
1713454662: Client nodered_1463b0086ee0befb getrennt.
1713454663: Neue Verbindung von 192.168.1.134:35312 auf Port 1884.
1713454663: Neuer Client verbunden von 192.168.1.134:35312 als nodered_481b6ea9866969b3 (p2, c1, k60, u'gladys').
1713454916: Client nodered_481b6ea9866969b3 getrennt.
1713454917: Neue Verbindung von 192.168.1.134:35912 auf Port 1884.
1713454917: Neuer Client verbunden von 192.168.1.134:35912 als nodered_8553fb2c8316af4a (p2, c1, k60, u'gladys').
1713455043: Client nodered_8553fb2c8316af4a getrennt.
1713455045: Neue Verbindung von 192.168.1.134:36244 auf Port 1884.
1713455045: Neuer Client verbunden von 192.168.1.134:36244 als nodered_e4796d9ff5658e4a (p2, c1, k60, u'gladys').
1713455081: Client nodered_e4796d9ff5658e4a getrennt.
1713455083: Neue Verbindung von 192.168.1.134:36368 auf Port 1884.
1713455083: Neuer Client verbunden von 192.168.1.134:36368 als nodered_acb5988a89844f2c (p2, c1, k60, u'gladys').
1713455708: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713457509: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713459310: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713461111: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713462912: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713464713: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713466514: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713468315: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713470116: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713471917: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713473718: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713475519: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713477320: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713479121: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713480922: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713482723: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713484524: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713486325: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713488126: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713489927: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713491728: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713492047: Client gladys-main-instance-87345 hat Timeout überschritten, Trennung.
1713492083: Neue Verbindung von ::1:43988 auf Port 1884.
1713492083: Neuer Client verbunden von ::1:43988 als gladys-main-instance-87345 (p2, c1, k60, u'gladys').
1713493529: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713495330: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713497131: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713498932: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713500733: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713502534: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713504335: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713506136: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713507937: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713509738: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713511539: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713513340: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713515141: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
1713516942: Speichern der In-Memory-Datenbank in /mosquitto/config//mosquitto.db.
Das hast du trotzdem, das ist nicht beruhigend (vor 7 Stunden)
Was könnte das verursachen?
Und wie interpretierst du die Zahlen
1713516942: Speichere die In-Speicher-Datenbank
Das ist ein Zeitstempel (ein Datum), du kannst ihn auf dieser Website einfügen, um das Datum zu erfahren:
Netzwerkproblem, Problem mit dem Host, Gladys ist offline, und vieles mehr ![]()
Kannst du sehen, was das sein könnte? Kannst du mir mehr über deine Installation erzählen?
Rpi3b+, mit einer 128GB SSD
Ich verwende den Gladys-Broker für MQTT
Gleiches gilt für Zigbee, alles läuft auf demselben PI
Ich habe 37 Zigbee-Geräte
12 Tasmota-Geräte
74 MQTT-Geräte (virtuell und real)
2 Hue-Geräte
Ich habe Owntracks, LAN-Manager für die Anwesenheitserkennung
etwa hundert aktive Szenen
Ich habe einen RFLink, der über einen USB-Port mit Strom versorgt an den PI angeschlossen ist
Node Red läuft auf demselben PI, aber nicht der von Gladys
Der PI ist direkt an die Box angeschlossen, und für das Netzwerk habe ich mit einem Speedtest eine Übertragungsrate von 280 Mbit/s beim Empfang und ebenso beim Senden (ich weiß nicht, ob das für das lokale Gladys-Netzwerk relevant ist)
Hier ist meine Umgebung
Kann der RPi3 das nicht mehr schaffen? ![]()
Vielleicht nicht der RPi, aber ganz sicher sein Netzteil! ![]()
Das riecht nach Umstieg auf einen Mini-PC! ![]()
Hast du schon mal ein kleines htop gemacht, um die CPU-/RAM-Nutzung zu sehen?
Glaubst du, dass Gladys im Gebrauch schnell ist oder nicht?
Danke für deine Hilfe
Ich habe Probleme mit den Kamerabildaufnahmen in den Nachrichten, es funktioniert nicht, ein Bild alle 5 Sekunden auf Telegram nach dem Öffnen meines Tores und ich habe bemerkt, dass manchmal dasselbe Bild gesendet wurde, ansonsten reagieren die Gerätebefehle schnell.
Hier ist der htop:
login as: pi
pi@192.168.1.134's password:
Linux gladys 5.10.103-v7+ #1530 SMP Tue Mar 8 13:02:44 GMT 2022 armv7l
Die mit dem Debian GNU/Linux-System gelieferten Programme sind Freie Software;
die genauen Verteilungsbedingungen für jedes Programm sind in den
entsprechenden Dateien in /usr/share/doc/*/copyright beschrieben.
Debian GNU/Linux wird OHNE IRGENDEINE GARANTIE geliefert, soweit dies
vom anwendbaren Recht zulässig ist.
Letzter Login: Fr 19. Apr 2024, 10:15:25 von 192.168.1.128
Wi-Fi ist derzeit durch rfkill blockiert.
Verwenden Sie raspi-config, um das Land vor der Verwendung festzulegen.
pi@gladys:~ $ htop
0[||||||||||||||||||||||||||||||||||||||||||| 38.8%] Tasks: 45, 144 thr; 1 running
1[|||||||||||||||||||||||||| 22.6%] Load average: 0.26 0.44 0.53
2[||||||||||| 9.7%] Uptime: 2 Tage, 04:36:07
3[||||||||||||||||| 15.1%]
Mem[|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||353M/923M]
Swp[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||96.2M/100.0M]
PID USER PRI NI VIRT RES SHR S CPU%▽MEM% TIME+ Command
1414 pi 20 0 210M 75420 15844 S 0.0 8.0 0:20.01 node-red
1419 root 20 0 188M 60816 10532 S 0.0 6.4 0:00.00 node index.js
1420 root 20 0 188M 60816 10532 S 0.0 6.4 1:26.77 node index.js
1421 root 20 0 188M 60816 10532 S 0.0 6.4 1:25.00 node index.js
1422 root 20 0 188M 60816 10532 S 0.0 6.4 1:23.35 node index.js
1423 root 20 0 188M 60816 10532 S 0.0 6.4 1:25.03 node index.js
1441 pi 20 0 210M 75420 15844 S 0.0 8.0 0:00.00 node-red
1442 root 20 0 788M 10524 7244 S 0.0 1.1 0:00.00 /watchtower --cleanup --include-restarting
1443 root 20 0 788M 10524 7244 S 0.0 1.1 0:02.11 /watchtower --cleanup --include-restarting
1444 root 20 0 788M 10524 7244 S 0.0 1.1 0:02.18 /watchtower --cleanup --include-restarting
1446 root 20 0 188M 60816 10532 S 0.0 6.4 0:00.00 node index.js
1490 pi 20 0 210M 75420 15844 S 0.0 8.0 0:00.51 node-red
1491 pi 20 0 210M 75420 15844 S 0.0 8.0 0:00.50 node-red
1492 pi 20 0 210M 75420 15844 S 0.0 8.0 0:00.53 node-red
1493 pi 20 0 210M 75420 15844 S 0.0 8.0 0:00.52 node-red
1525 root 20 0 188M 60816 10532 S 0.0 6.4 0:05.30 node index.js
1526 root 20 0 188M 60816 10532 S 0.0 6.4 0:05.31 node index.js
1527 root 20 0 188M 60816 10532 S 0.0 6.4 0:05.30 node index.js
1528 root 20 0 188M 60816 10532 S 0.0 6.4 0:05.31 node index.js
1535 root 20 0 784M 5004 2844 S 0.0 0.5 0:12.17 /usr/bin/containerd-shim-runc-v2 -namespace moby -id ad98edfcb887b6fac64038d3b4871b3d65e628973ee666159e6c0c9c67ccbdad -address /run/containerd/containerd.sock
1536 root 20 0 783M 1848 692 S 0.0 0.2 0:05.75 /usr/bin/containerd-shim-runc-v2 -namespace moby -id f9486fbed00d9874326503b0dd43479eb69216cae3c4aea7642d523e95e8d1bc -address /run/containerd/containerd.sock
7686 root 20 0 783M 1708 760 S 0.6 0.2 0:49.08 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7688 root 20 0 783M 1708 760 S 0.0 0.2 0:08.09 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7689 root 20 0 783M 1708 760 S 0.0 0.2 0:00.00 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7690 root 20 0 783M 1708 760 S 0.0 0.2 0:07.45 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7691 root 20 0 783M 1708 760 S 0.0 0.2 0:00.00 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7692 root 20 0 783M 1708 760 S 0.0 0.2 0:05.71 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7693 root 20 0 783M 1708 760 S 0.0 0.2 0:00.00 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7694 root 20 0 783M 1708 760 S 0.0 0.2 0:06.77 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7695 root 20 0 783M 1708 760 S 0.0 0.2 0:07.13 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7714 root 20 0 783M 1708 760 S 0.0 0.2 0:07.12 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
7727 root 20 0 601M 162M 15704 S 0.0 17.6 0:00.01 node index.js
7728 root 20 0 601M 162M 15704 S 0.0 17.6 14:42.23 node index.js
7729 root 20 0 601M 162M 15704 S 0.0 17.6 14:43.54 node index.js
7730 root 20 0 601M 162M 15704 S 0.0 17.6 14:39.82 node index.js
7731 root 20 0 601M 162M 15704 S 0.0 17.6 14:35.49 node index.js
7732 root 20 0 601M 162M 15704 S 0.0 17.6 0:00.00 node index.js
7960 root 20 0 784M 4936 2960 S 0.0 0.5 0:02.95 /usr/bin/containerd-shim-runc-v2 -namespace moby -id a2aa4c1a4eac9a739b4f405cac1eda69cd899557a4cec7e2cfd5f53921ba64a8 -address /run/containerd/containerd.sock
8421 root 20 0 14520 6900 5960 S 0.0 0.7 0:00.16 sshd: pi [priv]
8539 pi 20 0 14412 7460 6500 S 0.0 0.8 0:01.07 /lib/systemd/systemd --user
8540 pi 20 0 37344 3392 1656 S 0.0 0.4 0:00.00 (sd-pam)
8564 pi 20 0 14520 4412 3468 S 1.8 0.5 0:01.08 sshd: pi@pts/0
8565 pi 20 0 8596 3796 2832 S 0.0 0.4 0:00.16 -bash
9499 root 20 0 784M 4936 2960 S 0.0 0.5 0:21.33 /usr/bin/containerd-shim-runc-v2 -namespace moby -id a2aa4c1a4eac9a739b4f405cac1eda69cd899557a4cec7e2cfd5f53921ba64a8 -address /run/containerd/containerd.sock
11122 root 20 0 788M 10524 7244 S 0.0 1.1 0:01.69 /watchtower --cleanup --include-restarting
11697 root 20 0 783M 1708 760 S 0.0 0.2 0:06.75 /usr/bin/containerd-shim-runc-v2 -namespace moby -id b60c1589b881cd75b345e836a05d475ce5e307c7fb0af8155e9c4c7e19fdb497 -address /run/containerd/containerd.sock
11872 root 20 0 784M 5004 2844 S 0.0 0.5 0:20.52 /usr/bin/containerd-shim-runc-v2 -namespace moby -id ad98edfcb887b6fac64038d3b4871b3d65e628973ee666159e6c0c9c67ccbdad -address /run/containerd/containerd.sock
13840 root 20 0 783M 1240 356 S 0.0 0.1 0:05.18 /usr/bin/containerd-shim-runc-v2 -namespace moby -id 60820bfc3bcd2f9c55e576218660e33022149618e82048e91971edb88bd53633 -address /run/containerd/containerd.sock
21785 root 20 0 783M 1816 748 S 0.0 0.2 0:05.16 /usr/bin/containerd-shim-runc-v2 -namespace moby -id 5a686ae1ebf2401669afd0eb84cd49773ea1f1a6311c050f67e739c6cdfbb223 -address /run/containerd/containerd.sock
23604 systemd-t 20 0 22280 4820 4308 S 0.0 0.5 0:00.33 /lib/systemd/systemd-timesyncd
23605 systemd-t 20 0 22280 4820 4308 S 0.0 0.5 0:00.00 /lib/systemd/systemd-timesyncd
28894 root 20 0 788M 10524 7244 S 0.0 1.1 0:01.58 /watchtower --cleanup --include-restarting
31979 root 20 0 784M 5004 2844 S 0.0 0.5 0:22.02 /usr/bin/containerd-shim-runc-v2 -namespace moby -id ad98edfcb887b6fac64038d3b4871b3d65e628973ee666159e6c0c9c67ccbdad -address /run/containerd/containerd.sock
13678 root 20 0 87832 16256 10028 S 14.0 1.7 0:00.23 /usr/bin/ffmpeg -i http://192.168.1.136:8084 -f image2 -vframes 1 -qscale:v 15 -vf scale=640:-1 pipe:1
F1Help F2Setup F3SearchF4FilterF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit
Okay, der Pi scheint nicht „unter Wasser“ zu sein.
Aber bei Gladys könnte das, was du sagst, ein Symptom dafür sein, dass Gladys Probleme hat.
Wie viele Kameras hast du? Das hast du in deinem vorherigen Post nicht gesagt
Welche Refresh-Frequenz?
Kameras sind das Schwerste.
Ich habe sie vergessen, ich habe 5 mit einem Refresh alle 10 Sekunden
Das könnte vielleicht alle 10 Sekunden etwas aggressiv sein, besonders auf einem Pi 3. Könntest du auf eine höhere Frequenz umstellen? Zumindest zum Testen
Da es jetzt den Live-Modus gibt, macht es weniger Sinn, so oft zu aktualisieren
Okay, ich werde das mal zum Testen machen,
ich warte auf den Raspberry PI 4 mit 4GB, mal sehen, ob es dann besser wird. Ich gebe dir dann Feedback
Nochmals vielen Dank für deine Hilfe
Guten Tag
guten abend @pierre-gilles
das ist geschafft, ich bin auf einen RPI4 umgestiegen, scheinbar gibt es keine großen Änderungen, mein Rpi3 hat mit der SSD gut funktioniert. Allerdings sieht man beim Eingeben von Htop den Unterschied, der Rpi4 ist viel entspannter.
pi@gladys:~ $ htop
0[||||| 3.9%] Tasks: 44, 140 thr; 1 running
1[||||| 3.9%] Load average: 0.26 0.67 0.58
2[||||| 3.9%] Uptime: 00:42:16
3[||||| 3.3%]
Mem[|||||||||||||||||||||||||||||||||||| 428M/3.75G]
Swp[ 0K/100.0M]
Allerdings gibt es bei Zigbee2mqtt keine Änderungen, der TB funktioniert nicht, er steuert keine Geräte. Aber wenn du in die Geräteansicht gehst, funktionieren die Befehle. Das Problem liegt bei zigbbe2mqtt, aber was?