Ich habe die erste Version von autocreate.pm eingecheckt.
Im wesentlichen wird (wie in einem anderen Thread schon diskutiert),
beim Eintreffen einer neuer Nachricht ein fhem-Device samt
(optionalem) filelog und weblink angelegt. Der Benutzer muss (darf?)
nur die Geraete umbenennen, mit Hilfe einer neuen Event (RENAMED)
benennt autocreate dann das dazugehoerige FileLog und Weblink auch um.
Bei mir werden nach ca eine Stunde alle Sender (CUL_RFR/EM/S300/FHT/
HMS/FS20) eingesammelt und mit log und Plot versehen.
Ich waere dankbar, wenn feedback dazu hoeren wuerde. Am einfachsten zu
testen ist es mit einem "make install-pgm2".
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>
Hi Rudi,
dann auch direkt an paar Anmerkungen/Fragen...
Was kann denn in den Attr's stehen:
filelog = Ja/Nein oder Pfad für FileLogs und wenn gesetzt dann wird
angelegt ?
device_room = alle Devices werden diesem Raum zugeordnet
weblink = Ja/Nein
weblink_room = alle Weblinks werden diesem Raum zugeordnet
Keine Attr für GPLOT's...ich arbeite z.B. nicht GPLOTS
my $flname = "FileLog_$name";
Mir wäre lieber Device-Name.Log....
> einer neuen Event (RENAMED)
> benennt autocreate dann das dazugehoerige FileLog und Weblink auch um.
Das gilt dann aber für alle Umbenungen...auch "alter" Devices ??
Das ist 'ne gute Idee...
Schöne Grüße
Axel
--
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.
> Was kann denn in den Attr's stehen:
> filelog = Ja/Nein oder Pfad für FileLogs und wenn gesetzt dann wird
> angelegt ?
Doku schon gelesen?
> Keine Attr für GPLOT's...ich arbeite z.B. nicht GPLOTS
??
> my $flname = "FileLog_$name";
> Mir wäre lieber Device-Name.Log....
Tja.
> > einer neuen Event (RENAMED)
> > benennt autocreate dann das dazugehoerige FileLog und Weblink auch um.
> Das gilt dann aber für alle Umbenungen...auch "alter" Devices ??
RENAMED Event kriegt man bei jedem rename. autocreate benennt das dazugehoerige
log um, falls es nach dem Muster FileLog_ angelegt wurde. Aber keine
Garantie, ob es fuer alle anderen faelle funktioniert.
--
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.
Am Dienstag 22 Dezember 2009 schrieb Axel:
> Was kann denn in den Attr's stehen:
> [...]
> device_room = alle Devices werden diesem Raum zugeordnet
> [...]
> weblink_room = alle Weblinks werden diesem Raum zugeordnet
ich würde hier vorschlagen, das es einen fest definierten raum namens "Staging
Area" gibt. dies wird z.b. beim autodiscovery von netzwerken aber auch im
datenbankbereich verwendet. also daten die dort nur temporär zur verfügung
gestellt werden um dann weiterverarbeitet / zugeordnet werden können.
optional könnte man ja noch erwägen, das man diesen default namen mittels
attrib noch überschreiben kann.
schön wäre es auch, wenn man allgemein für räume definieren könnte ob sie
"hidden" sein sollen. gehört aber nicht in diese diskussion.
> [...]
>
> my $flname = "FileLog_$name";
> Mir wäre lieber Device-Name.Log....
oder aber alle "autocreate" in ein logfile mit dem namen staging.log. ggf.
noch mit einem timestamp (y-m) davor. bei einem rename wird dann das
tatsächliche logfile nachdem schemata von axel angelegt. staging.log bleibt
dann bestehen. so kann man ab und an dort mal nachschauen, was es neues gibt
:-)
aus meiner sicht macht es keinen sinn, das schon graphen von devices angelegt
werden die noch nicht zugeordnet wurden.
vielleicht will man ja auch bewusst bestimmte devices nicht aus der "staging
area" heben. wenn also graphen schon vor einem rename angelegt werden, hat man
dann ggf. graphen, die man eigentlich nicht will. selbiges gilt dann für
logfiles dieser devices, wenn diese jeweils in eigene files geloggt werden.
wenn das nicht gewollt ist, würde ich mich axel anschliessen und lieber
Device-Name.log bevorzugen. allerdings finde ich bei dieser varianete die
(ggf.) ansteigende inflation der logfiles zu hoch. und bei einem rename des
devices im frontend ist dann im filesystem nicht mehr ersichtlich welches
logfile dazugehört, es sei denn man ändert dann auch automatisch den namen des
logfiles.
gruß martin
--
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 Rudi,
> Doku schon gelesen?
Ach die gibt's auch...hatte ich doch glatt übersehen ;-)))
Jetzt ja ....
Schöne Grüße
Axel
--
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.
> ich würde hier vorschlagen, das es einen fest definierten raum namens "Staging
> Area" gibt. dies wird z.b. beim autodiscovery von netzwerken aber auch im
> datenbankbereich verwendet. also daten die dort nur temporär zur verfügung
> gestellt werden um dann weiterverarbeitet / zugeordnet werden können.
Bitte erst Doku lesen, dann Vorschlaege machen. Es ist (m.A.n. ziemlich) frei
definierbar, ob und wenn ja in welchem Raum neue Geraete geschoben werden, ob
logfiles/weblinks dafuer erstellt werden, und wenn doch, wie die Logfiles
heissen. Und ja, FHEMWEB (pgm2) versteht sogar ein Raum "hidden", und soweit
ich mich erinnere, auch pgm3 und pgm5 machen da mit.
> und bei einem rename des devices im frontend ist dann im filesystem nicht
> mehr ersichtlich welches logfile dazugehört, es sei denn man ändert dann auch
> automatisch den namen des logfiles.
Genau das macht autocreate mit automatisch angelegten logfiles.
--
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.
Am Dienstag 22 Dezember 2009 schrieb Martin Fischer:
> ich würde hier vorschlagen, das es einen fest definierten raum namens
> "Staging Area" gibt. dies wird z.b. beim autodiscovery von netzwerken aber
> auch im datenbankbereich verwendet. also daten die dort nur temporär zur
> verfügung gestellt werden um dann weiterverarbeitet / zugeordnet werden
> können.
da fällt mir als nachtrag noch ein:
man könnte dann autocreate sogar dahingehend erweiter, das bestimmte devices
bewusst NICHT in der staging landen, also von autocreate gezielt ignoriert
werden. warum? weiss ich jetzt auch noch nicht :-)
doch: siehe thread CUL ersetzt FHZ1300. meine mir immer noch unbekannten FHT
devices 340c, ecb1, cc55, 4714 wären dafür ein bespiel. ein weiteres wäre
noch, wenn aus der der nachbarschaft ebenfalls meldungen von devices eingehen,
die man evtl. nicht unbedingt bei sich definieren will.
--
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.
Am Dienstag 22 Dezember 2009 schrieb Rudolf Koenig:
> die Logfiles heissen. Und ja, FHEMWEB (pgm2) versteht sogar ein Raum
> "hidden", und soweit ich mich erinnere, auch pgm3 und pgm5 machen da mit.
das der raum "hidden" von pgm3 und pgm5 unterstützt wird ist mir bekannt. und
siehe da: auch myhce unterstützt diesen seit der ersten version :-)
es war nicht gemeint "einen" raum hidden zu definieren, sondern für jeden raum
die möglichkeit zu haben ihn als hidden zu definieren.
in der regel hat man in seinem haus ja auch keinen raum "hidden", sondern will
vielleicht in gewissen anwendungen z.b. den raum "abstellkammer" hidden haben.
nur so am rande, da ich hier nicht vom thema "autocreate" abschweifen will.
--
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.
Am Dienstag 22 Dezember 2009 schrieb Martin Fischer:
> da fällt mir als nachtrag noch ein:
> man könnte dann autocreate sogar dahingehend erweiter, das bestimmte
> devices bewusst NICHT in der staging landen, also von autocreate gezielt
> ignoriert werden. warum? weiss ich jetzt auch noch nicht :-)
>
> doch: siehe thread CUL ersetzt FHZ1300. meine mir immer noch unbekannten
> FHT devices 340c, ecb1, cc55, 4714 wären dafür ein bespiel. ein weiteres
> wäre noch, wenn aus der der nachbarschaft ebenfalls meldungen von devices
> eingehen, die man evtl. nicht unbedingt bei sich definieren will.
so, habe doku gelesen. das wird nicht unterstützt :-)
--
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.
> so, habe doku gelesen. das wird nicht unterstützt :-)
Stimmt.
Autocreate ist aber nicht fuer die Experten bzw. fuer komplexe Faelle gedacht,
sondern als Schnellstart-Hilfe, damit "out-of-the-box" schon vieles
funktioniert. Der Experte sollte autocreate gar nicht konfigurieren. Oder er
baut ein "98_expertcreate.pm" :)
--
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.
Am Dienstag 22 Dezember 2009 schrieb Rudolf Koenig:
> > so, habe doku gelesen. das wird nicht unterstützt :-)
>
> Stimmt.
>
> Autocreate ist aber nicht fuer die Experten bzw. fuer komplexe Faelle
> gedacht, sondern als Schnellstart-Hilfe, damit "out-of-the-box" schon
> vieles funktioniert. Der Experte sollte autocreate gar nicht
> konfigurieren. Oder er baut ein "98_expertcreate.pm" :)
naja.. ob das so sinnvoll ist dafür extra ein neues modul zu bauen? ich weiss
ja nicht.
obwohl du ja vorbildlich viele varianten (logfile rename, weblink, room, etc.)
bereits berücksichtigt hast und damit jedem alle möglichkeiten varianten
freistellst, fände ich es dennoch sinnvoll eine "default staging area" zu
setzen. denn das fördert ja auch dein gedanken, das auch "nicht experten"
damit zurecht kommen sollen. so müsten sie nur das autocreate definieren und
in der doku wäre dann zu lesen:
"neue devices landen dort und in dem dazugehörigen logfile. dann braucht man
sie nur noch umbenennen und alles wird gut."
und ich glaube nicht, das es unbedingt ein experte sein muss, der im staging
logfile liest "FHT Unknown device 01a0, please define it" und daraus
schliesst: "mein nachbar hat wohl auch 'nen FHT. denn will ich aber nicht."
und daraufhin ein
attrib ignore FHT 01a0
definiert. das könnten dann sogar die frontends unterstützen.
übrigens: das ist alles fiktiv und trifft nicht auf mich zu. ich habe nur
versucht weiter zu denken :-)
du wolltest feedback.. ich habe mit meinen vorschlägen feedback geliefert :-)
--
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.
> "neue devices landen dort und in dem dazugehörigen logfile. dann braucht man
> sie nur noch umbenennen und alles wird gut."
Ja, gerne doch. Da muss man nur den device_room/filelog/etc auf einem
konstanten "default staging area" setzen.
> attrib ignore FHT 01a0
Tja, das ist aber nicht so einfach, weil das FHT Modul weiterhin schreit. Ich
finde es ist besser diese Geraete zu definieren, und die in "Nachbars FHT" Raum
zu packen, als irgendwie zu ignorieren.
> du wolltest feedback.. ich habe mit meinen vorschlägen feedback geliefert :-)
Stimmt, bin ich auch dankbar dafuer (auch wenn ich rumschreie :)
--
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.
Am Dienstag 22 Dezember 2009 schrieb Rudolf Koenig:
> > attrib ignore FHT 01a0
>
> Tja, das ist aber nicht so einfach, weil das FHT Modul weiterhin schreit.
> Ich finde es ist besser diese Geraete zu definieren, und die in "Nachbars
> FHT" Raum zu packen, als irgendwie zu ignorieren.
siehste.. das findest du besser.. und ich das andere :-) deshalb wäre doch das
"ignore" ideal dazu geeignet, allen gerecht zu werden. so wie ich dich in den
jahren kennengelernt habe ist es dir immer wichtig, das die anwender frei in
ihrer entscheidung sind. ich habe ja bereits erwähnt, das du das auch mit dem
log, nicht log, weblink, nicht weblink, etc. bei autocreate wieder
berücksichtigt hast.
daher meine ich: die, die gerne einen "Nachbars FHT" raum haben wollen
ignorieren "ignore" und die, die das gar nicht interessiert ignorieren halt
direkt den FHT.
ich würde mich halt zu den letzteren zählen, weil mich nachbars geräte "nicht
die bohne" interessieren würden.
letztlich bleibt es deine entscheidung :-)
> > du wolltest feedback.. ich habe mit meinen vorschlägen feedback geliefert
> > :-)
>
> Stimmt, bin ich auch dankbar dafuer (auch wenn ich rumschreie :)
lol.. schreien ist was anderes, ich fühl mich jedenfalls nicht angeschrien :-)
--
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.
Am Dienstag 22 Dezember 2009 schrieb Rudolf Koenig:
> Tja, das ist aber nicht so einfach, weil das FHT Modul weiterhin schreit.
> Ich finde es ist besser diese Geraete zu definieren, und die in "Nachbars
> FHT" Raum zu packen, als irgendwie zu ignorieren.
da fällt mir dann doch noch was zu ein:
was passiert dann bei einem z.b. "set TYPE=FHT "? wenn ich dann
also nach deiner vorstellung die nachbars fht's auch über autocreate definiert
würden, dann würden die befehle auch dort ankommen.
oder aber schlimmstenfalls werden diese nicht angenommen und der FHT buffer
des CUL läuft voll, da dieser ja ( wie du mir die tage beigebracht hast ) sich
nicht nach einem timeout leert.
--
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>
Am 22.12.2009 12:10, schrieb Rudolf Koenig:
> Ich habe die erste Version von autocreate.pm eingecheckt.
bei mut der Graph für die FHT's seit Einsatz der aktuellen CVS-Version
nicht mehr. Statt dessen steht da:
> XML-Verarbeitungsfehler: Nicht übereinstimmendes Tag. Erwartet: .
> Adresse: http://192.168.1.20:8083/fhem?cmd=showlog%20wl_0%20AZlog%20fht%20AZ.log&pos=
> Zeile Nr. 8, Spalte 50: class="title" text-anchor="middle">
Hat jemand einen Tip?
-Manfred
--
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 Zusammen,
> attrib ignore FHT 01a0
Könnte man das nicht zu einer generelle "Blacklist" in FHEM für
"Nachbarsgeräte" ausbauen...
Geräte auf der Blackliste werden komplett ignoriert...garkeine
Raumzuordnung
Alle Meldungen werden von FHEM verworfen... dann wird auch nicht
geloggt oder getriggert...
Ev. könnte solche Meldungen ja schon der CUL/CUN verwerfen....
Leise Grüße ;-)
Axel
--
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.
> bei mut der Graph für die FHT's seit Einsatz der aktuellen CVS-Version
> nicht mehr. Statt dessen steht da:
Ok, das ist ein Bug. Bis zum Fix bitte fuer jeden betroffenen weblink das
label attribut, siehe auch http://www.koeniglich.de/fhem/commandref.html#label
auf irgendetwas setzen, z.Bsp:
attr wl_0 label "NAME"
oder
attr wl_0 label "NAME Min $data{min1}, Max $data{max1}, Last $data{currval1}"
--
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.
Am Dienstag 22 Dezember 2009 schrieb Axel:
> > attrib ignore FHT 01a0
>
> Könnte man das nicht zu einer generelle "Blacklist" in FHEM für
> "Nachbarsgeräte" ausbauen...
> Geräte auf der Blackliste werden komplett ignoriert...garkeine
> Raumzuordnung
> Alle Meldungen werden von FHEM verworfen... dann wird auch nicht
> geloggt oder getriggert...
naja.. auf's logging würde ich nicht gerade verzichten. allein aus debug
gründen. würde ja reichen wenn da steht:
FHT ignored device 01a0.
oder so ähnlich. und dann alle weiteren meldungen unterdrückt werden. aber
diese eine zeile sollte zumindest bleiben, damit man weis was sache ist.
aber so wie ich rudi kenne, würde er das bestimmt konfigurierbar machen ob mit
log oder ohne :-)
> Leise Grüße ;-)
.. rieselt höchstens der schnee :-)
--
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.
> was passiert dann bei einem z.b. "set TYPE=FHT "? wenn ich dann
> also nach deiner vorstellung die nachbars fht's auch über autocreate
> definiert würden, dann würden die befehle auch dort ankommen.
Fuer solche Faelle gibt es den "dummy": verhindert das Senden der Daten. Aber
ich sehe ein, dass man manchmal :) keine Triggern der Nachbarn wuenscht, dafuer
koennten wir ignore einfuehren, der dummy+"notrigger" waere. Eine Zuordnung dem
Raum hidden wuerde aber weiterhin dem Benutzer ueberlassen. Mann kann es mit
einem Befehl (attr ignore=1 room hidden) machen.
Ein Log-Eintrag wuerde auf einem hoeheren loglevel (4?) trotzdem erfolgen.
--
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.
Am Mittwoch 23 Dezember 2009 schrieb Rudolf Koenig:
> > was passiert dann bei einem z.b. "set TYPE=FHT "? wenn ich
> > dann also nach deiner vorstellung die nachbars fht's auch über autocreate
> > definiert würden, dann würden die befehle auch dort ankommen.
>
> Fuer solche Faelle gibt es den "dummy": verhindert das Senden der Daten.
ja sicher, aber du sprachst ja davon das autocreate eher nicht für experten
sein soll :-)
> Aber ich sehe ein, dass man manchmal :) keine Triggern der Nachbarn
> wuenscht, dafuer koennten wir ignore einfuehren, der dummy+"notrigger"
> waere. Eine Zuordnung dem Raum hidden wuerde aber weiterhin dem Benutzer
> ueberlassen. Mann kann es mit einem Befehl (attr ignore=1 room hidden)
> machen.
ich interpretiere dich jetzt so, dass das device dann doch definiert wird aber
eben automatisch als dummy+notrigger. richtig?
ich wäre aber dafür, das ignore auch ignore bedeutet und überhaupt kein device
definiert. weiteres beispiel was gegen ein define spricht:
nehmen wir mal an, das der anwender gerade mit fhem anfängt und nur 1 fht und
von mir aus einen S555TH hat. er wohnt in einem wohnblock mit 8 parteien.
3 parteien (eine über ihm, eine unter ihm, eine neben ihm) haben auch schon
fht's (ohne fhem, da sie keine nerds wie wir sind) verbaut. und zwar jeweils
in wohnzimmer, schlafzimmer, kinderzimmer, badezimmer. das ergibt dann in
summe 4 fht x 3 parteien = 12 plus den eigenen fht = 13.
nehmen wir an, er hat seinen eigenen FHT und S555TH schon definiert.
ein
"fhem> list" würde z.b. liefern:
Type list for detailed info.
_internal_:
global ()
CUL:
CUL868 (Initialized)
FHEMWEB:
WEB (Initialized)
FHT:
EG.wz.HZ (measured-temp: 22.3 (Celsius))
FHT (measured-temp: 17.8 (Celsius))
FHT (measured-temp: 19.1 (Celsius))
FHT (measured-temp: 17.4 (Celsius))
FHT (measured-temp: 17.8 (Celsius))
FHT (measured-temp: 19.1 (Celsius))
FHT (measured-temp: 17.4 (Celsius))
FHT (measured-temp: 17.8 (Celsius))
FHT (measured-temp: 19.1 (Celsius))
FHT (measured-temp: 17.4 (Celsius))
FHT (measured-temp: 17.8 (Celsius))
FHT (measured-temp: 19.1 (Celsius))
FHT (measured-temp: 17.4 (Celsius))
CUL_WS:
EG.wz.TF.01 (T: 14.8 H: 65.9)
[...]
wenn er nur ein "fhem> list TYPE=FHT" absetzt bekommt er auch immer alle 13
FHT angezeigt. ebenso wird "xmllist" und ggf. weitere ausgaben unnötig
aufgebläht.
webinterfaces wie z.b. pgm2 listen dann auch alle 13 FHT's bei "All togehter"
und zwar ohne das hierbei der raum sichtbar ist.
es gibt sicherlich noch weitere beispiele die ich jetzt nicht parat habe.
deshalb bin ich der meinung, das ein ignore auch tatsächlich "ignoriere das
device und zwar auf die ganze fhem logik bezogen" bedeuten sollte.
lediglich ein
"fhem> list "
liefert informationen über ignorierte devices in
Atttributes:
ignore FHT ...
dann könnten widerum webinterfaces die möglichkeit bieten, den "nicht
experten" auch zu ermöglichen z.b. wieder aus der ignorelist zu nehmen,
weil diese dort versehentlich gelandet ist.
> Ein Log-Eintrag wuerde auf einem hoeheren loglevel (4?) trotzdem erfolgen.
ja, würde ich auch unterstützen. ich denke, loglevel 4 ist auch gut gewählt.
wichtig wäre nur, das aus dem logeintrag auch hervorgeht, das es sich um ein
ignoriertes device handelt.
--
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.
> ich interpretiere dich jetzt so, dass das device dann doch definiert wird
> aber eben automatisch als dummy+notrigger. richtig?
Noe, falsch:) Ich glaube immer noch daran, dass autocreate als erstes anzeigen
und nicht verstecken soll.
> ich wäre aber dafür, das ignore auch ignore bedeutet und überhaupt kein
> device definiert.
Das geht nicht (einfach).
> "fhem> list" würde z.b. liefern:
Ok, guter Punkt. "Ignore" sollte nicht in der Liste auftauchen, und damit auch
nicht in irgendwelchen webfrontends. Kann nicht auf Anhieb sagen, wie einfach
das zu realisieren ist.
--
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.
Am Mittwoch 23 Dezember 2009 schrieb Rudolf Koenig:
> > ich interpretiere dich jetzt so, dass das device dann doch definiert wird
> > aber eben automatisch als dummy+notrigger. richtig?
>
> Noe, falsch:) Ich glaube immer noch daran, dass autocreate als erstes
> anzeigen und nicht verstecken soll.
ok, da bin ich bei dir. mein ansatz war da eher der:
ich sehe in die logfile "bevor" ich einen autocreate definiere. und dann kann
ich halt gleich die ignorierten devices mit angeben.
aber dein gedanke ist da glaub ich besser. erst anzulegen und dann irgendwie
auf wunsch ingorieren.
> > ich wäre aber dafür, das ignore auch ignore bedeutet und überhaupt kein
> > device definiert.
>
> Das geht nicht (einfach).
das glaub ich dir auf's wort :-) nur was willst du dann mit dem von autocreate
definierten device machen, wenn es dann auf ignore gesetzt wird? ein delete?
> > "fhem> list" würde z.b. liefern:
>
> Ok, guter Punkt. "Ignore" sollte nicht in der Liste auftauchen, und damit
> auch nicht in irgendwelchen webfrontends. Kann nicht auf Anhieb sagen, wie
> einfach das zu realisieren ist.
ACK
--
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.
> Ok, guter Punkt. "Ignore" sollte nicht in der Liste auftauchen, und damit auch
> nicht in irgendwelchen webfrontends.
Hab "ignore" implementiert, dokumentiert, etwas getestet und
eingecheckt.
--
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.
Am Freitag 01 Januar 2010 schrieb Rudolf Koenig:
> > Ok, guter Punkt. "Ignore" sollte nicht in der Liste auftauchen, und damit
> > auch nicht in irgendwelchen webfrontends.
>
> Hab "ignore" implementiert, dokumentiert, etwas getestet und
> eingecheckt.
klasse!
--
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>
On 22 Dez. 2009, 12:10, Rudolf Koenig wrote:
>
> Ich waere dankbar, wenn feedback dazu hoeren wuerde. Am einfachsten zu
Ich habe das eben mit meiner doch recht großen Anlage getestet.
Das sah richtig toll aus, wie sich da pgm3 Stück für Stück
vollautomatisch vergrößert hat! pgm3 loggt ja etwas anders (damit die
Grafiken immer voll sind), aber alle Konfigurationshinweise auf pgm3
waren korrekt.
Gruß,
Martin
--
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.