Neues Modul - Heating_Control, WeekdayTimer

Begonnen von Dietmar63, 04 Januar 2013, 19:42:26

Vorheriges Thema - Nächstes Thema

ChrisW

Oha wohl nach Update heute geht nix mehr :
2013.11.13 20:55:12 1: reload: Error:Modul 98_Heating_Control deactivated:
Missing right curly or square bracket at ./FHEM/98_Heating_Control.pm line 769, at end of line
syntax error at ./FHEM/98_Heating_Control.pm line 769, at EOF

2013.11.13 20:55:12 0: Missing right curly or square bracket at ./FHEM/98_Heating_Control.pm line 769, at end of line
syntax error at ./FHEM/98_Heating_Control.pm line 769, at EOF

2013.11.13 20:55:12 1: Including ./FHEM/aquarien.cfg
2013.11.13 20:55:12 1: reload: Error:Modul 98_Heating_Control deactivated:
Missing right curly or square bracket at ./FHEM/98_Heating_Control.pm line 769, at end of line
syntax error at ./FHEM/98_Heating_Control.pm line 769, at EOF

2013.11.13 20:55:12 0: Missing right curly or square bracket at ./FHEM/98_Heating_Control.pm line 769, at end of line
syntax error at ./FHEM/98_Heating_Control.pm line 769, at EOF

2013.11.13 20:55:12 1: reload: Error:Modul 98_Heating_Control deactivated:
Missing right curly or square bracket at ./FHEM/98_Heating_Control.pm line 769, at end of line
syntax error at ./FHEM/98_Heating_Control.pm line 769, at EOF

2013.11.13 20:55:12 0: Missing right curly or square bracket at ./FHEM/98_Heating_Control.pm line 769, at end of line
syntax error at ./FHEM/98_Heating_Control.pm line 769, at EOF
Raspberry PI3 mit allem möglichen.

stromer-12

Ist im SVN repariert.

Auf die Schnelle selber die fehlende Klammer setzen.

      }
  return $setModifier;
  }                            # <----  Diese Klammer in Zeile 510 einfügen
}

################################################################################
sub Heating_Control_SetAllTemps() {            # {Heating_Control_SetAllTemps()}
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

ChrisW

Danke ich weiss mir ja zu helfen und hab Backup eingespielt ;D
Wird ja dann morgen dabei sein.

Danke
Raspberry PI3 mit allem möglichen.

Dietmar63

ich habe gestern abend zu später Stunde noch Teststatements heraus genommen, dabei ist eine } zuviel mit verschwunden. War doch wohl schon zu spät.

Im SVN schon repariert.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

det.

Hallo Dietmar,
Nachdem heute früh am Feiertag die Garage automatisch aufging! wurde mir klar dass ich nach dem Einsatz deines Weekdaytimer Moduls noch keine Abfrage für Feiertage eingebaut habe. Da stieß ich auf den Post hier. Die Angabe !$we würde die Sache perfekt lösen, bringt aber eine Fehlermeldung ins LOG. Gibt es da Pläne?
LG
det.

Dietmar63

ja, es wird irgendwann eine Erweiterung geben, aber bisher bin ich noch nicht dazu gekommen.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

det.

fein, wenn Du es in den nächsten 4 Wochen schaffst, kommt Weihnachten die Testphase.
LG
det.

Charles

#382
Hallo,

ich hab heute einen Neustart von FHEM gemacht. Seitdem lädt das Heating Control Modul nicht mehr. Im Log erscheint Folgendes:
2013.12.15 11:55:07 1: reload: Error:Modul 98_Heating_Control deactivated:
Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:07 0: Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:07 3: Please define HC.BadTemp first
2013.12.15 11:55:08 1: reload: Error:Modul 98_Heating_Control deactivated:
Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 0: Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 3: Please define HC.SchlafTemp first
2013.12.15 11:55:08 1: reload: Error:Modul 98_Heating_Control deactivated:
Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 0: Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 3: Please define HC.KuecheTemp first
2013.12.15 11:55:08 1: reload: Error:Modul 98_Heating_Control deactivated:
Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 0: Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 3: Please define HC.WZ1_Temp first
2013.12.15 11:55:08 1: reload: Error:Modul 98_Heating_Control deactivated:
Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 0: Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 3: Please define HC.B_G_Temp first
2013.12.15 11:55:08 1: reload: Error:Modul 98_Heating_Control deactivated:
Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 0: Type of arg 1 to keys must be hash or array (not hash element) at ./FHEM/98_Heating_Control.pm line 118, near "})"

2013.12.15 11:55:08 3: Please define HC.B_K_Temp first
2013.12.15 11:55:10 1: configfile: MaxCounterAT already defined, delete it first
Cannot load module Heating_Control
Please define HC.BadTemp first
Cannot load module Heating_Control
Please define HC.SchlafTemp first
Cannot load module Heating_Control
Please define HC.KuecheTemp first
Cannot load module Heating_Control
Please define HC.WZ1_Temp first
Cannot load module Heating_Control
Please define HC.B_G_Temp first
Cannot load module Heating_Control
Please define HC.B_K_Temp first
2013.12.15 11:55:10 1: Including ./log/fhem.save
2013.12.15 11:55:11 1: statefile: Please define HC.B_G_Temp first
Please define HC.B_G_Temp first
Please define HC.B_G_Temp first
Please define HC.B_G_Temp first
Please define HC.B_K_Temp first
Please define HC.B_K_Temp first
Please define HC.B_K_Temp first
Please define HC.B_K_Temp first
Please define HC.BadTemp first
Please define HC.BadTemp first
Please define HC.BadTemp first
Please define HC.BadTemp first
Please define HC.KuecheTemp first

Kann mir jemand weiterhelfen?

Danke Charles
Raspberry · FB 7590 · CUL · FS20 · MAX · ESP

Charles

Hallo,

hab erstmal überprüft, obs neue Dateien gibt und werde erstmal updaten!

Charles
Raspberry · FB 7590 · CUL · FS20 · MAX · ESP

Dietmar63

Wenn du weiterhin Probleme hast, veröffentlichte deinen Code, dann kann ich auch helfen.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Charles

Hallo Dietmar,
nach dem Update kommen keine Fehlermeldungen mehr. Hatte eine alte Version.

Danke
Charles
Raspberry · FB 7590 · CUL · FS20 · MAX · ESP

DerTom

Hallo,

habe da mal eine Frage zu HC, weil ich grad am Testen bin...

Ich habe ein HC angelegt mit folgenden Parametern.

define HC_AZO_FHT80B Heating_Control AZO_FHT80B  12345|09:00|21.0 (ReadingsVal("Feiertag", "state", "no") eq "yes")

Wenn ich aber zum Test, den Schaltzeitpunkt auf z.B. 11 Uhr ändere (so geschehen um 10:54 Uhr (siehe unten)...

define HC_AZO_FHT80B Heating_Control AZO_FHT80B  12345|11:00|21.5 (ReadingsVal("Feiertag", "state", "no") eq "yes")

...schaltet HC den FHT nicht erst um 11 Uhr auf 21°C, sondern sofort (siehe unten stehendem Log...) Zusätzlich dazu, macht HC das dann um 11 Uhr aber nochmals. Kann mir einer erklären warum dies so ist?

2014.01.06 10:54:18.562 5: [HC_AZO_FHT80B] Switchingtime: 12345|11:00|21.5 : mo,di,mi,do,fr -> 11:00:00 -> 21.5
2014.01.06 10:54:19.576 5: [HC_AZO_FHT80B] list of windowsenors found: ''
2014.01.06 10:54:19.583 4: [HC_AZO_FHT80B] 03.01.2014 11:00:00 ; aktParam: 21.0 ; newParam: 21.5
2014.01.06 10:54:19.584 4: [HC_AZO_FHT80B] is not disabled
2014.01.06 10:54:19.586 4: [HC_AZO_FHT80B] command: { fhem("set AZO_FHT80B desired-temp 21.5") if(ReadingsVal("Feiertag", "state", "no") eq "yes")} executed
2014.01.06 10:54:19.606 2: FHT set AZO_FHT80B desired-temp 21.5
2014.01.06 10:54:19.837 4: [HC_AZO_FHT80B] Next switch 06.01.2014 11:00:00
2014.01.06 11:00:00.580 5: [HC_AZO_FHT80B] list of windowsenors found: ''
2014.01.06 11:00:00.584 4: [HC_AZO_FHT80B] Jetzt:06.01.2014 11:00:05 -> Next: 06.01.2014 11:00:00 -> Param: 21.5 -5
2014.01.06 11:00:00.589 4: [HC_AZO_FHT80B] 06.01.2014 11:00:00 ; aktParam: 21.5 ; newParam: 21.5
2014.01.06 11:00:00.590 4: [HC_AZO_FHT80B] is not disabled
2014.01.06 11:00:00.592 4: [HC_AZO_FHT80B] Next switch 07.01.2014 11:00:00


Gruß
Thomas

Hans Franz

Hallo,

Was bedeutet:
no switch in the yesterdays because of the devices type
nach einem Heating_Control_SetAllTemps()?
Device-Types: PID20 und Dummy.
Beide werden im normalen Ablauf einwandfrei geschaltet, nur läuft Heating_Control_SetAllTemps() ins Leere.

Gruß
Hans
Raspi
CUL, Nano-CUL
FHT8V, FHT80B, S300TH
WM1000WZ, ELRO
LW12, LD382,DS18B20

mgernoth

Hallo,

dem Heating_Control-Modul fehlt die Unterstützung für den neuen Homematic Raumthermostat:


Index: 98_Heating_Control.pm
===================================================================
--- 98_Heating_Control.pm (revision 4997)
+++ 98_Heating_Control.pm (working copy)
@@ -486,6 +486,7 @@
                       "WallMountedThermostat" => 1 },
       "CUL_HM" =>  {  "mode" => "model","setModifier" => "desired-temp",
                       "HM-CC-TC"              => 1,
+                      "HM-TC-IT-WM-W-EU"      => 1,
                       "HM-CC-RT-DN"           => 1 } );

   my $dHash = $defs{$hash->{DEVICE}};


Wäre Klasse, wenn diese Änderung ihren Weg ins Repository finden würde.

Danke & Gruß
  Michael

Dietmar63

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm