Probleme mit fakeShutterContact

[Wzut]

so alles umgesetzt , die neuen Version habe ich in Antwort 6 ausgetauscht und dort auch die Beschreibung angepasst  (neue Attribute , neues Sendeverhalten, regEx) 
Bitte beide Dateien austauschen , für den Broadcast musste ich Änderungen in 14_CUL_MAX vornehmen und zur Sicherheit FHEM neu starten statt nur einem einfachen reload.

[fhemHolli]

Mode Broadcast : der VFK sendet nur ein Telegramm mit Ziel alle ohne auf Rückmeldungen zu warten.

erster Test begeistert, schnelle Info über Broadcast von allen assoziierten WTs und HTs abgegriffen, bisher keine Verluste bemerkt -- super

In den Readings wird "state" aktualisiert, das große "STATE" aus den Internals und im FhemWeb ändert sich nicht.

[fhemHolli]

ich bekomme den externalSensor weder mit <wz_FK:state:open:closed> noch mit <wz_FK:state:(open.*|til.*):(close.*|zu)> zu der gewünschten Reaktion.
Hier das verbose 5 LOG für das öffnen des wz_FK

Code Auswählen Erweitern

2020.03.04 20:34:57 4: CUL_Parse: MaxCun **A0C0B84411CC443000000010AC80E
2020.03.04 20:34:57 5: MaxCun: dispatch **A0C0B84411CC443000000010AC80E
2020.03.04 20:34:57 5: Starting notify loop for wz_FK, 4 event(s), first is battery: ok
2020.03.04 20:34:57 5: wz_vFK,EVENT | battery: ok
2020.03.04 20:34:57 5: wz_vFK,EVENT | contact: open (to broadcast)
2020.03.04 20:34:57 5: wz_vFK,EVENT | open
2020.03.04 20:34:57 5: wz_vFK,EVENT | trigger_cnt: 10
2020.03.04 20:34:57 5: wz_vFK, state - trigger_cnt
2020.03.04 20:34:57 5: wz_vFK, regex 0
2020.03.04 20:34:57 5: End notify loop for wz_FK
2020.03.04 20:35:16 5: CUL/RAW: /Z0C9A044208859A06E1BC0024BBFF
Z0E9A020206E1BC08859A0001182824F8
**A2110008E22BDA3BA950708FA2D1DAC983A7CAF1EE5595B702C89DE638960DA35D160D7

2020.03.04 20:35:16 4: CUL_Parse: MaxCun Z0C9A044208859A06E1BC0024BBFF -74.5
2020.03.04 20:35:16 5: MaxCun: dispatch Z0C9A044208859A06E1BC0024BB
2020.03.04 20:35:16 5: MaxCul, IODev MaxCun, len 12, msgcnt 9A, msgflag 04, msgType WallThermostatControl, src 08859a, dst 06e1bc, group 0, payload 24BB, rssi -74.5
2020.03.04 20:35:16 5: MaxCul: dispatch MAX,0,WallThermostatControl,08859a,24BB
2020.03.04 20:35:16 5: MAX_Parse, MAX,0,WallThermostatControl,08859a,24BB
2020.03.04 20:35:16 5: d_Wand, desiredTemperature : 18, temperature : 18.

und jetzt für das schließen des wz_FK

Code Auswählen Erweitern

2020.03.04 20:37:47 4: CUL_Parse: MaxCun **A0C0C84411CC443000000010B000A
2020.03.04 20:37:47 5: MaxCun: dispatch **A0C0C84411CC443000000010B000A
2020.03.04 20:37:47 5: Starting notify loop for wz_FK, 4 event(s), first is battery: ok
2020.03.04 20:37:47 5: wz_vFK,EVENT | battery: ok
2020.03.04 20:37:47 5: wz_vFK,EVENT | contact: closed (to broadcast)
2020.03.04 20:37:47 5: wz_vFK,EVENT | closed
2020.03.04 20:37:47 5: wz_vFK,EVENT | trigger_cnt: 11
2020.03.04 20:37:47 5: wz_vFK, state - trigger_cnt
2020.03.04 20:37:47 5: wz_vFK, regex 0
2020.03.04 20:37:47 5: End notify loop for wz_FK
2020.03.04 20:37:54 5: CUL/RAW: /**A2110008E22BDA3BA950708FA2D1E7C690500F9B8654C9EB8777AA032618F85D7CC26D5

2020.03.04 20:37:54 4: CUL_Parse: MaxCun **A2110008E22BDA3BA950708FA2D1E7C690500F9B8654C9EB8777AA032618F85D7CC26D5
2020.03.04 20:37:54 5: MaxCun: dispatch **A2110008E22BDA3BA950708FA2D1E7C690500F9B8654C9EB8777AA032618F85D7CC26D5
2020.03.04 20:37:59 5: CUL/RAW: /Z0C9B044208859A06E1BC0024BB00
Z0E9B020206E1BC08859A0001182824F8

2020.03.04 20:37:59 4: CUL_Parse: MaxCun Z0C9B044208859A06E1BC0024BB00 -74
2020.03.04 20:37:59 5: MaxCun: dispatch Z0C9B044208859A06E1BC0024BB
2020.03.04 20:37:59 5: MaxCul, IODev MaxCun, len 12, msgcnt 9B, msgflag 04, msgType WallThermostatControl, src 08859a, dst 06e1bc, group 0, payload 24BB, rssi -74
2020.03.04 20:37:59 5: MaxCul: dispatch MAX,0,WallThermostatControl,08859a,24BB
2020.03.04 20:37:59 5: MAX_Parse, MAX,0,WallThermostatControl,08859a,24BB
2020.03.04 20:37:59 5: d_Wand, desiredTemperature : 18, temperature : 18.7
2020.03.04 20:37:59 5: Starting notify loop for d_Wand, 7 event(s), first is temperature: 18.7
2020.03.04 20:37:59 5: End notify loop for d_Wand

[Wzut]

Sehr schön in dem Fall habe ich zwei gute Nachrichten für dich :
1. das Thema STATE : der User hat hier alle Freiheiten sich das selbst zu formatieren und gestalten (Text , Icons , usw.) das Zauberwort nennt sich stateFormat
Was man da so treiben kann hänge dich dir mal als Screenshot an. In deinem Fall wäre das dann halt einfach nur

Code Auswählen Erweitern

attr wz_vFK stateFormat state
aber das ziehe ich in der nächsten Version nach

2. dein open close kommt schon mal beim wz_vFK an :

2020.03.04 20:34:57 5: wz_vFK,EVENT | open
2020.03.04 20:37:47 5: wz_vFK,EVENT | closed

jetzt gilt es nur noch herauszufinden was bei deinen Events anders ist als bei meinen und wir z.Z. ganz kurz vor dem Ziel scheitern.
Ich baue da dann noch mehr Logging ein, bis dahin must du dir halt mit einem externen notify und gelöschtem externalSensor Attribut behelfen.

Edit : ich bin dem Problem auf der Spur. Das besondere an dem HM Sensor ist das hier nicht ein Event alleine kommt sondern ein ganzes Bündel. Wäre der state Event mit seinem open/close der letzte in dieser Kette dann ginge es. Ich muß mal schauen wie andere Modulautoren ihre Notify Funktionen gebaut haben und ggf. dort ein bissel was abschreiben.

[JHo]

Furchtbar offtopic, aber ich bin sehr neidisch auf dein stateFormat, Wzut. Magst du vielleicht den Code verraten?

[Wzut]

*lach*, das ist eigentlich nichts Besonderes, alles mit FHEM Bordmittel. Hier ein Beispiel für ein HT und ein WT jeweils für den raw Editor :

Edit -> https://forum.fhem.de/index.php/topic,109034.0.html

[fhemHolli]

...nach der Schöngeisterei wieder zurück in den schnöden Topic 

ich habe testweise den externalSensor mit dem <wz_FK:state:trigger_cnt:closed> gesetzt - damit wurde mit dem öffnen des Fensters auch brav der WT und die HTs in Windows open gefahren. -- funktioniert also Grundsätzlich

attr wz_vFK stateFormat state

dann kommt auch der kleine state beim großen STATE an -- gut

-- aber der große STATE will nicht mit dem kleinen state zusammen auf close wechseln.

[Wzut]

funktioniert also Grundsätzlich

und würdest du auf das Reading contact triggern statt auf state würde es sogar komplett funktionieren ....
aber anyway, die nächste Version wird alles schlucken und dann müssen wir auch nicht mehr über den Unterschied des Readings state und des Internals STATE diskutieren, u.a. da den Readings eh noch das onoff Reading fehlt.

[fhemHolli]

So ist das wenn Benutzer mit gefährlichem Halbwissen hinter Entwicklern herlaufen. 

Eigentlich ist alles schon da, man muss es nur richtig nutzen...

Freue mich schon auf die nächste Version

Gruß Uwe

[Wzut]

macht nichts zum dazulernen ist man nie zu alt
Ich habe die 10_MAX in Antwort #6 ausgetauscht, teste mal

[fhemHolli]

Hallo Wzut,
es gibt positives zu berichten.

Code Auswählen Erweitern

wz_FK:state:(open.*|til.*):closed erzeugt das gewünschte Verhalten -- sehr gut
Damit wird das nutzen von Fremdfensterkontakten deutlich vereinfacht.

Die Auswahl beim SendMode finde ich gut, jetzt kann ich gezielt bei den räumlich vom MaxCun weiter entfernten WTs & HTs den Modus group oder peers angeben, was bei mir im Schlafzimmer und auf dem Dachboden für mehr Übertragungssicherheit sorgt.

Bei den virtuellenShutter Kontakten habe ich kein attr stateFormat gesetzt und bekomme in der FhemWeb Ansicht für den status close ein Bildchen angezeigt.
Habe ich da wieder etwas nicht beachtet?   


Gruß Uwe

[Wzut]

diesmal bin ich unschuldig das ist eine Eigenart von FHEMWEB  state durch ein Icon zu ersetzen, Bsp ist die kleine Glühbirne bei on & off oder ich habe manchmal Wolken mit Regentropfen wenn state nur eine Zahl ist ...
Abhilfe : das Attribut devStateIcon : entweder da eine Kombination eintragen für die Wunsch Icons oder schlicht den Text none wenn nie der Text in ein Icon gewandelt werden soll.

Edit : ok so ganz unschuldig bin ich doch nicht, da ich open oder close z.Z. als state ausgebe, richtig(er) wäre aber opened / closed

[fhemHolli]

mit der aktuellen Version aus dem Beta Fred wir der closed Zustand in state nicht angezeigt, die Funktion ist aber gegeben.

Die MaxCommon.pm aus dem normalen update kennt heute Morgen die virtuellenShutter Kontakte noch nicht.

...jetzt muss ich aber fix zur Arbeit

[Wzut]

viel zu früh für update ! ab 8:00 Uhr ....

[Wzut]

mit der aktuellen Version aus dem Beta Fred wir der closed Zustand in state nicht angezeigt, die Funktion ist aber gegeben.

ja da fehlten u.a. zwei Hochkommas, ich habe sie ausgetauscht