FHEM mit HM - Ereigniss einmal pro Woche

Begonnen von Guest, 30 April 2012, 11:27:04

Vorheriges Thema - Nächstes Thema

Guest

Originally posted by: <email address deleted>

Hallo,

habe seit einigen Tagen meine FritzBox mit Fhem gepatcht und mit CUL
ausgestatet, alles läuft prima.
Ebenso habe ich mir zwei hm-lc-sw1-pl (einfache Funksteckdosen von
Homematic) gekauft.

CUL hat diese erkannt und ich kann auch manuel über das INterface
diese an und aus schalten.

Eine dieser Steckdosen bekommt eine Tagesschaltung, dies habe ich mit
define ... at hinbekommen.

Die andere Steckdose bekomme ein Wochenschaltung und soll ein Ereignis
nur einmal pro Woche für ca. 1-2 Minuten schalten. Vielleicht kann mir
hier einer auf die Sprünge helfen, wie sollte der Code aussehen um
diese zu realisieren.

Grüße Tobias

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Hab etwas gefunden, jedoch habe ich holiday2we eingeschaltet; damit
sind auch Feiertage als Wochenende definiert.
Das Ereignis soll jedoch nur ein mal pro Woche stat finden,
beispielsweise nur Samstags.

define aq1dosingpump at *11:45:00 {
  if ($we) {
     { fhem("define PumpeMorgens at +*{8}00:15:00 set Umwaelzpumpe on-
for-timer 300") }
  }
}

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig

                                                   

> Das Ereignis soll jedoch nur ein mal pro Woche stat finden,
> beispielsweise nur Samstags.

...
if($wday == 6) {
...

Ich empfehle die Doku zu lesen (http://fhem.de/commandref.html#perl)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Super, werd ich gleich mal ausprobieren. Herzlichen Dank.

Woher kenn ich die Variablen die in FHEM bereits fest integriert sind?
Gibt es hierfür eine Übersicht?

On 30 Apr., 12:12, Rudolf Koenig wrote:
> > Das Ereignis soll jedoch nur ein mal pro Woche stat finden,
> > beispielsweise nur Samstags.
>
> ...
> if($wday == 6) {
> ...
>
> Ich empfehle die Doku zu lesen (http://fhem.de/commandref.html#perl)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Hab es jetzt mal so in eine include Datei geschrieben:

fhem.cfg:
... include ./FHEM/include/aq112.cfg ...


aq112.cfg:
define aq1dosingpump_autostart at *20:30:00 {
   if ($wday == 3) {  #1mon, 2die, 3mitt, 4donn, 5freitag, 6sam
      { fhem("define PumpenStart at +00:01:00 set aq1lampe on-for-timer
60"); }
   }
}

Leider schreibt er jetzt wenn ich über das Interace speichern möchte:

Unknown command if, try help Unknown command {, try help Unknown
command }, try help Unknown command }, try help Unknown command }, try
help

Funktioniert das trotzdem, was mache ich falsch?

On 30 Apr., 12:28, Tobias wrote:
> Super, werd ich gleich mal ausprobieren. Herzlichen Dank.
>
> Woher kenn ich die Variablen die in FHEM bereits fest integriert sind?
> Gibt es hierfür eine Übersicht?
>
> On 30 Apr., 12:12, Rudolf Koenig wrote:
>
>
>
>
>
>
>
> > > Das Ereignis soll jedoch nur ein mal pro Woche stat finden,
> > > beispielsweise nur Samstags.
>
> > ...
> > if($wday == 6) {
> > ...
>
> > Ich empfehle die Doku zu lesen (http://fhem.de/commandref.html#perl)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig

                                                   

> Funktioniert das trotzdem,

Nein.

> was mache ich falsch?

Am Zeilenende das \ (Backslash) vergessen.  Alternativ editiert man das Zeug
mit FHEMWEB, der fuegt sowas automatisch hinzu.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Am Montag, 30. April 2012 12:28:09 UTC+2 schrieb Tobias:
>
> Woher kenn ich die Variablen die in FHEM bereits fest integriert sind?
> Gibt es hierfür eine Übersicht?
>
>
> http://fhem.de/commandref.html#perl

".....To make date and time handling easier, the variables $sec, $min,
$hour, $mday, $month, $year, $wday, $yday, $isdst are available..."

=8-)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Puschel74

                                               

Hallo,

Am Mittwoch, 2. Mai 2012 14:19:37 UTC+2 schrieb UliM:
>
>
>
> Am Montag, 30. April 2012 12:28:09 UTC+2 schrieb Tobias:
>>
>> Woher kenn ich die Variablen die in FHEM bereits fest integriert sind?
>> Gibt es hierfür eine Übersicht?
>>
>>
>> http://fhem.de/commandref.html#perl
>
> ".....To make date and time handling easier, the variables $sec, $min,
> $hour, $mday, $month, $year, $wday, $yday, *$isdst* are available..."
>
> =8-)
>

Ich hab jetzt nicht grad in der Commandref nachgeschaut aber ich vermute
UliM meinte damit $isday.

Grüße ;-)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Oskar

                                                     

Am 02.05.2012 um 17:36 schrieb puschel74:

> Hallo,
>
> Am Mittwoch, 2. Mai 2012 14:19:37 UTC+2 schrieb UliM:
>
>
> Am Montag, 30. April 2012 12:28:09 UTC+2 schrieb Tobias:
> Woher kenn ich die Variablen die in FHEM bereits fest integriert sind?
> Gibt es hierfür eine Übersicht?
>
>
> http://fhem.de/commandref.html#perl
>
> ".....To make date and time handling easier, the variables $sec, $min, $hour, $mday, $month, $year, $wday, $yday, $isdst are available..."
>
> =8-)
>
> Ich hab jetzt nicht grad in der Commandref nachgeschaut aber ich vermute UliM meinte damit $isday.

$isdst = ISDaylightSavingsTime.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
--
fhem geht auch auf mac os x

locodriver

                                                         

Hallo miteinander!

Ich habe ein ähnliches Problem, um die Rollläden (Somfy Antriebe mit
HM-Unterputzaktoren) in Abhängigkeit vom Monat entweder nachts zu schließen
oder am Tag bei bestimmten Temperaturen.

In BASIC (ATARI 8 bit lässt grüßen) würde das etwa so aussehen:

IF mon>4 and mon<10 THEN IF temp>25 THEN Rola Sonnenschutzstellung
ENDIF:ENDIF
IF mon>9 or mon<5 THEN Rola Zu (mit sunset) ENDIF

Bis jetzt habe ich folgendes ohne Bedingungen realisiert:

...
attr WZ_Rolali eventMap on:Auf off:Zu 30:SoSchu
...
define WZ_Rolali_runter at *sunset(0,"17:00:00","22:00:00")} set WZ_Rolali
Zu
...
define WZ_Rolali_SoSchu at *10:01 set WZ_Rolali 30

Wie und wo muß ich die Bedingungen einfügen? Oder ist es es sogar möglich,
die Variable $isdst zu verwenden (wenn die Sommerzeitdaten von Europa
(nicht USA) zu Grunde liegen)? Dann wären nur die MOnate den beiden
Funktionen etwas anders zugeordnet.
In der Art:

IF $isdst==1 THEN Sonnenschutzfunktion ELSE Nachtfunktion ENDIF

Die Sonnenschutzfunktion soll nur ausgeführt werden, wenn die
voraussichtliche Höchstemperatur z.B. 25 Grad überschreiten wird. Wie kann
ich den entsprechenden Temperaturwert aus dem Googlewettermodul mit Hilfe
der myUtils.pm auswerten und in die Funktion integrieren, da ich in
nächster Zeit noch keinen Wettersensor integrieren will?

Ich habe zum Anfang mal folgendes versucht, um die Sonnenschutzfunktion
anzupassen:

define WZ_Rolali_SoSchu if ($month> 4 || $month< 10) at *10:01 set
WZ_Rolali 30

Bei rereadcfg kommt folgende Fehlermeldung:
Unknown module if, choose one of ALL3076 ...usw. bis ... structure watchdog
weblink xxLG7000 Please define WZ_Rolali_SoSchu first Please define
WZ_Rolali_SoSchu first Please define WZ_Rolali_SoSchu first

Die Definition der Fkt. wird offenbar (wegen falscher Syntax?) nicht
durchgeführt? Kann mir jemand den Fehler zeigen?

Danke einstweilen
Uwe.


Am Mittwoch, 2. Mai 2012 20:26:21 UTC+2 schrieb oskar:
>
>
> Am 02.05.2012 um 17:36 schrieb puschel74:
>
> Hallo,
>
> Am Mittwoch, 2. Mai 2012 14:19:37 UTC+2 schrieb UliM:
>>
>>
>>
>> Am Montag, 30. April 2012 12:28:09 UTC+2 schrieb Tobias:
>>>
>>> Woher kenn ich die Variablen die in FHEM bereits fest integriert sind?
>>> Gibt es hierfür eine Übersicht?
>>>
>>>
>>> http://fhem.de/commandref.html#perl
>>
>> ".....To make date and time handling easier, the variables $sec, $min,
>> $hour, $mday, $month, $year, $wday, $yday, *$isdst* are available..."
>>
>> =8-)
>>
>
> Ich hab jetzt nicht grad in der Commandref nachgeschaut aber ich vermute
> UliM meinte damit $isday.
>
>
> $isdst = ISDaylightSavingsTime.
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

Guest

Originally posted by: <email address deleted>

Hi Uwe,
lies mal bitte
http://fhem.de/Heimautomatisierung-mit-fhem-V2.pdf
Seite 29ff für perl-code mit if-Bedingungen
Außerdem die Kapitel zu at und notify (incl trigger)

Ein paar Anmerkungen unten.

Gruß, Uli



Am 5. Mai 2012 23:37 schrieb Uwe :

> Hallo miteinander!
>
> Ich habe ein ähnliches Problem, um die Rollläden (Somfy Antriebe mit
> HM-Unterputzaktoren) in Abhängigkeit vom Monat entweder nachts zu schließen
> oder am Tag bei bestimmten Temperaturen.
>
> In BASIC (ATARI 8 bit lässt grüßen) würde das etwa so aussehen:
>
> IF mon>4 and mon<10 THEN IF temp>25 THEN Rola Sonnenschutzstellung
> ENDIF:ENDIF
> IF mon>9 or mon<5 THEN Rola Zu (mit sunset) ENDIF
>
{if ($month>4 && $month<10 && Value("myFHT") > 25) {fhem "set WZ_Rolali
30"} }
Das äußere geschweifte Klammernpaar kennzeichnet das ganze als Perl-Code.
Eine Bedingung steht immer in runden Klammern, geflogt von den Anweisungen
wiederum in geschweiften Klammern.


> Bis jetzt habe ich folgendes ohne Bedingungen realisiert:
>
> ...
> attr WZ_Rolali eventMap on:Auf off:Zu 30:SoSchu
> ...
> define WZ_Rolali_runter at *sunset(0,"17:00:00","22:00:00")} set WZ_Rolali
> Zu
> ...
> define WZ_Rolali_SoSchu at *10:01 set WZ_Rolali 30
>
> Wie und wo muß ich die Bedingungen einfügen? Oder ist es es sogar möglich,
> die Variable $isdst zu verwenden (wenn die Sommerzeitdaten von Europa
> (nicht USA) zu Grunde liegen)? Dann wären nur die MOnate den beiden
> Funktionen etwas anders zugeordnet.
> In der Art:
>
> IF $isdst==1 THEN Sonnenschutzfunktion ELSE Nachtfunktion ENDIF
>
> define meineRolladenSteuerung at *09:00 { if($isdst == 1) {} else {} }
Eigene Funktionen kannst Du definieren. Einfacher ist es anfangs, diese in
ein notify zu stecken und das notify mit dem Befehl trigger zu starten.
Steht alles in dem o.g. Dokument.

Die Sonnenschutzfunktion soll nur ausgeführt werden, wenn die
> voraussichtliche Höchstemperatur z.B. 25 Grad überschreiten wird. Wie kann
> ich den entsprechenden Temperaturwert aus dem Googlewettermodul mit Hilfe
> der myUtils.pm auswerten und in die Funktion integrieren, da ich in
> nächster Zeit noch keinen Wettersensor integrieren will?
>
> Ich habe zum Anfang mal folgendes versucht, um die Sonnenschutzfunktion
> anzupassen:
>
> define WZ_Rolali_SoSchu if ($month> 4 || $month< 10) at *10:01 set
> WZ_Rolali 30
>
> Schon gar nicht schlecht :)  Besser (nicht getestet):
define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10) { fhem
"set WZ_Rolali 30"}
Also täglich um 10:01 den perl-code in geschweiften Klammern ausführen.



> Bei rereadcfg kommt folgende Fehlermeldung:
> Unknown module if, choose one of ALL3076 ...usw. bis ... structure
> watchdog weblink xxLG7000 Please define WZ_Rolali_SoSchu first Please
> define WZ_Rolali_SoSchu first Please define WZ_Rolali_SoSchu first
>
> Die Definition der Fkt. wird offenbar (wegen falscher Syntax?) nicht
> durchgeführt? Kann mir jemand den Fehler zeigen?
>
> Danke einstweilen
> Uwe.
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

locodriver

                                                         

@Uli

Danke für die Tipps. Deine allg. Anmerkungen haben mich erst mal in die
richtige Richtung gebracht. Es ist für "Nichtprogrammierer" ziemlich
umfangreich, sich quasi in 2 Programmiersprachen einzuarbeiten. Aber der
Mensch wächst mit seinen Aufgaben und die Projektentwickler und die Freaks
unter den Usern helfen ja wo sie können, damit auch Laien zum Erfolg kommen.
Dafür nebenbei ein Dank an alle, die sich hier so einbringen!!!!!!!!!!!

Habe als erstes die SoSchu mit deinen Änderungen angepasst - jetzt mosert
fhem nicht mehr rum. Wie kann ich jetzt noch die vorausgesagte
Höchsttemperatur aus Googlewetter mit einbinden. Dein Ansatz mit "my FHT"
funzt doch nur mit einem eigenen Temperatursensor - oder liege ich da
falsch? Ich möchte den für den aktuellen Tag vorhergesagten Höchstwert
auslesen (aus der Schleife in myUtils.pm) und dann die Rollläden teilweise
schließen lassen, um der großen Erwärmung zuvorzukommen.

Die Schleife in myUtils.pm ist doch:?

  ###Print 4 day forecast
  for(my $i=1; $i<=4; $i++) {
    my $icon = ReadingsVal($d, "fc${i}_icon", "na.png");
    if ($imgHome =~ m/fhem/i) {
        $icon =~ s,/ig/images/weather(.*)\.gif,$1\.png,  ;
    }
    my $dayname = ReadingsVal($d, "fc${i}_day_of_week", "");
    $dayname = "Heute" if($i==1);
    $dayname = "Morgen" if($i==2);

#    Log 1, "Icon$i: $imgHome  $icon";
   $ret .= sprintf('class="weathericon">class="weather_dayname">%s:
%s
Min: %s°C | Max:
%s°C'."\n",
        $imgHome, $icon,
        ReadingsVal($d, "fc${i}_day_of_week", ""),
        ReadingsVal($d, "fc${i}_condition", ""),
        ReadingsVal($d, "fc${i}_low_c", ""),* ReadingsVal($d,
"fc${i}_high_c", ""*));
  }
Oder ist das nur die Ausgaberoutine? Und wie übergibt man dann den
Temperaturwert?

Deine Definition müsste müsste dann wohl noch so etwa erweitert werden:

define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10* &&
Maximaltemp>25*) { fhem "set WZ_Rolali 30"}

Den Teil mit der Sommerzeitabfrage werde ich erst dann versuchen
einzubauen, wenn die Temperaturauswertung funzt, damit nicht zu viele
Änderungen auf einmal in der cfg das Debugging erschweren.

Uwe.


Am Sonntag, 6. Mai 2012 19:56:35 UTC+2 schrieb UliM:
>
> Hi Uwe,
> lies mal bitte
> http://fhem.de/Heimautomatisierung-mit-fhem-V2.pdf
> Seite 29ff für perl-code mit if-Bedingungen
> Außerdem die Kapitel zu at und notify (incl trigger)
>
> Ein paar Anmerkungen unten.
>
> Gruß, Uli
>
>
>
> Am 5. Mai 2012 23:37 schrieb Uwe :
>
>> Hallo miteinander!
>>
>> Ich habe ein ähnliches Problem, um die Rollläden (Somfy Antriebe mit
>> HM-Unterputzaktoren) in Abhängigkeit vom Monat entweder nachts zu schließen
>> oder am Tag bei bestimmten Temperaturen.
>>
>> In BASIC (ATARI 8 bit lässt grüßen) würde das etwa so aussehen:
>>
>> IF mon>4 and mon<10 THEN IF temp>25 THEN Rola Sonnenschutzstellung
>> ENDIF:ENDIF
>> IF mon>9 or mon<5 THEN Rola Zu (mit sunset) ENDIF
>>
> {if ($month>4 && $month<10 && Value("myFHT") > 25) {fhem "set WZ_Rolali
> 30"} }
> Das äußere geschweifte Klammernpaar kennzeichnet das ganze als Perl-Code.
> Eine Bedingung steht immer in runden Klammern, geflogt von den Anweisungen
> wiederum in geschweiften Klammern.
>
>
>> Bis jetzt habe ich folgendes ohne Bedingungen realisiert:
>>
>> ...
>> attr WZ_Rolali eventMap on:Auf off:Zu 30:SoSchu
>> ...
>> define WZ_Rolali_runter at *sunset(0,"17:00:00","22:00:00")} set
>> WZ_Rolali Zu
>> ...
>> define WZ_Rolali_SoSchu at *10:01 set WZ_Rolali 30
>>
>> Wie und wo muß ich die Bedingungen einfügen? Oder ist es es sogar
>> möglich, die Variable $isdst zu verwenden (wenn die Sommerzeitdaten von
>> Europa (nicht USA) zu Grunde liegen)? Dann wären nur die MOnate den beiden
>> Funktionen etwas anders zugeordnet.
>> In der Art:
>>
>> IF $isdst==1 THEN Sonnenschutzfunktion ELSE Nachtfunktion ENDIF
>>
>> define meineRolladenSteuerung at *09:00 { if($isdst == 1) {} else {} }
> Eigene Funktionen kannst Du definieren. Einfacher ist es anfangs, diese in
> ein notify zu stecken und das notify mit dem Befehl trigger zu starten.
> Steht alles in dem o.g. Dokument.
>
> Die Sonnenschutzfunktion soll nur ausgeführt werden, wenn die
>> voraussichtliche Höchstemperatur z.B. 25 Grad überschreiten wird. Wie kann
>> ich den entsprechenden Temperaturwert aus dem Googlewettermodul mit Hilfe
>> der myUtils.pm auswerten und in die Funktion integrieren, da ich in
>> nächster Zeit noch keinen Wettersensor integrieren will?
>>
>> Ich habe zum Anfang mal folgendes versucht, um die Sonnenschutzfunktion
>> anzupassen:
>>
>> define WZ_Rolali_SoSchu if ($month> 4 || $month< 10) at *10:01 set
>> WZ_Rolali 30
>>
>> Schon gar nicht schlecht :)  Besser (nicht getestet):
> define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10) { fhem
> "set WZ_Rolali 30"}
> Also täglich um 10:01 den perl-code in geschweiften Klammern ausführen.
>
>  
>
>> Bei rereadcfg kommt folgende Fehlermeldung:
>> Unknown module if, choose one of ALL3076 ...usw. bis ... structure
>> watchdog weblink xxLG7000 Please define WZ_Rolali_SoSchu first Please
>> define WZ_Rolali_SoSchu first Please define WZ_Rolali_SoSchu first
>>
>> Die Definition der Fkt. wird offenbar (wegen falscher Syntax?) nicht
>> durchgeführt? Kann mir jemand den Fehler zeigen?
>>
>> Danke einstweilen
>> Uwe.
>>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

Guest

Originally posted by: <email address deleted>

Am Montag, 7. Mai 2012 15:36:55 UTC+2 schrieb Uwe:
>
> Oder ist das nur die Ausgaberoutine? Und wie übergibt man dann den
> Temperaturwert?
>
> Genau.
Du willst etwas von einem device auslesen.
Für das device-STATE gibt's die Funktion Value("device").
Für device-readings gibt's die Funktion
ReadingsVal("device","reading",default) (siehe commandref - perl specials
<http://fhem.de/commandref.html#perl>- ReadingsVal)
Angenommen Dein Wetter-Device heisst myWeather.  Wenn Du Dir die Details
dieses (oder allgemein eines) device anschaust, siehst Du im unteren
Bereich die Readings. Die Höchsttemperatur für den aktuellen Tag steht im
Reading fc1_high_c .
Also nimmst Du zum Auslesen
ReadingsVal("myWeather","fc1_high_c",99)


define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10* &&
> Maximaltemp>25*) { fhem "set WZ_Rolali 30"}
>
also
define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10* && *
ReadingsVal("myWeather","fc1_high_c",99)*>25*) { fhem "set WZ_Rolali 30"}
 

>
> Den Teil mit der Sommerzeitabfrage werde ich erst dann versuchen
> einzubauen, wenn die Temperaturauswertung funzt, damit nicht zu viele
> Änderungen auf einmal in der cfg das Debugging erschweren.
>
> Sehr guter Ansatz :)
Ich empfehle, das alles (wegen Besonderheiten in der Schreibweise) nicht
direkt in fhem.cfg zu bearbeiten, sondern über die device-Details des
notify oder at. Steht ebenfalls in Heimautomatisierung_mit_fhem.pdf :-)

Gruß, Uli

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

locodriver

                                                         

Danke für die Hinweise, damit hoffe ich, auf den richtigen Weg zu gelangen.
Die Umsetzung muss leider etwas warten, da ich bis Himmelfahrt auf Montage
bin. Werde mich bis dahin mit der Theorie befassen und mich dann mit
hoffentlich Erfolgserlebnissen melden.

Uwe

Am Montag, 7. Mai 2012 18:16:22 UTC+2 schrieb UliM:
>
>
>
> Am Montag, 7. Mai 2012 15:36:55 UTC+2 schrieb Uwe:
>>
>> Oder ist das nur die Ausgaberoutine? Und wie übergibt man dann den
>> Temperaturwert?
>>
>> Genau.
> Du willst etwas von einem device auslesen.
> Für das device-STATE gibt's die Funktion Value("device").
> Für device-readings gibt's die Funktion
> ReadingsVal("device","reading",default) (siehe commandref - perl specials
> <http://fhem.de/commandref.html#perl>- ReadingsVal)
> Angenommen Dein Wetter-Device heisst myWeather.  Wenn Du Dir die Details
> dieses (oder allgemein eines) device anschaust, siehst Du im unteren
> Bereich die Readings. Die Höchsttemperatur für den aktuellen Tag steht im
> Reading fc1_high_c .
> Also nimmst Du zum Auslesen
> ReadingsVal("myWeather","fc1_high_c",99)
>
>
> define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10* &&
>> Maximaltemp>25*) { fhem "set WZ_Rolali 30"}
>>
> also
> define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10* && *
> ReadingsVal("myWeather","fc1_high_c",99)*>25*) { fhem "set WZ_Rolali 30"}
>  
>
>>
>> Den Teil mit der Sommerzeitabfrage werde ich erst dann versuchen
>> einzubauen, wenn die Temperaturauswertung funzt, damit nicht zu viele
>> Änderungen auf einmal in der cfg das Debugging erschweren.
>>
>> Sehr guter Ansatz :)
> Ich empfehle, das alles (wegen Besonderheiten in der Schreibweise) nicht
> direkt in fhem.cfg zu bearbeiten, sondern über die device-Details des
> notify oder at. Steht ebenfalls in Heimautomatisierung_mit_fhem.pdf :-)
>
> Gruß, Uli
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

                                                         

Hier die versprochene Rückmeldung: die Steuerung funktioniert :-)


Am Montag, 7. Mai 2012 18:25:51 UTC+2 schrieb Uwe:
>
> Danke für die Hinweise, damit hoffe ich, auf den richtigen Weg zu
> gelangen. Die Umsetzung muss leider etwas warten, da ich bis Himmelfahrt
> auf Montage bin. Werde mich bis dahin mit der Theorie befassen und mich
> dann mit hoffentlich Erfolgserlebnissen melden.
>
> Uwe
>
> Am Montag, 7. Mai 2012 18:16:22 UTC+2 schrieb UliM:
>>
>>
>>
>> Am Montag, 7. Mai 2012 15:36:55 UTC+2 schrieb Uwe:
>>>
>>> Oder ist das nur die Ausgaberoutine? Und wie übergibt man dann den
>>> Temperaturwert?
>>>
>>> Genau.
>> Du willst etwas von einem device auslesen.
>> Für das device-STATE gibt's die Funktion Value("device").
>> Für device-readings gibt's die Funktion
>> ReadingsVal("device","reading",default) (siehe commandref - perl
>> specials <http://fhem.de/commandref.html#perl>- ReadingsVal)
>> Angenommen Dein Wetter-Device heisst myWeather.  Wenn Du Dir die Details
>> dieses (oder allgemein eines) device anschaust, siehst Du im unteren
>> Bereich die Readings. Die Höchsttemperatur für den aktuellen Tag steht im
>> Reading fc1_high_c .
>> Also nimmst Du zum Auslesen
>> ReadingsVal("myWeather","fc1_high_c",99)
>>
>>
>> define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10* &&
>>> Maximaltemp>25*) { fhem "set WZ_Rolali 30"}
>>>
>> also
>> define WZ_Rolali_SoSchu at *10:01 { if ($month> 4 && $month< 10* && *
>> ReadingsVal("myWeather","fc1_high_c",99)*>25*) { fhem "set WZ_Rolali 30"}
>>  
>>
>>>
>>> Den Teil mit der Sommerzeitabfrage werde ich erst dann versuchen
>>> einzubauen, wenn die Temperaturauswertung funzt, damit nicht zu viele
>>> Änderungen auf einmal in der cfg das Debugging erschweren.
>>>
>>> Sehr guter Ansatz :)
>> Ich empfehle, das alles (wegen Besonderheiten in der Schreibweise) nicht
>> direkt in fhem.cfg zu bearbeiten, sondern über die device-Details des
>> notify oder at. Steht ebenfalls in Heimautomatisierung_mit_fhem.pdf :-)
>>
>> Gruß, Uli
>>
>>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster