PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15026 CoolTux 20 0 128488 38756 27856 S 11,1 7,9 1:58.21 deCONZ
Hier sind es aktuell 11% CPU.
load average: 0,74, 0,67, 1,07
In 2 Stunden liegt deCONZ bei 20 und in weniger wie 5 Stunden bei 60-80%. Irgendwas dazu machen brauche ich nicht. Es sind auch nur ein Tempsensor und der Aqua Cube eingerichtet. Den Cube bewege ich Nahcts gar nicht und dennoch habe ich morgens 60-80% Auslastung und ein load average von 2,0.
Hat jemand schon ähnliche Erfahrung gesammelt?
Ich behaupte an deCONZ liegt es nicht, siehe Screenshot.
Ich habe aktuell die neueste Version laufen und laut "top" läuft der Raspberry seit 80 Tagen.
16:00:49 up 80 days, 21:41, 1 user, load average: 0.46, 0.44, 0.40
Bei mir laufen aktuell 6 Temperatursensoren, 4 Push-Buttons, 2 Würfel und 2 Hue Lampen drüber.
Klingt erstmal nicht schlecht. Wie genau hast Du die FHEM Anbindung? Kannst Du mir bitte ein list des HUE Bridge Device geben.
Zitat von: CoolTux am 11 Februar 2019, 16:07:06
Klingt erstmal nicht schlecht. Wie genau hast Du die FHEM Anbindung? Kannst Du mir bitte ein list des HUE Bridge Device geben.
So sieht es in FHEM aus:
Internals:
DEF 192.168.1.18
FD 55
FUUID 5c4da7ae-f33f-4cd4-7db8-1b7bd82c8f65b369
INTERVAL 60
NAME deCONZ
NOTIFYDEV global
NR 174
NTFY_ORDER 50-deCONZ
PORT 55798
STATE connected
TYPE HUEBridge
apiversion 1.16.0
buf
host 192.168.1.18
mac b8:27:eb:d6:35:7e
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid deCONZ
name deCONZ
swversion 2.5.58
updatestate 0
websocket 1
websocketport 443
zigbeechannel 11
READINGS:
2019-02-11 16:39:21 lastError resource, /lights/1, not available
2019-02-11 16:37:55 state connected
helper:
apiversion 69632
count 0
last_config_timestamp 1549899475
offsetUTC 3600
updatestate 0
Attributes:
createGroupReadings 1
httpUtils 1
key b180ca1a95dc83530142ba3402fcbc5b
noshutdown 1
room Gateways,Zigbee
Danke
Hallo Ihr zwei,
hier auch alles OK. Hab zwar nur einen Tag nach einem Update auf der Uhr aber trotzdem nix auffälliges zu sehen:
top - 16:28:22 up 1 day, 7:34, 1 user, load average: 0,55, 0,60, 0,56
Internals:
DEF 10.3.3.236
FD 11
FUUID 5c44a52d-f33f-0308-bc12-1a6082c44e26a305
INTERVAL 60
NAME deconz
NOTIFYDEV global
NR 346
NTFY_ORDER 50-deconz
PORT 50344
STATE connected
TYPE HUEBridge
apiversion 1.16.0
buf
host 10.3.3.236
mac b8:27:eb:7b:da:9f
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid deCONZ
name deconz
swversion 2.5.58
updatestate 0
websocket 1
websocketport 443
zigbeechannel 15
READINGS:
2019-02-09 16:25:38 lastError resource, /lights/10, not available
2019-02-11 17:28:05 state connected
helper:
apiversion 69632
count 0
last_config_timestamp 1549902485
offsetUTC 3600
updatestate 0
Attributes:
createGroupReadings 1
devStateIcon connected:ios-on-blue Disconnected:ios-off
group deCONZ
httpUtils 1
icon hue_filled_bridge_v1
key 1234567890
room 90_System->91_Interfaces
verbose 1
VG Sebastian
Welche Version von deCONZ verwendet ihr?
swversion 2.5.58
gloob auch laut list ;)
VG Sebastian
Ich habe
deconz-2.05.58-qt5.deb
Installiert. Gehe mal davon aus das das so passt.
Dann werde ich mal schauen was man da noch beachten muss.
Habe nur den Port auf 8081 geändert an sonsten alles so gelassen.
Zitat von: CoolTux am 11 Februar 2019, 17:38:17
Ich habe
deconz-2.05.58-qt5.deb
Installiert. Gehe mal davon aus das das so passt.
Ja die hab ich auch am Start.
...von unterwegs
VG Sebastian
Hast du noch was anderes auf dem Pi laufen? Ich haben einen Raspberry Pi Zero W, der nix anderes macht.
Das müsste glaube ein Pi2 b+ sein, da läuft noch lepresence und ein kleines FHEM.
Lustig ist halt das es 1-2 Stunden so bei 16% läuft und dann mit der Zeit an steigt. Bis auf 60-80%
Hi,
habe auch das Problem mit der CPU Auslastung, nach ca. 3-4 Tagen wird das System so träge, das Schaltungen schon nicht mehr abgearbeitet werden.
deConz Version: deconz-2.05.58-qt5.deb
Linux auf Raspi: Raspbian GNU/Linux 9 \n \l
Pi laut /cat/cpuinfo
Hardware : BCM2835
Revision : a02082
also ein Pi 3 Model B 1GB a02082 (Sony, UK)
Zu einer Lösung bin ich jetzt noch nicht gekommen, außer jede Nacht den Dienst neu zu starten.
Auf meinem RasPi 3b läuft:
- DeCONZ
- ser2net mit 3 USB CULs
- lepresenced
- docker mit 3 Containern (FHEM Testsystem, Portainer und TasmoAdmin)
Alles jeweils auf dem neusten Stand.
VG Sebastian
Ich mach mal ein unumgängliches Update. Mit Kernel und allem drum und dran.
Noch zur Info. Ich verwende RaspBee Premium, ZigBee Aufsatzmodul mit Firmware für Raspberry Pi.
Leider keine Besserung. Habe jetzt mal das debugging aktiviert und schreibe das ins Logfile. Mal schauen.
Leider habe ich die Ursache noch nicht ausfindig machen können.
Ich habe mir nun also ein Perl Skript geschrieben welches ich starte wenn die Auslastung > 60% wird und dann den deconz.service neustartet. Ausserdem schaut er noch ob alles geklappt hast und wie der aktuelle status vom Service ist. Das Ergebniss wird nach FHEM in ein Dummy geschrieben.
Nicht schön aber hilft erst mal.
Hilfe ist unterwegs, im Laufe des Tages gibt es eine neue Version...
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1255
Ich bekomme Hoffnung. Danke Dir für die Info. Bin gespannt.
Habe soeben die 2.0.59 installiert. Ich berichte dann morgen.
Bin mal auf das Ergebnis gespannt, da ich seit heute einen Conbee am Start habe.
gb#
Aktuell ist es noch im grünen. Bisher keine große Steigerung. Morgen wissen wir mehr. Mein Perlskript schreit dann wenn es Auffälligkeiten gibt.
Ich kann vermelden das alles wieder okay ist. Die neue Version hat nun keine große CPU Last mehr.
Zitat von: CoolTux am 15 Februar 2019, 05:15:05
Ich kann vermelden das alles wieder okay ist. Die neue Version hat nun keine große CPU Last mehr.
Ich habe vorhin, im Vorbeilaufen mal noch kurz geschaut, bei mir ist auch noch die .58er Version drauf.
Dabei habe ich doch erst gestern Nachmittag installiert. War wohl ein Ticken zu früh :D
Wird heute Abend aktualisiert.
Danke fürs Testen!
Gruß Benni.