HM-TC-CC Templist ins Reading

[Billy]

                                                         

Hallo Martin,

um die Templist eines TC ins Reading zu schreiben wie z.B: hier

tempListFri
05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00 21.0 22:00
22.0 24:00 18.02012-11-29 18:55:53
tempListMon
05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00 21.0 22:00
22.0 24:00 18.02012-11-29 18:55:53
tempListSat
05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00 21.0 22:00
22.0 24:00 18.02012-11-29 18:55:53
tempListSun
05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00 21.0 22:00
22.0 24:00 18.02012-11-29 18:55:53
tempListThu
05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00 21.0 22:00
22.0 24:00 18.02012-11-29 18:55:53
tempListTue
05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00 21.0 22:00
22.0 24:00 18.02012-11-29 18:55:53
tempListWed
05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00 21.0 22:00
22.0 24:00 18.02012-11-29 18:55:53

muss ich derzeit manuell am TC über Menue PRG Date alle Tage einer Woche
durchrödeln damit der o.a. Eintrag erzeugt wird.
Geht das auch über einen Befehl in FHEM? Ist m.E. von Vorteil wenn man in
den Readings die Templist sieht!

Gruss und ein dickes Dankeschön für deine Arbeit.
Billy


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

[Guest]

Originally posted by: <email address deleted>

Hallo Billy,

du kannst einmal die Register ansehen. Schau mal was du siehst bei

get tc_climate reg all

da kommen alle settings auf einmal. Ist mein Versuch - wir koennen ueber
das Format noch reden, da kann ich noch aendern.
Die Werte sollten mit denen aus dem web-interface ubereinstimmen. Auch hier
gilt: mit getConfig werden  die settigns aus der HM gelesen/upgedated, mit
"get reg" dargestellt.

Probier mal und kommentiere

Gruss
Martin

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

[Billy]

                                                         

Danke Martin

get tc_climate reg all
> da kommen alle settings auf einmal. Ist mein Versuch - wir koennen ueber
> das Format noch reden, da kann ich noch aendern.
>

Geht siehe Anlage OG_WZ_Climate.pdf. Das ist ja schon mal super.
Allerdings taucht der Befehl  get tc_climate reg all nicht in der
WEB-Befehlsliste auf. Wäre schön wenn so ein wichtiger Befehl per Mausclick
verfügbar wäre.  Ausgabeformat wie folgt wäre besser evtl. lesbar?

TempListFri    05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00
21.0 22:00 22.0 24:00 18.0
TempListMon  05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00
21.0 22:00 22.0 24:00 18.0  --> etc.

Die Werte sollten mit denen aus dem web-interface ubereinstimmen. Auch hier
> gilt: mit getConfig werden  die settigns aus der HM gelesen/upgedated, mit
> "get reg" dargestellt.
>

In Anlage habe ich 2 Readings beigefügt.
1x Reading EG_EZ mit der manuell ausgelesenen Templist
1x Reading OG_WZ in der die Templist fehlt --> Daten
siehe OG_WZ_Climate.pdf.

Ich schaffe es nicht das Reading durch get.reg mit den Templist daten zu
befüllen so dass das  Reading OG_WZ aussieht wie das  Reading EG_WZ .

Optimal wäre z.B. ein Befehl --> get tc reg tempList der dann das Reading
entsprechend befüllt bzw. updatet.
Wenns automatisch mit getConfig gehen würde wärs noch besser.

Gruss Billy

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

[Guest]

Originally posted by: <email address deleted>

Hallo Billy

get tc_climate reg all
>> da kommen alle settings auf einmal. Ist mein Versuch - wir koennen ueber
>> das Format noch reden, da kann ich noch aendern.
>>
>
> Geht siehe Anlage OG_WZ_Climate.pdf. Das ist ja schon mal super.
> Allerdings taucht der Befehl  get tc_climate reg all nicht in der
> WEB-Befehlsliste auf.
>

das web-interface unterstuetzt keine get. Unter set werde ich es auf keinen
Fall eintragen - es soll sich deutlich von Befehlen abheben, die direkt auf
die HW zugreifen.
Mal mit den web-designern verhandeln
 

> Wäre schön wenn so ein wichtiger Befehl per Mausclick verfügbar wäre.
>  Ausgabeformat wie folgt wäre besser evtl. lesbar?
>
> TempListFri    05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0
> 15:00 21.0 22:00 22.0 24:00 18.0
> TempListMon  05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00
> 21.0 22:00 22.0 24:00 18.0  --> etc.
>

hat vorteile - aber auch nachteile. Immerhin werden bis zu 24 Werte pro Tag
eingetragen.  Das sind 48 Werte. Die Zeile kann man dann  nicht mehr
darstellen. Wenn ich mit die Zeile Ansehe - und dann die Liste muss ich
sagen, dass ich die Liste auf den erstenBlick erfassen kann. Deine Zeile -
da habe ich Schwierigkeiten Uhrzeit und Temp zu unterscheiden.
Kopieren kann man deines besser. Mal sacken lassen

>
> Die Werte sollten mit denen aus dem web-interface ubereinstimmen. Auch
>> hier gilt: mit getConfig werden  die settigns aus der HM gelesen/upgedated,
>> mit "get reg" dargestellt.
>>
>
> In Anlage habe ich 2 Readings beigefügt.
> 1x Reading EG_EZ mit der manuell ausgelesenen Templist
> 1x Reading OG_WZ in der die Templist fehlt --> Daten
> siehe OG_WZ_Climate.pdf.
>
> Ich schaffe es nicht das Reading durch get.reg mit den Templist daten zu
> befüllen so dass das  Reading OG_WZ aussieht wie das  Reading EG_WZ .
>
 die daten werdenaus der HW mit set getConfig gelesen. get dekodiert die
readings und stellt sie dar.

>
> Optimal wäre z.B. ein Befehl --> get tc reg tempList der dann das Reading
> entsprechend befüllt bzw. updatet.
>
Wenns automatisch mit getConfig gehen würde wärs noch besser.
>

ja...nein. Aufpassen, hier ist noch ein Verstaendnisproblem. Get reg macht
keinen update auf irgendwelchen Readings. Es stellt nur Registerwerte dar.
Mittlerweile schreibe ich einige wichtige (nicht bei TC, aber bei anderen)
direkt in die readings. Problematisch ist, wenn du z.B. einen dimmer oder
Bilnd aktor hast, und den mi ein paar tasern gepeert hast. Pro peer hat ein
Blink Actor 50 werte. also bei 1 peer up/1 peer down sind dies 100
Readings. Das ist der Grund,  nicht generell nach Readigns zu schreiben.

Also getConfig macht dies im wesentlichen.  Richtig ist, das ich die
bisherige Methode noch nicht angetastet habe. Evtl mache ich dies noch.

Um das ganze zu automatisieren muesste ich die Darstellung der Register
nehmen - also auch deren Namen. Ich werde einmal ein Konzept machen.
Jedenfalls habe ich nicht vor beim TC readings anders zu behandeln als fuer
andere Devices.
Gruss
Martin

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

[Billy]

                                                         

Hallo Martin,

Nachdem get tc_climate reg all ja funktioniert habe ich ja eine Rückmeldung.
Meine Kommentare waren nur als Anregung gedacht. Wenns so bleibt kann ich
auch mit leben.

das web-interface unterstuetzt keine get. Unter set werde ich es auf keinen
> Fall eintragen - es soll sich deutlich von Befehlen abheben, die direkt auf
> die HW zugreifen.
> Mal mit den web-designern verhandeln
>

Ich finde deine Konsequenz überzeugend.
 

>  
>
Wäre schön wenn so ein wichtiger Befehl per Mausclick verfügbar wäre.
>>  Ausgabeformat wie folgt wäre besser evtl. lesbar?
>>
>> TempListFri    05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0
>> 15:00 21.0 22:00 22.0 24:00 18.0
>> TempListMon  05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0 15:00
>> 21.0 22:00 22.0 24:00 18.0  --> etc.
>>
>
> hat vorteile - aber auch nachteile. Immerhin werden bis zu 24 Werte pro
> Tag eingetragen.  Das sind 48 Werte. Die Zeile kann man dann  nicht mehr
> darstellen. Wenn ich mit die Zeile Ansehe - und dann die Liste muss ich
> sagen, dass ich die Liste auf den erstenBlick erfassen kann. Deine Zeile -
> da habe ich Schwierigkeiten Uhrzeit und Temp zu unterscheiden.
>
 
Stimmt, aber meine Zeile kann ich so auch gleich wieder editieren und mit
neuen Werten  abschicken da sie der Befehlsstruktur entspricht!
Aber wir bewegen uns hier im nice to have Bereich.
 

> Kopieren kann man deines besser. Mal sacken lassen
>

So wars auch gedacht! Lass es sacken. Du machst das schon richtig.

Danke  Billy

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

[Guest]

Originally posted by: <email address deleted>

Hallo Billy,

ich habe eine Frage zu den Temp Einstellungen, damit ich es korrekt
einbaue.
wenn du deine Einstellung machst, wie ist die Zeit zu lesen? Also
10:00 23 12:00 20
=> wird 23 Grad *ab *10 Uhr eingestellt? oder *bis *10:00?
Nachdem was ich aus den Registern lese scheint es mir seltsam. Ist auch ein
Unterschied zwischen der traditionelle Art und den Register readings.

Dann werde ich mich einmal daran machen nach getConfig die Daten upzudaten

Gruss
Martin



Am Freitag, 30. November 2012 21:26:26 UTC+1 schrieb littlebilly:
>
> Hallo Martin,
>
> Nachdem get tc_climate reg all ja funktioniert habe ich ja eine
> Rückmeldung.
> Meine Kommentare waren nur als Anregung gedacht. Wenns so bleibt kann ich
> auch mit leben.
>
> das web-interface unterstuetzt keine get. Unter set werde ich es auf
>> keinen Fall eintragen - es soll sich deutlich von Befehlen abheben, die
>> direkt auf die HW zugreifen.
>> Mal mit den web-designern verhandeln
>>
>
> Ich finde deine Konsequenz überzeugend.
>  
>
>>  
>>
> Wäre schön wenn so ein wichtiger Befehl per Mausclick verfügbar wäre.
>>>  Ausgabeformat wie folgt wäre besser evtl. lesbar?
>>>
>>> TempListFri    05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0
>>> 15:00 21.0 22:00 22.0 24:00 18.0
>>> TempListMon  05:30 18.0 06:00 22.0 07:00 22.0 08:30 21.5 09:10 22.0
>>> 15:00 21.0 22:00 22.0 24:00 18.0  --> etc.
>>>
>>
>> hat vorteile - aber auch nachteile. Immerhin werden bis zu 24 Werte pro
>> Tag eingetragen.  Das sind 48 Werte. Die Zeile kann man dann  nicht mehr
>> darstellen. Wenn ich mit die Zeile Ansehe - und dann die Liste muss ich
>> sagen, dass ich die Liste auf den erstenBlick erfassen kann. Deine Zeile -
>> da habe ich Schwierigkeiten Uhrzeit und Temp zu unterscheiden.
>>
>  
> Stimmt, aber meine Zeile kann ich so auch gleich wieder editieren und mit
> neuen Werten  abschicken da sie der Befehlsstruktur entspricht!
> Aber wir bewegen uns hier im nice to have Bereich.
>  
>
>> Kopieren kann man deines besser. Mal sacken lassen
>>
>
> So wars auch gedacht! Lass es sacken. Du machst das schon richtig.
>
> Danke  Billy
>

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

[Billy]

                                                         

Hallo Martin,

wenn ich traditionell mit z.B.

sub
SetTempList_EG_BU()
 {
   { fhem ("set EG_BU tempListMon 05:30 18.0 06:00 20.5 09:00 20.5 15:00
19.0 22:00 20.5 24:00 18.0")};

einstelle, bedeutet das : bis 5:30 18°C bis 6:00 20.5°C usw.


> 10:00 23 12:00 20
> => wird 23 Grad *ab *10 Uhr eingestellt? oder *bis *10:00?
>

d.h. bis 10:00 23°C
 

> Dann werde ich mich einmal daran machen nach getConfig die Daten upzudaten
>

Hoffe das hat deine Frage beantwortet?
Grüsse und
vielen Dank Billy

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

[Guest]

Originally posted by: <email address deleted>

das heist es ist eine "bis" zeit. ok - haete ich nie so gewaehlt. Ich
wuerde immer  eine Aber wenn sich alle daran gewoehnt haben kann man schlecht aendern.....
oder?

Gruss
Martin

Am Sonntag, 2. Dezember 2012 11:10:51 UTC+1 schrieb littlebilly:
>
> Hallo Martin,
>
> wenn ich traditionell mit z.B.
>
> sub
> SetTempList_EG_BU()
>  {
>    { fhem ("set EG_BU tempListMon 05:30 18.0 06:00 20.5 09:00 20.5 15:00
> 19.0 22:00 20.5 24:00 18.0")};
>
> einstelle, bedeutet das : bis 5:30 18°C bis 6:00 20.5°C usw.
>
>
>> 10:00 23 12:00 20
>> => wird 23 Grad *ab *10 Uhr eingestellt? oder *bis *10:00?
>>
>
> d.h. bis 10:00 23°C
>  
>
>> Dann werde ich mich einmal daran machen nach getConfig die Daten upzudaten
>>
>
> Hoffe das hat deine Frage beantwortet?
> Grüsse und
> vielen Dank Billy
>
>

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

[Billy]

                                                         

@Martin

Hätte ich auch nicht so gewählt!

das heist es ist eine "bis" zeit. ok - haete ich nie so gewaehlt. Ich
> wuerde immer  eine > Aber wenn sich alle daran gewoehnt haben kann man schlecht aendern.....
> oder?
>

Richtig, vor allem auch deshalb nicht weil ja der Sendebefehl bis dato auch
in dieser Formatierung abgesetzt werden muss.
Bin auf dein Ergebnis gespannt.

Gruss Billy

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

[Guest]

Originally posted by: <email address deleted>

Mein Plan ist erst einmal die Kanaele zu misbrauchen. Wenn ich hier etwas
aendere stoert es keinen.
Ich kann also das Format aendern und die Updates im Climate channels  
realisieren.
Entsprechend werde ich es mit den Kommandos machen. Damit habe ich eine
Parallel-welt. Dies kostet nicht viel code.
Habe den Prototyp gerade am laufen gehabt. Aber heute werde ich nicht
fertig - es dauert also noch ein paar Tage.
Also Plan waere
TC device bleibt (vorerst oder fuer immer?) wie es ist.
TC_climate wird die Daten im format 'ab' anzeigen, ansonsten wie der TC
get reg all wird es wir eine Tabelle anzeigen, wie bisher.
Dann muss ich noch konsequenter weise etwas mit den Kommandos machen. Ein
temp-list-... bei einem TC bleibt -also 'bis', bei einem TC_Climate wird es
aber 'ab' format haben.
Die Automatiken (getConfig,... ) wird dann (und tut es jetzt schon bei
Registern) auf die Kanaele wirken.

Ich hoffe es ist nicht zu verwirrend. Muss natuerlich dokumentiert werden...

Gruss
Martin

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

[Billy]

                                                         

Hallo Martin,

habe mal die 00_HMLAN.pm.2272 und 10_CUL_HM.pm.2272 ausprobiert und
festgestellt dass du fleissig warst.
 

> TC_climate wird die Daten im format 'ab' anzeigen, ansonsten wie der TC
>

Hab ich ausprobiert geht!
Voraussetzung ist ein getconfig und ein get reg all?
 

> get reg all wird es wir eine Tabelle anzeigen, wie bisher.
>

Stimmt auch.

Einzige kleines Manko das Spaltenformat! des Erstellungsdatums bei den
Readings ist bei mir jetzt 3 zeilig

2012-12
-07 07
:47:32
Das kommt vermutlich durch die Ausgabe von RegL_05: und RegL_06:  siehe
auch Anlage
Könnte man die für einen Otto Normalverbraucher nicht weglassen? der kann
sie sowieso nicht lesen?

Danke für die Mühe

Billy
 

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

[Guest]

Originally posted by: <email address deleted>

Hallo Billy

TC_climate wird die Daten im format 'ab' anzeigen, ansonsten wie der TC
>>
>
> Hab ich ausprobiert geht!
> Voraussetzung ist ein getconfig und ein get reg all?
>
getConfig reicht - und ist das Bequemste. Faktisch soll es immer upgedatet
werden wenn die entsprechenden register  gelesen werden. Also fuer die
Templiste ist dies List 5/6 des cliamt channels:

- getConfig am TC      # holt regs fuer device/window/weather/climate
- getConfig fuer TC_Climate  # infos nur fuer climate
- set tc_Cliamte getReg List5  # nur list 5 (sa/so/mo/die/mi) plus
allgemeine settings (einheiten,...)
- set tc_Cliamte getReg List6  # hier kommen Donnerstag und Freitag

Updated kommen auch, wenn das Device aenderungen meldet. Die kommen bei
Autonomen senden aber nicht komplet - aus nur ein Ausschnitt der List. Es
ist also sinnvoll einmal eine komplette Liste zu holen  - dann werden die
updates automatisch in die reading geschrieben

 
>
>> get reg all wird es wir eine Tabelle anzeigen, wie bisher.
>>
>
> Stimmt auch.
>
> Einzige kleines Manko das Spaltenformat! des Erstellungsdatums bei den
> Readings ist bei mir jetzt 3 zeilig
>
> 2012-12-07 07:47:32
> Das kommt vermutlich durch die Ausgabe von RegL_05: und RegL_06:  siehe
> auch Anlage
> Könnte man die für einen Otto Normalverbraucher nicht weglassen? der kann
> sie sowieso nicht lesen?
>

ja, mit der Darstellung hast du recht: die laenge der register beeinflusst
die Spaltenbreite. Das gleiche wird dir passieren, wenn du viele eintraege
an einem Tag in deine templiste  einbaust.

Aber mit regs in readings hast du recht. Da ich mittlerweile registerwerte
in den readings darstelle koennte man die raw-liste 'unsichtbar' machen. Um
es darzustellen koennte ich dann einen 'raw' mode in "get reg" einbauen -
damit geneigte User sich hier auslassen koennen.
Warum ich wieder einmal unschluessig bin:
wenn ich es im Hintergrung speichere wird es bei einem save nicht
gesichert. Nach einem neustart muss der User also alle Configs neu lesen -
das ist auch laesstig. Die Raw daten sind notwendig um aenderungen zu
machen - also umschalten von backlicht,... also bitfeldoperationen eben.

Loesungen:
- Rudi plant einen Mode um readings in 'expert' und 'user' einzuteilen. Das
waere gut
- lesen der Config bei jeden neustart
  + das ist eigentich 'cool' - da hat man dann die neusten Werte.
  + Problem ist die Last, die dann generiert wird, bausteine die nicht
freiwillig antworten(nur bei config) und Bausteine die wakeup benutzen.

Eigentlich will ich beide Loesungen. An der 2. werde ich demnachst basteln.
Meine Idee ist, ein Attribut 'autoGetRegs' am Device zu Verfuegung zu
stellen. Wenn dies gesetzt ist sollen nach einem restart die Daten
automatisch abgeholt werden. Vorzusehen ist dann ein timer der die Daten
verzoegert abholt....

Gruss
Martin


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

[Billy]

                                                         

Hallo Martin,
mal wieder ein Danke. Ich habe ein Problem mit deinen Kommandos!
(Vielleicht stell ich mich zu dumm an!

Am Freitag, 7. Dezember 2012 12:51:49 UTC+1 schrieb Martin:
>
> Hallo Billy
> getConfig reicht - und ist das Bequemste. Faktisch soll es immer upgedatet
> werden wenn die entsprechenden register  gelesen werden. Also fuer die
> Templiste ist dies List 5/6 des climate channels:
>
> - set tc_Cliamte getReg List5  # nur list 5 (sa/so/mo/die/mi) plus
> allgemeine settings (einheiten,...)
> - set tc_Cliamte getReg List6  # hier kommen Donnerstag und Freitag
>
 
Mit Eingabe  z.B. von
set OG_WZ_Climate getReg List5    --> oder   set OG_WZ_Climate getReg List6

erhalte ich --> Unknown argument getReg, choose one of actiondetect clear
controlMode day- usw........

In der Auswahlliste ist bei mir getReg nicht vorhanden?

Was mache ich falsch?

Loesungen:
> - Rudi plant einen Mode um readings in 'expert' und 'user' einzuteilen.
> Das waere gut
>

Fände ich gut
 
Gruss Billy

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

[Guest]

Originally posted by: <email address deleted>

sorry, das kommando ist getRegRaw

Am Freitag, 7. Dezember 2012 13:56:38 UTC+1 schrieb littlebilly:
>
> Hallo Martin,
> mal wieder ein Danke. Ich habe ein Problem mit deinen Kommandos!
> (Vielleicht stell ich mich zu dumm an!
>
> Am Freitag, 7. Dezember 2012 12:51:49 UTC+1 schrieb Martin:
>>
>> Hallo Billy
>> getConfig reicht - und ist das Bequemste. Faktisch soll es immer
>> upgedatet werden wenn die entsprechenden register  gelesen werden. Also
>> fuer die Templiste ist dies List 5/6 des climate channels:
>>
>> - set tc_Cliamte getReg List5  # nur list 5 (sa/so/mo/die/mi) plus
>> allgemeine settings (einheiten,...)
>> - set tc_Cliamte getReg List6  # hier kommen Donnerstag und Freitag
>>
>  
> Mit Eingabe  z.B. von
> set OG_WZ_Climate getReg List5    --> oder   set OG_WZ_Climate getReg List6
>
> erhalte ich --> Unknown argument getReg, choose one of actiondetect clear
> controlMode day- usw........
>
> In der Auswahlliste ist bei mir getReg nicht vorhanden?
>
> Was mache ich falsch?
>
> Loesungen:
>> - Rudi plant einen Mode um readings in 'expert' und 'user' einzuteilen.
>> Das waere gut
>>
>
> Fände ich gut
>  
> Gruss Billy
>

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

[Oskar]

                                                     

Ich bin ja etwas hinterher, aber das HM-CC-TC wird mit den "bis" Werten programmiert.  Das ist so in der Firmware von eQ3 vorgegeben. Und wird auch lokal am Gerät so progrqammiert.

Die Darstellung mit "bis" kann man nicht 1:1 in set tempListXxx kopieren, wenn man nicht die Syntax verändert und die von-Werte in bis-Werte umrechnet.  das ist vor allem schwierig, da man die Temperaturen um den Tageswechsel berücksichtigen muss - der Nutzer geht ja davon aus, dass ein von-Temperatur bis zur nächsten Änderung bleibt.  Wenn der nächste Tag im Gerät mit einer "bis"-Temperatur beginnt, wird die um 00:00 angefahren.
Wenn dir da eine schicke und simple abstraktionslogik einfällt, wäre das natürlich schick - aber inkonsistent mit der Benutzerführung am Gerät selber.

Grüße
   Oskar


Am 02.12.2012 um 22:50 schrieb Martin:

> Mein Plan ist erst einmal die Kanaele zu misbrauchen. Wenn ich hier etwas aendere stoert es keinen.
> Ich kann also das Format aendern und die Updates im Climate channels  realisieren.
> Entsprechend werde ich es mit den Kommandos machen. Damit habe ich eine Parallel-welt. Dies kostet nicht viel code.
> Habe den Prototyp gerade am laufen gehabt. Aber heute werde ich nicht fertig - es dauert also noch ein paar Tage.
> Also Plan waere
> TC device bleibt (vorerst oder fuer immer?) wie es ist.
> TC_climate wird die Daten im format 'ab' anzeigen, ansonsten wie der TC
> get reg all wird es wir eine Tabelle anzeigen, wie bisher.
> Dann muss ich noch konsequenter weise etwas mit den Kommandos machen. Ein temp-list-... bei einem TC bleibt -also 'bis', bei einem TC_Climate wird es aber 'ab' format haben.
> Die Automatiken (getConfig,... ) wird dann (und tut es jetzt schon bei Registern) auf die Kanaele wirken.
>
> Ich hoffe es ist nicht zu verwirrend. Muss natuerlich dokumentiert werden...
>
> Gruss
> Martin
>
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com

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