HM-SEC-SCO (Fenstersensor) wird aufeinmal nicht mehr erkannt

[delta8585]

Hallo,

ich habe folgendes Problem:
Bei mir werden immer wieder die Fenstersensoren nicht mehr erkannt:
Was mir aufgefallen ist, dass die Seriennummer nicht mehr angezeigt wird und das Modell nicht mehr stimmt.
In der fhem.cfg steht dann:

Code Auswählen Erweitern


define Fenster_OG_Spielzimmer CUL_HM 68826E
setuuid Fenster_OG_Spielzimmer 5f509054-f33f-f1bb-1d85-e313a754b696c5f9
attr Fenster_OG_Spielzimmer .mId 0706
attr Fenster_OG_Spielzimmer IODev HBUSB
attr Fenster_OG_Spielzimmer actCycle 002:50
attr Fenster_OG_Spielzimmer actStatus alive
attr Fenster_OG_Spielzimmer autoReadReg 4_reqStatus
attr Fenster_OG_Spielzimmer expert defReg,rawReg
attr Fenster_OG_Spielzimmer firmware 12.10
attr Fenster_OG_Spielzimmer model unknown
attr Fenster_OG_Spielzimmer peerIDs 00000000,683BA203,
attr Fenster_OG_Spielzimmer room 99_Homematic
attr Fenster_OG_Spielzimmer serialNr �
attr Fenster_OG_Spielzimmer subType virtual

aussehen sollte es so:

Code Auswählen Erweitern


define Fenster_OG_Spielzimmer CUL_HM 68826E
setuuid Fenster_OG_Spielzimmer 5f509054-f33f-f1bb-1d85-e313a754b696c5f9
attr Fenster_OG_Spielzimmer .mId 00C7
attr Fenster_OG_Spielzimmer IODev HBUSB
attr Fenster_OG_Spielzimmer actCycle 002:50
attr Fenster_OG_Spielzimmer actStatus alive
attr Fenster_OG_Spielzimmer autoReadReg 4_reqStatus
attr Fenster_OG_Spielzimmer expert defReg,rawReg
attr Fenster_OG_Spielzimmer firmware 1.0
attr Fenster_OG_Spielzimmer model HM-SEC-SCO
attr Fenster_OG_Spielzimmer peerIDs 00000000,683BA203,
attr Fenster_OG_Spielzimmer room 99_Homematic
attr Fenster_OG_Spielzimmer serialNr PEQ0569321
attr Fenster_OG_Spielzimmer subType threeStateSensor


Kann mir hier wer weiterhelfen?
Wie kann ich das verhindern?

Gruß
Johannes

[frank]

alle infos die über die anlernmessage kommen sind korrupt.
also die attribute:
.mid
firmware
serialNr
model
subType

zunächst nichts löschen oder resetten.

1. versuch:
nur den "countdown" am fk starten.
eventuell mehrfach, bis keine pending cmds mehr vor handen sind.

2. versuch, wenn 1. fehlschlägt:
"drüber pairen" mit set hmPairForSec 60
sofort danach wie unter 1.

[delta8585]

Hallo Frank,

das hat funktioniert.
Ich musste nur kurz die "Anlerntaste" drücken. Schon funktionierte es wieder.
Der commState änderte sich von CMDs_pending auf CMDs_done.

Kannst du mir sagen, woher das kommt? Beziehungsweise wie ich das verhindern kann?

[Otto123]

Hi,

HBUSB - was ist das als Hardware für ein Teil? Läuft da was unsauber?

Mein Gedanke dazu war noch: Ist das beim ersten Anlernen passiert? wieder die Fenstersensoren nicht mehr erkannt das könnte auch heißen, einfach mal so im Betrieb?

Gruß Otto

[frank]

schon seltsam.
vergiss nicht die config zu speichern.

falls wirklich jemals eine korrekte config in der fhem.cfg existierte, spekuliere ich mal auf ein speicherproblem.
sdcard defekt?
oder machst du images im betrieb?

was zeigt dir zb "get hminfo configCheck"?

[delta8585]

Mein Gedanke dazu war noch: Ist das beim ersten Anlernen passiert? Wieder die Fenstersensoren nicht mehr erkannt das könnte auch heißen, einfach mal so im Betrieb?

Ja das passiert einfach so im Betrieb.

Ich muss vielleicht noch etwas weiter ausholen. Ich hatte vor ein paar Jahren angefangen mich mit FHEM zu beschäftigen. Damals hatte ich zum Starten eine Raspberry mit einem HM-CFG-USB https://wiki.fhem.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter und weil ich mich beim Einrichten vertippt hatte ist der Name HBUSB entstanden.

Mittlerweile läuft bei mir FHEM auf einen Qnap NAS als Docker Anwendung. Als Schnittstelle zu Homematic benutze ich einen HM-LGW-O-TW-W-EU https://wiki.fhem.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway

Könnte es mit der Docker Anwendung was zu tun haben?

[Otto123]

Ok dann fällt ja die Kommunikation über USB und die defekte SD Card aus dem Raster.

Ja das passiert einfach so im Betrieb.

Nochmal nachgefragt: steht das dann wirklich so falsch in der fhem.cfg oder in der aktiven config - also ist da was geändert und Du hast "rote Fragezeichen"

[delta8585]

Nochmal nachgefragt: steht das dann wirklich so falsch in der fhem.cfg oder in der aktiven config - also ist da was geändert und Du hast "rote Fragezeichen"

Da bin ich mir nicht zu 100% sicher. Allerdings fällt mir das rote Fragezeichen eigentlich immer auf.
Kann natürlich sein das ich es bei einer Änderung mit abgespeichert habe.
Kann man dies irgendwie loggen?

Ich hatte deshalb schon vor länger mal autocreate disabled. Da ich dieses in Verdacht hatte. Damals fiel es mir auch immer über das Fragezeichen auf, dass hier etwas nicht stimmte.
Seitdem fiel mir eigentlich nichts mehr auf. Bis heute ... 

[Otto123]

naja der Unterschied aus meiner Sicht:
steht einfach so in der fhem.cfg - ist die Richtung von Frank nach korrupten Filesystem
Die Aussage von Frank in #1 zielt auf defekte Anlernmessage: aber wieso kommt im normalen Betrieb überhaupt eine Anlernmessage?
Und wenn es so ist: wieso wird die fehlerhafte Nachricht nicht an irgendeiner Ecke erkannt und verworfen?

Ist irgendwelcher "Salat" in der config und "irgendwer" kommt da durcheinander? Klingt irgendwie mystisch. 

[delta8585]

Ich kann es mir nicht erklären.
Evtl. hat es etwas mit dem Empfang zu tun. Ich bilde mir ein, dass die weiter entfernten Teilnehmer hier anfälliger sind.

Ein defektes Dateisystem denke ich, ist es nicht.
Da der Fehler ja nur bei Homematic Produkten auftritt.

Ich aber noch diverse andere Hersteller mit eingebunden habe. Hier tritt kein Fehler auf.

Gibt es so eine Art Schreibschutz für einzelne Komponenten? Beziehungsweise kann man die fhem.cfg Schreibschützen?
Das würde mir eigentlich reichen.

[frank]

homematic schreibschutz:
du könntest alle homematic configs in ein seperates cfg-file auslagern und mit include einfügen.
die rechte der datei entsprechend ändern, dass fhem nicht mehr schreiben darf.

bei attributänderungen gibt es global events, denke ich.
dazu ein notify, dass zb "attr model unknown" meldet.

ich warte noch auf "get hminfo configCheck".

[delta8585]

ich warte noch auf "get hminfo configCheck".

Ich habe mir gerade das Modul installiert.
Aber, der configCheck liefert irgendwie keine Werte.

Darum habe ich peerCheck und regCheck separat ausgeführt.

Code Auswählen Erweitern

peerCheck done:

idPz00
    incomplete: Fenster_EG_Bad_Bright_V1:
    incomplete: Fenster_EG_Bad_Bright_V2:
    incomplete: Fenster_EG_Bad_Col:
    incomplete: Fenster_EG_Bad_Col_V1:
    incomplete: Fenster_EG_Bad_Col_V2:
    incomplete: HZ_Thermostat_Climate:
    incomplete: HZ_Thermostat_SwitchTr:
    incomplete: HZ_Thermostat_Weather: peerUnread
    incomplete: HZ_Thermostat_WindowRec:
    incomplete: HZ_Thermostat_remote:

idPz02
    HM_386BAF_lock: p:Schloss.Haustuer
    HM_386BAF_unlock: p:Schloss.Haustuer

idPz04
    triggerUnpeered: Fenster_EG_Bad_Bright: 373204
    triggerUnpeered: Fenster_OG_Bad: 373204
    triggerUnpeered: Fenster_OG_Spielzimmer: 000000
    triggerUnpeered: Fenster_OG_Spielzimmer: 373204

idPz05
    triggerUndefined: Fenster_EG_Bad_Bright: 373204
    triggerUndefined: Fenster_OG_Bad: 373204
    triggerUndefined: Fenster_OG_Spielzimmer: 373204

Code Auswählen Erweitern

regCheck done:

idRc01
    Fenster_EG_Bad: RegL_00.
    Fenster_EG_Bad_Bright: RegL_01.,RegL_03.HZ_EG_Bad_WindowRec
    Fenster_EG_Bad_Bright_V1: RegL_01.
    Fenster_EG_Bad_Bright_V2: RegL_01.
    Fenster_EG_Bad_Col: RegL_01.
    Fenster_EG_Bad_Col_V1: RegL_01.
    Fenster_EG_Bad_Col_V2: RegL_01.
    Fenster_OG_Schlafzimmer: RegL_00.,RegL_01.,RegL_04.HZ_OG_Schlafzimmer_WindowRec
    Fenster_OG_Wohnzimmer: RegL_00.,RegL_01.,RegL_04.HZ_OG_Wohnzimmer_WindowRec
    HZ_Thermostat: RegL_00.
    HZ_Thermostat_Climate: RegL_01.,RegL_07.,RegL_08.,RegL_09.
    HZ_Thermostat_SwitchTr: RegL_01.
    HZ_Thermostat_Weather: RegL_01.
    HZ_Thermostat_WindowRec: RegL_01.
    HZ_Thermostat_remote: RegL_01.
    Schalter_Buero: RegL_00.
    Schatler_Buero_Aus: RegL_01.
    Schatler_Buero_Ein: RegL_01.

sagt dir das was?

[frank]

Aber, der configCheck liefert irgendwie keine Werte.

da auch die fehlerIDs nicht aufgelöst werden, braucht es eventuell noch einen fhem restart.
oder braucht es ein update?

in meiner 98_HMinfo.pm gibt es folgende "übersetzung":

Code Auswählen Erweitern

   ,"idPz00" => {Fkt=> "peerCheck" ,shtxt=> "PeerIncom"   ,txt=> "peer list incomplete. Use getConfig to read it."         ,long=>"peerlist not completely read. getConfig should do" }
   ,"idPz01" => {Fkt=> "peerCheck" ,shtxt=> "PeerUndef"   ,txt=> "peer not defined"                                        ,long=>"a peer in the peerlist cannot be found" }
   ,"idPz02" => {Fkt=> "peerCheck" ,shtxt=> "PeerVerf"    ,txt=> "peer not verified. Check that peer is set on both sides" ,long=>"peer is only set on one side. Check that peering exist on actor and sensor" }
   ,"idPz03" => {Fkt=> "peerCheck" ,shtxt=> "PeerStrange" ,txt=> "peering strange - likely not suitable"                   ,long=>"a peering does not seem to be operational" }
   ,"idPz04" => {Fkt=> "peerCheck" ,shtxt=> "TrigUnkn"    ,txt=> "trigger sent to unpeered device"                         ,long=>"the sensor sent a trigger to an unknown address" }
   ,"idPz05" => {Fkt=> "peerCheck" ,shtxt=> "TrigUndef"   ,txt=> "trigger sent to undefined device"                        ,long=>"the sensor sent a trigger to an undefined address" }
   ,"idPz06" => {Fkt=> "peerCheck" ,shtxt=> "AES"         ,txt=> "aesComReq set but virtual peer is not vccu - won't work" ,long=>"Attr aesComReq wont work" }
   ,"idPz07" => {Fkt=> "peerCheck" ,shtxt=> "Team"        ,txt=> "boost or template differ in team"                        ,long=>"boost time defined is different in team. Check boost time setting for all team members" }
   ,"idRc01" => {Fkt=> "regCheck"  ,shtxt=> "RegMiss"     ,txt=> "missing register list"                                   ,long=>"the registerlist is not complerely read. Try getConfig and wait for completion" }
   ,"idRc02" => {Fkt=> "regCheck"  ,shtxt=> "RegIncom"    ,txt=> "incomplete register list"                                ,long=>"registerlist is incomplete. Try getConfig and wait for completion" }
   ,"idRc03" => {Fkt=> "regCheck"  ,shtxt=> "RegPend"     ,txt=> "Register changes pending"                                ,long=>"issued regiser changes are ongoing" }



ich würde zunächst hminfo "reparieren", so dass auch configcheck funktioniert.
anschliessend alle aufgeführten devices nach und nach "reparieren".

insgesamt fehlen fhem viele daten der devices.
wenn die devices korrekt angelegt und gepairt sind, wird getconfig plus ggf "knöpfchendrücken" reichen.

[delta8585]

Nach einen Neustart funktionierte der configCheck. Vielen dank für den Hinweis.

Ich konnte auch einige Fehler beheben. Aber ein paar bekomme ich einfach nicht weg.

Code Auswählen Erweitern


onfigCheck done:

missing register list
    HZ_Thermostat: RegL_00.,RegL_01.
    HZ_Thermostat_Climate: RegL_01.,RegL_07.,RegL_08.,RegL_09.

peer list incomplete. Use getConfig to read it.
    incomplete: HZ_Thermostat:
    incomplete: HZ_Thermostat_Climate:

trigger sent to unpeered device
    triggerUnpeered: Fenster_OG_Bad: 373204
    triggerUnpeered: Fenster_OG_Spielzimmer: 000000
    triggerUnpeered: Fenster_OG_Spielzimmer: 373204

trigger sent to undefined device
    triggerUndefined: Fenster_OG_Bad: 373204
    triggerUndefined: Fenster_OG_Spielzimmer: 373204

PairedTo missing/unknown
    HZ_Thermostat:

PairedTo mismatch to IODev
    Fenster_OG_Schlafzimmer: paired:0x000000 IO attr: 373204.
    Fenster_OG_Wohnzimmer: paired:0x000000 IO attr: 373204.

Ich habe als Fehlerursache das Thermostat in Verdacht (HM-TC-IT-WM-W-EU). Es bleibt immer im Status CMDs_pending und bekomme es nicht weg.
Mir ist auch noch aufgefallen das ich die CUL nicht in Pair-Modus schalten musste (hmPairForSec) als ich das Thermostat auf Werkseinstellungen zurückgesetzt hatte und es neu anlernen wollte. Ist das normal?
Kann man prüfen ob er immer im "Pair Modus" ist?

Danke schonmal für eure Hilfe.

[frank]

Mir ist auch noch aufgefallen das ich die CUL nicht in Pair-Modus schalten musste (hmPairForSec)

wieso auf einmal cul?

der tc ist nicht gepairt.
zeig mal ein list.

ein internal (pair oder so) beim io ist gleich 1, solange der pairmodus beim io aktiv ist.