FHEM Forum

Originally posted by: <email address deleted>

Hallo,

bei mir läuft FHTs hauptsächlich für die Heizungssteuerung mit FHTs.

Eine Abweichung von der idealen Sollfunktion hat natürlich
Hausfriedenstechnisch extreme Auswirkungen.

Am liebsten möchte ich dabei, dass die FHTs "autark" arbeiten können, also,
dass das aktuell korrekte Wochenprogramm gesamtheitlich im Raumregler
vorhanden ist.

Wenn jedoch mal eine grossangelegte Änderung notwendig ist (das
üblicherweise ungenutzte Gästezimmer ist zu heizen, ....) ist das immer so
ein riesen Aufwand, die einzelnen Befehle Montag von1, bis1, von2,  bis2,
dann Dienstag, .... zu setzen :-(.

Ich hab dazu auch mal eine Idee ins Wiki gestellt, aber auch das gefällt
mir nicht wirklich :-( ....

Hat einer von euch bereits eine gute umsetzbare Idee ?

Gruss Holger

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

Originally posted by: <email address deleted>

Am Sa

So etwas wie ein Stundenplan (nur eben nicht in Excel ;-) für jeden Raum?
Das fände ich super...
Gruß Manuel
mstag, 13. Oktober 2012 17:40:33 UTC+2 schrieb AnonymousHolger:
>
> Hallo,
>
> bei mir läuft FHTs hauptsächlich für die Heizungssteuerung mit FHTs.
>
> Eine Abweichung von der idealen Sollfunktion hat natürlich
> Hausfriedenstechnisch extreme Auswirkungen.
>
> Am liebsten möchte ich dabei, dass die FHTs "autark" arbeiten können,
> also, dass das aktuell korrekte Wochenprogramm gesamtheitlich im Raumregler
> vorhanden ist.
>
> Wenn jedoch mal eine grossangelegte Änderung notwendig ist (das
> üblicherweise ungenutzte Gästezimmer ist zu heizen, ....) ist das immer so
> ein riesen Aufwand, die einzelnen Befehle Montag von1, bis1, von2,  bis2,
> dann Dienstag, .... zu setzen :-(.
>
> Ich hab dazu auch mal eine Idee ins Wiki gestellt, aber auch das gefällt
> mir nicht wirklich :-( ....
>
> Hat einer von euch bereits eine gute umsetzbare Idee ?
>
> Gruss Holger
>

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

hallo holger,

Am Samstag, 13. Oktober 2012, 08:40:32 schrieb AnonymousHolger:
> [...]
> Hat einer von euch bereits eine gute umsetzbare Idee ?

beim lesen ist mir eingefallen, das ich vor 4 jahren ;-), also 2008 mal ein
script geschrieben habe: fhem2fht-bulkupdate.sh

im scprit selber setzt man die werte:

# define work days
WORK="mon tue wed thu fri"
# define recreation days
FREE="sat sun"
# define range,
# (from1 to1 from2 to2)
range=(08:00 18:00 24:00 24:00)
# define range for recreation, e.g. "Wochenende",
# (from1 to1 from2 to2)
free=(08:00 18:00 24:00 24:00)
#
daytemp="19.5"
nighttemp="17.5"
lowtempoffset="4"
mode="auto"
windowopentemp="10.0"

# define fhem.pl host:port
FHEM_BIN="/usr/bin/fhem.pl localhost:7072"

und dann kann das script mittels:
fhem2fht-bulkupdate.sh FHT_device [FHT_device] [FHT_device]

aufgerufen werden. aber achtung: das erzeugt 'ne menge telegramme, so dass es
schnell mal zu einem LOVF kommen kann. lazy-mode ist zu empfehlen.

ich habe das script lange nicht mehr genutzt, sollte aber immer noch
funktionieren.

ich lege es gleich mal im svn im contrib ordner ab. würde dann ab morgen früh
verteilt werden und wenn du es nicht aushälst, dann holst du es dir direkt aus
dem svn :-)

gruss martin

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

Originally posted by: <email address deleted>

Okay, ich habe keine FHTs sondern HM-CC-TCs

Diese laufen mit dem (einmal eingegebenen) Wochenprogramm perfekt autark.
Wenn das Gästezimmer mal nicht verwendet wird, stell ich den TC von "auto"
auf "manual"  und schon hab ich eine konstante Soll-Temperatur von 15°

Selbst wenn fhem mal ausfällt muss ich nur den "Not-Schalter" im Keller
betätigen, der die Heizung in den "Normal-Mode" schaltet. Ansonsten steuert
fhem die Heiz-Zirkulationspumpe.

Oder hab ich das falsch verstanden?

VG
Ralf

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

Originally posted by: <email address deleted>

Das ist einer der Use Cases für das Kalendermodul. Jeder Raum hat seinen eigenen Kalender oder eigene wiederkehrende Ereignisse , welche ich einzeln, falls notwendig, zeitlich verändern oder sogar löschen kann. Wichtig ist hierbei , das sich die Event ID des Ereignisses nicht ändert, so kann der Fhem Code unverändert weiterlaufen.

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

Originally posted by: <email address deleted>

Klingt gur abet ich verstehe nur Bahnhof .... gibt es irgendwo Be4ispiele ?
Würde gerne über das Kalendermodul regeln

Ich hatte mit meinen Basiskenntnissen mal Folgendes (sowas wie eine
Texttabelle ....: http://www.fhemwiki.de/wiki/FHT80b_Einstellungen) in die
Wiki gestellt aber diesen neuen Threat eröffnet in der Hoffnung, das ein
cleverer Kopf was Besserers ersonnen hat .


Das Script von Martin gefällt mir, stellt aber alle Zimmer auf die gleichen
Einstellungen ....

Am Samstag, 13. Oktober 2012 18:25:26 UTC+2 schrieb Andreas Schaller:
>
> Das ist einer der Use Cases für das Kalendermodul. Jeder Raum hat seinen
> eigenen Kalender oder eigene wiederkehrende Ereignisse , welche ich
> einzeln, falls notwendig, zeitlich verändern oder sogar löschen kann.
> Wichtig ist hierbei , das sich die Event ID des Ereignisses nicht ändert,
> so kann der Fhem Code unverändert weiterlaufen.

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

                                                     

Verstehe das Problem nicht nicht recht: Wochenprogramm und im
Sonderall auf Manuell unstellen und dann per FHEM. So wie Ralf es
macht. Ich habe fürs Gästezimmer daher einen Schalter (Belegt/frei),
der im Falle das es frei ist, auf manuell schaltet und die Temperatur
runterdreht.

Das regelmaessige Aendern der FHT Wochenprogramme erzeugt sehr hohe
Funklast und fuehrt gerne mal in EOB und 1% Regel-Probleme.

Die aus Versuchen mit Excelsheets/Kalendertabllen automatisch
befuellten FHTs resultiernden LOVF Probleme sind ja hier auch schon
mehrmals Gegenstand der Diskussion gewesen.



On 13 Okt., 20:53, AnonymousHolger wrote:
> Klingt gur abet ich verstehe nur Bahnhof .... gibt es irgendwo Be4ispiele ?
> Würde gerne über das Kalendermodul regeln
>
> Ich hatte mit meinen Basiskenntnissen mal Folgendes (sowas wie eine
> Texttabelle ....:http://www.fhemwiki.de/wiki/FHT80b_Einstellungen) in die
> Wiki gestellt aber diesen neuen Threat eröffnet in der Hoffnung, das ein
> cleverer Kopf was Besserers ersonnen hat .
>
> Das Script von Martin gefällt mir, stellt aber alle Zimmer auf die gleichen
> Einstellungen ....
>
> Am Samstag, 13. Oktober 2012 18:25:26 UTC+2 schrieb Andreas Schaller:
>
>
>
>
>
>
>
>
>
> > Das ist einer der Use Cases für das Kalendermodul. Jeder Raum hat seinen
> > eigenen Kalender oder eigene wiederkehrende Ereignisse , welche ich
> > einzeln, falls notwendig, zeitlich verändern oder sogar löschen kann.
> > Wichtig ist hierbei , das sich die Event ID des Ereignisses nicht ändert,
> > so kann der Fhem Code unverändert weiterlaufen.

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

Am Samstag, 13. Oktober 2012, 11:53:15 schrieb AnonymousHolger:
> [...]
> Das Script von Martin gefällt mir, stellt aber alle Zimmer auf die gleichen
> Einstellungen ....

ja, aber das ist ein "feature". du musst doch nicht alle fhts "füttern".

du schriebst von dem gästezimmer. also editierst du für das gästezimmer die
parameter

# define work days
WORK="mon tue wed thu fri"
# define recreation days
FREE="sat sun"
# define range,
# (from1 to1 from2 to2)
range=(08:00 18:00 24:00 24:00)
# define range for recreation, e.g. "Wochenende",
# (from1 to1 from2 to2)
free=(08:00 18:00 24:00 24:00)
#
daytemp="19.5"
nighttemp="17.5"
lowtempoffset="4"
mode="auto"
windowopentemp="10.0"

im script und rufst es in der bash mit "fhem2fht-bulkupdate.sh
FHT_gästezimmer" auf, feddisch..

man könnte das auch mit einem dummy, zwei notifys und zwei scripten machen..
oder mein script nach perl portieren und in 99_myUtils.pm packen und beim
aufruf die entsprechenden parameter übergeben.. das mit der subroutine in
99_myUtils.pm ist absolut kein hexenwerk :-) 2008 gabs die glaub ich noch
nicht...

es dient soweit als anregung, würde aber für deinen geschilderten
anwendungsfall funktionieren.

gruss martin

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

Originally posted by: <email address deleted>

Hallo Martin,

ich werde mir das noch einmal anschauen. Sicherlich ist das eine gute und
komfortable Möglichkeit.

Ich habe auf der Suche im WWW eimal eine Seite gefunden in der jemand für
FHEM eine derartige Ansicht gemacht hat.

Allerdings weiss ich nicht wie das zu generieren wäre ... hab mir schon die
Zähne ausgebissen ... brauchts dafür eine neue 11_FHT.pm oder wie/wo fängt
man sowas an ?



Am Sonntag, 14. Oktober 2012 00:29:07 UTC+2 schrieb Martin Fischer:
>
> Am Samstag, 13. Oktober 2012, 11:53:15 schrieb AnonymousHolger:
> > [...]
> > Das Script von Martin gefällt mir, stellt aber alle Zimmer auf die
> gleichen
> > Einstellungen ....
>
> ja, aber das ist ein "feature". du musst doch nicht alle fhts "füttern".
>
> du schriebst von dem gästezimmer. also editierst du für das gästezimmer
> die
> parameter
>
> # define work days
> WORK="mon tue wed thu fri"
> # define recreation days
> FREE="sat sun"
> # define range,
> # (from1 to1 from2 to2)
> range=(08:00 18:00 24:00 24:00)
> # define range for recreation, e.g. "Wochenende",
> # (from1 to1 from2 to2)
> free=(08:00 18:00 24:00 24:00)
> #
> daytemp="19.5"
> nighttemp="17.5"
> lowtempoffset="4"
> mode="auto"
> windowopentemp="10.0"
>
> im script und rufst es in der bash mit "fhem2fht-bulkupdate.sh
> FHT_gästezimmer" auf, feddisch..
>
> man könnte das auch mit einem dummy, zwei notifys und zwei scripten
> machen..
> oder mein script nach perl portieren und in 99_myUtils.pm packen und beim
> aufruf die entsprechenden parameter übergeben.. das mit der subroutine in
> 99_myUtils.pm ist absolut kein hexenwerk :-) 2008 gabs die glaub ich noch
> nicht...
>
> es dient soweit als anregung, würde aber für deinen geschilderten
> anwendungsfall funktionieren.
>
> gruss martin
>

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

Originally posted by: <email address deleted>

Genau soetwas meine ich mit "Stundenplan-Design"
Das ganze müsste nun nur für die FHEM-Normalos mit pgm2" gewandelt werden.

Gruß Manuel

Am Sonntag, 14. Oktober 2012 10:18:07 UTC+2 schrieb AnonymousHolger:
>
> Hallo Martin,
>
> ich werde mir das noch einmal anschauen. Sicherlich ist das eine gute und
> komfortable Möglichkeit.
>
> Ich habe auf der Suche im WWW eimal eine Seite gefunden in der jemand für
> FHEM eine derartige Ansicht gemacht hat.
>
> Allerdings weiss ich nicht wie das zu generieren wäre ... hab mir schon
> die Zähne ausgebissen ... brauchts dafür eine neue 11_FHT.pm oder wie/wo
> fängt man sowas an ?
>
>
>
> Am Sonntag, 14. Oktober 2012 00:29:07 UTC+2 schrieb Martin Fischer:
>>
>> Am Samstag, 13. Oktober 2012, 11:53:15 schrieb AnonymousHolger:
>> > [...]
>> > Das Script von Martin gefällt mir, stellt aber alle Zimmer auf die
>> gleichen
>> > Einstellungen ....
>>
>> ja, aber das ist ein "feature". du musst doch nicht alle fhts "füttern".
>>
>> du schriebst von dem gästezimmer. also editierst du für das gästezimmer
>> die
>> parameter
>>
>> # define work days
>> WORK="mon tue wed thu fri"
>> # define recreation days
>> FREE="sat sun"
>> # define range,
>> # (from1 to1 from2 to2)
>> range=(08:00 18:00 24:00 24:00)
>> # define range for recreation, e.g. "Wochenende",
>> # (from1 to1 from2 to2)
>> free=(08:00 18:00 24:00 24:00)
>> #
>> daytemp="19.5"
>> nighttemp="17.5"
>> lowtempoffset="4"
>> mode="auto"
>> windowopentemp="10.0"
>>
>> im script und rufst es in der bash mit "fhem2fht-bulkupdate.sh
>> FHT_gästezimmer" auf, feddisch..
>>
>> man könnte das auch mit einem dummy, zwei notifys und zwei scripten
>> machen..
>> oder mein script nach perl portieren und in 99_myUtils.pm packen und beim
>> aufruf die entsprechenden parameter übergeben.. das mit der subroutine in
>> 99_myUtils.pm ist absolut kein hexenwerk :-) 2008 gabs die glaub ich noch
>> nicht...
>>
>> es dient soweit als anregung, würde aber für deinen geschilderten
>> anwendungsfall funktionieren.
>>
>> gruss martin
>>
>

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

                                                   

Hallo,

mich stört es auch die Werte am Gerät einzustellen!

Deswegen schreibe ich gerade an einem Windows Progamm  um mir die Arbeit zu
erleichtern!

Das Auslesen funktioniert schon tadellos, muss nur noch das Senden
vervollständigen!


LG

edank







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

Am Sonntag, 14. Oktober 2012, 01:18:07 schrieb AnonymousHolger:
> [...]
> Ich habe auf der Suche im WWW eimal eine Seite gefunden in der jemand für
> FHEM eine derartige Ansicht gemacht hat.

auch ganz nett..

> Allerdings weiss ich nicht wie das zu generieren wäre ... hab mir schon die
> Zähne ausgebissen ... brauchts dafür eine neue 11_FHT.pm oder wie/wo fängt
> man sowas an ?

also in der 11_FHT.pm hat das nichts zu suchen. denkbar wären aus meiner sicht
folgende möglichkeiten:

1. mit html/javascript diese formular bauen, per weblink in die gui einbinden
und das ausgefüllte formular dann ganz normal an fhem senden (wobei dabei die
vorgegebenen daten fehlen würden)

2. die logik direkt in 01_FHEMWEB.pm einbinden und nicht nur für fhts, sondern
ggf. auch für HM-CC-TC nutzbar machen (obwohl dieser eine andere form von
wochenprogrammen hat).

das ganze sollte nur die daten senden, die auch tatsächlich verändert wurden.

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

Originally posted by: <email address deleted>

Hallo edank,

woher hast du den die Timeline-Anzeige? Sowas suche ich schon länger. Ist
das freeware?

MfG

Volker

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

                                                   

@Volker

die ist selbst programmiert!

LG
edank

PS: Ist freeware :-)

Am Sonntag, 14. Oktober 2012 15:08:51 UTC+2 schrieb Volker:
>
> Hallo edank,
>
> woher hast du den die Timeline-Anzeige? Sowas suche ich schon länger. Ist
> das freeware?
>
> MfG
>
> Volker
>

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

Originally posted by: <email address deleted>

Hallo edank,

würdest du den Code mit mir teilen?

MfG

Volker

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

                                                   

@Volker

Ich möchte das Programm und den Code sowieso zum download anbieten.
Kann man das hier irgendwo machen?
Wiki oder so?

LG
edank

Am Sonntag, 14. Oktober 2012 15:43:30 UTC+2 schrieb Volker:
>
> Hallo edank,
>
> würdest du den Code mit mir teilen?
>
> MfG
>
> Volker
>

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

Originally posted by: <email address deleted>

sieht super aus ... aber dann nur unter Windows ? Oder Einbindung dann auch
via FHEM möglich ?

Am Sonntag, 14. Oktober 2012 15:48:57 UTC+2 schrieb edank:
>
> @Volker
>
> Ich möchte das Programm und den Code sowieso zum download anbieten.
> Kann man das hier irgendwo machen?
> Wiki oder so?
>
> LG
> edank
>
> Am Sonntag, 14. Oktober 2012 15:43:30 UTC+2 schrieb Volker:
>>
>> Hallo edank,
>>
>> würdest du den Code mit mir teilen?
>>
>> MfG
>>
>> Volker
>>
>

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

                                                   

@AnonymousHolger

natürlich läuft das Programm nur unter Windows!
Aber das ist ja egal. Der Windowsrechner muss nur im gleichen Netzwerk wie
fhem sein, dort werden die Daten geholt.
Die geänderten Daten werden per telnet(unsichtbar intern, das macht das
Programm) an fhem gesendet.
FHEM kümmert sich dann um das zustellen.

LG
edank

Am Sonntag, 14. Oktober 2012 16:30:42 UTC+2 schrieb AnonymousHolger:
>
> sieht super aus ... aber dann nur unter Windows ? Oder Einbindung dann
> auch via FHEM möglich ?
>
> Am Sonntag, 14. Oktober 2012 15:48:57 UTC+2 schrieb edank:
>>
>> @Volker
>>
>> Ich möchte das Programm und den Code sowieso zum download anbieten.
>> Kann man das hier irgendwo machen?
>> Wiki oder so?
>>
>> LG
>> edank
>>
>> Am Sonntag, 14. Oktober 2012 15:43:30 UTC+2 schrieb Volker:
>>>
>>> Hallo edank,
>>>
>>> würdest du den Code mit mir teilen?
>>>
>>> MfG
>>>
>>> Volker
>>>
>>

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

                                               

Hallo Zusammen,

für die zentrale Konfigration von mehreren FHT´s, hatte ich mal das Modul
98_FHTCONF geschrieben...
Findet sich hier:
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/
Damit lassen sich alle Parameter eines FHT80b via FHEM konfigurieren...

"Anwendung":
1. Man definiert sich ein entsprechendes FHEM-Device: define FHTCONF
und konfiguriert es (siehe Screenshot).
2. Man fasst alle FHT´s, die mit der Konfig/bzw. dem Programm "beglückt"
werden sollen, in einem Raum zusammen.
3. Beim FHTCONF-Device setzt amn das Attribute "FHTRoom" auf den Raum von 2.
4. Man defineirt einen AT-Job, um das Konfig/Programm zu verteilen: define
at fhtconf

Ein At-Job mit dem Namen _AT wird automatisch angelegt, auf
1:11:11 gestzt und ist disabled...
"Komische" Namen/Werte wie z.B. "B1_DIENSTAG" sind ein Workaround damit´s
"schön" aussieht bzw. die Sortierung stimmt...
Ein Web-INfo-Seite unter /fhtconf gib´s auch noch...

Das Modul ist schon was älter...
Aber vieleicht passt´s ja für den Anwendungsfall ;-)


Schöne Grüße

Axel

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

                                                   

> 2. die logik direkt in 01_FHEMWEB.pm einbinden und nicht nur für fhts, sondern
> ggf. auch für HM-CC-TC nutzbar machen (obwohl dieser eine andere form von
> wochenprogrammen hat).

Da waere ich mich dagegen :) Aber gegen ein generisches Modul fuer Heizkoerper
habe ich nichts, und wir erweitern FHEMWEB um Modul-spezifische HTMLs.


> das ganze sollte nur die daten senden, die auch tatsächlich verändert wurden.

FHT.pm hat unterstuetzt sowas mit dem Attribut lazy

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

Originally posted by: <email address deleted>

Also, vergangenes Jahr hatte ich folgendes Script laufen, hat gut
funktioniert:

-----------------------------------------------

delete wz.set_temp
define wz.set_temp at +*00:05:00 {\
  my $debug=AttrVal("wz.set_temp","loglevel",0);;\
  if (ReadingsVal("CUL_FHT","mode","???") eq "auto") {\
    my $day_temp=ReadingsVal("CUL_FHT","day_temp",21.5);;;;\
    my $nigth_temp=ReadingsVal("CUL_FHT","night_temp",19.0);;;;\
    my $t_soll=isday()?$day_temp:$nigth_temp;;;;   \
    my $tm=TimeNow();;;;\
    my ($h, $m,$s,$t);;;;\
    my @Zeitprog = ("00:00 nigth", "08:00 day", "22:00 nigth");;;;\
    if ($wday == 5) {\
      @Zeitprog=("08:00 day", "08:05 20.0", "11:30 21.0", "14:00
21.5",               "22:00 nigth");;;;\
    } elsif ($we) {\
      @Zeitprog=("08:00 day","22:00 nigth");;;;\
    } else {\
      @Zeitprog=("08:00 day", "08:05 20.0", "11:30 21.0", "14:00 21.5",
"17:30 22.5", "22:00 nigth");;;;\
    }\
\
    for my $te (@Zeitprog) {\
      ($s,$t)=split(" ",$te);;;;\
      ($h,$m)=split(":",$s);;;;\
      Log 3,"wz.set_temp te=$te" if $debug;;;;\
      if (($hour >= $h) && ($min >= $m)) {\
        if ($t =~ /^d/) {\
          $t_soll=$day_temp;;;;\
        } elsif ($t =~ /^n/) {\
          $t_soll=$nigth_temp;;;;\
        } else {\
          $t_soll=$t;;;;\
        }  \
      }\
    }\
    Log 3, "wz.set_temp isday=".isday()." now=".$tm."
des-t=".(ReadingsVal("CUL_FHT","desired-temp",0)+0)." soll=$t_soll" if
$debug;;;;\
    if (!((ReadingsVal("CUL_FHT","desired-temp",0)+0) == ($t_soll+0))) {\
      Log 1, "set CUL_FHT desired-temp ".$t_soll if $debug;;;;\
      fhem "set CUL_FHT desired-temp ".$t_soll ;;;;\
\
    } else {\
      Log 1, "set CUL_FHT desired-temp nicht setzen" if $debug;;;;\
    }  \
  }\
}
attr wz.set_temp loglevel 0
attr wz.set_temp room fht,Wohnzimmer
 
---------------------------------------------------------------------------

hatte da nur 1 FHT und muss es für mich noch ausbauen.
Einen Schönheitspreis werde ich damit allerdings nicht gewinnen ;-)
Nicht berücksichtigt sind da aber z.B. Fenster-/Türmelder

Vorteil und Anlöass war, dass ich verschiedene Temperaturen über den Tag
wollte.

Vielleicht findet sich einer, der mehr draus macht


Bernhard

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

                                                 

Am Sonntag, 14. Oktober 2012 14:56:50 UTC+2 schrieb edank:
>
> Deswegen schreibe ich gerade an einem Windows Progamm  um mir die Arbeit
> zu erleichtern!
>

Hallo - Ich warte auf das programm - schon ein Plan wann du es
veröffentlichst? Oder brauchst du Betatester?

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

                                                   

Hallo,

hier ist ein DropBox Link: winFHT
 !

Wenns wer brauchen kann freut mich das.

LG
edank

Am Montag, 22. Oktober 2012 07:28:45 UTC+2 schrieb Michael Zielinski:
>
>
>
> Am Sonntag, 14. Oktober 2012 14:56:50 UTC+2 schrieb edank:
>>
>> Deswegen schreibe ich gerade an einem Windows Progamm  um mir die Arbeit
>> zu erleichtern!
>>
>
> Hallo - Ich warte auf das programm - schon ein Plan wann du es
> veröffentlichst? Oder brauchst du Betatester?
>

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

                                                 

> hier ist ein DropBox Link: winFHT
>  !
>
> Cool.

Ich habs entsprechend konfiguriert aber nach dem Start kommt nur ein leeres
Fenster - evtl weil ich die fhem.cfg über verschachtelte include-Befehle
auf mehrere Dateien aufgesplittet habe?

 Gruß,
Michael

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

                                                   

Ja, das kann sein, weil ich suche in der fhem.cfg die ganzen FHT's und lese
dann aus der dort definierten statefile(fhem.save) die Werte aus.

LG
edank

Am Montag, 22. Oktober 2012 20:17:10 UTC+2 schrieb Michael Zielinski:
>
>
> hier ist ein DropBox Link: winFHT
>>  !
>>
>> Cool.
>
> Ich habs entsprechend konfiguriert aber nach dem Start kommt nur ein
> leeres Fenster - evtl weil ich die fhem.cfg über verschachtelte
> include-Befehle auf mehrere Dateien aufgesplittet habe?
>
>  Gruß,
> Michael
>

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

                                                   

Jetzt sollten die Include-Files auch ausgelesen werden.

LG
edank

Am Montag, 22. Oktober 2012 20:17:10 UTC+2 schrieb Michael Zielinski:
>
>
> hier ist ein DropBox Link: winFHT
>>  !
>>
>> Cool.
>
> Ich habs entsprechend konfiguriert aber nach dem Start kommt nur ein
> leeres Fenster - evtl weil ich die fhem.cfg über verschachtelte
> include-Befehle auf mehrere Dateien aufgesplittet habe?
>
>  Gruß,
> Michael
>

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

Originally posted by: <email address deleted>

Mit Win7 64bit gehts nicht, oder ... sagt zumindest mein Windoof (unter Mac
Parallels) ?

Gruss

Holger

Am Montag, 22. Oktober 2012 21:26:49 UTC+2 schrieb edank:
>
> Jetzt sollten die Include-Files auch ausgelesen werden.
>
> LG
> edank
>
> Am Montag, 22. Oktober 2012 20:17:10 UTC+2 schrieb Michael Zielinski:
>>
>>
>> hier ist ein DropBox Link: winFHT
>>>  !
>>>
>>> Cool.
>>
>> Ich habs entsprechend konfiguriert aber nach dem Start kommt nur ein
>> leeres Fenster - evtl weil ich die fhem.cfg über verschachtelte
>> include-Befehle auf mehrere Dateien aufgesplittet habe?
>>
>>  Gruß,
>> Michael
>>
>

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

                                                   

Hallo Holger,

Das sollte egal sein da das Programm für X86(32Bit) kompiliert wurde und
nicht für 64Bit.
Umgekehrt könnte es nur auf einer 64Bit Maschine laufen.
Mein Entwicklungsrechner ist auch ein 64Bit'er.

Wenn die Möglichkeit besteht würde ich das unter einem reinem Windows
testen.

LG
edank



Mit Win7 64bit gehts nicht, oder ... sagt zumindest mein Windoof (unter Mac
> Parallels) ?
>
> Gruss
>
> Holger
>

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

                                                 

Am Montag, 22. Oktober 2012 21:26:49 UTC+2 schrieb edank:
>
> Jetzt sollten die Include-Files auch ausgelesen werden.
>
>
Hallo,

Würde ich gerne Testen aber der Ordner mit exe/ini ist in deiner Dropbox
leer.
 

>
>

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

                                                   

Ups habe ich gerade gesehen, kannst aber auch die im
"Source/winFHT/bin/Debug" nehmen, ist das Gleiche.
Komme erst am Abend wieder dazu!

LG
edank


Würde ich gerne Testen aber der Ordner mit exe/ini ist in deiner Dropbox
> leer.
>

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

                                                     

Bitte denkt alle da dran, das ihr mit dem durch eure Programme
erzeugten Funktraffik schon mittlere Installationen (sagen wir mal
mehr als 6 FHTs so aus dem Bauch heraus) ganz nett ausbremsen könnt.
Das dauert ggf Stunden bis das durch den Buffer durch ist, wen nicht
vorher sowieso schon die 1% zuschlagen.

Ich sag ja nur....

On 23 Okt., 10:09, edank wrote:
> Ups habe ich gerade gesehen, kannst aber auch die im
> "Source/winFHT/bin/Debug" nehmen, ist das Gleiche.
> Komme erst am Abend wieder dazu!
>
> LG
> edank
>
> Würde ich gerne Testen aber der Ordner mit exe/ini ist in deiner Dropbox
>
>
>
>
>
>
>
> > leer.

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