Neue Firmware 2.31.25
Moderator: Co-Administratoren
Re: Neue Firmware 2.31.25
Hallo,
ich habe seit diesem Firmware Upgrade den Effekt, dass die Kommunikation zu meinem Winmatic Fenster extrem häufig gestört ist. In erster Linie, wenn das Fenster aus einem Programm heraus geöffnet oder geschlossen wird.
Einsatzfall ist: Wenn ich ein bestimmtes Fenster von Hand öffne, geht das Winmatic Fenster selbständig auf. Wenn ich das entsprechende Fenster händisch schließe, geht das Winmatic Fenster automatisch wieder zu.
Die Kommunikationsstörungen waren vor dem Upgrade auch schon da, aber bei weitem nicht so häufig.
Hat jemand eine Idee, woran das liegen könnte?
VG Alex
ich habe seit diesem Firmware Upgrade den Effekt, dass die Kommunikation zu meinem Winmatic Fenster extrem häufig gestört ist. In erster Linie, wenn das Fenster aus einem Programm heraus geöffnet oder geschlossen wird.
Einsatzfall ist: Wenn ich ein bestimmtes Fenster von Hand öffne, geht das Winmatic Fenster selbständig auf. Wenn ich das entsprechende Fenster händisch schließe, geht das Winmatic Fenster automatisch wieder zu.
Die Kommunikationsstörungen waren vor dem Upgrade auch schon da, aber bei weitem nicht so häufig.
Hat jemand eine Idee, woran das liegen könnte?
VG Alex
-
- Beiträge: 494
- Registriert: 29.04.2014, 18:38
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 9 Mal
Re: Neue Firmware 2.31.25
Hallo
Hab es heute getestet Problem tritt bei CCU2 und Raspi nicht mehr auf.
Beim testen sind wir noch 2 für mich neue Punkte aufgefallen.
Punkt 1 betrifft nur CCU2 Benutzer, bei Raspi kein Problem
Punkt 2 betrifft nur Raspi User.
Hier gibt es schon noch Zombiprozesse die sind aber nicht so willt, weil Sie auch wieder weg gehen. Ist mir nur durch den Test auf den Raspi aufgefallen.
Woher die kommen oder von welchen Programm kann ich gar nicht sagen. Nur das ständig solche Prozesse erzeugt werden. Mein Raspi ist leer keine Geräte Zusatzsoftware usw.
Sieht man an der Prozess ID die zählt auch schön hoch. Hier mal über längeren Zeitpunkt.
Ab und zu ist auch Ruhe siehe 2 netstat Ausgabe. Erste schaut natürlich nicht wirklich schön aus.
Gruß
Bulli
DANKE das wird jeden "system.exec &" User sehr helfen.jmaus hat geschrieben: Keiner Nachtrag: Inzwischen konnte ich mir das system.Exec() nochmal anschauen und soweit optimieren das nun mit der nächsten ReGaHss version keine Zombie Prozesse mehr generiert werden sollten wenn man es mit dem einzelnen "&" als Hintergrundprozess ausführen lässt. Es ist also kein Ticket deinerseits mehr notwendig.
Hab es heute getestet Problem tritt bei CCU2 und Raspi nicht mehr auf.
Code: Alles auswählen
# uname -a
Linux homematic-ccu2 3.4.11.ccu2 #1 PREEMPT Mon Jan 15 16:24:50 CET 2018 armv5tejl GNU/Linux
# strings /bin/ReGaHss.community |grep R1.0
R1.00.0388.0128
# cat /usr/local/xx
#!/bin/tclsh
load tclrega.so
rega_script {
var url = "http://192.168.179.154/command?XC_FNC=SendSC&type=IT&data=12E2008090";
system.Exec("wget -O - '"#url#"' &");
}
# /usr/local/xx
# /usr/local/xx
# /usr/local/xx
# ps -ostat,pid,user,group,comm,args | grep ^Z
#
# alles gut das problem konnte man auch einfach unter script testen herbeifuehren auch hier kein zombi
Beim testen sind wir noch 2 für mich neue Punkte aufgefallen.
Punkt 1 betrifft nur CCU2 Benutzer, bei Raspi kein Problem
Code: Alles auswählen
# wget --no-check-certificate -O /tmp/ReGaHss.community https://github.com/eq-3/occu/raw/master/CCU2/packages-eQ-3/WebUI-Beta/bin/ReGaHss
--2018-03-04 14:40:28-- https://github.com/eq-3/occu/raw/master/CCU2/packages-eQ-3/WebUI-Beta/bin/ReGaHss
Resolving github.com... 192.30.253.112, 192.30.253.113
Connecting to github.com|192.30.253.112|:443... connected.
OpenSSL: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
Unable to establish SSL connection.
Hier gibt es schon noch Zombiprozesse die sind aber nicht so willt, weil Sie auch wieder weg gehen. Ist mir nur durch den Test auf den Raspi aufgefallen.
Woher die kommen oder von welchen Programm kann ich gar nicht sagen. Nur das ständig solche Prozesse erzeugt werden. Mein Raspi ist leer keine Geräte Zusatzsoftware usw.
Code: Alles auswählen
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
Z 3972 root root tclsh [tclsh]
# ps -ostat,pid,user,group,comm,args | grep ^Z
Z 3985 root root tclsh [tclsh]
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
Z 3990 root root tclsh [tclsh]
Z 3991 root root tclsh [tclsh]
Z 3992 root root tclsh [tclsh]
Z 3993 root root tclsh [tclsh]
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
Z 4000 root root tclsh [tclsh]
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
#
Code: Alles auswählen
# date
Sun Mar 4 10:12:29 CET 2018
# while true
> do
> ps |grep ps |grep -v grep |grep -v psp
> sleep 300
> done
1607 root 0:00 ps
1678 root 0:00 ps
1789 root 0:00 ps
1890 root 0:00 ps
1996 root 0:00 ps
2099 root 0:00 ps
# date
Sun Mar 4 14:29:57 CET 2018
# ps |grep ps |grep -v grep |grep -v psp
2374 root 0:00 ps
# date
Sun Mar 4 15:30:43 CET 2018
# ps |grep ps |grep -v grep |grep -v psp
3219 root 0:00 ps
Code: Alles auswählen
# netstat -anp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:8181 0.0.0.0:* LISTEN 470/lighttpd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 477/sshd
tcp 0 0 0.0.0.0:8183 0.0.0.0:* LISTEN 746/ReGaHss
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 470/lighttpd
tcp 0 0 127.0.0.1:705 0.0.0.0:* LISTEN 563/snmpd
tcp 0 0 0.0.0.0:1999 0.0.0.0:* LISTEN 746/ReGaHss
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 470/lighttpd
tcp 0 0 0.0.0.0:2001 0.0.0.0:* LISTEN 614/rfd
tcp 0 0 127.0.0.1:8183 127.0.0.1:36810 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36742 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36788 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47044 TIME_WAIT -
tcp 0 0 127.0.0.1:51190 127.0.0.1:2010 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47050 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36780 TIME_WAIT -
tcp 0 0 192.168.40.47:80 192.168.40.77:52131 ESTABLISHED 483/lighttpd
tcp 0 0 127.0.0.1:47016 127.0.0.1:8181 TIME_WAIT -
tcp 0 0 127.0.0.1:47008 127.0.0.1:8181 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47098 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36732 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36834 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36712 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47090 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36838 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36802 TIME_WAIT -
tcp 0 0 127.0.0.1:1999 127.0.0.1:32972 ESTABLISHED 746/ReGaHss
tcp 0 0 127.0.0.1:8183 127.0.0.1:36746 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36760 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36806 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47034 TIME_WAIT -
tcp 0 0 127.0.0.1:47098 127.0.0.1:8181 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36784 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36832 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36726 TIME_WAIT -
tcp 0 0 127.0.0.1:47130 127.0.0.1:8181 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36718 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36710 TIME_WAIT -
tcp 160 144 192.168.40.47:22 192.168.40.77:51511 ESTABLISHED 3211/0
tcp 0 0 127.0.0.1:8181 127.0.0.1:47056 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47110 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36738 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36748 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36778 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36752 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36776 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36772 TIME_WAIT -
tcp 0 0 192.168.40.47:80 192.168.40.77:52130 ESTABLISHED 483/lighttpd
tcp 0 0 127.0.0.1:47122 127.0.0.1:8181 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47106 TIME_WAIT -
tcp 0 0 127.0.0.1:57254 127.0.0.1:2001 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47008 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47084 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36764 TIME_WAIT -
tcp 0 0 127.0.0.1:46998 127.0.0.1:8181 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36754 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47016 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36720 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36818 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47076 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47028 TIME_WAIT -
tcp 0 0 192.168.40.47:80 192.168.40.77:51966 TIME_WAIT -
tcp 0 0 127.0.0.1:1999 127.0.0.1:32992 ESTABLISHED 746/ReGaHss
tcp 0 0 127.0.0.1:8183 127.0.0.1:36786 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47130 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36702 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36758 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47038 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36792 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36736 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47024 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36706 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47122 TIME_WAIT -
tcp 0 0 127.0.0.1:2001 127.0.0.1:45346 ESTABLISHED 614/rfd
tcp 0 0 127.0.0.1:8183 127.0.0.1:36794 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47002 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36716 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36826 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36724 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36830 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36728 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36814 TIME_WAIT -
tcp 0 0 192.168.40.47:80 192.168.40.77:52033 ESTABLISHED 484/lighttpd
tcp 0 0 127.0.0.1:8183 127.0.0.1:36798 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36808 TIME_WAIT -
tcp 0 0 127.0.0.1:8183 127.0.0.1:36800 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:46998 TIME_WAIT -
tcp 0 0 127.0.0.1:57200 127.0.0.1:2001 TIME_WAIT -
tcp 0 0 127.0.0.1:51244 127.0.0.1:2010 TIME_WAIT -
tcp 0 0 127.0.0.1:8181 127.0.0.1:47068 TIME_WAIT -
tcp 0 0 :::8181 :::* LISTEN 470/lighttpd
tcp 0 0 :::22 :::* LISTEN 477/sshd
tcp 0 0 :::2010 :::* LISTEN 636/java
tcp 0 0 :::443 :::* LISTEN 470/lighttpd
tcp 0 0 :::9292 :::* LISTEN 636/java
tcp 0 0 :::80 :::* LISTEN 470/lighttpd
tcp 0 0 ::ffff:127.0.0.1:9292 ::ffff:127.0.0.1:53190 TIME_WAIT -
tcp 0 0 ::ffff:127.0.0.1:45346 ::ffff:127.0.0.1:2001 ESTABLISHED 636/java
tcp 0 0 ::ffff:127.0.0.1:39332 ::ffff:127.0.0.1:2010 ESTABLISHED 636/java
tcp 0 0 ::ffff:127.0.0.1:32992 ::ffff:127.0.0.1:1999 ESTABLISHED 636/java
tcp 0 0 ::ffff:127.0.0.1:32972 ::ffff:127.0.0.1:1999 ESTABLISHED 636/java
tcp 0 0 ::ffff:127.0.0.1:9292 ::ffff:127.0.0.1:53244 TIME_WAIT -
tcp 1 0 ::ffff:127.0.0.1:41342 ::ffff:127.0.0.1:9292 CLOSE_WAIT 636/java
tcp 0 0 ::ffff:127.0.0.1:2010 ::ffff:127.0.0.1:39332 ESTABLISHED 636/java
udp 0 0 0.0.0.0:1900 0.0.0.0:* 461/ssdpd
udp 0 0 0.0.0.0:59812 0.0.0.0:* 563/snmpd
udp 0 0 0.0.0.0:43439 0.0.0.0:* 458/eq3configd
udp 0 0 192.168.40.47:123 0.0.0.0:* 433/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 433/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 433/ntpd
udp 0 0 0.0.0.0:161 0.0.0.0:* 563/snmpd
udp 0 0 fe80::ba27:ebff:feb4:50f9:123 :::* 433/ntpd
udp 0 0 ::1:123 :::* 433/ntpd
udp 0 0 :::123 :::* 433/ntpd
udp 0 0 :::33432 :::* 636/java
udp 0 0 ::1:161 :::* 563/snmpd
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 10 [ ] DGRAM 6169 215/syslogd /dev/log
unix 2 [ ACC ] STREAM LISTENING 5944 312/bluetoothd /var/run/sdp
unix 2 [ ACC ] STREAM LISTENING 7747 291/dbus-daemon /var/run/dbus/system_bus_socket
unix 2 [ ACC ] SEQPACKET LISTENING 1196 224/udevd /run/udev/control
unix 2 [ ] STREAM CONNECTED 8060 636/java
unix 2 [ ] DGRAM 7862 433/ntpd
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# ps -ostat,pid,user,group,comm,args | grep ^Z
# netstat -anp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:8181 0.0.0.0:* LISTEN 470/lighttpd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 477/sshd
tcp 0 0 0.0.0.0:8183 0.0.0.0:* LISTEN 746/ReGaHss
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 470/lighttpd
tcp 0 0 127.0.0.1:705 0.0.0.0:* LISTEN 563/snmpd
tcp 0 0 0.0.0.0:1999 0.0.0.0:* LISTEN 746/ReGaHss
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 470/lighttpd
tcp 0 0 0.0.0.0:2001 0.0.0.0:* LISTEN 614/rfd
tcp 0 0 127.0.0.1:1999 127.0.0.1:32972 ESTABLISHED 746/ReGaHss
tcp 0 496 192.168.40.47:22 192.168.40.77:51511 ESTABLISHED 3211/0
tcp 0 0 127.0.0.1:1999 127.0.0.1:32992 ESTABLISHED 746/ReGaHss
tcp 0 0 127.0.0.1:2001 127.0.0.1:45346 ESTABLISHED 614/rfd
tcp 0 0 :::8181 :::* LISTEN 470/lighttpd
tcp 0 0 :::22 :::* LISTEN 477/sshd
tcp 0 0 :::2010 :::* LISTEN 636/java
tcp 0 0 :::443 :::* LISTEN 470/lighttpd
tcp 0 0 :::9292 :::* LISTEN 636/java
tcp 0 0 :::80 :::* LISTEN 470/lighttpd
tcp 0 0 ::ffff:127.0.0.1:45346 ::ffff:127.0.0.1:2001 ESTABLISHED 636/java
tcp 0 0 ::ffff:127.0.0.1:39332 ::ffff:127.0.0.1:2010 ESTABLISHED 636/java
tcp 0 0 ::ffff:127.0.0.1:32992 ::ffff:127.0.0.1:1999 ESTABLISHED 636/java
tcp 0 0 ::ffff:127.0.0.1:32972 ::ffff:127.0.0.1:1999 ESTABLISHED 636/java
tcp 1 0 ::ffff:127.0.0.1:41342 ::ffff:127.0.0.1:9292 CLOSE_WAIT 636/java
tcp 0 0 ::ffff:127.0.0.1:2010 ::ffff:127.0.0.1:39332 ESTABLISHED 636/java
udp 0 0 0.0.0.0:1900 0.0.0.0:* 461/ssdpd
udp 0 0 0.0.0.0:59812 0.0.0.0:* 563/snmpd
udp 0 0 0.0.0.0:43439 0.0.0.0:* 458/eq3configd
udp 0 0 192.168.40.47:123 0.0.0.0:* 433/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 433/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 433/ntpd
udp 0 0 0.0.0.0:161 0.0.0.0:* 563/snmpd
udp 0 0 fe80::ba27:ebff:feb4:50f9:123 :::* 433/ntpd
udp 0 0 ::1:123 :::* 433/ntpd
udp 0 0 :::123 :::* 433/ntpd
udp 0 0 :::33432 :::* 636/java
udp 0 0 ::1:161 :::* 563/snmpd
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 10 [ ] DGRAM 6169 215/syslogd /dev/log
unix 2 [ ACC ] STREAM LISTENING 5944 312/bluetoothd /var/run/sdp
unix 2 [ ACC ] STREAM LISTENING 7747 291/dbus-daemon /var/run/dbus/system_bus_socket
unix 2 [ ACC ] SEQPACKET LISTENING 1196 224/udevd /run/udev/control
unix 2 [ ] STREAM CONNECTED 8060 636/java
unix 2 [ ] DGRAM 7862 433/ntpd
unix 2 [ ] DGRAM 8260 312/bluetoothd
unix 2 [ ] DGRAM 9314 746/ReGaHss
unix 3 [ ] DGRAM 6176 224/udevd
unix 3 [ ] STREAM CONNECTED 8261 312/bluetoothd
unix 3 [ ] DGRAM 6177 224/udevd
unix 2 [ ] DGRAM 5979 418/ifplugd
unix 3 [ ] STREAM CONNECTED 8262 291/dbus-daemon /var/run/dbus/system_bus_socket
unix 2 [ ] DGRAM 6172 218/klogd
Gruß
Bulli
- jmaus
- Beiträge: 9862
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1880 Mal
- Kontaktdaten:
Re: Neue Firmware 2.31.25
Danke für das verifizieren.Bulli hat geschrieben: DANKE das wird jeden "system.exec &" User sehr helfen.
Hab es heute getestet Problem tritt bei CCU2 und Raspi nicht mehr auf.
Das Problem liegt daran, das die buildroot Umgebung die die alternde CCU2 verwendet inzwischen einfach veraltet ist und daher das wget bzw. die openssl die mitkommt zu alt ist und kein TLSv1.2 kann und daher bei Verbindungen zu immer mehr HTTPS Servern nun mehr und mehr solcher wget aufrufe in Zukunft fehlschlagen werden. Abhilfe kann hierbei nur ein neues wget bzw. ein openssl bzw. buildroot update für die CCU2 bringen.Bulli hat geschrieben: Beim testen sind wir noch 2 für mich neue Punkte aufgefallen.
Punkt 1 betrifft nur CCU2 Benutzer, bei Raspi kein ProblemCode: Alles auswählen
# wget --no-check-certificate -O /tmp/ReGaHss.community https://github.com/eq-3/occu/raw/master/CCU2/packages-eQ-3/WebUI-Beta/bin/ReGaHss --2018-03-04 14:40:28-- https://github.com/eq-3/occu/raw/master/CCU2/packages-eQ-3/WebUI-Beta/bin/ReGaHss Resolving github.com... 192.30.253.112, 192.30.253.113 Connecting to github.com|192.30.253.112|:443... connected. OpenSSL: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version Unable to establish SSL connection.
Würde mich schon mal interessieren wer genau diese "tclsh" Prozesse aufruft bzw. wer dafür verantwortlich ist. Auf einer frischen RaspberryMatic kann ich dieses Problem ehrlich gesagt nicht nachstellen. Hast du irgendetwas bereits installiert oder ist das eine komplett frische RaspberryMatic?Bulli hat geschrieben: Punkt 2 betrifft nur Raspi User.
Hier gibt es schon noch Zombiprozesse die sind aber nicht so willt, weil Sie auch wieder weg gehen. Ist mir nur durch den Test auf den Raspi aufgefallen.
Woher die kommen oder von welchen Programm kann ich gar nicht sagen. Nur das ständig solche Prozesse erzeugt werden. Mein Raspi ist leer keine Geräte Zusatzsoftware usw.
Bulli hat geschrieben: Sieht man an der Prozess ID die zählt auch schön hoch. Hier mal über längeren Zeitpunkt.Code: Alles auswählen
# date Sun Mar 4 10:12:29 CET 2018 # while true > do > ps |grep ps |grep -v grep |grep -v psp > sleep 300 > done 1607 root 0:00 ps 1678 root 0:00 ps 1789 root 0:00 ps 1890 root 0:00 ps 1996 root 0:00 ps 2099 root 0:00 ps [/quote] Da musst du aufpassen. Manche shells unter unix starten implizite subshells für jede pipe und da kann es sein das dein Testprogramm selber einfach mehrere sub-prozesse generiert was wiederrum das hochzuholen der ProzessIDs erklären kann.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 789
- Registriert: 03.02.2007, 14:57
- Hat sich bedankt: 64 Mal
- Danksagung erhalten: 2 Mal
Re: Neue Firmware 2.31.25
Gleicher Effekt auch bei mir. Allerdings nicht explizit als Servicemeldung "Kommunikationsstörung". Die Fensterantriebe unterscheiden ja zwischen "zu" und "verriegelt". Wenn ich das Kommando zum Verriegeln absetze, wird in der CCU2 auch nach Stunden nur "zu" als Status dargestellt. Vor dem FW-Update erfolgte die Rückmeldung über "verriegelt" deutlich verzögert, kam aber an.aski71 hat geschrieben:ich habe seit diesem Firmware Upgrade den Effekt, dass die Kommunikation zu meinem Winmatic Fenster extrem häufig gestört ist. In erster Linie, wenn das Fenster aus einem Programm heraus geöffnet oder geschlossen wird.
VG,
joesch
Re: Neue Firmware 2.31.25
Auch ich habe seit dem Update auf 2.31.25 auf meiner CCU2 bei einem einzelnen Schaltaktor (HM-LC-Sw1-FM) immer wieder Servicemeldungen wegen Komminikationstörungen. Das ganze ist an manchen Tagen deutlich häufiger, an manchen nicht existent - weswegen ich zuerst einen evtl. zu hohen Duty-Cycle in Verdacht hatte - aber da hab ich nun ein paar Wochen mitgeschrieben - da ist nichts auffällig. RSSI Werte von diesem Schaltaktor sind auch sehr gut. Ich kann aber im Moment auch nicht komplett ausschließen, dass der Schaltaktor vielleicht einen anderen Fehler hat (alter Kondensator etc.). Aber nachdem hier noch mehr User von einem ähnlichen Kommunikations Fehler berichten, wollte ich so ein Verhalten bestätigen.
Grüße
Ulrik
Grüße
Ulrik
-
- Beiträge: 4156
- Registriert: 26.01.2016, 08:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Renningen
- Hat sich bedankt: 348 Mal
- Danksagung erhalten: 284 Mal
Re: Neue Firmware 2.31.25
Also ich hab seit der neuen Firmware gefühlt eher weniger Störungsmeldungen. Kann aber auch daran liegen das die CCU auf dem Schrank jetzt etwas anders liegt als vorher.
-
- Beiträge: 100
- Registriert: 07.05.2017, 19:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: nähe Münster
Re: Neue Firmware 2.31.25
Hallo,JRiemann hat geschrieben:Den Aktor einfach mal "drüberlernen".
das wird ja hier immer mal wieder empfohlen. Was soll das denn bewirken? (schon klar - die Störungen sollen dadurch behoben werden) Ich frage mich, was da an welcher Stelle evtl. korrigiert wird in der CCU (bzw. ReGa)? Ich habe leider auch permanent Kommunikationsstörungen bei einer Reihe von Geräten (ca. 10-12 von ca. 70). Z.B. ein Heizthermostat (HM-CC-RT-DN) mit einem RSSI-Wert von -58/-66 (also im oberen grünen Bereich). Tagelang keine Störung, dann wieder etliche Störungen, auch mitten in der Nacht. Habe den bereits abgelernt, resettet usw. - keine Besserung. Ebenso z.B. ein Fensterkontakt (mit -84 nur noch blass-grün) - "drübergelernt", aber keine Verbesserung. Daher meine Frage.
Sicherheitshalber nachgefragt:
"Drüberlernen" verstehe ich so, dass ich den Anlernvorgang starte (WebUI) und dann das Gerät laut Anleitung anlerne - ohne löschen, ohne Reset oder sonst irgendwas. Richtig?
Weil dann hilft es zumindest bei mir nicht. Würde die nervigen Störungen dennoch gerne in den Griff kriegen, zumal manchmal (selten, so 2-mal im Monat) ein Gerät im alten Zustand verbleibt (also: Licht bleibt an oder aus, obwohl geschaltet).
Gruß
Dieter
CCU2 seit 2014 (Echtbetrieb mit ca.73 Geräten)
Raspi seit 2017 (Testbetrieb mit 5 Geräten)
CCU2 im Büro, Uptime 324 Tage
Raspi seit 30.10.2017 (Echtbetrieb mit mehr als 78 Geräten, 140 Programme, 18 Scripte), längste Uptime 184 Tage
Raspi seit 30.10.2017 (Testbetrieb mit als 5 Geräten und Backup-System)
Einige Homematic IP-Geräte sowohl im Echt- als auch Testbetrieb
CuxD, E-Mail, CuxD Highcharts
CCU-Historian seit dem 09.04.2019
Raspi seit 2017 (Testbetrieb mit 5 Geräten)
CCU2 im Büro, Uptime 324 Tage
Raspi seit 30.10.2017 (Echtbetrieb mit mehr als 78 Geräten, 140 Programme, 18 Scripte), längste Uptime 184 Tage
Raspi seit 30.10.2017 (Testbetrieb mit als 5 Geräten und Backup-System)
Einige Homematic IP-Geräte sowohl im Echt- als auch Testbetrieb
CuxD, E-Mail, CuxD Highcharts
CCU-Historian seit dem 09.04.2019
Re: Neue Firmware 2.31.25
"drüberlernen" bewirkt das der Aktor/Sensor und die CCU erneut alle nötigen Konfigurationsdaten übertragen.
In einigen Fällen passiert es, aus welchen Gründen auch immer, das die Geräte aneinander vorbei reden. Durch das "drüberlernen" verstehen die beiden sich wieder zu 100%.
Natürlich ist das nur ein Hilfsmittel wenn eine ehemals gute Kommunikation aus dem Tritt gekommen ist.
Ein Allheilmittel ist "drüberlernen" nicht! Es ist ein einfacher Lösungsversuch bevor man größere Schritte versucht.
Wenn wie in Deinem Fall immer andere Geräte Probleme haben und sich teils sogar nicht schalten lassen liegen sicher andere Probleme vor. Mein erster Gedanke fällt da auf den DutyCycle. Auch ein Systemfremder "Störsender" ist eine häufige Ursache von Fehlern wie Deinem. Das können fremde Funksender, Pumpen, schlechte Netzteile und ähnliches sein.
Oder Deine eigene Programmierung ist die Ursache weil zu gewissen Zeiten zuviel auf einen Schlag gesendet wird. Fehlende Verzögerungen in Programmen die viele Aktionen gleichzeitig ausführen sind da eine häufige Fehlerquelle.
Oft lösen bestimmte Programmaktionen "Kettenreaktionen" aus die vernünftig aufeinander abgepasst werden müssen um Probleme zu vermeiden.
Eine typische Kettenreaktion bei mir: Zu gewissen Umständen löst ein Programm aus, darin wird dann eine virtuelle Taste betätigt, dieser Tastendruck löst weitere Programme aus in denen verschiedene Türen abgeschlossen werden, das wiederum löst andere Programme aus die den aktuellen Zustand der Schlösser prüfen und per Funkgong ansagt usw.
Wenn ich in dieser Abfolge nicht genau berechne wann was passiert kommt es sehr schnell zu Kommunikationsproblemen weil sich Funkpakete gegenseitig behindern.
Um eine Lösung zu finden musst Du irgendwie versuchen ein Muster zu erkenne. Handelt es sich z.B. häufig um die selben Geräte? Treten die Probleme zu identischen Zeiten auf?
Auch die Konfiguration der einzelnen Geräte bietet einige Fallstricke die zu Problemen führen können. Ist unnötig die "gesicherte Übertragung" aktiviert? Sind "Meldeverzögerungen" zu gering oder zu hoch gewählt? Sind Messaktoren schlecht eingestellt und senden zu häufig? Und und und.
In einigen Fällen passiert es, aus welchen Gründen auch immer, das die Geräte aneinander vorbei reden. Durch das "drüberlernen" verstehen die beiden sich wieder zu 100%.
Natürlich ist das nur ein Hilfsmittel wenn eine ehemals gute Kommunikation aus dem Tritt gekommen ist.
Ein Allheilmittel ist "drüberlernen" nicht! Es ist ein einfacher Lösungsversuch bevor man größere Schritte versucht.
Wenn wie in Deinem Fall immer andere Geräte Probleme haben und sich teils sogar nicht schalten lassen liegen sicher andere Probleme vor. Mein erster Gedanke fällt da auf den DutyCycle. Auch ein Systemfremder "Störsender" ist eine häufige Ursache von Fehlern wie Deinem. Das können fremde Funksender, Pumpen, schlechte Netzteile und ähnliches sein.
Oder Deine eigene Programmierung ist die Ursache weil zu gewissen Zeiten zuviel auf einen Schlag gesendet wird. Fehlende Verzögerungen in Programmen die viele Aktionen gleichzeitig ausführen sind da eine häufige Fehlerquelle.
Oft lösen bestimmte Programmaktionen "Kettenreaktionen" aus die vernünftig aufeinander abgepasst werden müssen um Probleme zu vermeiden.
Eine typische Kettenreaktion bei mir: Zu gewissen Umständen löst ein Programm aus, darin wird dann eine virtuelle Taste betätigt, dieser Tastendruck löst weitere Programme aus in denen verschiedene Türen abgeschlossen werden, das wiederum löst andere Programme aus die den aktuellen Zustand der Schlösser prüfen und per Funkgong ansagt usw.
Wenn ich in dieser Abfolge nicht genau berechne wann was passiert kommt es sehr schnell zu Kommunikationsproblemen weil sich Funkpakete gegenseitig behindern.
Um eine Lösung zu finden musst Du irgendwie versuchen ein Muster zu erkenne. Handelt es sich z.B. häufig um die selben Geräte? Treten die Probleme zu identischen Zeiten auf?
Auch die Konfiguration der einzelnen Geräte bietet einige Fallstricke die zu Problemen führen können. Ist unnötig die "gesicherte Übertragung" aktiviert? Sind "Meldeverzögerungen" zu gering oder zu hoch gewählt? Sind Messaktoren schlecht eingestellt und senden zu häufig? Und und und.
Viele Grüße!
Jörg
Jörg
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: Neue Firmware 2.31.25
unddieterdorn hat geschrieben: Ich habe leider auch permanent Kommunikationsstörungen bei einer Reihe von Geräten (ca. 10-12 von ca. 70). Z.B. ein Heizthermostat (HM-CC-RT-DN) mit einem RSSI-Wert von -58/-66 (also im oberen grünen Bereich). Tagelang keine Störung, dann wieder etliche Störungen, auch mitten in der Nacht.
vielleicht liegt da schon die Lösung oder die Ursache für das Problem. Handelt es sich um eine Raspilösung mit ordentlich installierter externer Antenne oder eine originale Antenne auf dem Modul.dieterdorn hat geschrieben: Raspi seit 30.10.2017 (Echtbetrieb mit mehr als 70 Geräten)
Die RSSI Werte sind Momentaufnahmen.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.