UNSOLVED Deconz aktualisiert nicht Stati von Phoscon/Aqara
-
@danny_v1 sagte in Deconz aktualisiert nicht Stati von Phoscon/Aqara:
Kann es sein das dies das Problem ist, wenn die CPU ausgelastet ist und ein Befehl (z.B. Schalter gedrückt wird) das dann die Aktion deshalb so lange dauert?
Möglich. Was läuft denn da für Hardware?
free -h who -r -
@Thomas-Braun
Läuft auf nem Raspi4 4GBfree -h:
total used free shared buff/cache available Mem: 3,7Gi 1,1Gi 2,3Gi 8,0Mi 357Mi 2,8Gi Swap: 99Mi 0B 99Miwho -r
Runlevel 3 2020-12-29 19:05 -
@danny_v1
Gut, das ist kein Rennpferd, aber meiner läuft eigentlich exakt gleich:pi@raspberrypi:~ $ free -h total used free shared buff/cache available Mem: 3,8Gi 1,1Gi 1,8Gi 9,0Mi 965Mi 2,8Gi Swap: 99Mi 0B 99MiSoweit auch keine großen Aussetzer.
Deconz?
pi@raspberrypi:~ $ apt policy deconz deconz: Installiert: 2.07.01-raspbian-buster-stable Installationskandidat: 2.07.01-raspbian-buster-stable Versionstabelle: *** 2.07.01-raspbian-buster-stable 500 500 http://phoscon.de/apt/deconz buster/main armhf Packages 100 /var/lib/dpkg/status -
@Thomas-Braun apt policy deconz gibt mir genau das aus wie bei dir
beobachte das gerade mal mit top und da schießt der iobroker ab und zu auf über 70% CPU, spitzenwert war gerade 113%
-
Würde es etwas bringen den conbee stick und deconz auf einem seperaten pi auszulagern, alles was mit der phoscon app geht direkt darüber zu machen. Den Deconz adapter wie gehabt auf dem originalen pi laufen zu lassen und so zu sagen nur das im iobroker zu machen was phoscon nicht kann. Sowie die Stati über die Vis ausgeben und die Steuerung per Alexa?
-
ich würde eher nach anderen Problemen gucken.
Javascripte, Blocklys.....irgendwas dabei was die Auslastung in die Höhe treibt ?
Mein Deconz verbraucht nicht mal 1% Prozessorleistung. -
@haselchen wenn ich mit htop die Prozesse beobachte kommt javaskript ab und zu mal mit 2-3% CPU Last vor. Deconz mit 1-2%. Iobroker js controller kommt häufig auf über 70%. Wie bekomme ich raus was die Ursache dafür ist?
-
@danny_v1 Jedes Skript manuell anhalten und dann einzeln starten und schauen, wie sich die Belastung ändert. Geht sie dann wieder hoch, hat Du den (oder einen von vielleicht mehreren) Schuldigen gefunden. Das Skript kannst Du ja dann hier hoch laden, damit man schauen kann, wo der Fehler liegen könnte. Beliebt sind immer Schleifen ohne sie zu beenden, Trigger in Trigger und Ähnliches...
Gruß, Jürgen
-
@Wildbill ok werd ich heute Abend mal durchsuchen und berichten. Danke euch!
-
Also an einem Skript liegt es scheinbar schon mal nicht, ich hab den Javascriptadapter komplett pausiert und es hat sich eigentlich nichts geändert.
Der Befehl "top" zeigt mir immer nur die PID 490 als Verursacher, "htop" zeigt mir dann iobroker.js-controller an. Das scheint ja der iobroker selbst zu sein.
Kann auch sein, dass das Verhalten normal ist und ich das Problem wo anders suchen muss?!?
-
So ich habe heut mal aus Spaß einen SD Karten Test gemacht, und die Karte ist in jedem Punkt durchgefallen. Hab jetzt noch mal neu installiert auf einer anderen Karte, hab diese vorher mal komplett Formatiert (nicht mit Quickformat). Mal sehen ob es das war. Zur Zeit läuft alles wieder wie es sein sollte.
Aber hab Deconz und den Conbee2 Stick noch an einem seperaten Raspi laufen.
Wenn der mit den iobroker nicht wieder langsamer wird pack ich aber Deconz wieder dort drauf. -
-
@Thomas-Braun said in Deconz aktualisiert nicht Stati von Phoscon/Aqara:
dmesg
nein das hatte ich nicht, hab ich gerade mal gemacht, was sagt mir die Ausgabe?
Deconz läuft jetzt wieder auf dem pi wo auch iobroker läuft, bis jetzt läuft alles noch ohne Probleme.
