Floureon Wifi Raumthermostat

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

Vorheriges Thema - Nächstes Thema

Wzut

also von den Bildern sieht da schon mal gut aus. Mich macht aber dein Satz "mit diversen Apss" etwas stutzig.
Bei meinen ganzen Tests nutzte nur die BEOK App das Broadlink Protokoll, alle anderen irgendetwas unbekanntes.
Hast du mal Namen zur Hand ?

Anyway, wichtig ist das gerade für den ersten Kontakt (bis der Key in FHEM bekannt ist) das Thermo keine aktive Verbindung zu einem anderen Partner hat.
Daher bitte sicherstellen das auf keinem Smartphone die BEOK App aktiv ist. Der Erstkontakt kann auch etwas dauern, bitte nicht zu ungedultig sein.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

ole30419

Hallo,
ich habe mir auch ein Wandtermostat geklickt, bei der Inhalation habe ich aber Probleme und brauch Eure Hilfe.

Ich benutze eine Pi3 mit buster und eine HM-MOD-UART Modul mit VCCU für meine HM-Rollladen.

Nach dem "define ThermoWZ BEOK <ip>" bekomme die Fehler Meldung "please install Crypt::OpenSSL::AES first"

Also Installiere ich wie es in der wiki steht "sudo cpan Crypt/OpenSSL/AES.pm" und nun geht kein HM-Gerät mehr und ich bekomme folgende Fehlermeldung:
2020.02.06 19:52:57 3: Setting myHmUART serial parameters to 115200,8,N,1
2020.02.06 19:52:57 1: /dev/ttyAMA0 reappeared (myHmUART)
2020.02.06 19:53:01 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2020.02.06 19:53:04 1: HMUARTLGW myHmUART did not respond for the 2. time, resending


Grus Karsten
MfG Ole

Wzut

Ich glaube deine Frage wäre im Homematic Unterforum besser aufgehoben, es gab da in letzter Zeit schon mehr als einmal das Thema HmUART und Buster.
Ich sehe da auch nicht den direkten Zusammenhang zwischen der Installation von AES.pm und das das Modul an der seriellen Schnittstelle keine Antwort gibt.
 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

bene80

#318
Hallo zusammen,

ich habe ein Beok tds23 in Verwendung. Grundsätzlich funktioniert es recht gut. Nur leider habe ich sporadische Aussetzer, über FHEM reagiert es dann eine Zeit lang nicht. Über die Beok App lässt es sich aber in der Zeit trotzdem steuern.
Folgende zwei Zeilen sind in den Readings auffällig


alive no 2020-07-16 19:15:33
no data from device [18], for cmd : get status


Das App ist normalerweise geschlossen. Habe es auch schon deinstalliert gehabt, damit sich die beiden Programme nicht gegenseitig beeinflussen.
Ich habe das Device mit IP und MAC definiert. Nehme ich die MAC raus funktioniert es auch aber in den Internals steht dann eine falsche MAC Adresse. Ist das normal?
Hat wer einen Tipp woran der Fehler liegen könnte?

Vielen Dank

SG Bernhard

Wzut

Zitat von: bene80 am 16 Juli 2020, 19:34:31
in den Internals steht dann eine falsche MAC Adresse. Ist das normal?
ja das ist normal, in die Telgramme zum Thermostat muss eine MAC Adresse. D.h. gibst du keine beim define an muss das Modul eine erfinden um die Lücke zu schliessen.
Mein BEOK ist auch ab und an nicht erreichbar, ich habe es aber immer auf mein beschi.....es WLAN geschoben.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

ch.eick

Zitat von: Wzut am 17 Juli 2020, 06:35:16
Mein BEOK ist auch ab und an nicht erreichbar, ich habe es aber immer auf mein beschi.....es WLAN geschoben.
Bei dieser Aussage muss ich mich auch leider anschliessen.
Ich habe das WLan bereits etwas aufgeruestet, aber das hat auch nicht wesentlich geholfen.

Gruss Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

bene80

Guten Morgen,

danke für die Antwort. WLAN hatte ich auch in Verdacht. Nachdem das Thermostat über die App erreichbar ist, hätte ich das jetzt ausgeschlossen. Außerdem ist der Router im Nächsten Raum ca 5m entfernt.

SG Bernhard

bene80

hab jetzt das Thermostat mit einem anderen WLAN Router verbunden. Siehe da, seit 2 Tagen keinen Ausfall bemerkt. Davor hatte ich mindestens einen am Tag den ich bemerkt habe, meistens mehrere.
Jetzt muss ich nur mehr rausfinden an was der Fehler liegt.

bene80

Hallo Wutz,

das Modul läuft wunderbar und seit dem ich es mit dem anderen Router verbunden habe auch ohne Error.

Was mir heute aufgefallen ist. Wenn ich an einem Sonntag das Thermostat in FHEM von Manuell in den Auto Modus schalte, dann wird die Temperatur we-profile7-temp genommen. Loop steht auf 1234567, das Thermostat intern ist auch richtig gesetzt. Das heißt, wenn ich am Thermostat den Modus wechsel stimmt die Temperatur.
Ist das Verhalten so gewollt?

SG  Bernhard

Wzut

Ich verstehe jetzt die Fage bzw das Problem nicht.
Beim PC habe wir i.d.r die Zählung 0 = Sonntag , 1 = Montag. Die Thermos rechnen wie die Bibel 1 = Mon , 2 = Die
Da heute Sonntag ist greift Profil Nr.7 , zumal ja 1234567 gewählt ist also jeder Tag gleich.
Bei 12345.67 oder 123456.7 würde Profil 8 als WE Profil aktiv sein.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

bene80

Loop ist immer auf 1234567
Ich habe folgendes gemacht: Im FHEM Modul Thermostat von Auto auf Manual stellen -> Thermostat wechselt in den Manuell Modus. Danach in FHEM Modul wieder zurück in den Auto Modus ->Thermostat schaltet wieder zurück in den Auto Modus nimmt aber die Temperatur we-profile7-temp

Mache ich das Selbe direkt am Thermostat wird we-profile1-6-temp (je nach Tageszeit) verwendet, so wie es laut Heizplan vorgegeben ist.

Das Verhalten sollte ja beide Male gleich sein, oder nicht?


bene80

So heute am Sonntag ignoriert das Modul wieder dass es eigentlich auf Loop 1234567 steht und setzt die falsche Temperatur.
Im Thermostat selber sind Loop und die Temperaturen allerdings so gesetzt wie ich sie haben will.

Anscheinend habe ich das selbe Problem wie hier schon mal beschrieben
Zitat von: siggiaze am 07 April 2019, 20:09:35
Hallo WZut,

ich schalte mich nun auch mal ein. Zunächst mal Danke für deine Mühe - ich hatte mir das Broadlink Modul auch schon angesehen da ich in diesem Thread sehr zeitig aufgehört habe zu lesen ;)

Das Modul selbst gefällt mir echt super gut und funzt auch nahezu in real time. Perfekt.

Nun habe ich allerdings ein kleines Problem: Ich habe wie beschrieben ein weekprofile angelegt und einen kompletten Wochenplan erstellt, im BEOK Device loop auf 1234567 gestellt und das weekprofile gesetzt. Alles perfekt, mir werden in den Readings auch die korrekten Zeiten und Temperaturen für heute Sonntag gezeigt. Allerdings sehe ich auch noch we-profile7-temp und die steht hart auf 22.0 Grad. Dummerweise nimmt das Device genau diese 22.0 Grad anstatt der eingestellten 24.0 Grad für die aktuelle Uhrzeit. Die Uhrzeit und der Tag passen übrigens. Woran könnte das liegen? Ich habe Floureon Thermostate (aktuell noch in der Testphase 3 Stück - die nächsten 6 sind aber unterwegs https://de.aliexpress.com/item/Floureon-Smart-Wi-Fi-Programmierbare-Digitale-Touchscreen-Thermostat-HY03WE-4-Wifi/32964188140.html?spm=a2g0x.search0104.3.1.12bf3978l2E1AU&ws_ab_test=searchweb0_0%2Csearchweb201602_5_10065_10068_10547_319_317_10548_10696_10084_453_10083_454_10618_10304_10307_10820_10821_537_10302_536_10843_10059_10884_10887_321_322_10103%2Csearchweb201603_70%2CppcSwitch_0&algo_pvid=2f47bc9f-a18e-4f49-aee3-9524184ea93c&algo_expid=2f47bc9f-a18e-4f49-aee3-9524184ea93c-0)

Wzut

Kannst du bitte mal ein list von dem Device posten damit ich die komplette Tabelle inkl. aller Zeiten sehe ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

bene80

Meinst du das?



Internals:
   DEF        192.168.0.30 A8:C7:42:FC:94:AF
   ERRORCOUNT 0
   FUUID      5ef34531-f55f-547c-2822-77a8234c411bbf67
   INTERVAL   60
   MAC        A8:C7:42:FC:94:AF
   MODEL      BEOK
   NAME       Thermo
   NR         18
   STATE      on
   TIME       1604869520
   TYPE       BEOK
   VERSION    V1.41 / 07.04.19
   counter    886
   isAuth     1
   lastCMD    get status
   skipError  0
   weekprofile thermo_weekprofile:default:Sun
   READINGS:
     2020-11-08 22:05:20   alive           yes
     2020-11-08 22:05:20   day-profile1-temp 22.0
     2020-11-08 22:05:20   day-profile1-time 07:00
     2020-11-08 22:05:20   day-profile2-temp 22.0
     2020-11-08 22:05:20   day-profile2-time 07:45
     2020-11-08 22:05:20   day-profile3-temp 22.0
     2020-11-08 22:05:20   day-profile3-time 08:45
     2020-11-08 22:05:20   day-profile4-temp 22.0
     2020-11-08 22:05:20   day-profile4-time 12:00
     2020-11-08 22:05:20   day-profile5-temp 22.0
     2020-11-08 22:05:20   day-profile5-time 17:00
     2020-11-08 22:05:20   day-profile6-temp 19.5
     2020-11-08 22:05:20   day-profile6-time 23:00
     2020-11-08 22:05:20   dayofweek       7
     2020-11-08 22:05:20   desired-temp    22.0
     2020-11-08 22:05:20   dif             2.0
     2020-11-08 09:21:23   error           no data from device [4], for cmd : get auth
     2020-11-08 22:05:20   floor-temp      0.0
     2020-11-08 22:05:20   fre             close
     2020-07-15 12:31:32   lock            set_off
     2020-11-08 22:05:20   loop            1234567
     2020-11-08 22:05:20   mode            auto
     2020-11-08 22:05:20   mode_state      3
     2020-11-08 22:05:20   osv             42.0
     2020-11-08 22:05:20   power           1
     2020-11-08 22:05:20   power-on-mem    on
     2020-11-08 22:05:20   relay           0
     2020-11-08 22:05:20   remote-lock     0
     2020-11-08 22:05:20   room-temp       21.5
     2020-11-08 22:05:20   room-temp-adj   0.0
     2020-11-08 22:05:20   sensor          internal
     2020-11-08 22:05:20   state           on
     2020-11-08 22:05:20   svh             35.0
     2020-11-08 22:05:20   svl             5.0
     2020-11-08 22:05:20   temp-manual     1
     2020-11-08 22:05:20   time            22:05:21
     2020-11-08 22:05:20   unknown         0
     2020-11-08 22:05:20   we-profile7-temp 16.0
     2020-11-08 22:05:20   we-profile7-time 08:00
     2020-11-08 22:05:20   we-profile8-temp 15.0
     2020-11-08 22:05:20   we-profile8-time 23:00
   helper:
     AdJ        0
     FrE        0
     OSV        42
     PoM        0
     SEN        0
     SVH        35
     SVL        5
     auto_mode  1
     dIF        2
     loop_mode  3
     power      1
     remote_lock 0
     temp_manual 2
     0:
       temp       44
       time       07:00
     1:
       temp       44
       time       07:45
     2:
       temp       44
       time       08:45
     3:
       temp       44
       time       12:00
     4:
       temp       44
       time       17:00
     5:
       temp       39
       time       23:00
     6:
       temp       32
       time       08:00
     7:
       temp       30
       time       23:00
Attributes:
   devStateIcon on:on off:off close:secur_locked open:secur_open hon:on hoff:off
   group      Heizung
   interval   60
   model      BEOK
   room       Wohnzimmer
   timeout    5
   timesync   1
   weekprofile thermo_weekprofile:away


fheminist

Hallo zusammen,

hatte ca. 1Jahr diese Thermostat von Beok:
https://www.amazon.de/Beok-WiFi-Raumthermostat-LCD-Touchscreen-Bodensensor-schwarz/dp/B074QJQWTW/ref=sr_1_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=TGT70WIFI&qid=1604951908&sr=8-1

Das Gerät habe ich in meiner Fritte für den www-Access gesperrt, es lief eigentlich sehr gut...
Zwei mal hatte ich allerdings nun den Effekt, dass dieses Gerät ca. 60 IPs mit !unterschiedlichen MAC-Adressen! in meiner FritzBox aufgemacht hat!!!
Ich hatte hier stark den Eindruck, dass mein Gerät nachts 'Banken gehackt hat'. Aus dem Grund habe ich es als defekt zurückgeschickt und mir ein neues Gerät zugelegt.
Interpretiert Ihr diesen Bug anders als ich, oder habt ihr mal den gleichen Effekt gesehen?

Mein neues Gerät ist nun dieses:
https://www.amazon.de/gp/product/B08FJ1PPSR/ref=ppx_yo_dt_b_asin_image_o01_s00?ie=UTF8&psc=1

Dies kann ich nun nicht mehr anlernen. Es läuft mit der SmartLive App. Ich bin auf die ähnlich wirkenden, orangenen Hintergrund reingefallen... dachte es wäre die Beok App..

Als Fehlermeldung bei 'get-> auth' bekomme ich diese Meldung: "no data from device [17], for cmd : get auth".
Bekommt man das wohl zum Laufen, oder seht Ihr hier keine Chance?

Vielen Dank vorab und Gruß!
3*FB-Mesh ,FHEM+MariaDB+TVH+TriaxSatIPGrafana@Docker/DS220+, 6*Kodi-RPis, EpsonTW650+DIY-Lift, 3*IPCam@TVH, 2*AI@EspCAM, Robo.S6
6*Maxcio bulbs, 15*Nodemcu&WemosD1, 20*GosundSP1, 25*Shelly, 8*MC400A, 7*CometDect, abgelöst: diyCurls, 433Mhz, JeeLink, DenonAVR, FS20, HM ...