Was tun mit inaktiven Homematic Aktoren/Sensoren?

Begonnen von edition, 10 November 2021, 11:10:09

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

edition

10 November 2021, 11:10:09
Guten Tag

Ich bin immer noch auf Fehlersuche, weil mein Neumann CUL immer wieder mal "aussteigt". Dafür habe ich unter global einmal Verbose auf 5 gestellt und das Logfile auf -%d erweitert. Dabei entsteht in 24 Std. eine über 400MB große Datei. Wenn alles läuft, finde ich regelmäßige Abfragen der Homematic Aktoren:

Code Auswählen
2021.11.10 10:36:34 5: Starting notify loop for Stellantrieb_Kueche, 6 event(s), first is actuator: 0
2021.11.10 10:36:34 5: CUL_HM set Stellantrieb_Kueche ?
2021.11.10 10:36:34 5: End notify loop for Stellantrieb_Kueche
2021.11.10 10:36:34 5: Starting notify loop for Stellantrieb_Kueche_Clima, 9 event(s), first is ValvePosition: 0
2021.11.10 10:36:34 5: CUL_HM set Stellantrieb_Kueche_Clima ?
2021.11.10 10:36:34 5: End notify loop for Stellantrieb_Kueche_Clima
2021.11.10 10:36:34 5: Starting notify loop for Stellantrieb_Kueche_Weather, 2 event(s), first is measured-temp: 22.4
2021.11.10 10:36:34 5: CUL_HM set Stellantrieb_Kueche_Weather ?
2021.11.10 10:36:34 5: End notify loop for Stellantrieb_Kueche_Weather
2021.11.10 10:36:36 5: CUL_Read: SCC /A10B9A25
2021.11.10 10:36:36 5: CUL_Read: SCC A10B9A25/3E100020
2021.11.10 10:36:36 5: CUL_Read: SCC A10B9A253E100020/00FFF000
2021.11.10 10:36:36 5: CUL_Read: SCC A10B9A253E10002000FFF000/01752000
2021.11.10 10:36:36 5: CUL_Read: SCC A10B9A253E10002000FFF00001752000/00017

Die Aktoren melden brav ihre Werte. Kurz vor dem Ausstieg des CUL dann einige Einträge wie:

Code Auswählen
2021.11.03 06:59:34 3: CUL_HM set Ventilator_Schlafzimmer statusRequest noArg
2021.11.03 06:59:34 5: Starting notify loop for Ventilator_Schlafzimmer, 1 event(s), first is commState: CMDs_pending
2021.11.03 06:59:34 5: CUL_HM set Ventilator_Schlafzimmer ?
2021.11.03 06:59:34 5: End notify loop for Ventilator_Schlafzimmer
2021.11.03 06:59:34 5: CUL_HM Ventilator_Schlafzimmer protEvent:CMDs_pending pending:1
2021.11.03 06:59:34 5: SCC sending As0B0AA001000FFF3C68FB010E
2021.11.03 06:59:34 5: DevIo_SimpleWrite SCC: As0B0AA001000FFF3C68FB010E
2021.11.03 06:59:34 5: Starting notify loop for Ventilator_Schlafzimmer, 1 event(s), first is commState: CMDs_processing...
2021.11.03 06:59:34 5: CUL_HM set Ventilator_Schlafzimmer ?
2021.11.03 06:59:34 5: End notify loop for Ventilator_Schlafzimmer
2021.11.03 06:59:34 5: CUL_HM Ventilator_Schlafzimmer protEvent:CMDs_processing... pending:0
2021.11.03 06:59:35 4: CUL_HM_Resend: RGBW_Fernseher nr 2
2021.11.03 06:59:35 5: SCC sending As0B8EA001000FFF57DA9B010E
2021.11.03 06:59:35 5: DevIo_SimpleWrite SCC: As0B8EA001000FFF57DA9B010E

Ventilator_Schlafzimmer und RGBW_Fernseher sind aber Aktoren, die nicht aktiv sind, weil sie z.b. nur im Sommer im Einsatz sind, oder durch andere Aktoren ersetzt wurden, oder so. Da habe ich mehrere von in einem seperaten Raum.
Das wiederholt sich 3-4 mal und danach kommen keine Meldungen mehr zu irgendwelchen Komponenten von Homematic.
Ist das mein Problem? Die Abfrage, die mehrfach ins leere läuft, führt dazu, dass der CUL abschaltet?
Was mache ich mit diesen Aktoren? Aus fhem entfernen? Das wäre bei einigen möglich. Saisonbedingte Aktoren möchte ich aber nicht komplett entfernen, weil sich darauf DOIF beziehen, die dann ja auch zum Opfer fielen
Hat jemand einen Tipp für mich?

Gruß
edition

Beta-User

#1
10 November 2021, 11:34:00
Zum einen: unbedingt auf die aktuellste CUL_HM-Version gehen.  Dann auf "dummy" oder "ignore" stellen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Benni

#2
10 November 2021, 11:41:55
... ansonsten kannst du die auch aus FHEM löschen und bei Bedarf neu anlegen durch Pairing oder ggf. über Raw-Definition.

Deine DOIFs oder andere Automatisierungsobjekte sollten davon erst mal unberührt bleiben.
Die müsstest du ggf. noch separat deaktivieren, bzw. wieder aktivieren.
Zumindest geht das bei notify, at oder watchdog problemlos über set active/inactive oder attr disable=1.
DOIF kenne ich persönlich nicht, da gibt es aber bestimmt auch was!

Dummy ist aber auch die von mir bevorzugte Variante!

#gb

edition

#3
10 November 2021, 11:56:55
ignore hört sich gut an. Ich hatte immer nach active/inactive oder attr disable=1 gesucht.
Ich habe die betreffenden Geräte jetzt auf attr ignore_1 gestellt und logge jetzt auch wieder auf verbose 5. Bin gespannt, ob der CUL immer noch aussteigt.
Doch wo sind die Geräte geblieben? Ich finde sie weder bei Unsorted, noch bei Everything! In der fhem.cfg sind sie noch. Dann muss ich zum reaktivieren die ignore Zeile händisch löschen?

Beta-User

#4
10 November 2021, 12:03:44
Ja, "ignore 1" ist dazu gedacht, "Fremdgeräte" möglichst ohne großen (Rechen) Aufwand in die eigene Installation übernehmen zu können. Für "nicht zugewiesene" Messages (unabhängig von CUL_HM) ist der Aufwand zum Suchen des/der "passenden" Module ungleich höher, wie festzustellen, dass das einfach ein "ignore"-Fall ist...
=> unsichtbar, irelevant, weg damit...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Benni

#5
10 November 2021, 12:04:53
Ignored-Devices kannst du dir mit

Code Auswählen

{ join("\n", grep { $attr{$_}{ignore} } sort keys %attr ) }


anzeigen lassen.

Ich habe dafür ein cmdalias definiert, das ich einfach mit ignored aufrufen kann:

Code Auswählen

defmod ca_ignoreddev cmdalias ignored AS { join("\n", grep { $attr{$_}{ignore} } sort keys %attr ) }


s.a. im Wiki: https://wiki.fhem.de/wiki/Cmdalias

gb#

edition

#6
10 November 2021, 12:37:12
Ok, gut. So probiere ich es erst mal. Danke für den Tipp. Vielleicht ist das Problem damit ja wirklich behoben.

Gruß
edition

frank

#7
10 November 2021, 12:52:22
deine automatismen produzieren aber zudem auch erheblichen unsinn:
Code Auswählen
CUL_HM set Stellantrieb_Kueche_Weather ?
ich wüsste nicht, was man im weather channel sinnvolles setzen könnte. ein fragezeichen schon gar nicht.
da sind auch noch vergleichbare dinge zu sehen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Pfriemler

#8
10 November 2021, 12:53:24 Letzte Bearbeitung: 11 November 2021, 10:10:06 von Pfriemler
temporär inaktive Geräte würde ich zuerst mal auf autoReadReg=0 stellen und bei längerer Abwesenheit auf dummy=1. ignore ist eigentlich mehr für Beifang vom Nachbarn gedacht, der auch wirklich komplett ignoriert wird dann - keine Abfragen, keine Events.
Für die ignorierten Geräte habe ich mir einen entsprechenden "ListIgnored" als FHEM-Kommando in der passenden FHEMWEB-Instanz definiert (->menuEntries), das müsste auch irgendwo im Wiki beschrieben sein, sonst schiebe ich es hier mal nach.
Übrigens ist auch "hmPairForSec60" an der Stelle immer seeehr hilfreich.
jm2c

edit: es ist die Kombination aus cmdalias und Menüeintrag (ähnlich wie enno und Benni schreiben weiter unten):
Code Auswählen
defmod c_showignoreddevices cmdalias showignoreddevices AS { join("\n", grep { $attr{$_}{ignore} } sort keys %attr ) }


und in der FHEMWEB-Instanz im Attribut menuEntries einfügen (immer schön auf die Reihenfolge ",Befehl,cmd=<auszuführende Aktion>" achten - vccu durch den Namen der eigenen VCCU oder des HMIO ersetzen)
Code Auswählen
...,ListIgnored,cmd=showignoreddevices,hmPairForSec60,cmd=set+vccu+hmPairForSec+60,...

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

edition

#9
11 November 2021, 07:46:50
@frank:
Der "unsinn" ist wohl bei allen Stellantrieben und Wandthermostaten zu sehen:

Code Auswählen
2021.11.11 00:00:18 5: CUL_HM set Stellantrieb_Schlafzimmer ?
2021.11.11 00:00:18 5: CUL_HM set Stellantrieb_Schlafzimmer_Clima ?
2021.11.11 00:00:18 5: CUL_HM set Stellantrieb_Schlafzimmer_Weather ?
2021.11.11 00:00:20 5: CUL_HM set Wandthermostat_Buero_Climate ?
2021.11.11 00:00:21 5: CUL_HM set Stellantrieb_Flur ?
2021.11.11 00:00:21 5: CUL_HM set Stellantrieb_Flur_Clima ?
2021.11.11 00:00:21 5: CUL_HM set Stellantrieb_Flur_Weather ?
2021.11.11 00:00:21 5: CUL_HM set Stellantrieb_Bad ?
2021.11.11 00:00:21 5: CUL_HM set Stellantrieb_Bad_Clima ?
2021.11.11 00:00:21 5: CUL_HM set Stellantrieb_Bad_Weather ?
2021.11.11 00:00:21 5: CUL_HM set Wandthermostat_Kueche_Climate ?
2021.11.11 00:00:25 5: CUL_HM set Wandthermostat_Gaestezimmer ?
2021.11.11 00:00:25 5: CUL_HM set Wandthermostat_Gaestezimmer_Climate ?
2021.11.11 00:00:28 5: CUL_HM set Heizkoerper_Wohnzimmer_Weather ?
2021.11.11 00:00:28 5: CUL_HM set Wandthermostat_neueWerkstatt ?
2021.11.11 00:00:28 5: CUL_HM set Wandthermostat_neueWerkstatt_Weather ?
2021.11.11 00:00:28 5: CUL_HM set Wandthermostat_neueWerkstatt ?
2021.11.11 00:00:28 5: CUL_HM set Wandthermostat_neueWerkstatt_Climate ?
2021.11.11 00:00:28 5: CUL_HM set Wandthermostat_neueWerkstatt_Weather ?
2021.11.11 00:00:28 5: CUL_HM set Wandthermostat_neueWerkstatt_WindowRec ?
2021.11.11 00:00:31 5: CUL_HM set Wandthermostat_Flur_Climate ?
2021.11.11 00:00:34 5: CUL_HM set Stellantrieb_Gaestezimmer ?
2021.11.11 00:00:34 5: CUL_HM set Stellantrieb_Gaestezimmer_Clima ?
usw.

Es handelt sich dabei um HM-TC-IT-WM-W-EU, HM-CC-RT-DN und HM-CC-TC. Inwieweit das ein "Fehler" ist, weiß ich nicht!

@Pfriemler
autoReadReg=0 oder dummy=1 sind wohl für temporär inaktive Aktoren die bessere Wahl. Ignore=1 macht aber erst einmal, was ich wollte. Darum lasse ich es so, bis ich weitere Erkenntnisse gesammelt habe.

edition

enno

#10
11 November 2021, 09:32:10
Zitat von: Pfriemler am 10 November 2021, 12:53:24
das müsste auch irgendwo im Wiki beschrieben sein

Da ich es gerade offen habe, unter Tip: http://www.fhemwiki.de/wiki/Fremdger%C3%A4te_ignorieren_R%C3%BCckg%C3%A4ngig

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC mit Proxmox und Debian

Benni

#11
11 November 2021, 09:46:29
Zitat von: enno am 11 November 2021, 09:32:10
Da ich es gerade offen habe, unter Tip:

Nein, das war nicht damit gemeint! Das ist ja genau das, was ich weiter oben schon beschrieben und ins Wiki verlinkt hatte.

Zitat von: Pfriemler am 10 November 2021, 12:53:24
einen entsprechenden "ListIgnored" als FHEM-Kommando in der passenden FHEMWEB-Instanz definiert (->menuEntries)

Pfriemler meinte die Erweiterung des FHEM-Menüs um eigene Einträge mittels Attribut menuEntries am FHEMWEB-Device.

Ein Beispiel für die Anwendung gibt es im Wiki hier: https://wiki.fhem.de/wiki/Import_von_Code_Snippets#Direktzugriff_.C3.BCber_das_FHEM-Men.C3.BC

gb#

edition

#12
15 November 2021, 13:08:37
Hallo

Kurze Rückmeldung: Das war es nicht!

Mein NeumannCUL ist am Freitagabend wieder ausgestiegen. Kurz nach 22:00 Uhr endeten wieder alle Plots und geschaltete Geräte quittierten mit MISSING ACK!
Der letzte Eintrag im Log ist von 22:06:14 Uhr

Code Auswählen
2021.11.12 22:06:13 4: CUL_Parse: SCC A 10 D8 A253 E10001 000FFF 0000CB5C000000F3 -80.5
2021.11.12 22:06:13 5: SCC: dispatch A10D8A253E10001000FFF0000CB5C000000::-80.5:SCC
2021.11.12 22:06:13 5: SCC sending As0AD88002000FFFE1000100
2021.11.12 22:06:13 5: CUL E10001 dly:96ms
2021.11.12 22:06:13 5: DevIo_SimpleWrite SCC: As0AD88002000FFFE1000100
2021.11.12 22:06:13 5: CUL_HM HM_E10001 protEvent:CMDs_done
2021.11.12 22:06:13 5: CUL_HM HM_E10001 sent ACK:2
2021.11.12 22:06:13 5: Starting notify loop for HM_E10001, 2 event(s), first is commState: CMDs_done
2021.11.12 22:06:14 5: CUL_HM set HM_E10001 ?
2021.11.12 22:06:14 5: End notify loop for HM_E10001
2021.11.12 22:06:14 5: Starting notify loop for HM_E10001_IEC_01, 11 event(s), first is commState: CMDs_done
2021.11.12 22:06:14 5: CUL_HM set HM_E10001_IEC_01 ?
2021.11.12 22:06:14 5: End notify loop for HM_E10001_IEC_01
2021.11.12 22:06:14 5: Starting notify loop for HM_E10001_IEC_02, 2 event(s), first is commState: CMDs_done
2021.11.12 22:06:14 5: CUL_HM set HM_E10001_IEC_02 ?
2021.11.12 22:06:14 5: End notify loop for HM_E10001_IEC_02

Danach kommt nichts mehr von CUL_HM, oder SCC. Erst als am nächsten Morgen um 06:00 Uhr die Heizung eingeschaltet wird:

Code Auswählen
2021.11.13 06:00:00 5: Cmd: >set Heizung_Sw on<
2021.11.13 06:00:00 3: CUL_HM set Heizung_Sw on noArg
2021.11.13 06:00:00 5: Starting notify loop for Heizung, 1 event(s), first is commState: CMDs_pending
2021.11.13 06:00:00 5: CUL_HM set Heizung ?
2021.11.13 06:00:00 5: End notify loop for Heizung
2021.11.13 06:00:00 5: Starting notify loop for Heizung_Pwr, 2 event(s), first is commState: CMDs_pending
2021.11.13 06:00:00 5: CUL_HM set Heizung_Pwr ?
2021.11.13 06:00:00 5: End notify loop for Heizung_Pwr
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenF, 1 event(s), first is commState: CMDs_pending
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenF ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenF
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenI, 1 event(s), first is commState: CMDs_pending
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenI ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenI
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenPwr, 1 event(s), first is commState: CMDs_pending
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenPwr ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenPwr
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenU, 1 event(s), first is commState: CMDs_pending
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenU ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenU
2021.11.13 06:00:00 5: Starting notify loop for Heizung_Sw, 3 event(s), first is commState: CMDs_done
2021.11.13 06:00:00 5: CUL_HM set Heizung_Sw ?
2021.11.13 06:00:00 5: End notify loop for Heizung_Sw
2021.11.13 06:00:00 5: Starting notify loop for Heizung, 1 event(s), first is CMDs_pending
2021.11.13 06:00:00 5: CUL_HM set Heizung ?
2021.11.13 06:00:00 5: End notify loop for Heizung
2021.11.13 06:00:00 5: CUL_HM Heizung protEvent:CMDs_pending pending:1
2021.11.13 06:00:00 5: Starting notify loop for Heizung_Sw, 1 event(s), first is set_on noArg
2021.11.13 06:00:00 5: CUL_HM set Heizung_Sw ?
2021.11.13 06:00:00 5: End notify loop for Heizung_Sw
2021.11.13 06:00:00 5: SCC sending As0E8CA011000FFF459D520201C80000
2021.11.13 06:00:00 5: DevIo_SimpleWrite SCC: As0E8CA011000FFF459D520201C80000
2021.11.13 06:00:00 5: Starting notify loop for Heizung, 1 event(s), first is commState: CMDs_processing...
2021.11.13 06:00:00 5: CUL_HM set Heizung ?
2021.11.13 06:00:00 5: End notify loop for Heizung
2021.11.13 06:00:00 5: Starting notify loop for Heizung_Pwr, 2 event(s), first is commState: CMDs_processing...
2021.11.13 06:00:00 5: CUL_HM set Heizung_Pwr ?
2021.11.13 06:00:00 5: End notify loop for Heizung_Pwr
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenF, 1 event(s), first is commState: CMDs_processing...
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenF ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenF
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenI, 1 event(s), first is commState: CMDs_processing...
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenI ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenI
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenPwr, 1 event(s), first is commState: CMDs_processing...
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenPwr ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenPwr
2021.11.13 06:00:00 5: Starting notify loop for Heizung_SenU, 1 event(s), first is commState: CMDs_processing...
2021.11.13 06:00:00 5: CUL_HM set Heizung_SenU ?
2021.11.13 06:00:00 5: End notify loop for Heizung_SenU
2021.11.13 06:00:00 5: Starting notify loop for Heizung_Sw, 1 event(s), first is commState: CMDs_processing...
2021.11.13 06:00:00 5: CUL_HM set Heizung_Sw ?
2021.11.13 06:00:00 5: End notify loop for Heizung_Sw
2021.11.13 06:00:00 5: CUL_HM Heizung protEvent:CMDs_processing... pending:0
2021.11.13 06:00:00 5: Starting notify loop for Heizung_Sw, 1 event(s), first is trigLast: fhem:02
2021.11.13 06:00:00 5: CUL_HM set Heizung_Sw ?
2021.11.13 06:00:00 5: End notify loop for Heizung_Sw

Später dann noch:

Code Auswählen
2021.11.13 06:00:10 4: CUL_HM_Resend: Heizung nr 2
2021.11.13 06:00:10 5: SCC sending As0E8CA011000FFF459D520201C80000
2021.11.13 06:00:10 5: DevIo_SimpleWrite SCC: As0E8CA011000FFF459D520201C80000

2021.11.13 06:00:15 4: CUL_HM_Resend: Heizung nr 3
2021.11.13 06:00:15 5: SCC sending As0E8CA011000FFF459D520201C80000
2021.11.13 06:00:15 5: DevIo_SimpleWrite SCC: As0E8CA011000FFF459D520201C80000

2021.11.13 06:00:19 4: CUL_HM_Resend: Heizung nr 4
2021.11.13 06:00:19 5: SCC sending As0E8CA011000FFF459D520201C80000
2021.11.13 06:00:19 5: DevIo_SimpleWrite SCC: As0E8CA011000FFF459D520201C80000

2021.11.13 06:00:23 5: Starting notify loop for Heizung, 1 event(s), first is ResndFail
2021.11.13 06:00:23 5: CUL_HM set Heizung ?
2021.11.13 06:00:23 5: End notify loop for Heizung

2021.11.13 06:00:23 5: Starting notify loop for Heizung, 1 event(s), first is commState: CMDs_done_Errors:1
2021.11.13 06:00:23 5: CUL_HM set Heizung ?
2021.11.13 06:00:23 5: End notify loop for Heizung
2021.11.13 06:00:23 5: Starting notify loop for Heizung_Pwr, 2 event(s), first is commState: CMDs_done_Errors:1
2021.11.13 06:00:23 5: CUL_HM set Heizung_Pwr ?
2021.11.13 06:00:23 5: End notify loop for Heizung_Pwr
2021.11.13 06:00:23 5: Starting notify loop for Heizung_SenF, 1 event(s), first is commState: CMDs_done_Errors:1
2021.11.13 06:00:23 5: CUL_HM set Heizung_SenF ?
2021.11.13 06:00:23 5: End notify loop for Heizung_SenF
2021.11.13 06:00:23 5: Starting notify loop for Heizung_SenI, 1 event(s), first is commState: CMDs_done_Errors:1
2021.11.13 06:00:24 5: CUL_HM set Heizung_SenI ?
2021.11.13 06:00:24 5: End notify loop for Heizung_SenI
2021.11.13 06:00:24 5: Starting notify loop for Heizung_SenPwr, 1 event(s), first is commState: CMDs_done_Errors:1
2021.11.13 06:00:24 5: CUL_HM set Heizung_SenPwr ?
2021.11.13 06:00:24 5: End notify loop for Heizung_SenPwr
2021.11.13 06:00:24 5: Starting notify loop for Heizung_SenU, 1 event(s), first is commState: CMDs_done_Errors:1
2021.11.13 06:00:24 5: CUL_HM set Heizung_SenU ?
2021.11.13 06:00:24 5: End notify loop for Heizung_SenU
2021.11.13 06:00:24 5: Starting notify loop for Heizung_Sw, 1 event(s), first is commState: CMDs_done_Errors:1
2021.11.13 06:00:24 5: CUL_HM set Heizung_Sw ?
2021.11.13 06:00:24 5: End notify loop for Heizung_Sw
2021.11.13 06:00:24 5: Starting notify loop for Heizung, 1 event(s), first is CMDs_done_Errors:1
2021.11.13 06:00:24 5: CUL_HM set Heizung ?
2021.11.13 06:00:24 5: End notify loop for Heizung
2021.11.13 06:00:24 5: CUL_HM Heizung protEvent:CMDs_done_Errors:1
2021.11.13 06:00:24 5: Starting notify loop for Heizung, 1 event(s), first is MISSING ACK
2021.11.13 06:00:24 5: CUL_HM set Heizung ?
2021.11.13 06:00:24 5: End notify loop for Heizung

Dazwischen keine Fehlermeldung, oder ähnliches. Im Syslog des Raspberry findet sich zu diesem Zeitpunkt auch nichts aussagekräftiges.
Allerdings kommt zwei mal an diesem Tag:

Code Auswählen
Nov 12 14:32:21 fhem kernel: [1222593.492136] rpi_firmware_get_throttled: 1 callbacks suppressed
Nov 12 14:32:21 fhem kernel: [1222593.492148] Under-voltage detected! (0x00050005)
Nov 12 14:32:25 fhem kernel: [1222597.651982] rpi_firmware_get_throttled: 1 callbacks suppressed
Nov 12 14:32:25 fhem kernel: [1222597.651989] Voltage normalised (0x00000000)

Aber zu ganz anderen Zeitpunkten, trotz origialem Raspberry Netzteil, ohne dass am USB-Port etwas angeschlossen ist, oder ein Lüfter läuft!
Der HMinfo ConfigCheck zeigt mir eine Menge Fehlermeldungen. Das wundert mich allerdings, denn da hatte ich doch schon einmal aufgeräumt!
Die Firmware des CUL ist V 1.26.05 a-culfw Build: 6 (05.04.2019). Aktuelle a-culfw ist 1.26.08.

Ich werde jetzt also erst einmal aufräumen, das Netzteil prüfen und die Firmware aktualisieren, bevor ich weitersuche.

Gruß
edition
Drucken
Nach oben Seiten1
Benutzer-Aktionen