Floureon Wifi Raumthermostat

Begonnen von chris_kmn, 07 Dezember 2017, 20:23:29

Vorheriges Thema - Nächstes Thema

Wzut

@zippo2K, wenn du nun zwei Versionen hast vergleiche doch bitte mal den auth String der zum BEOK geschickt wird , also dieser 2021.03.16 11:11:56 5: BEOK TCM.Bathroom[11607] NBStart WqWqVVqlqlUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADP9AAAKidlAAYAYrYTp98kAAAAAKHDAABF
NFLn+S7alYNEkwg175pt+2ktw3C5BEOsXNY/u1Ot+giBTKf4z0FxADKOVww7hslNBXCESaOJ4prh
BFQ2oFvd3ALBYa8TJeh+GbD30c4GjQxs0DmD0QggFk2lnzzzK2c=

nochmal vom Raspi
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

zippo2k

Chris, das habe ich schon 2 mal gemacht... (vielleicht braucht es ja 3 mal)
Ich würde wirklich gerne das 'echte' Problem raus finden.

ddd

Hallo,

ich habe ein BEOK TDS21 mit WIFI 16A
Ich kann es mit den BEOK App bedienen (im WLAN ist es auch eingebunden)
Im FHEM bekomme ich immer den Fehler no data from device [126], for cmd : get auth

Config:
define TR BEOK 10.0.0.2 A0:43:B0:36:30:34
setuuid TR 605d05cc-f33f-84bb-ba06-f23858646c168076
attr TR devStateIcon on:on off:off close:secur_locked open:secur_open hon:on hoff:off
attr TR interval 60
attr TR model BEOK
attr TR room Töpferei
attr TR timeout 5
attr TR timesync 1
attr TR verbose 5


Log:
2021.03.26 18:45:25 5: BEOK TR NBDone : TR|0|WqWqVVqlqlUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoyvn/KifpA7MENDA2sEOgAAAAAKHDAAA=
2021.03.26 18:46:25 5: BEOK TR send_packet 0 0 0 0 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 84 101 115 116 32 32 49 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
2021.03.26 18:46:25 5: BEOK TR send_packet 90 165 170 85 90 165 170 85 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 217 244 0 0 42 39 101 0 180 4 52 48 54 176 67 160 0 0 0 0 161 195 0 0 69 52 82 231 249 46 218 149 131 68 147 8 53 239 154 109 251 105 45 195 112 185 4 67 172 92 214 63 187 83 173 250 8 129 76 167 248 207 65 113 0 50 142 87 12 59 134 201 77 5 112 132 73 163 137 226 154 225 4 84 54 160 91 221 220 2 193 97 175 19 37 232 126 25 176 247 209 206 6 141 12 108 208 57 131 209 8 32 22 77 165 159 60 243 43 103
2021.03.26 18:46:25 5: BEOK TR[31810] NBStart WqWqVVqlqlUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADZ9AAAKidlALQENDA2sEOgAAAAAKHDAABF
NFLn+S7alYNEkwg175pt+2ktw3C5BEOsXNY/u1Ot+giBTKf4z0FxADKOVww7hslNBXCESaOJ4prh
BFQ2oFvd3ALBYa8TJeh+GbD30c4GjQxs0DmD0QggFk2lnzzzK2c=

2021.03.26 18:46:25 5: BEOK TR NBDone : TR|0|WqWqVVqlqlUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAApyvn/KifpA7QENDA2sEOgAAAAAKHDAAA=


Habe schon einiges gelesen und weiß nicht wo mein Fehler liegt.
Könnt ihr mir bitte helfen.

Braucht ihr noch weitere Infos ?

LG

Wzut

geh mal ne Seite zurück, du hast das gleiche Problem wie zippo2k , die Antwort auf auth ist zu kurz.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

matze1999

hallo,
ich habe einen KETOTEk Raumthermostat im Einsatz, ich hab nach der Anleitung hier im Thread ein Wochenprofil angelegt, und einen at definiert.

set Wohnzimmer_Thermostat weekprofile WohnzimmerWP:default

Das Profil wird auch korrekt eingetragen, auch nicht, wenn ich von auto nach manuell und dann wieder nach auto setze.


day-profile1-temp
18.0
day-profile1-time
05:00
day-profile2-temp
18.0
day-profile2-time
07:00
day-profile3-temp
18.0
day-profile3-time
15:00
day-profile4-temp
18.0
day-profile4-time
21:00
day-profile5-temp
18.0
day-profile5-time
21:00
day-profile6-temp
18.0
day-profile6-time
21:00
...
dayofweek
1

desired-temp
21.0
...
time
08:36:59
...
we-profile7-temp
21.0
we-profile7-time
08:00
we-profile8-temp
18.0
we-profile8-time
23:00



Aber, obwohl der Wochentag und die Uhrzeit stimmt, wird die Temperatur (desired-temp) nicht richtig eingetragen?


matze1999

Wzut

Die Umschaltung der Soll Temperatur auf die Punkte des Wochenprofils erfolgt im Thermostat intern, das BEOK Modul kann da recht wenig tun ausser zuschauen was da so passiert.
Für mich war diese primitive interne Tabelle ein no go da ich verschiednene Wochentage brauchte, das simple Werktag vs Wochenende war mir zuwenig.
Daher steht meines immer auf manuell und bekommt über das Modul WeekdayTimer die gerade notwendige Soll Temperatur übergebraten.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

matze1999

@Wzut,

danke für den Hinweis, braucht auch nicht viel, um meine Profile in WeekdayTimer einzulesen. Wurde auch gleich vom Thermostaten übernommen.  :)

Hat also auf Anhieb geklappt.

matze1999

Wzut

seit heute 8:00 Uhr gibt es eine neue Version des Moduls.
Änderen sollte sich für euch nichts, intern hat sich aber einiges geändert was den Perl Code betrifft.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DerTom71

#398
Hallo,

ich habe ein paar Kleinigkeiten mit der neuen Version festgestellt:

1. Meine room-temp-adj ist "-2" => In den Readings wird angezeigt: "32765.5"
2. Das attr language muss man jetzt groß schreiben "de"=>"DE"
3. Meine BEOK sind ohne Bodenfühler. Folgendes im Log: PERL WARNING: Argument "Boden 0.0" isn't numeric in numeric gt (>) at ./FHEM/38_BEOK.pm line 1186.
4. Jetzt neu im LOG (hatte ich noch nie): "{FHEM::BEOK::NBDone('beok231|0|W...Ph')}"
5. Im HELP am Ende wird folgends angezeigt: "=for :application/json;q=META.json 98_readingsWatcher.pm ... "

Gruß
Tom

Wzut

danke für die Rückmeldung,
1. gefixt
2. ja das ist nun einheitlich mit global language und kann auch ganz weggelassen werden wenn die global Einstellung übernommen werden soll.
3. gefixt
4. k.A. woher das kommt , habe ich nicht
5. gefixt

verfügbar morgen ab 8:00 Uhr
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DerTom71

Hallo,

Danke für den Fix. 4. war wahrscheinlich eine Folgemeldung von 3. - Ist jetzt auch weg.

Gruß

ddd

Zitat von: Wzut am 26 März 2021, 19:20:32
geh mal ne Seite zurück, du hast das gleiche Problem wie zippo2k , die Antwort auf auth ist zu kurz.

habe mir das nochmals angeschaut.
Die Versionen passen doch der Antwort String ist noch zu kurz.
Wo könnte ich noch suchen ?

LG

Wzut

nun bei zippo2k lag es ja vermutlich am Unterbau, musst uns schon verraten was bei dir da so werkelt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

zippo2k

Hallo...

nur zur Info...

ich konnte mein Problem nur mit dem Hammer lösen.
Hatte folgendes versucht:
Ubuntu 20.10 auf Hardware  - no-go
Ubuntu 20.10 auf virtuell       - no-go
Raspbian (current)auf virtuell - no-go
Debian (current) auf virtuell   - works
Debian auf Hardware (NUC)   - works...

und dort lebt mein FHEM jetzt auch.

Also ja, scheint am crypto Unterbau gelegen zu haben.

ddd

Somit skann/soll nur eine neuinstallation hefen ...
klingt nicht sehr gut.