GELÖST / CCU3 (3.47.22) streikt von Zeit zu Zeit

Einrichtung, Anschluss und Programmierung der HomeMatic CCU

Moderator: Co-Administratoren

Benutzeravatar
homematicfan_13
Beiträge: 202
Registriert: 30.07.2013, 20:28
Wohnort: in der Schweiz
Danksagung erhalten: 1 Mal

GELÖST / CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von homematicfan_13 » 06.12.2019, 23:00

Hallo,
seit ein paar Tagen stelle ich fest, dass manchmal meine CCU3 auf mehrere Funksender nicht reagiert. :(
Starte ich das GUI, so sieht es als erstes gut aus. DC ist normal.
Klicke ich dann aber was an, so habe ich nur den runden Ring...
Per SSH kann ich dann noch "synch" und "reboot" eingeben. :roll:
Habe nun Schritt für Schritt alle Addon's entfernt. :shock:
Zuletzt auch noch CUxD... seither ist es ruhig geblieben... hmmmmmm :?:
Warte mal diese Nacht ab, ob es wieder passiert.
Ach ja CCU3 3.47.22

Wenn es nochmals passiert werde ich dann mal versuchen die Werte auszulesen.

Vor Jahren wurde mir geraten unbedingt CUxD auf meine CCU1 später CCU2 und nun CCU3 zu installieren...
Doch ich hatte bisher noch nie was damit gemacht... somit frage ich mich schon, wozu ich CUxD installiert habe.
Hat wohl nur die CCU's unnötig ausgebremst...

---
könnte dasselbe Problem sein:
viewtopic.php?f=26&t=53891&start=10
Zuletzt geändert von homematicfan_13 am 23.12.2019, 22:10, insgesamt 4-mal geändert.
Gruss

Martin

Benutzeravatar
homematicfan_13
Beiträge: 202
Registriert: 30.07.2013, 20:28
Wohnort: in der Schweiz
Danksagung erhalten: 1 Mal

Re: CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von homematicfan_13 » 07.12.2019, 08:54

die Nacht ist um,
das Problem noch da...
ccu3_output.txt
(5.85 KiB) 70-mal heruntergeladen
>Werden LAN-Adapter (HM-CFG-LAN) eingesetzt?

gute Frage

>Werden Repeater (HM-Sys-sRP-Pl) eingesetzt?

gute Frage

es wird eine "alte" CCU2 als Gateway und der LAN-Wired Gateway eingesetzt

>Welche und wieviele Geräte sind vorhanden (siehe Inventurskript in meiner Signatur)

--------------------------------------------
582 Kanäle in 149 Geräten:
1x HM-OU-CFM-Pl,
7x HMW-IO-4-FM,
2x HM-Dis-WM55,
1x HM-OU-LED16,
1x HM-PB-4Dis-WM,
1x HM-PB-4Dis-WM-2,
1x HM-RC-Dis-H-x-EU,
22x HMW-LC-Sw2-DR,
8x HMW-IO-12-FM,
2x HM-PB-2-WM55-2,
2x HM-RC-12-B,
2x HM-RC-19,
7x HmIP-SRH,
7x HmIP-SWDO-I,
4x VIR-LG-DIM,
2x HMW-IO-12-Sw7-DR,
1x HmIP-RCV-50,
4x HM-RC-P1,
22x VIR-LG-RGB-DIM,
8x VIR-LG-RGBW-DIM,
2x HmIP-PSM-CH,
1x HM-RC-4-2,
2x HM-RC-Key4-2,
4x HMW-LC-Dim1L-DR,
3x HM-LC-Sw1-SM,
1x HM-LC-Sw4-SM,
1x HM-LC-Sw1-Pl-DN-R5,
7x HMW-LC-Bl1-DR,
2x HM-Sen-MDIR-O,
4x HM-ES-PMSw1-Pl-DN-R5,
1x HMW-IO-12-Sw14-DR,
6x HM-CC-TC,
1x HM-WDS10-TH-O,
1x HM-Sec-SCo,
1x HM-Sec-Key,
1x VIR-HUE-GTW,
1x HM-PB-6-WM55,
2x HM-WDS100-C6-O,
1x HM-WDC7000,
1x HM-PB-4-WM
--------------------------------------------

>Welche Zusatzsoftware (http://www.homematic-inside.de/software) ist installiert?
zusatzsw.JPG
>Welche automatisch laufenden Programme (Zeitsteuerungen oder auf Änderungen/Aktualisierungen reagierende Programme) werden genutzt?
ja, dafür ist die CCU ja da, und lief gut


>Wird System.Exec in Skripten (z. B. lcd_msg) genutzt?
sobald ich die scripte abrufen will, neustart...

nun geht es doch noch...
----

! BAD
!Name des zu steuernden/ueberwachenden Raumreglers (Name des Geraets)
string Raumregler = "Thermostat BAD";

! Array von einzuschaltenden kanaelen, durch tab (\t) getrennt (Namen der Kanaele)
string Aktoren = "H.1.5 Heizung BAD";

! maximales alter des messwerts in sekunden.
integer MaximalesMesswertAlter = 360;

! Einschaltdauer des Aktors/der Aktoren in Sekunden
integer Einschaltdauer = (9.5 * 60);

!Name der Alarm-Systemvariablen (optional)
string Alarmvariable = "ReglerAlarm";



! XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
! X X
! X Ab hier nichts mehr aendern! X
! X X
! XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

!workaround, irgendwie mag die StrBalueByIndex kein \t
string tab = "\t";


! als erstes versuchen wir das raumregler object zu holen
object oRegler= dom.GetObject(Raumregler);

if(oRegler)
{
! wir haben etwas dieses namens gefunden
if( (OT_DEVICE == oRegler.Type()) && ("HM-CC-TC" == oRegler.HssType()) )
{
! offenbar existiert ein raumregler geraet mit diesem namen

string sChans = oRegler.Channels().EnumUsedIDs();

! nur die ersten beiden kanaele sind interessant, der erste kanal
! hat die DPs TEMPERATURE und HUMIDITY, der zweite
! kanal SETPOINT und ADJUSTING_COMMAND

string sChan1 = sChans.StrValueByIndex(tab, 0);
string sChan2 = sChans.StrValueByIndex(tab, 1);
object oChan1 = dom.GetObject(sChan1);
object oChan2 = dom.GetObject(sChan2);

! TEMPERATURE enthaelt die aktuelle raumtemperatur
object oTempDP = oChan1.DPByHssDP("TEMPERATURE");
! SETPOINT die eingestellte zieltemperatur
object oSetpointDP = oChan2.DPByHssDP("SETPOINT");

if(oTempDP && oSetpointDP)
{
! wenn beide datenpunkte existieren schauen wir
! erstmal wie aktuell die daten sind

integer iLetzteMeldung = oTempDP.Timestamp().ToInteger();
integer iJetzt = system.Date('%F %T').ToTime().ToInteger();
! wir vergleichen den timestamp von jetzt mit dem der letzten
! meldung plus + MaximalesMesswertAlter, somit stellen wir sicher
! dass der wert auch noch aktuell ist.
if(iJetzt < (iLetzteMeldung + MaximalesMesswertAlter))
{
! alles ok bis hier, nun mal die eigentlichen
! temperaturwerte auslesen
integer iAktuellerWert = oTempDP.Value();
integer iZielWert = oSetpointDP.Value();

! ist der aktuelle wert kleiner als der eingestellte zielwert
if( iAktuellerWert < iZielWert )
{
! dann versuchen wir nun alle kanaele einzuschalten

string sAktorChannel = "";
foreach(sAktorChannel, Aktoren)
{
object oAktorChannel = dom.GetObject(sAktorChannel);
if(oAktorChannel)
{ ! kanal existiert
string sSDP = oAktorChannel.DPByHssDP("STATE");
dom.GetObject(sSDP).State(1);
}
}
}
else
{
! falls einer der aktoren manuell eingeschaltet wurde
! wird dieser ausgeschaltet wenn die zieltemperatur ueberschritten ist
string sAktorChannel = "";
foreach(sAktorChannel, Aktoren)
{
object oAktorChannel = dom.GetObject(sAktorChannel);
if(oAktorChannel)
{ ! kanal existiert
string sSDP = oAktorChannel.DPByHssDP("STATE");
if(dom.GetObject(sSDP).State() > 0)
{
!kanal ist aktuell eingeschaltet, also ausschalten
dom.GetObject(sSDP).State(0);
}
}
}
}
}
else
{
! Whitney, wir haben ein problem
system.Exec("logger -t Raumregler -p user.warning Raumregler " # Raumregler # " hat sich seit " # (iJetzt - iLetzteMeldung) # " Sekunden nicht gemeldet!");

if(Alarmvariable.Length() > 0)
{
object oAlarmvar = dom.GetObject(Alarmvariable);
if(! oAlarmvar.Value())
{
oAlarmvar.Variable(true);
oAlarmvar.State(true);
}
}

}
}
}
else
{
system.Exec("logger -t Raumregler -p user.warning Raumregler " # Raumregler # " ist kein Geraet oder nicht vom Typ Raumregler");
}
}
else
{
system.Exec("logger -t Raumregler -p user.warning Raumregler " # Raumregler # " nicht vorhanden, skript abgebrochen");
}
---
das für jedes Zimmer einzeln und zeitversetzt ausgeführt alle 30 Minuten
heizung_zeitmodul.JPG
>Bitte ein aktuelles Logfile posten (WebUI -> Einstellungen -> Systemsteuerung -> Zentralen-Wartung -> Logdatei herunterladen).
ccu3-webui-2019-12-07.log
(2.03 MiB) 50-mal heruntergeladen
geht ja erst nach dem neustart....
>Wie alt ist die Zentrale?
CCU3 ... seit es sie zu kaufen gab
>Welche Firmware läuft auf der Zentrale?
3.47.22
>Beschreibung Eures Problems: Was geht nicht mehr (Programme, Aufruf WebUI, Anmeldung SSH etc.)
WEBUi scheint zu gehen, doch sobald gewechselt wird dreht es nur noch, DC fehlt
SSH geht

Habe die Probleme erst seit ich HM-IP-SRH und HmIP-SWDO-I einsetze.
Die ersetzen die alten Femsterkontakte und Fenstergriffe....
Gruss

Martin

Benutzeravatar
homematicfan_13
Beiträge: 202
Registriert: 30.07.2013, 20:28
Wohnort: in der Schweiz
Danksagung erhalten: 1 Mal

Re: (gelöst?) CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von homematicfan_13 » 08.12.2019, 08:21

Hallo,
seit die Firmware der CCU3 3.47.22 die Firmware CCU3 3.47.15 abgelöst hat habe ich diese auf meine CCU3 aufgespielt.
Die je 7 "alten" Magnetfensterkontakte und "alten" Fenstergriffkontakte liefen damit. Doch da die immer wieder Probleme mit den Knopfzellen verursachten, wollte ich diese schon lange durch die je 7 IP Kontakte HM-IP-SRH und HmIP-SWDO-I ersetzen.
Von da an blieb die Anlage öfters "stehen"... sprich die Funk Fernbedienungen versagten ihren Dienst. Erst ein Neustart hauchte denen wieder Leben ein.

Habe nun meine "Anlage" gut kastriert, alle Addon`s Schritt für Schritt (bei jedem "Ausfall") entfernt bis die Anlage ohne Addon war doch die Probleme blieben.

Nun habe ich den Schritt gewagt und habe die Firmware der CCU3 3.47.22 durch die Firmware CCU3 3.47.15 "ersetzt".
Nun erlebe ich den ersten Morgen seit längerer Zeit, bei der die Funk Fernbedienung so wie gewohnt auch geht...

Irgendwie scheint die CCU3 mit der Firmware 3.47.22 meine HM-IP-SRH und HmIP-SWDO-I nicht zu mögen...
Gruss

Martin

dondaik
Beiträge: 12886
Registriert: 16.01.2009, 18:48
Wohnort: Steingaden
Hat sich bedankt: 1584 Mal
Danksagung erhalten: 221 Mal

Re: (gelöst?) CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von dondaik » 08.12.2019, 08:55

na dann... weiter machen :-)
-------
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso :mrgreen: !!!
wer schreibfehler findet darf sie behalten.

Garbsen
Beiträge: 295
Registriert: 12.07.2017, 21:08
Hat sich bedankt: 1 Mal
Danksagung erhalten: 14 Mal

Re: (gelöst?) CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von Garbsen » 08.12.2019, 10:11

Auch bei mir kommt es seit 3.47.22 immer wieder zu (nicht reproduzierbaren) Ausfällen. Zeitweise werden einzelne Programme offenbar nicht abgearbeitet, mehrmals hatte ich es, dass Funkbefehle „verschwanden“, so arbeitete die CCu3 gestern morgen ordnungsgemäß alle Programme und Variablen zur Rolladensteuerung ab(d.h. Die Variablen waren durch die Programme gesetzt), die Rolläden fuhren aber insgesamt nicht hoch. Insgesamt? Nein ein kleiner Aktor (der einzige verbliebene HM-LC-Bl1-FM) widersetzte sich erfolgreich dem Kollektiven Streik der HmIP-Broll :D
Sah für mich also so US, als ob die IP-Funkbefehle verschwunden waren. Nach Neustart lief dann alles ordnungsgemäß, (Duty Cycle war übrigens vor Neustart bei gerade einmal 15%)
Ja, ich weiß, dass sind alles recht unspezifische Aussagen, es fehlen log-Dateien etc. etc. ich erwarte hier jetzt auch gar keine genaue Fehleranalyse und habe derzeit auch noch keine Lust in eine tiefergehende Analyse einzusteigen.
Aufgrund mehrerer Beiträge hier im Forum vermute ich einfach, dass in 3.47.22 irgendwelche Bugs stecken und hoffe auf ein Update.
Sollte das Problem danach anhalten, würde ich als Nächstes meine CCU3 Backup-Hardware zum Einsatz zu bringen, um einen Hardwarefehler (Funkmodul) auszuschließen.
512 Kanäle in 101 Geräten und 145 CUxD-Kanäle in 19 CUxD-Geräten:
--------------------------------------------
http://www.eq-3.de/service/downloads.html
Tips und Tricks für Anfänger: viewtopic.php?t=22801
Programmlogik: viewtopic.php?f=31&t=4251
Webui-Handbuch: https://www.eq-3.de/Downloads/eq3/downl ... h_eQ-3.pdf
Script und Linksammlung: viewtopic.php?f=26&t=27907

Daimler
Beiträge: 9114
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: (gelöst?) CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von Daimler » 08.12.2019, 11:07

Hi,

ich kann das Problem mit hängendem HMIP-Server seit der 3.47.22 voll und halb :!: bestätigen.

Hier rödeln 3 absolut identische Raspys (3B+, RPI-RF-MOD, RF-Lan-Gateway, RS485 Gateway, piVCCU3, HPCL-Addon).
Mit der 3.47.15 noch ohne Probleme.

Und seit der 3.45.22 fängt eine der 3 (immer dieselbe) an zu spinnen - mind. einmal die Woche hängt der HMIP-Server.
Wenn man dann auf das UI geht und darüber einen IP-Aktor betätigt, dreht sich der 'Kreisel' und solange der sich dreht ist die CCU blockiert.
Es kommt auch keine SM.
Aber HM und Wired funktionieren dann nach dem Kreisel weiterhin.
Manchmal hilft es, den HMIP-Server neu zu starten, machmal muss ich den Container neu starten und manchmal den kompletten Raspy.
Auf den anderen beiden CCUen habe ich das nicht!

Da könnte man manchmal ko...., da man den Zustand ja erst mitbekommt, wenn der WAF schreit. :twisted:

/Edith:
@Martin,
warum hast du den Fall als 'gelöst' gekennzeichnet?
Dein Problem mit der 3.47.22 hattest du doch bis zum Downgrade - oder habe ich da etwas falsch verstanden?
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Benutzeravatar
homematicfan_13
Beiträge: 202
Registriert: 30.07.2013, 20:28
Wohnort: in der Schweiz
Danksagung erhalten: 1 Mal

Re: (gelöst?) CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von homematicfan_13 » 08.12.2019, 12:10

Daimler hat geschrieben:
08.12.2019, 11:07

/Edith:
@Martin,
warum hast du den Fall als 'gelöst' gekennzeichnet?
Dein Problem mit der 3.47.22 hattest du doch bis zum Downgrade - oder habe ich da etwas falsch verstanden?
:D
Hallo Daimler,
(gelöst?) weil seit dem Downgrade auf 3.47.15 alles wieder wie gewohnt läuft. Daher auch das "?" Fragezeichen...
3.47.18 machte ja auch Probleme, daher wurde es wieder zurückgezogen.

Und nein, da verteufle ich keinen Programmierer, denn keine HM egal was, gleicht der anderen. Wie kann man alle Konstellationen durchtesten?
Die machen durchwegs einen guten Job :!: , auch wenn ich im Moment keine Freude hatte :evil: .

Die 3.47.22 lief ja... erst als ich meine Aktoren am Fenster selber durch neue IP ersetzte, bekam ich Probleme! :shock:

Für mich hat sich "mein" Problem mit der 3.47.22 somit erledigt. 8)

Werde nun meine e-Mail Benachrichtigungen neu erstellen und das dann auch gleich mal per CUxD erledigen lassen...
Von 2012-2019 lief die CUxD einfach so mit... :roll:

Ich habe so gesehen noch viel Arbeit vor mir...
Gruss

Martin

Benutzeravatar
homematicfan_13
Beiträge: 202
Registriert: 30.07.2013, 20:28
Wohnort: in der Schweiz
Danksagung erhalten: 1 Mal

Re: (gelöst?) CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von homematicfan_13 » 08.12.2019, 12:50

Garbsen hat geschrieben:
08.12.2019, 10:11
Aufgrund mehrerer Beiträge hier im Forum vermute ich einfach, dass in 3.47.22 irgendwelche Bugs stecken und hoffe auf ein Update.
Sollte das Problem danach anhalten, würde ich als Nächstes meine CCU3 Backup-Hardware zum Einsatz zu bringen, um einen Hardwarefehler (Funkmodul) auszuschließen.
Hallo Garbsen,
BUG's werden sich wohl nie vermeiden lassen.
Da ja meine CCU3 mit 3.47.15 ohne Probleme lief, darf ich davon ausgehen, dass die 3.47.22 das "Problem" ist.
Klar, es wurde erst für mich sichtbar mit dem Ersetzen von Komponenten... und somit durchaus Hardware.
Aber hinter Hardware steckt meistens auch Firmware...

Frage: Warum probierst Du nicht auch die 3.47.15?
Gruss

Martin

Benutzeravatar
homematicfan_13
Beiträge: 202
Registriert: 30.07.2013, 20:28
Wohnort: in der Schweiz
Danksagung erhalten: 1 Mal

Re: CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von homematicfan_13 » 08.12.2019, 13:54

... oha, zu früh gefreut!
Wie erkenne ich den "Unterbruch"?
Ich werte die Frequenz der Stromversorgung in Hz per Diagramm aus.
Die Frequenz ändert sich dauernd... ist da aber ein Strich, so gibt es keine Daten.
Und so kann man den Zeitpunkt des "Unterbruches" der Funk Verbindung gut rausfinden.

2x7 Funksender wurden durch 2x7 IP Funksender ersetzt, sFunkverkehr deswegen nicht zugenommen haben.

Wie kann ich den Duty Cycle der CCU3 als Diagramm auswerten?
Gruss

Martin

Benutzeravatar
homematicfan_13
Beiträge: 202
Registriert: 30.07.2013, 20:28
Wohnort: in der Schweiz
Danksagung erhalten: 1 Mal

Re: CCU3 (3.47.22) streikt von Zeit zu Zeit

Beitrag von homematicfan_13 » 09.12.2019, 08:20

So erkenne ich die Zeit in der die CCU nicht mehr mit den Geräten spricht
frequenz.JPG
Dank der Frequenz die nie immer genau 50Hz beträgt, habe ich eine gute Anzeige, wann nichts mehr reinkommt.

Habe nun auch mal auf der Suche nach der Ursache der Unterbrüche die RSSI Werte angesehen.
Im Raum wo die CCU3 steht, befindet sich auch ein Funkaktor.
Der hatte den höchsten dBm (minus) Wert, obwohl er eigentlich gut erreichbar wäre... :?:
Habe nun den Aktor auf den CCU2 Gateway gezügelt, obwohl nun mehrere Wände durchquert werden müssen hat er nun den besseren dBm Wert... :!:

Wie aber kann ich die RSSI Werte der IP Geräte feststellen?

BTW
habe der CCU3 nun alle "alten" HM Funk Geräte weggenommen und lasse diese nun eben über den CCU2 Gateway laufen.
blindenstocktechnik_bild1.jpg
blindenstocktechnik_bild1.jpg (21.75 KiB) 2223 mal betrachtet
Und ja, genau so fühle ich mich in der Eingrenzung der Herausforderung ...
Gruss

Martin

Antworten

Zurück zu „HomeMatic Zentrale (CCU / CCU2 / CCU3 / Charly)“