Temperatur-Scanner für MAX-Thermostate

Begonnen von John, 12 März 2013, 09:44:59

Vorheriges Thema - Nächstes Thema

John

Hallo defnoyz

Zitatvielen Dank für den Tipp, aber wie lege ich nach dem löschen MaxLan neu an? - Update? - Oder woher bekomme ich die .pm nach dem Löschen?


  • !!! du musst keine .pm löschen !!!
  • delete ml
  • danach FHEM neu starten via "shutdown restart"


Vielleicht hilft das.

Bei weiteren Problemen dieses Thema als neuen Thread einstellen.
Dann wird sich Matthias drum kümmern.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Harald

#436
Hallo zusammen,

hier mein "list MAXLAN"Internals:
   DEF        192.168.0.222 540 ondemand
   DeviceName 192.168.0.222:62910
   INTERVAL   540
   NAME       MAXLAN
   NR         101
   PARTIAL   
   STATE      opened
   TYPE       MAXLAN
   addr       06a6ad
   clockset   3
   cubeTimeDifference 0
   dutycycle   61 %
   freememoryslot 49
   fwversion  0112
   pairmode   0
   persistent 0
   serial     KEQ0000785
   Readings:
     2013-12-03 12:24:28   dutycycle       61
     2013-12-03 12:24:28   firmware        0.1
     2013-12-03 12:24:28   testresult      0
   devices:
     HASH(0x2a0b170)
     HASH(0x2a195f0)
     HASH(0x2a4a978)
     HASH(0x29efe50)
     HASH(0x2a3dde8)
     HASH(0x2a89b28)
     HASH(0x2813888)
     HASH(0x2a4a198)
   groups:
     HASH(0x2812a48)
     HASH(0x2812b08)
     HASH(0x2812bf8)
     HASH(0x28134b0)
     HASH(0x2813390)
Attributes:
   icon       it_net
   room       MAX
   verbose    1

Ich hoffe, ihr könnt damit was anfangen.

@defnoyz,

wenn ich das richtig sehe, sind Deine MAX- und MAXLAN-Dateien nicht ganz aktuell, oder? Bei mir ist

00_MAXLAN.pm         vom 29.11.2013
10_MAX.pm               vom 27.11.2013

Versuche doch nochmal ein Update und achte darauf, dass diese Dateien auch erneuert wurden und nicht einer Zugriffsverletzung zum Opfer gefallen sind.

Außerdem habe ich gesehen, dass Du MAXLAN und damit den Cube alle 30 Sek. abfragst. Ist das wirklich so gewollt? Die Maxgeräte liefern doch sowieso nur frühestens nach 3 min neue Werte, oder irre ich mich da? Ich habe meine Abfrage auf 540 sek. = 9 min gestellt. Die Auflösung der Temperaturkurven usw. sind damit für mich ausreichend gut.

Viele Grüße

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

defnoyz

Hallo Harald,

habe gerade unabhängig von deinem Beitrag ein Update gefahren und siehe da, dutycycle ist vorhanden ;)

vielen Dank für den Tipp die Sample Rate runter zu nehmen, ist echt nicht zielführend, vor allem werden die Logs auch groß und es dauert ewig die Plots zu laden.

Jetzt wird sich gleich zeigen ob der Scanner nun auch will :)

Vielen Dank für die Hilfe!

Bonzon

Hallo zusammen,

ich weiß nicht ob ich hier richtig bin, oder ob ich hätte ein neuen Post erstellen sollen, aber ich versuche es einfach mal hier.

Ich nutze seit kurzem den Temperatur-Scanner für meine 3 Max-Thermostate. Vor der neusten Version habe ich das Wochenprofil für die Heizungen mit Hilfe von Heating_Control gelöst gehabt und war auch soweit ganz zufrieden damit.

Mit der neuen Version des Termperatur-Scanners in Version 1.05a baut sich das Wochenprofil ja nicht mehr in Kombination mit Heating_Control auf, sondern nutzt das thermostateigene Wochenprofil.

Nun zu meinem Bauchschmerz. Nach der Umstellungaauf Version 1.05a machen die Thermostate was sie wollen. Also trotz aktivem Wochenprofil steuern sie es nicht an, oder steuern falsch. Ein gutes Beispiel habe ich gerade in meinem Badezimmer. Das Thermostat sollte um 8:30 auf 17.0 °C runterregeln. Immerhin hat er diesesmal überhaupt geregelt, nur leider auf 19.0°C was leider falsch ist.

Mein set sieht wie folgt aus ( jetzt nur für das Badezimmer )

my $eco = 17;;\
fhem("set HT_BZ_Thermostat weekProfile Mon $eco,4:00,23,8:30,$eco,16:00,21,22:00,$eco Tue $eco,6:00,23,8:30,$eco,16:00,21,22:00,$eco Wed $eco,6:00,23,8:30,$eco,16:00,21,22:00,$eco Thu $eco,6:00,23,8:30,$eco,16:00,21,22:00,$eco Fri $eco,6:00,23,8:30,$eco,16:00,21,22:00,$eco Sat $eco,8:00,23,11:00,21,22:00,$eco Sun $eco,8:00,23,11:00,21,22:00,$eco");;\


Hier der Plot von heute morgen:
(http://plot.png)

Hier das Wochenprofil aus dem FHEM:
(http://weekprofile.png)

Ich weiß nicht was ich falsch mache, hoffe aber es kann mir jemand weiterhelfen.

Viele Grüße,

  Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hallo Stan,
nimm einfach mal das Thermostat vom Bad aus dem Scanner raus (attribut scanTemp=0)
und setze beim Thermostat verbose auf 3.
(es dürfen zum Thermostat keine Einträge vom Scanner im Logfile erscheinen)

Wenn es dann auch noch Probleme gibt, liegt es nicht am Scanner, sondern hat andere Ursachen.

Das Skript führst du nur einmalig aus oder ?

Und HeatingControl ist sicher deaktivert ?

Du arbeitest nicht mit fakeWT oder fakeShutter ?



John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Bonzon

Hi John,

danke für die schnelle Antwort.

Okay ich habe den Scanner jetzt einmal rausgenommen und den verbose auf 3 gesetzt.


define HT_BZ_Thermostat MAX HeatingThermostat 05878d
attr HT_BZ_Thermostat alias Badezimmer
attr HT_BZ_Thermostat group Thermostat
attr HT_BZ_Thermostat icon sani_heating
attr HT_BZ_Thermostat room Heizung, Badezimmer
attr HT_BZ_Thermostat scanTemp 0
attr HT_BZ_Thermostat verbose 3
attr HT_BZ_Thermostat userReadings onlyAutoMode { return "0";;}
define FileLog_HT_BZ_Thermostat FileLog ./log/HT_BZ_Thermostat-%Y.log HT_BZ_Thermostat
attr FileLog_HT_BZ_Thermostat logtype text
attr FileLog_HT_BZ_Thermostat room Logs


In welchem Logfile müssten jetzt die Einträge verschwinden. Im fhem.lg oder im HT_BZ_Thermostat-2013.log?

Ja das Script wird an sich nur einmal ausgeführt. Da ich viel auf reisen bin, ist das Skript einfahc für einen schnellen Profilwechsel da. Das sind sozusagen noch altlasten von der Lösung mit Heating_Control.

Heating_Control ist deaktiviert.

Nein eine fakeWT oder ein fakeShutter habe ich nicht im Einsatz.

Viele Grüße,

Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hi Stan,

verbose bezieht sich immer auf fhem.log.


Da wird nix verschwinden, es darf nichts auftauchen, zumindest was das Thermostat und den Scanner anbelangt.

Dein Thermostat muss auf Auto stehen, damit das Wochenprofil greift.

Dann warten wir mal ab.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Bonzon

Hi John,

so also das Thermostat im Bad (BZ) steht auf Auto und es meldet sich auch nicht mehr im Log. Lediglich die anderen beiden Thermostate scannen noch

2013.12.05 11:35:14 3: [HT_WZ_Thermostat] MaxScanRun.430 sdNextScan:2013-12-05 11:35:14 strDesiTime:2013-12-05 11:32:31
2013.12.05 11:35:14 3: [HT_WZ_Thermostat] MaxScanRun.444 TYPE:CUL_MAX IOName:CULMAX0
2013.12.05 11:35:14 3: [HT_WZ_Thermostat] MaxScanRun.741 <<set HT_WZ_Thermostat desiredTemperature auto 17.0>>
2013.12.05 11:35:14 3: [HT_AZ_Thermostat] MaxScanRun.430 sdNextScan:2013-12-05 11:35:24 strDesiTime:2013-12-05 11:32:41
2013.12.05 11:35:14 3: [HT_AZ_Thermostat] MaxScanRun.444 TYPE:CUL_MAX IOName:CULMAX0
2013.12.05 11:35:24 3: [HT_AZ_Thermostat] MaxScanRun.430 sdNextScan:2013-12-05 11:35:24 strDesiTime:2013-12-05 11:32:41
2013.12.05 11:35:24 3: [HT_AZ_Thermostat] MaxScanRun.444 TYPE:CUL_MAX IOName:CULMAX0
2013.12.05 11:35:24 3: [HT_AZ_Thermostat] MaxScanRun.741 <<set HT_AZ_Thermostat desiredTemperature auto 17.0>>
2013.12.05 11:35:24 3: [HT_WZ_Thermostat] MaxScanRun.430 sdNextScan:2013-12-05 11:38:14 strDesiTime:2013-12-05 11:35:15
2013.12.05 11:35:24 3: [HT_WZ_Thermostat] MaxScanRun.444 TYPE:CUL_MAX IOName:CULMAX0


Also soweit wie ich das jetzt verstehe ist der Scanner nicht mehr aktiv auf dem Thermostat.

Was würdest du jetzt sagen. Warten wir jetzt auf den nächste Schaltzeit um 16:00 Uhr?

Gruß,

Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hi Stan,

du kannst natürlich einen Schaltpunkt erzeugen der schon eher kommt.

Bei den übrigen Thermostaten bitte verbose auf 4 nehmen.

Dazu brauche ich die Schaltpunkte des Wochenprogramms und die Logdatei in 3 h. Bitte als Datei-Anhang hier reinstellen, also nicht in den einfach den Text in das Editier-Fensterkopieren, sonst quillt hier alles über.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Bonzon

Hi John,

so ich habe jetzt mal einen Schaltpunkt um 12:45 Uhr auf 20°C erzeugt. (Wenn um 16 Uhr das Bad nicht warm ist, bekomme ich von der Hausherrin ein paar auf den Deckel  ::) )

Der verbose für das Arbeitszimmer(AZ) und das Wohnzimmer(WZ) ist jetzt auf 4, Badezimmer(BZ) auf 3.

Ich würde sagen, ich schau mal ob es sich jetzt um 12:45 Uhr regelt und schicke dir dann mal einen Logauszug von heute und die dazugehörigen Schaltpunkte des Thermostates.

Vielen Dank für deine Mühen.

Gruß,

Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

Bonzon

Hmm okay...jetzt war der Schaltpunkt, das Thermostat BZ steht aber aus Mode: Manual  :-\ Damit hat er auch nicht geschaltet. Wie setze ich denn das Thermostat aus auto? Mit "set HT_BZ_Thermostat desiredTemperatur auto 20.0" ?

Die anderen beiden Thermostate loggen fleisig. Dazu hätte ich aber auch eine kurze Frage

2013.12.05 13:05:24 4: [HT_WZ_Thermostat] MaxScanRun.485 CulName:CUL_0 CulCredits:254 CreditTime:2013-12-05 13:05:24 dutyCycle:?


Muss da nicht ein Wert bei dutyCycle stehen?

Gruß,

Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hi Stan
ein
set HT_BZ_Thermostat desiredTemperatur auto
sollte reichen, das thermostat holt sich die temperatur vom wochenprofil.


ZitatMuss da nicht ein Wert bei dutyCycle stehen?
nein, da du offensichtlich einen CUL verwendest, gelten hier die Credits.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Bonzon

Ja ich verwende einen CUL ... puh ::) da habe ich ja Glück gehabt mit dem dutyCicle.

So nach einigem hin und her habe ich einen neuen Schaltpunkt um 13:30 gesetzt...schauen wir mal.

Bis gleich.
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

Bonzon

So also die Schaltung um 13:30 Uhr mit deaktiviertem Scanner hat geklappt.

Ich habe dir mal einen Logauszug von 12:30 Uhr bis jetzt angehängt und dann noch die Readings des Thermostates und den Plot.

Vielleicht findest du etwas verdächtiges.

Gruß,

Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hallo Stan,
mit Log-Auszug meinte ich nicht den Chart/Plot, sondern die FHEM.log Datei,
liegt um Unterverzeichnis /log und hat die Form fhem*.log.


John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP