>From the CHANGED file:
- bugfix: loosing data when sending FS20 messages in a group
- bugfix: better handling of disconnected CUN
- feature: softfhtbuffer added to CUL
- bugfix: pgm3: Pulldown-Menu FHTDEV with error-check (MartinH)
- feature: duplicate buffer added for multi-cul/-fhz setups
- feature: 20_OWFS.pm for 1-Wire via OWFS added (Martin Fischer)
- feature: 21_OWTEMP.pm for 1-Wire Digital Thermometer added (Martin
Fischer)
- feature: CUL_FHTTK from Kai
- feature: pgm3: Google-Weather, Battery-Check, Log-View added
(MartinH)
- feature: CUL_RFR (RF_ROUTING) added
- feature: Command save retains now the order of the old config file
- feature: List parameter added (list .* RFR_MSGCNT)
I'd like to have some feedback, especially for my current pet, the
CUL_RFR module
(see also http://www.koeniglich.de/fhem/commandref.html#CUL_RFR)
Regards,
Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Hallo Rudi,
Ich habe gerade S555TH Sensoren bekommen und überlege, ob ich einen
Raum mit meiner neuen CUL (FW1.30) steuern will.
Das Problem: bisher habe ich dorthin nicht gut Funkkontakt gehabt.
Wenn ich jetzt die CUL und die FHZ 1300PC parallel betreiben kann,
kann ich dieses Problem mit einer langen Leitung und einem extern
versorgten USB-Hub lösen.
Nehme ich für beide den identischen Hauscode? oder besser
unterschiedliche?
Wie erkenne ich den S555TH Sensor und den Fensterkontakt? Ich habe
auch noch einen alten ASH 2200-1 von meiner WS300 PC?
Ich habe Fehlermeldungen vom SVG Modul, aber da bin ich noch nicht
sicher woran das liegt, da ich von der 4.6 komme und dort FHEMWEB
nicht so gut funktioniert hat.:
Use of uninitialized value $fld[2] in string eq at (eval 14834) line
1, line 14714.
Use of uninitialized value $fld[2] in string eq at (eval 14841) line
1, line 14721.
Use of uninitialized value $fld[2] in string eq at (eval 14844) line
1, line 14724.
Argument "57;59" isn't numeric in multiplication (*) at /usr/local/lib/
FHEM/98_SVG.pm line 373.
Argument "07M--24" isn't numeric in subtraction (-) at /usr/local/lib/
FHEM/98_SVG.pm line 370.
Argument "200;" isn't numeric in subtraction (-) at /usr/local/lib/
FHEM/98_SVG.pm line 370.
Use of uninitialized value $__lt in addition (+) at /usr/local/lib/
FHEM/98_SVG.pm line 373.
Argument "59`FensM-teroffenvar" isn't numeric in addition (+) at /usr/
local/lib/FHEM/98_SVG.pm line 373.
Argument "07=24" isn't numeric in subtraction (-) at /usr/local/lib/
FHEM/98_SVG.pm line 370.
Argument "200;" isn't numeric in subtraction (-) at /usr/local/lib/
FHEM/98_SVG.pm line 370.
Use of uninitialized value $__lt in addition (+) at /usr/local/lib/
FHEM/98_SVG.pm line 373.
Argument "55>00" isn't numeric in multiplication (*) at /usr/local/lib/
FHEM/98_SVG.pm line 373.
I
Ich habe übrigens viele Infos in meinen Logs stehen. Daher kannst Du
diesen Teil der Rückmeldung ignorieren.
Die FHT's über das Alltogether in der Temperatur zu steuern
funktioniert irgendwie nicht. "set to" zeigt die falschen Werte, auch
nach langer Zeit, auch wenn die Desired Temp Werte individuell
geändert worden sind.
Ich werde weiter testen.
Viele Grüße
Markus
On 28 Nov., 13:16, Rudolf Koenig wrote:
> From the CHANGED file:
> - bugfix: loosing data when sending FS20 messages in a group
> - bugfix: better handling of disconnected CUN
> - feature: softfhtbuffer added to CUL
> - bugfix: pgm3: Pulldown-Menu FHTDEV with error-check (MartinH)
> - feature: duplicate buffer added for multi-cul/-fhz setups
> - feature: 20_OWFS.pm for 1-Wire via OWFS added (Martin Fischer)
> - feature: 21_OWTEMP.pm for 1-Wire Digital Thermometer added (Martin
> Fischer)
> - feature: CUL_FHTTK from Kai
> - feature: pgm3: Google-Weather, Battery-Check, Log-View added
> (MartinH)
> - feature: CUL_RFR (RF_ROUTING) added
> - feature: Command save retains now the order of the old config file
> - feature: List parameter added (list .* RFR_MSGCNT)
>
> I'd like to have some feedback, especially for my current pet, the
> CUL_RFR module
> (see alsohttp://www.koeniglich.de/fhem/commandref.html#CUL_RFR)
>
> Regards,
> Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> Nehme ich für beide den identischen Hauscode? oder besser
> unterschiedliche?
Der Hauscode fuer ein CUL/FHZ ist nur beim Steuern der FHTs relevant. Und wenn
beide (CUL & FHZ) unterschiedliche FHTs steuern sollen, dann muessen sie
unterschiedliche Hauscodes haben. Sogar so werden die sich ab und zu stoeren.
> Wie erkenne ich den S555TH Sensor und den Fensterkontakt?
Wenn die aktiv sind, dann wird fhem im Log melden, dass es unbekannte Geraete
empfangen hat, und man moege einen entsprechenden definieren.
> Ich habe Fehlermeldungen vom SVG Modul, aber da bin ich noch nicht
> sicher woran das liegt, da ich von der 4.6 komme und dort FHEMWEB
> nicht so gut funktioniert hat.:
> Use of uninitialized value $fld[2] in string eq at (eval 14834) line
Das liegt sicher nicht an 4.6, FHEMWEB tut bei mir seit 2.0 (== seit 3.5
Jahren) ohne Probleme. Ich vermute eher Daten im Log, die laut den Definition
im XXX.gplot verarbeitet werden sollen, aber keine Zahlen sind. -> Bitte
pruefen, ob der Filter im "#FileLog" Eintrag im XXX.gplot korrekt ist. Der
Filter ist das Wert zwischen dem ersten und zweiten ":".
> Die FHT's über das Alltogether in der Temperatur zu steuern
> funktioniert irgendwie nicht.
??? Verstehe nur Bahnhof.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Hallo Rudi,
Zum SVG Modul: richtig, ich habe bei den Filtern Mist gemacht.
Trotzdem funktioniert bei mir was mit der Grafik nicht.
mein mpiri.gplot
############################
# Display a piri log with multiple units logging into the same file.
# Corresponding FileLog definition:
# define pirilog FileLog /var/log/fhem/piri-%Y-%m-%d.log piri.*
# The devices are called piri.sz, piri.flo, piri.flu, prir.wz1 and
piri.wz2
set terminal png transparent size crop
set output '.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ylabel "Piri"
set y2label "Piri"
set title ''
set ytics ("Anw" 1.2, "Sz" 1.0, "Gang" 0.8, "Bad" 0.6, "Küche" 0.4,
"Wz" 0.2, "Flur" 0.0)
set y2tics ("Anw" 1.2, "Sz" 1.0, "Gang" 0.8, "Bad" 0.6, "Küche" 0.4,
"Wz" 0.2, "Flur" 0.0)
set yrange [-0.1:1.3]
set y2range [-0.1:1.3]
#FileLog "1.2":Anwesend:1.2:
#FileLog "1.0":Schlafz:1.0:
#FileLog "0.8":Gangz:0.8
#FileLog "0.6":Badz:0.6:
#FileLog "0.4":Kuechez:0.4:
#FileLog "0.2":Wohnz:0.2:
#FileLog "0.0":Flurz:0.0:
plot\
"< awk '/Anwesend/ {print $1,$3==\"off\"? 1.2: 1.1; }' " using
1:2 notitle with lines,\
"< awk '/Schlafz/ {print $1, 1.0; }' " using 1:2 notitle with
points,\
"< awk '/Gangz/ {print $1, 0.8; }' " using 1:2 notitle with
points,\
"< awk '/Badz/ {print $1, 0.6; }' " using 1:2 notitle with
points,\
"< awk '/Kuechez/ {print $1, 0.4; }' " using 1:2 notitle with
points,\
"< awk '/Wohnz/ {print $1, 0.2; }' " using 1:2 notitle with
points,\
"< awk '/Flurz/ {print $1, 0.0; }' " using 1:2 notitle with
points
Die erste Zeile des plots mit dem Teil $3==\"off\"? 1.2: 1.1; }'
wird nicht ausgewertet. Ich bekomme nur eine Linie.
Wie kann ich das Debuggen?? Ich habe ganz eindeutig auch die Bedeutung
der Zeile #FileLog nicht verstanden.
Zum Bahnhof:
Ich benutze das direkte FHEMWEB interface. Dort den Link ?room=all
(genannt Alltogether)
Dort bekomme ich meine FHT's angezeigt mit der Bezeichnung FHT dev.
Measured Set to
Der Set to Wert hat jedoch nichts mit der desired Temp zu tun, die
eingestellt ist. Wenn ich in dieser Ebene den Set to Wert ändere, so
hat das praktisch keine Auswirkung, jedenfalls sehe ich keine.
Hilft das? oder soll ich einen Screenshot machen? Ich gehe erst mal
wieder davon aus, dass ich irgendwas nicht verstehe.
Viele Grüße
Markus
On 28 Nov., 17:48, Rudolf Koenig wrote:
> > Nehme ich f r beide den identischen Hauscode? oder besser
> > unterschiedliche?
>
> Der Hauscode fuer ein CUL/FHZ ist nur beim Steuern der FHTs relevant. Und wenn
> beide (CUL & FHZ) unterschiedliche FHTs steuern sollen, dann muessen sie
> unterschiedliche Hauscodes haben. Sogar so werden die sich ab und zu stoeren.
>
> > Wie erkenne ich den S555TH Sensor und den Fensterkontakt?
>
> Wenn die aktiv sind, dann wird fhem im Log melden, dass es unbekannte Geraete
> empfangen hat, und man moege einen entsprechenden definieren.
>
> > Ich habe Fehlermeldungen vom SVG Modul, aber da bin ich noch nicht
> > sicher woran das liegt, da ich von der 4.6 komme und dort FHEMWEB
> > nicht so gut funktioniert hat.:
> > Use of uninitialized value $fld[2] in string eq at (eval 14834) line
>
> Das liegt sicher nicht an 4.6, FHEMWEB tut bei mir seit 2.0 (== seit 3.5
> Jahren) ohne Probleme. Ich vermute eher Daten im Log, die laut den Definition
> im XXX.gplot verarbeitet werden sollen, aber keine Zahlen sind. -> Bitte
> pruefen, ob der Filter im "#FileLog" Eintrag im XXX.gplot korrekt ist. Der
> Filter ist das Wert zwischen dem ersten und zweiten ":".
>
> > Die FHT's ber das Alltogether in der Temperatur zu steuern
> > funktioniert irgendwie nicht.
>
> ??? Verstehe nur Bahnhof.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Hi all,
one additional fix is included:
- bugfix: FHEMRENDERER is now able to deal with more than on
instances. So you can define several renderer(s) with
different attributes (sizes, intervals, etc.).
Regards,
Olaf
Rudolf Koenig schrieb:
>>>From the CHANGED file:
> - bugfix: loosing data when sending FS20 messages in a group
> - bugfix: better handling of disconnected CUN
> - feature: softfhtbuffer added to CUL
> - bugfix: pgm3: Pulldown-Menu FHTDEV with error-check (MartinH)
> - feature: duplicate buffer added for multi-cul/-fhz setups
> - feature: 20_OWFS.pm for 1-Wire via OWFS added (Martin Fischer)
> - feature: 21_OWTEMP.pm for 1-Wire Digital Thermometer added (Martin
> Fischer)
> - feature: CUL_FHTTK from Kai
> - feature: pgm3: Google-Weather, Battery-Check, Log-View added
> (MartinH)
> - feature: CUL_RFR (RF_ROUTING) added
> - feature: Command save retains now the order of the old config file
> - feature: List parameter added (list .* RFR_MSGCNT)
>
> I'd like to have some feedback, especially for my current pet, the
> CUL_RFR module
> (see also http://www.koeniglich.de/fhem/commandref.html#CUL_RFR)
>
> Regards,
> Rudi
>
> --
>
> You received this message because you are subscribed to the Google Groups "FHEM users" group.
> To post to this group, send email to fhem-users@googlegroups.com.
> To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
>
>
>
--
------------------------------------------------------------------------
Dr. Olaf Droegehorn
General Manager Tel. : +49-561-82020-410
DHS - Computertechnik GmbH Fax. : +49-561-82020-399
Carlsdorfer Straße 3 E-Mail: O.Droegehorn@dhs-computertechnik.de
WEB: www.dhs-computertechnik.de
D-34128 Kassel
------------------------------------------------------------------------
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> Die erste Zeile des plots mit dem Teil $3==\"off\"? 1.2: 1.1; }'
> wird nicht ausgewertet. Ich bekomme nur eine Linie.
- Im "gnuplot" mode werden die #FileLog Eintraege ignoriert.
- Im "gnuplot-scroll" und "SVG" mode wird die gelieferte Datenmenge durch die
"#FileLog" Eintraege spezifiziert, aus dem plot Spezifikation werden nur noch
title und linienart beachtet, der Rest wird ignoriert.
Das ist leider irrefuehrend, und sollte ueberarbeitet werden.
Ich plane gnuplot & SVG durch die von Axel gefundene Javascript Grafiken zu
ersetzen, weiss aber noch nicht, wann ich dazukomme.
> Der Set to Wert hat jedoch nichts mit der desired Temp zu tun, die
> eingestellt ist.
Stimmt, ich meine es wird das letzte gemessene Wert abgerundet zum naechsten
0.5 Grad vorgeschlagen.
Gruss,
Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Hallo Rudi,
Danke, damit komme ich weiter. Gibt es was über die Funktion der
#FileLog Einträge zu lesen?
Frage zum archivedir:
define Wetter KS300 1234
define Wetterlog FileLog /var/tmp/Wetter%Y%V.log Wetter.T:.*
attr Wetterlog logtype ks300_1:Temp/Rain,ks300_2:Hum/Wind,text:Raw-
data
attr Wetterlog room Plots
attr Wetterlog archivedir /var/tmp/arch
Ich dachte diese Zeilen sorgen dafür, dass die Datei /var/tmp/
Wetter200947 ins Archiv /var/tmp/arch verschoben wird, sobald das neue
Log /var/tmp/Wetter200948 angelegt wird?
Schon mal Danke.
Viele Grüße
Markus
On 29 Nov., 16:38, Rudolf Koenig wrote:
> > Die erste Zeile des plots mit dem Teil $3==\"off\"? 1.2: 1.1; }'
> > wird nicht ausgewertet. Ich bekomme nur eine Linie.
>
> - Im "gnuplot" mode werden die #FileLog Eintraege ignoriert.
> - Im "gnuplot-scroll" und "SVG" mode wird die gelieferte Datenmenge durch die
> "#FileLog" Eintraege spezifiziert, aus dem plot Spezifikation werden nur noch
> title und linienart beachtet, der Rest wird ignoriert.
>
> Das ist leider irrefuehrend, und sollte ueberarbeitet werden.
> Ich plane gnuplot & SVG durch die von Axel gefundene Javascript Grafiken zu
> ersetzen, weiss aber noch nicht, wann ich dazukomme.
>
> > Der Set to Wert hat jedoch nichts mit der desired Temp zu tun, die
> > eingestellt ist.
>
> Stimmt, ich meine es wird das letzte gemessene Wert abgerundet zum naechsten
> 0.5 Grad vorgeschlagen.
>
> Gruss,
> Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> Danke, damit komme ich weiter. Gibt es was über die Funktion der
> #FileLog Einträge zu lesen?
Eher wenig, und das am Anfang der FileLog_Get Funktion in 92_FileLog.pm
> Ich dachte diese Zeilen sorgen dafür, dass die Datei /var/tmp/
> Wetter200947 ins Archiv /var/tmp/arch verschoben wird, sobald das neue
> Log /var/tmp/Wetter200948 angelegt wird?
Dazu muss erst nrarchive definiert sein. Das steht aber im Attribut Abschnitt
der FileLog Doku ( http://www.koeniglich.de/fhem/commandref.html#FileLog ).
Gruss,
Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.