[gelöst] Weekprofile werden nicht übertragen - Credits-Probleme

Begonnen von thburkhart, 17 Dezember 2019, 18:28:26

Vorheriges Thema - Nächstes Thema

thburkhart

Hallo zusammen,

inzwischen habe ich es geschafft meine MAX-Thermostate mit CUL zum Laufen zu bekommen. Auch die Steuerung durch die Fensterkontakte läuft prima.
Das Problem lag darin begründet, dass die Credits nicht ausreichten, wenn man die die Geräte zu schnell hintereinander pairte. Nach eine Pause von mind. 30 min gelang dies.

Nun hänge ich an den Wochenprofilen:

Folgendes habe ich definiert:

define weekprofile weekprofile
setuuid weekprofile 5df78dd7-f33f-9b0e-9b06-9bc609f869225a9b
attr weekprofile room MAX
attr weekprofile group WeekProfiles
attr weekprofile useTopics 1


und im Devicce:

define THOMAS_WT MAX WallMountedThermostat 0ccdec
setuuid THOMAS_WT 5de13dfe-f33f-9b0e-2d3a-0b041e173ab9c60d
attr THOMAS_WT userattr weekprofile
attr THOMAS_WT IODev MaxSystem
attr THOMAS_WT alias THOMAS
attr THOMAS_WT comment 0ccdec KEQ0808634
attr THOMAS_WT group Wandthermostat
attr THOMAS_WT room MAX,MAXW,Thomas
attr THOMAS_WT weekprofile default:THOMAS

DeviceOverview
THOMAS
19.2°C

THOMAS_WT
Internals
DEF
WallMountedThermostat 0ccdec
FUUID
5de13dfe-f33f-9b0e-2d3a-0b041e173ab9c60d
IODev
MaxSystem
LASTInputDev
MaxSystem
MSGCNT
410
MaxSystem_MSGCNT
410
MaxSystem_TIME
2019-12-17 18:10:03
NAME
THOMAS_WT
NR
401
RSSI
-62.5
STATE
18.0 °C
TYPE
MAX
addr
0ccdec
backend
MaxSystem
rferror
0
type
WallMountedThermostat
Readings
RSSI
-62.5
2019-12-17 18:12:48
TimeInformationHour
1
2019-11-29 16:49:47
battery
ok
2019-12-17 14:42:05
batteryState
ok
2019-12-17 14:42:05
comfortTemperature
21
2019-11-29 17:19:53
desiredTemperature
18.0
2019-12-17 18:12:48
displayActualTemperature
1
2019-12-17 14:42:05
ecoTemperature
17
2019-12-02 19:20:21
groupid
0
2019-11-29 16:50:14
maximumTemperature
22.0
2019-12-15 02:17:35
measurementOffset
0
2019-12-02 19:20:21
minimumTemperature
10.5
2019-12-15 02:13:46
mode
manual
2019-12-17 14:42:05
msgcnt
65
2019-12-17 14:41:51
panel
unlocked
2019-12-17 14:42:05
rferror
0
2019-12-17 14:42:05
state
18.0 °C
2019-12-17 18:12:48
temperature
19.2
2019-12-17 18:12:48
weekprofile-0-Sat-temp
17.0 °C / 21.0 °C / 17.0 °C
2019-12-16 21:43:25
weekprofile-0-Sat-time
00:00-06:00 / 06:00-22:00 / 22:00-24:00
2019-12-16 21:43:25
weekprofile-1-Sun-temp
17.0 °C / 21.0 °C / 17.0 °C
2019-12-16 21:43:25
weekprofile-1-Sun-time
00:00-06:00 / 06:00-22:00 / 22:00-24:00
2019-12-16 21:43:25
weekprofile-2-Mon-temp
18.0 °C / 21.0 °C
2019-12-16 21:43:25
weekprofile-2-Mon-time
00:00-06:00 / 06:00-24:00
2019-12-16 21:43:25
weekprofile-3-Tue-temp
18.0 °C / 21.0 °C
2019-12-16 21:43:25
weekprofile-3-Tue-time
00:00-06:00 / 06:00-24:00
2019-12-16 21:43:25
weekprofile-4-Wed-temp
17.0 °C / 21.0 °C / 17.0 °C / 21.0 °C / 17.0 °C
2019-12-16 21:43:25
weekprofile-4-Wed-time
00:00-06:00 / 06:00-09:00 / 09:00-17:00 / 17:00-23:00 / 23:00-24:00
2019-12-16 21:43:25
weekprofile-5-Thu-temp
17.0 °C / 21.0 °C / 17.0 °C / 21.0 °C / 17.0 °C
2019-12-16 21:43:25
weekprofile-5-Thu-time
00:00-06:00 / 06:00-09:00 / 09:00-17:00 / 17:00-23:00 / 23:00-24:00
2019-12-16 21:43:25
weekprofile-6-Fri-temp
17.0 °C / 21.0 °C / 17.0 °C / 21.0 °C / 17.0 °C
2019-12-16 21:43:25
weekprofile-6-Fri-time
00:00-06:00 / 06:00-09:00 / 09:00-17:00 / 17:00-23:00 / 23:00-24:00
2019-12-16 21:43:25
windowOpenDuration
15
2019-12-02 19:20:21
windowOpenTemperature
12.0
2019-12-02 19:20:29
THOMAS_WT
MAX,MAXW,Thomas
Attributes
IODev
MaxSystem
deleteattr
alias
THOMAS
deleteattr
comment
0ccdec KEQ0808634
deleteattr
group
Wandthermostat
deleteattr
room
MAX,MAXW,Thomas
deleteattr
userattr
weekprofile
deleteattr
weekprofile
default:THOMAS
deleteattr


in den Readings sind Werte zu sehen, die ich über andFHEm gesetzt hatte.

Ich nahm an, dass es eine Weile dauert,bis sie durch die Einstellung in weekprofile THOMAS mit 18 Grad durchgängig (Test) überschrieben werden.
Bei anderen Devices mit leerem Profil klappt das auch nicht.
Als versuche ich es händisch mit "send_to device":

Schicke ich den Befehl send_to_device ab, erhalte ich die Fehlermeldung "
Error no devices given and no master device"

was mache ich falsch?



1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Wzut

#1
beim nächsten Post bitte alles in Code Tags (ich habe es editiert) und bitte keine Screenshots.

Was ich nicht verstehe :
attr THOMAS_WT userattr weekprofile
attr THOMAS_WT weekprofile default:THOMAS

warum ? und wo steht das man das machen soll ?
Das ist eigentlich kein MAX Thema, (gehört nach Frontends -> https://forum.fhem.de/index.php/board,19.0.html) aber fang mal langsam an :
Lege dir ein einziges Profil an (default) und drücke dann in der Übersicht den --> Knopf (send to device ) , wähle nun dein THOMAS_WT aus und dann unten OK.
Was steht danach im Log ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

thburkhart

#2
ich danke für deine Hinweise

ich habe das https://wiki.fhem.de/wiki/Weekprofile entnommen; wenn topics gesetzt, sollte dies auch  als default topic angegeben werden ..

dein Tip hat geholfen; die direkte Übertragung aus de Profileditor heraus  löste das Problem

um die Topics kümmere ich mich später

besten Dank !!

Thomas
1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Wzut

Zitat von: thburkhart am 17 Dezember 2019, 21:02:32
ich habe das https://wiki.fhem.de/wiki/Weekprofile entnommen; wenn topics gesetzt, sollte dies auch  als default topic angegeben werden ..
ahh ok , THX Ich habe noch nie mit Topics gearbeitet und kannte es daher bis jetzt nicht. (auch wieder was gelernt :) )
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

thburkhart

#4
leider ist ein neues Phänomen aufgetaucht:

Die Wochenprofile erscheinen in allen Thermostaten. Mit  set "desiredTemperature" auf "auto" wird auch in 3 Räumen das wochenprofil eingestellt.

Nicht jedoch ein einem Raum "Wohnzimmer". Nach Stellen auf "auto" wird die desiredTempatutre auf 12 Grad gestellt. Alle Fensterkontakte stehen auf "closed".

Woran kann das liegen ?


DeviceOverview
WOHNZIMMER
20.9°C

Wohnzimmer_WT
Internals
CHANGED
DEF
WallMountedThermostat 0ccd87
FUUID
5de183aa-f33f-9b0e-bcc0-6e8ff0be9e051528
IODev
MaxSystem
LASTInputDev
MaxSystem
MSGCNT
790
MaxSystem_MSGCNT
790
MaxSystem_TIME
2019-12-19 10:19:26
NAME
Wohnzimmer_WT
NR
418
RSSI
-62.5
STATE
12.0 °C
TYPE
MAX
addr
0ccd87
backend
MaxSystem
rferror
0
type
WallMountedThermostat
Readings
RSSI
-62.5
2019-12-19 10:19:26
TimeInformationHour
0
2019-11-29 16:44:56
battery
ok
2019-12-19 10:19:26
batteryState
ok
2019-12-19 10:19:26
comfortTemperature
21
2019-12-02 19:18:50
desiredTemperature
12.0
2019-12-19 10:19:26
displayActualTemperature
1
2019-12-19 10:19:26
ecoTemperature
17.0
2019-12-15 01:56:37
groupid
0
2019-11-29 16:44:45
maximumTemperature
25.0
2019-12-19 09:19:21
measurementOffset
0
2019-12-02 19:18:50
minimumTemperature
12.0
2019-12-15 13:02:31
mode
auto
2019-12-19 10:19:26
msgcnt
114
2019-12-19 10:19:25
panel
unlocked
2019-12-19 10:19:26
rferror
0
2019-12-19 10:19:26
state
12.0 °C
2019-12-19 10:19:26
temperature
20.9
2019-12-19 10:22:21
weekprofile-0-Sat-temp
17.0 °C / 19.0 °C / 21.0 °C / 18.0 °C
2019-12-18 20:07:36
weekprofile-0-Sat-time
00:00-06:00 / 06:00-08:00 / 08:00-22:00 / 22:00-24:00
2019-12-18 20:07:36
weekprofile-1-Sun-temp
17.0 °C / 19.0 °C / 21.0 °C / 18.0 °C
2019-12-18 20:07:36
weekprofile-1-Sun-time
00:00-06:00 / 06:00-08:00 / 08:00-22:00 / 22:00-24:00
2019-12-18 20:07:36
weekprofile-2-Mon-temp
17.0 °C / 19.0 °C / 21.0 °C / 18.0 °C
2019-12-18 20:07:36
weekprofile-2-Mon-time
00:00-06:00 / 06:00-08:00 / 08:00-22:00 / 22:00-24:00
2019-12-18 20:07:36
weekprofile-3-Tue-temp
17.0 °C / 19.0 °C / 21.0 °C / 18.0 °C
2019-12-18 20:07:36
weekprofile-3-Tue-time
00:00-06:00 / 06:00-08:00 / 08:00-22:00 / 22:00-24:00
2019-12-18 20:07:36
weekprofile-4-Wed-temp
17.0 °C / 19.0 °C / 21.0 °C / 18.0 °C
2019-12-18 20:07:36
weekprofile-4-Wed-time
00:00-06:00 / 06:00-08:00 / 08:00-22:00 / 22:00-24:00
2019-12-18 20:07:36
weekprofile-5-Thu-temp
17.0 °C / 19.0 °C / 21.0 °C / 18.0 °C
2019-12-18 20:07:36
weekprofile-5-Thu-time
00:00-06:00 / 06:00-08:00 / 08:00-22:00 / 22:00-24:00
2019-12-18 20:07:36
weekprofile-6-Fri-temp
17.0 °C / 19.0 °C / 21.0 °C / 18.0 °C
2019-12-18 20:07:36
weekprofile-6-Fri-time
00:00-06:00 / 06:00-08:00 / 08:00-22:00 / 22:00-24:00
2019-12-18 20:07:36
windowOpenDuration
15
2019-12-02 19:18:50
windowOpenTemperature
12.0
2019-12-15 12:36:29
Wohnzimmer_WT
MAXW,MAX,Wohnzimmer
Attributes
IODev
MaxSystem
deleteattr
alias
WOHNZIMMER
deleteattr
comment
0ccd87 KEQ0808782
deleteattr
event-on-change-reading
state,temperature
deleteattr
group
Wandthermostat
deleteattr
room
MAXW,MAX,Wohnzimmer
deleteattr
userReadings
temperature,status
deleteattr
userattr
weekprofile
deleteattr
weekprofile
WOHNEN
deleteattr
1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Wzut

Da gibt es eigentlich fast nur eine Erklärung :
Dein WT ist der Meinung mal ein Open Window gehört zu haben und geht auf seine Open Window Temp , i.d.R. sind das 12 °C
das sollte man aber auch am WT sehen , oben rechts das offene Fenster Symbol , ist es da ?
Wenn ja und kein Fenster offen ist würde ich am WT für 1 Min die Batterien rausnehmen, danach sollte er das offene Fenster vergessen haben.
Ist irgend ein echter FK oder fakeSC mit diesem WT gepeert ? Irgendwo her muß er ja mal die Info über ein mit ihm verbundenes offenes Fenster bekommen haben.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

thburkhart

#6
danke für den Hinweis

ich bin erst heute Abend wieder zuhause

am Sonntag hatte ich im Wohnzimmer festgestellt, dass er das Schliessen /Öffnen der beiden Fensterkontakte nicht sauber erkannte und dann schließlich auf 12  Grad stehen blieb; die Temperatur hatte ich schließlich auf 20 Grad hochgesetzt.
Ich nahm an, das es an den Credits lag.


kann man denn eigentlich irgenwie den openWindows-Status  und den assosiate Status auslesen ? per get ?

1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Wzut

Zitat von: thburkhart am 19 Dezember 2019, 11:24:05
kann man denn eigentlich irgenwie den openWindows-Status  und den assosiate Status auslesen ? per get ?
das wäre schön wenn dem so wäre, würde ich sofort in die Module einbauen. Vllt gibt es wirklich Kommandos die man dem Gerät schicken kann und kommt als Antwort eine Liste interner Parameter so wie bei z.B. bei HM mit set <name> getConfig
Aber entweder können es die Geräte gar nicht oder es hat bis jetzt noch niemand herausgefunden wie es ginge.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

thburkhart

"Wenn ja und kein Fenster offen ist würde ich am WT für 1 Min die Batterien rausnehmen, danach sollte er das offene Fenster vergessen haben."
das hat geholfen :-)

nun kriege ich nur einen der beiden Fensterkontakte wieder assoziert.

ich habe es so versucht

Set WT associate Festerkontakt1
Set Festerkontakt1 associate  WT
Set Festerkontakt1 associate  HT1
Set Festerkontakt1 associate  HT2
Set HT1 associate Festerkontakt1
Set HT2 associate Festerkontakt1

WT, HT1 und HT2 sind erfolgreich assoziiert

wie gesagt das ging nur für den ersten Fensterkontakt

der Zweite zeigt schön 1x Grün beim Betätigen, wird auch als "open" angezeigt; jedoch reagieren weder WT und die beiden ass. HTs

was mache ich wohl falsch?


1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Wzut

Fensterkontakte sind eindeutig die Maxelines (die Mädchen) der MAX Familie ....
Ich habe da jetzt auch so einige Kämpfe hinter mir. Um wirklich zu sehen was bei dir passiert bzw eben nicht passiert hilft vllt. wenn du du die beiden Test Dateien von mir verwendest und CUL und CUL_MAX Device dann jeweils auf verbose 5 stellst.
Dann mal ein paar Aktionen durchführen und das Log hier posten.

Was ich aber bisher herausgefunden habe :
Es reicht durchaus wenn das associate (peering) nur einseitig durchgefühert wird :
set WT associate Festerkontakt2 , set HT1 associate Festerkontakt2 & set HT2 associate Festerkontakt2
danach sollten die drei zumindest auf die Broadcast Nachrichten von FK2 hören, auch wenn der FK keine Telegramme direkt zu den dreien schickt.
Hat IMHO nur den Nachteil das er nie rot blinken wird (und keine rf error zeigt) wenn mal ein Telegramm von den anderen nicht gehört wurde.
Meine Testinsel besteht leider nur aus 1 x FK, 1x WT und 2x HT und da ist das wichtigste Element das WT !!!
Das Ding erzählt den beiden HTs schon recht gut was sie zu tun und zu lassen haben.   
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

thburkhart

ok

verstehe; habe 5 Jungs ;-)

und teste mal ;-)
1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Wzut

Zitat von: Wzut am 22 Dezember 2019, 08:57:18
Hat IMHO nur den Nachteil das er nie rot blinken wird
man ich Depp, schon wieder dieser Fehler : rot blinkt HM, MAX hat nur eine grüne LED und die blinkt bei Fehler drei mal
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

thburkhart

gibt es denn inzwischen Neuigkeiten zu den Maxelines und deren Stabilität bzgl. associate?  ;-)
1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Wzut

Staibil sind und waren sie schon immer und an der Hardware und ihrem Verhalten kann ich eh nichts ändern.
Wo liegt also z.Z. dein Problem ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

thburkhart

ich habe im Wohnzimmer
1 WT
3 HTs

2 Fensterkontakte

im Bad
1 WT
1 HT
1 FK


mir ist es nicht gelungen (siehe Post weiter oben), mit Fensteröffnung den WT und damit die HTs auf 12 Grad und mit Schließung wieder auf auto zu setzen.
Ich hatte alle associate-Kombinationen hergestellt.

im Büro mit 1 WT, 2 HT, 2 FK funktioniert es hingegen einwandfrei

Das Grundproblem dürfte also das associate sein
Leider sieht man ja nicht, ob das associate auch tatsächlich vollzogen wurde
1 RASPI4B, 1 RASPI3B, 2 CUL, 2 Jeelink, 60 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 30 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200