Hi,
ich glaube ich bin hier eher richtig..
Also zu meinem kleinen Problem:
Ich habe mir mit Heating_Control einen Heizplan erstellt. Dieser Heizplan setzt die Temperatur an meinem Thermokon SR06 der dann das Afriso AVD 20 am Heizkörper ansteuert. So grob funktionierts auch..ABER
wenn der Heizplan dann die Temperatur am SR06 passend ändert, hör ich auch kurz darauf, wie der Stellmotor (das wäre nix für ins Schlafzimmer, der ist wirklich laut ;)) am Heizkörper "losläuft" --> Anzeige in FHEM springt dann auch auf die richtige Temperatur nach dem Heizplan.
Kurz darauf springt die Temperatur am SR06 aber wieder auf die vorher an ihm eingestellte Temperatur zurück und damit ändert sich natürlich auch kurz darauf wieder die Temperatureinstellung am Heizkörper.
Damit ist natürlich der ganze Heizplan für'n A***...
Hab ich hier einen (Denk-)Fehler oder ist das ein normales Verhalten?
Danke im Voraus
Paddie
List vom Heating_Control
Internals:
COMMAND
CONDITION (ReadingsVal("HCAutomatik", "state", "") eq "on")
DEF AZ_Temperatur_Tuer 12345|18:00|21 12345|22:00|14 $we|08:00|21 $we|23:00|14 (ReadingsVal("HCAutomatik", "state", "") eq "on")
DEVICE AZ_Temperatur_Tuer
FUUID 5c968fcf-f33f-7924-3eb9-0cb86b536fd1f954
GlobalDaylistSpec
LANGUAGE de
NAME Heizung_Arbeitszimmer
NR 32
Profil 0: Sonntag 08:00:00 21, 23:00:00 14
Profil 1: Montag 18:00:00 21, 22:00:00 14
Profil 2: Dienstag 18:00:00 21, 22:00:00 14
Profil 3: Mittwoch 18:00:00 21, 22:00:00 14
Profil 4: Donnerstag 18:00:00 21, 22:00:00 14
Profil 5: Freitag 18:00:00 21, 22:00:00 14
Profil 6: Samstag 08:00:00 21, 23:00:00 14
Profil 7: Wochenende 08:00:00 21, 23:00:00 14
STATE 21
STILLDONETIME 0
TYPE Heating_Control
READINGS:
2019-09-23 21:16:24 currValue 21
2019-09-23 21:16:10 disabled 0
2019-09-23 21:16:24 nextUpdate 2019-09-23 22:00:00
2019-09-23 21:16:24 nextValue 14
2019-09-23 21:16:24 state 21
SWITCHINGTIMES:
12345|18:00|21
12345|22:00|14
$we|08:00|21
$we|23:00|14
TIMER:
Heizung_Arbeitszimmer_1:
HASH Heizung_Arbeitszimmer
MODIFIER 1
NAME Heizung_Arbeitszimmer_1
immerSchalten 1
Heizung_Arbeitszimmer_2:
HASH Heizung_Arbeitszimmer
MODIFIER 2
NAME Heizung_Arbeitszimmer_2
Heizung_Arbeitszimmer_4:
HASH Heizung_Arbeitszimmer
MODIFIER 4
NAME Heizung_Arbeitszimmer_4
Heizung_Arbeitszimmer_SetTimerOfDay:
HASH Heizung_Arbeitszimmer
MODIFIER SetTimerOfDay
NAME Heizung_Arbeitszimmer_SetTimerOfDay
SETTIMERATMIDNIGHT 1
Heizung_Arbeitszimmer_delayed:
HASH Heizung_Arbeitszimmer
MODIFIER delayed
NAME Heizung_Arbeitszimmer_delayed
dayNumber:
!$we 8
$we 7
di 2
do 4
fr 5
mi 3
mo 1
sa 6
so 0
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
08:00:00 21
23:00:00 14
1:
18:00:00 21
22:00:00 14
2:
18:00:00 21
22:00:00 14
3:
18:00:00 21
22:00:00 14
4:
18:00:00 21
22:00:00 14
5:
18:00:00 21
22:00:00 14
6:
08:00:00 21
23:00:00 14
7:
08:00:00 21
23:00:00 14
longDays:
de:
Sonntag
Montag
Dienstag
Mittwoch
Donnerstag
Freitag
Samstag
Wochenende
Werktags
en:
Sunday
Monday
Tuesday
Wednesday
Thursday
Friday
Saturday
weekend
weekdays
fr:
Dimanche
Lundi
Mardi
Mercredi
Jeudi
Vendredi
Samedi
weekend
jours de la semaine
profil:
1:
EPOCH 1569254400
PARA 21
TIME 18:00
TAGE:
1
2
3
4
5
2:
EPOCH 1569268800
PARA 14
TIME 22:00
TAGE:
1
2
3
4
5
3:
EPOCH 1569218400
PARA 21
TIME 08:00
TAGE:
7
4:
EPOCH 1569272400
PARA 14
TIME 23:00
TAGE:
7
profile_IDX:
0:
08:00:00 3
23:00:00 4
1:
18:00:00 1
22:00:00 2
2:
18:00:00 1
22:00:00 2
3:
18:00:00 1
22:00:00 2
4:
18:00:00 1
22:00:00 2
5:
18:00:00 1
22:00:00 2
6:
08:00:00 3
23:00:00 4
7:
08:00:00 3
23:00:00 4
shortDays:
de:
so
mo
di
mi
do
fr
sa
$we
!$we
en:
su
mo
tu
we
th
fr
sa
$we
!$we
fr:
di
lu
ma
me
je
ve
sa
$we
!$we
Attributes:
alias HZ_Arbeitszimmer
commandTemplate set $NAME setpointTemp $EVENT
disable 0
group Heizplan
room Heizung
Listing vom Thermokon SR06
Internals:
DEF 0580F923
FUUID 5c8d2ef0-f33f-7924-50b1-2ad594f6899479b0
IODev TCM_ESP3_0
LASTInputDev TCM_ESP3_0
MSGCNT 1
NAME AZ_Temperatur_Tuer
NR 26
NTFY_ORDER 50-AZ_Temperatur_Tuer
STATE T: 21.2 H: 0 SPT: 13.9 F:
STILLDONETIME 0
TCM_ESP3_0_DestinationID FFFFFFFF
TCM_ESP3_0_MSGCNT 1
TCM_ESP3_0_PacketType 1
TCM_ESP3_0_RSSI -76
TCM_ESP3_0_ReceivingQuality good
TCM_ESP3_0_RepeatingCounter 15
TCM_ESP3_0_SubTelNum 3
TCM_ESP3_0_TIME 2019-09-23 21:32:02
TYPE EnOcean
OLDREADINGS:
READINGS:
2019-03-17 09:55:21 batteryPrecent 100
2019-09-23 21:32:02 fanSpeed
2019-09-23 21:32:02 humidity 0
2019-09-23 21:32:02 occupancy unoccupied
2019-09-23 21:32:02 setpointBase 15
2019-09-23 21:32:02 setpointShift -1.1
2019-09-23 21:32:02 setpointShiftMax 10
2019-09-23 21:32:02 setpointTemp 13.9
2019-09-23 21:32:02 setpointType setpointTemp
2019-09-23 21:32:02 state T: 21.2 H: 0 SPT: 13.9 F:
2019-03-16 18:14:24 teach Smart Ack teach-in accepted EEP D2-11-01 Manufacturer: Thermokon
2019-09-23 21:32:02 temperature 21.2
2019-09-23 21:32:02 trigger heartbeat
helper:
Attributes:
IODev TCM_ESP3_0
comMode biDir
eep D2-11-01
manufID 002
postmasterID 019D91A7
room Arbeitszimmer,Heizung
scaleDecimals 1
subDef FFC8D384
subType roomCtrlPanel.01
teachMethod smartAck
userattr Heizungen Heizungen_map structexclude
webCmd setpointTemp
List vom Afriso AVD 20
Internals:
DEF 0193C26A
FUUID 5d87c78c-f33f-7924-26a8-230911b0edd5dcc6
IODev TCM_ESP3_0
LASTInputDev TCM_ESP3_0
MSGCNT 6
NAME EnO_0193C26A
NR 51
NTFY_ORDER 50-EnO_0193C26A
STATE T: 22.1 SPT: 13.9 SP: 0
TCM_ESP3_0_DestinationID FFFFFFFF
TCM_ESP3_0_MSGCNT 6
TCM_ESP3_0_PacketType 1
TCM_ESP3_0_RSSI -68
TCM_ESP3_0_ReceivingQuality excellent
TCM_ESP3_0_RepeatingCounter 0
TCM_ESP3_0_SubTelNum 3
TCM_ESP3_0_TIME 2019-09-23 21:44:59
TYPE EnOcean
OLDREADINGS:
READINGS:
2019-09-22 21:12:12 D0 0
2019-09-22 21:12:12 D1 0
2019-09-22 21:12:12 D2 0
2019-09-22 21:12:12 D3 1
2019-09-23 21:19:23 battery ok
2019-09-23 21:44:59 blockKey no
2019-09-23 21:44:59 delta -8.2
2019-09-23 21:44:59 feedTemp 36.9
2019-09-23 21:44:59 maintenanceMode off
2019-09-23 21:44:59 measurementState active
2019-09-23 21:44:59 operationMode setpointTemp
2019-09-23 21:44:59 p_d 0
2019-09-23 21:44:59 p_i 100
2019-09-23 21:44:59 p_p -205
2019-09-23 21:44:59 pidState processing
2019-09-23 21:44:59 roomTemp 22.1
2019-09-22 21:12:12 sensor1 100
2019-09-22 21:12:12 sensor2 91
2019-09-22 21:12:12 sensor3 162
2019-09-23 21:44:59 setpoint 0
2019-09-23 21:44:59 setpointCalc -105
2019-09-23 21:44:59 setpointSet 0
2019-09-23 21:44:59 setpointTemp 13.9
2019-09-23 21:15:25 setpointTempSet 13.9
2019-09-23 21:44:59 state T: 22.1 SPT: 13.9 SP: 0
2019-09-22 21:12:12 teach 4BS teach-in is missing
2019-09-23 21:44:59 temperature 22.1
helper:
actorErrorAction freeze
actorErrorPos 0
actorInterval 10
actorKeepAlive 100
actorLimitLower 0
actorLimitUpper 100
actorThreshold 0
actorTimestamp 2019-09-23 21:44:59
actorValueDecPlaces 0
battery ok
calcInterval 100
deltaGradient -0.000982514815894908
deltaOld -8.2
deltaOldTS 2019-09-23 21:44:59
deltaTreshold 0
factor_D 0
factor_I 0.25
factor_P 25
isWindUP 1
reverseAction 0
sensorTimeout 1200
stopped 0
updateInterval 100
calcPID:
undef
HASH(0x295b188)
periodic
undef
Attributes:
IODev TCM_ESP3_0
alias AZ_Heizkoerper
eep A5-20-04
manufID 7FF
room Arbeitszimmer,Heizung
setpointRefDev AZ_Temperatur_Tuer
setpointTempRefDev AZ_Temperatur_Tuer
subType hvac.04
Hat vielleicht hier einer einen Tip, was ich vielleicht falsch gemacht habe? Oder ist das so gewollt?
Danke im Voraus
Paddie
SO, ich habe jetzt mal alles was mit Heating_Controll zusammenhängt gelöscht und nochmal etwas probiert.
-> Am Thermokon sind 25 Grad eingestellt.
-> ich stelle in FHEM mit dem Schieberegler die Soll-Temperatur auf 22 Grad.
-> Das Heizungsthermostat fängt an zu fahren.
-> Ich gehe zum Thermokon und der zeigt immernoch die vorher eingestellten 25 Grad an
-> JETZT ist auch in FHEM die Soll-Temperatur wieder auf 25 Grad.
Gibts hierfür vielleicht irgendeine Lösung?
Die Grundkonfig ist ok. Sofern wie hier EEP D2-11-0 per SmartAck eingelernt ist, ist die Solltemperatur des SR06 immer der zuletzt vorgegebene Wert entweder lokal oder in Fhem.
Der Heizungsaktor selbst scheint aber nicht richtig eingelernt zu sein. So sollte es aussehen:
Internals:
DEF xxxxxxxx
FUUID ?
IODev TCM_0
LASTInputDev TCM_0
MSGCNT 131
NAME Heizung_Kinderzimmer
NR 639
NTFY_ORDER 50-Heizung_Kinderzimmer
STATE T: 23.3 SPT: 19.0 SP: 0
TCM_0_DestinationID FFFFFFFF
TCM_0_MSGCNT 131
TCM_0_PacketType 1
TCM_0_RSSI -70
TCM_0_ReceivingQuality excellent
TCM_0_RepeatingCounter 1
TCM_0_SubTelNum 6
TCM_0_TIME 2019-09-27 19:13:41
TYPE EnOcean
.attraggr:
.attrminint:
READINGS:
2019-09-27 08:20:14 battery ok
2019-09-27 19:13:41 blockKey no
2019-09-27 19:17:05 delta -4.3
2019-09-27 19:13:41 feedTemp 22.4
2019-09-27 19:13:41 maintenanceMode off
2019-09-27 19:13:41 measurementState active
2019-09-27 19:13:41 operationMode setpointTemp
2019-09-27 19:17:05 p_d 0
2019-09-27 19:17:05 p_i 74.9166666666667
2019-09-27 19:17:05 p_p -107.5
2019-09-27 19:17:05 pidState processing
2019-09-27 19:13:41 roomTemp 23.3
2019-09-27 19:13:41 setpoint 0
2019-09-27 19:17:05 setpointCalc -32.5833333333334
2019-09-27 19:17:05 setpointSet 0
2019-09-27 19:13:41 setpointTemp 19.0
2019-03-23 19:29:01 setpointTempSet 19.0
2019-09-27 19:13:41 state T: 23.3 SPT: 19.0 SP: 0
2019-03-23 17:51:26 teach 4BS teach-in accepted EEP A5-20-04 Manufacturer: Holter Regelarmaturen GmbH Co. KG
2019-09-27 19:13:41 temperature 23.3
helper:
actorErrorAction freeze
actorErrorPos 0
actorInterval 10
actorKeepAlive 100
actorLimitLower 0
actorLimitUpper 100
actorThreshold 0
actorTimestamp 2019-09-27 19:17:05
actorValueDecPlaces 0
battery ok
calcInterval 100
deltaGradient 0.000661126855643177
deltaOld -4.3
deltaOldTS 2019-09-27 19:13:41
deltaTreshold 0
factor_D 0
factor_I 0.25
factor_P 25
isWindUP 1
reverseAction 0
sensorTimeout 1200
stopped 0
updateInterval 100
calcPID:
undef
HASH(0x2f1ba90)
periodic
undef
Attributes:
IODev TCM_0
blockKey no
comMode biDir
destinationID unicast
eep A5-20-04
manufID 045
room wald1
subDef FFxxxxxx
subType hvac.04
teachMethod 4BS
webCmd setpointTemp
Zitat von: klaus.schauer am 27 September 2019, 19:22:49
Die Grundkonfig ist ok. Sofern wie hier EEP D2-11-0 per SmartAck eingelernt ist, ist die Solltemperatur des SR06 immer der zuletzt vorgegebene Wert entweder lokal oder in Fhem.
Hmm...Das versteh ich jetzt nicht so ganz... ??? Sollte nicht, wenn ich in FHEM die Solltemperatur auf 22 Grad stelle (egal ob per Heating_Control oder von Hand) auch am SR06 die Solltemperatur von 22 Grad angezeigt werden? Dann ist doch der "zuletzt vorgegebene Wert" der Wert den ich grade eingestellt hab.
Umgedreht funktionierts übrigens...also wenn ich die Temperatur am SR06 einstelle wird diese direkt in FHEM übernommen und dann auch beibehalten
Zitat
Der Heizungsaktor selbst scheint aber nicht richtig eingelernt zu sein. So sollte es aussehen:
Internals:
DEF xxxxxxxx
FUUID ?
IODev TCM_0
LASTInputDev TCM_0
MSGCNT 131
NAME Heizung_Kinderzimmer
NR 639
NTFY_ORDER 50-Heizung_Kinderzimmer
STATE T: 23.3 SPT: 19.0 SP: 0
TCM_0_DestinationID FFFFFFFF
TCM_0_MSGCNT 131
TCM_0_PacketType 1
TCM_0_RSSI -70
TCM_0_ReceivingQuality excellent
TCM_0_RepeatingCounter 1
TCM_0_SubTelNum 6
TCM_0_TIME 2019-09-27 19:13:41
TYPE EnOcean
.attraggr:
.attrminint:
READINGS:
2019-09-27 08:20:14 battery ok
2019-09-27 19:13:41 blockKey no
2019-09-27 19:17:05 delta -4.3
2019-09-27 19:13:41 feedTemp 22.4
2019-09-27 19:13:41 maintenanceMode off
2019-09-27 19:13:41 measurementState active
2019-09-27 19:13:41 operationMode setpointTemp
2019-09-27 19:17:05 p_d 0
2019-09-27 19:17:05 p_i 74.9166666666667
2019-09-27 19:17:05 p_p -107.5
2019-09-27 19:17:05 pidState processing
2019-09-27 19:13:41 roomTemp 23.3
2019-09-27 19:13:41 setpoint 0
2019-09-27 19:17:05 setpointCalc -32.5833333333334
2019-09-27 19:17:05 setpointSet 0
2019-09-27 19:13:41 setpointTemp 19.0
2019-03-23 19:29:01 setpointTempSet 19.0
2019-09-27 19:13:41 state T: 23.3 SPT: 19.0 SP: 0
2019-03-23 17:51:26 teach 4BS teach-in accepted EEP A5-20-04 Manufacturer: Holter Regelarmaturen GmbH Co. KG
2019-09-27 19:13:41 temperature 23.3
helper:
actorErrorAction freeze
actorErrorPos 0
actorInterval 10
actorKeepAlive 100
actorLimitLower 0
actorLimitUpper 100
actorThreshold 0
actorTimestamp 2019-09-27 19:17:05
actorValueDecPlaces 0
battery ok
calcInterval 100
deltaGradient 0.000661126855643177
deltaOld -4.3
deltaOldTS 2019-09-27 19:13:41
deltaTreshold 0
factor_D 0
factor_I 0.25
factor_P 25
isWindUP 1
reverseAction 0
sensorTimeout 1200
stopped 0
updateInterval 100
calcPID:
undef
HASH(0x2f1ba90)
periodic
undef
Attributes:
IODev TCM_0
blockKey no
comMode biDir
destinationID unicast
eep A5-20-04
manufID 045
room wald1
subDef FFxxxxxx
subType hvac.04
teachMethod 4BS
webCmd setpointTemp
DAS guck ich mir nachher mal genauer an ;-).
Vielen Dank schonmal
Paddie
So noch etwas rumprobiert.
ich habe jetzt wirklich alles nochmal neu angelernt..
Der SR06 wird mit EEP 11-01-00 D2-11-01 erkannt.
Ich kann die Temperatur in FHEM verstellen wie ich will, in dem Moment wo ich am SR06 einen der Knöpfe für die Temperatur drücke (einmal reicht, damit zeigt er ja nur die derzeitige Raumtemperatur an) wird wieder die Temperatur vom SR06 als SetPointTemp fürs Heizungsthermostat genommen, obwohl ich die Temperatur NICHT verstellt hab.
Klar, soll er die Temperatur nehmen, die ich auswähle, aber wenn ich dann doch bitte NUR die Temperatur ablesen möchte, soller er diese auch NUR anzeigen und NICHT verändern.
Wobei ich eins immernoch nicht verstehe... obwohl laut FHEM die setpointTemp im SR06 auf z. B. 22 Grad steht, zeigt der SR06 auf seinem kleinen Display trotzdem die zuletzt an Ihm eingestellte Temperatur an, egal was in FHEM angezeigt oder eingestellt wird...
Ich hab jetzt auf jeden Fall den halben Tag alles mögliche probiert (inkl. FHEM komplett neu installieren und alles von vorne...) und jetzt absolut keinen Bock mehr... ich werde jetzt erstmal den SR06 rüberlegen und "nur" den FT55 an den FSR61 anlernen und das Thermostat an der Heizung halt von Hand bedienen... dann bleiben die Teile eben erstmal "dumm" und ich gucke mir irgendein anderes System an.
Vielen Dank auf jeden Fall für deine Mühe und natürlich auch vielen Dank an alle anderen hier im Forum..
Gruß
Paddie
Die Kommunikation zwischen Fhem und den Wandterminal sowie Fhem mit dem Heizungsaktor findet zeitversetzt statt. Die in Fhem eingegebenen Daten werden erst in den anderen Geräten wirksam, sobald sich diese melden. I. d. R. melden sich die Geräte alle fünf bis zehn Minuten.
Falls in Fhem das Reading waitingCmds angezeigt wird, wurden die Eingaben noch nicht an das Device übertragen. In diesem Zeitraum gelten im SR06 natürlich noch die aktuell dort gespeicherten Werte. Bedient man nun das Gerät, sendet es diesen Wert an Fhem und überschreibt den Fhem-Wert, so die Theorie. Ich kann das aber nicht praktisch nachstellen, da ich keine SR06 Testmuster dauerhaft zur Verfügung habe.
Hallo zusammen
Klinke mich da mal ein, da ich den SR06 auch in gebrauch habe.
Ich setze den SR06 mit FHEM am Abend um 22:00 auf 18grad und am Morgen 06:00 wieder auf 20grad
Jetzt beobachte ich dass am Morgen 06:00 die Temperatur angehoben wird jedoch nur bis zum nächsten melden vom SR06, dann wird dir Temp wieder auf 18 runtergestellt. wenn man dann wartet wird beim nächsten melden vom sr06 dann die 20 eingestellt.
Das bringt natürlich die Heizung etwas durcheinander da um 06:00 für kurze Zeit hochgeregelt wird, dann wieder runter und erst dann, ca. 06:35 wieder hoch...
Im Bild in grün die solltemperatur da sieht man wie er hoch, runter und wieder hoch springt. Alles ohne dass man am sr06 manuell etwas verstellen würde
Das gleiche passiert am Abend in umgekehrter Reihenfolge
ev. hilft das zur Problembehebung weiter
grüsse
Chris
Ich habe leider kein Testgerät zur Verfügung und kann das nicht unmittelbar nachstellen. Vielleicht würde mich aber ein verbose 5-Log des SR06 auf die Spur bringen.
OK habe das mal manuell nachgespielt
Habe den setpointTemp in FHEM geändert auf 18 grad
Habe das noch etwas kommentiert...
Hoffe es ist verständlich so.
##setpointTemp in FHEM geändert, waitingcmds 1 im Gerät:
## setpointTemp ist jetzt auf 18 grad in FHEM
2019.10.13 12:12:03.873 5: Cmd: >set EnO_0580F9E8 setpointTemp 18<
2019.10.13 12:12:03.874 5: Starting notify loop for EnO_0580F9E8, 5 event(s), first is setpointShift: 0
2019.10.13 12:12:03.874 5: createNotifyHash
2019.10.13 12:12:03.898 5: End notify loop for EnO_0580F9E8
2019.10.13 12:12:03.902 3: EnOcean set EnO_0580F9E8 setpointTemp 18
2019.10.13 12:12:03.902 4: EnOcean EnO_0580F9E8 sent PacketType: 1 RORG: D2 DATA: 817F1250 SenderID: 00000000 STATUS: 00 ODATA: 030580F9E8FF00
2019.10.13 12:12:03.902 5: TCM TCM_ESP3_0 sent ESP: 55000A0701EBD2817F12500000000000030580F9E8FF0056
2019.10.13 12:12:03.902 5: SW: 55000A0701EBD2817F12500000000000030580F9E8FF0056
2019.10.13 12:12:03.904 4: WEB: /fhem?cmd=set%20EnO_0580F9E8%20setpointTemp%2018&XHR=1&fwcsrf=csrf_503988571260472&fw_id=528 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate
2019.10.13 12:12:03.909 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2019.10.13 12:12:03.910 5: TCM TCM_ESP3_0 RESPONSE: OK
2019.10.13 12:12:04.015 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA566
2019.10.13 12:12:04.017 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA5660B550F00860C2400
2019.10.13 12:12:04.018 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA5660B550F00860C240003FFFFFFFF400049
2019.10.13 12:12:04.019 5: TCM_ESP3_0: dispatch EnOcean:1:A5:660B550F:00860C24:00:03FFFFFFFF4000
2019.10.13 12:12:04.019 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:660B550F:00860C24:00:03FFFFFFFF4000
##waitungcmds 1 abarbeiten wenn sich sr06 meldet:
##setpointTemp ist jetzt zurück auf 20 grad in FHEM
2019.10.13 12:35:20.468 5: TCM TCM_ESP3_0 received ESP: 55000C070196D282
2019.10.13 12:35:20.470 5: TCM TCM_ESP3_0 received ESP: 55000C070196D282770080145E0580F9
2019.10.13 12:35:20.471 5: TCM TCM_ESP3_0 received ESP: 55000C070196D282770080145E0580F9E88F03FFFFFFFF41
2019.10.13 12:35:20.472 5: TCM TCM_ESP3_0 received ESP: 55000C070196D282770080145E0580F9E88F03FFFFFFFF4100C0
2019.10.13 12:35:20.472 5: TCM_ESP3_0: dispatch EnOcean:1:D2:82770080145E:0580F9E8:8F:03FFFFFFFF4100
2019.10.13 12:35:20.473 5: EnOcean received via TCM_ESP3_0: EnOcean:1:D2:82770080145E:0580F9E8:8F:03FFFFFFFF4100
2019.10.13 12:35:20.473 4: EnOcean EnO_0580F9E8 received PacketType: 1 RORG: D2 DATA: 82770080145E SenderID: 0580F9E8 STATUS: 8F
2019.10.13 12:35:20.475 5: Starting notify loop for EnO_0580F9E8, 5 event(s), first is temperature: 18.7
2019.10.13 12:35:20.475 5: createNotifyHash
2019.10.13 12:35:20.504 5: End notify loop for EnO_0580F9E8
##weitere meldung vom sr06:
##setpointTemp ist jetzt wieder auf 18 grad in FHEM wie gewünscht
2019.10.13 13:05:09.945 5: TCM TCM_ESP3_0 received ESP: 55000C070196D282
2019.10.13 13:05:09.946 5: TCM TCM_ESP3_0 received ESP: 55000C070196D282780080125E0580F9
2019.10.13 13:05:09.955 5: TCM TCM_ESP3_0 received ESP: 55000C070196D282780080125E0580F9E88F02FFFFFFFF43003F
2019.10.13 13:05:09.956 5: TCM_ESP3_0: dispatch EnOcean:1:D2:82780080125E:0580F9E8:8F:02FFFFFFFF4300
2019.10.13 13:05:09.956 5: EnOcean received via TCM_ESP3_0: EnOcean:1:D2:82780080125E:0580F9E8:8F:02FFFFFFFF4300
2019.10.13 13:05:09.956 4: EnOcean EnO_0580F9E8 received PacketType: 1 RORG: D2 DATA: 82780080125E SenderID: 0580F9E8 STATUS: 8F
2019.10.13 13:05:09.959 5: Starting notify loop for EnO_0580F9E8, 4 event(s), first is temperature: 18.8
2019.10.13 13:05:09.959 5: createNotifyHash
2019.10.13 13:05:09.986 5: End notify loop for EnO_0580F9E8
Meiner Meinung nach ist es so dass FHEM zuerst die Daten vom sr06 bekommt und somit wieder auf den eingestellten Wert vom sr06 kommt und erst danach das waitingcmds sendet und das im sr06 speichert, somit kommt bei der nächsten Meldung vom sr06 dann erst das richtige setpointTemp das man eigentlich wollte...
grüsse Chris
Zitat von: Ice75 am 13 Oktober 2019, 13:19:40
Meiner Meinung nach ist es so dass FHEM zuerst die Daten vom sr06 bekommt und somit wieder auf den eingestellten Wert vom sr06 kommt und erst danach das waitingcmds sendet und das im sr06 speichert, somit kommt bei der nächsten Meldung vom sr06 dann erst das richtige setpointTemp das man eigentlich wollte...
Das war der noch fehlende sachdienliche Hinweis, danke. Bei wartenden Fhem-Befehlen werden jetzt die lokal geänderten Eingabewerte des SR06 nicht mehr übernommen. Bitte mit angepasster Entwicklerversion testen, siehe Anhang.
Besten Dank, genau so, tiptop.
Wenn man jetzt an fhem den setpointTemp verstellt und das waitingcmd noch vorhanden ist und dann jemand am sr06 den setpoint einstellt würde dieser aber von fhem nicht mehr erkannt, ist das richtig?
grüsse chris
Anstehende Kommandos in Fhem haben Vorrang. Das war vorher auch schon so, unabhängig davon, dass bisher die Werte vorübergehend wieder überschrieben wurden.