tempList.cfg temperatur Profile

Begonnen von x347, 23 Oktober 2014, 14:03:07

Vorheriges Thema - Nächstes Thema

martinp876

Entweder du machst den update manuell aus svn oder du wendest dich an den update-teil im forum. Hier ist die frage falsch eingetragen

Deudi

Zitat von: Herr 3x am 12 November 2014, 18:54:48
Hallo zusammen,

das sieht bei mir auch immer noch so aus.

Kann es sein, dass die Änderungen nicht im update sind? Bei mir steht immer noch
# $Id: 98_HMinfo.pm 6794 2014-10-19 16:48:14Z martinp876 $

Wie komme ich an die Version 6863?

Herr 3x

Habt ihr aneinander vorbei geredet? Du hast doch die 6863, ist allerdings die CUL_HM.
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch

Herr 3x

#17
Zitat von: Deudi am 13 November 2014, 21:48:55
Habt ihr aneinander vorbei geredet? Du hast doch die 6863, ist allerdings die CUL_HM.
Das will ich nicht ausschließen. Ich ging eigentlich davon aus, dass es um HMINFO geht und nicht um CUL_HM geht.  Die Fehlermeldungen kommen jedenfalls beim Benutzen von HMINFO.
Ich habe aber erstmal aufgegeben was tempListen zu machen. is ja auch nicht so ganz wichtig, denn es gibt ja noch andere Wege und der Rest läuft.

Herr 3x

Edit: Ich hab das aktuelle Modul von Hand aus der SVN geholt, lief aber auch nicht. Scheit eher kein Update-Problem zu sein, oder?

martinp876

mache einmal ein leerzeichen an das Ende jeder Zeile. Wenn es klappt werde ich einmal in diese Richtung forschen

Herr 3x

Hallo Martin,

nein, das hilft auch nicht.

Mir ist aber aufgefallen, dass die Angabe des Dateinamens ignoriert wird.

set hm tempList verify tempList2.cfg


gibt als Ausgabe

fail  : ./tempList.cfg:HK01_Clima for HK01_Clima: file: ./tempList.cfg for HK01_Clima does not exist
...


Es wird also evtl. die falsche Datei geöffnet? Oder der falsche Pfad? Ich habe keinen explizit mit Attribut gesetzt, die tempList.cfg wird ins root der fhem-Installation geschrieben.

Herr 3x

frank

ZitatMir ist aber aufgefallen, dass die Angabe des Dateinamens ignoriert wird.

=> commandref

attr tempListTmpl
Sets the default template for a heating controller. If not given the detault template is taken from file tempList.cfg using the enitity name as template name (e.g. ./tempLict.cfg:RT1_Clima
To avoid template usage set this attribut to '0'.
Format is <file>:<templatename>. lt
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

tpm88

Hallo,

ich schließ mich hier auch an. Die Angabe eines Dateinamens für die tempList funktioniert nur beim save, nicht aber beim verify oder restore:

Sichern der tempList für ein Thermostat in die Datei az_tempList.cfg:
fhem> set hm tempList -f az_Thermostat save az_tempList.cfg

Kontrolle, ob File geschrieben wird:
root@raspbmc:/opt/fhem# cat az_tempList.cfg

entities:az_Thermostat_Clima
R_0_tempListSat>09:00 17.0 16:00 18.0 24:00 17.0
R_1_tempListSun>09:00 17.0 16:00 18.0 24:00 17.0
R_2_tempListMon>07:30 17.0 16:00 18.0 24:00 17.0
R_3_tempListTue>07:30 17.0 16:00 21.0 24:00 17.0
R_4_tempListWed>07:30 17.0 16:00 21.0 24:00 17.0
R_5_tempListThu>07:30 17.0 16:00 21.0 24:00 17.0
R_6_tempListFri>07:00 17.0 16:00 18.0 24:00 17.0root@raspbmc:/opt/fhem#


In der letzten Zeile fehlt ein LF bzw CR vollständig. Scheint aber nicht die Ursache zu sein, daß verify / restore die Datei ignoriert.

Verify der eben geschriebenen tempList: => FEHLER
fhem> set hm tempList -f az_Thermostat verify az_tempList.cfg
fail  : ./tempList.cfg:az_Thermostat_Clima for az_Thermostat_Clima: file: ./tempList.cfg for az_Thermostat_Clima does not exist


Restore der eben geschriebenen tempList: => FEHLER
fhem> set hm tempList -f az_Thermostat restore az_tempList.cfg
fail  : ./tempList.cfg:az_Thermostat_Clima for az_Thermostat_Clima: file: ./tempList.cfg for az_Thermostat_Clima does not exist


Die Default tempList.cfg habe ich absichtlich vorher gelöscht.

FHEM Update ist gerade gelaufen - relevante Versionen sind aktuell:
fhem> version
# $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $
...
# $Id: 10_CUL_HM.pm 7003 2014-11-16 18:01:53Z martinp876 $
# $Id: 98_HMinfo.pm 6794 2014-10-19 16:48:14Z martinp876 $


Gruß
Tobias
Test FHEM Server on RPi, CUL_HM
Prod FHEM Server on Odroid HC1, HM-USB, JeeLink
Devices: diverse HM, IT1500, 1wire, LaCrosse, MQTT

martinp876

der Pfad ist relativ zu FHEM. Dazu muss man noch global modpath berücksichtigen. Relativ ist eben so eine Sache.


man sollte
attr global modpath .
setzen. Was steht bei euch so?

snx

So ganz check ich das jetzt nicht mehr...
Wenn der Pfad falsch sein sollte, warum funktioniert dann der save? Save, verify und restore sollten doch der selben pfad-logik unterliegen..??

Um deine Frage zu beantworten:
Global-modpath:    /usr/local/FHEM/share/fhem
Pfad für config, state, log, templisten:    /volumeUSB1/usbshare/fhem
(Bin auf einer synology diskstation)

martinp876

ja, alle sollten den selben Pfad nutzen. save geht, verify nicht?
nutzt du beide male HMInfo? oder am device selbst?

snx

Ich spreche von Hminfo.
Siehe mein post vom 9.11. (letzter auf der ersten Seite).

Die "normalen" device Befehle funktionieren, so setze ich die templisten jetzt alternativ...

Herr 3x

Zitat von: martinp876 am 22 November 2014, 08:33:03
ja, alle sollten den selben Pfad nutzen. save geht, verify nicht?
nutzt du beide male HMInfo? oder am device selbst?
Bei mir steht
attr global modpath /usr/local/share/fhem

Genau da speichert HMINFO die tempList.cfg auch hin, wenn ich save mache.
Benutze ich verify kommen die oben genannten Fehlermeldungen.

Verändere ich den Dateinamen z.B. Auf Temperatur.cfg wird bei Save die Datei mit dem Namen angelegt.
Ein verify scheint trotz Angabe des Dateinamens nach tempList.cfg zu suchen. Fehler ist oben beschrieben und identisch zu dem von snx.

Herr 3x

martinp876

schauen wir einmal, was wir sehen:

{my ($d,$l) = ("./","nix");; opendir(D, "$d") || die "Can't open directory $d: $!\n";;$l ="test:".join("\n",readdir(D));;closedir(D);;return $l}

liest das Direktory ".", also das working dir. ist dies das, was ihr sucht? Ist euer file dabei?

tpm88

Hallo Martin,

schau dir bitte noch einmal meinen Beitrag etwas weiter oben an: http://forum.fhem.de/index.php/topic,28211.msg220531.html#msg220531

Ich glaube, nicht das Directory sondern ein eingens gewählter Filename für die tempList ist möglicherweise das Problem. save geht und schreibt das File, verify / restore suchen aber hartverdrahtet eine tempList.cfg...

modpath ist bei mir Default und somit /opt/fhem:
   modpath    .


Tobias
Test FHEM Server on RPi, CUL_HM
Prod FHEM Server on Odroid HC1, HM-USB, JeeLink
Devices: diverse HM, IT1500, 1wire, LaCrosse, MQTT

martinp876

sollte erledigt sein (morgen oder SVN)