1-Wire Sensoren umbenennen

[Muschelpuster]

Hallo zusammen,

Damit ich nicht mit den Autocreate-Namen im Filelog arbeiten musste, fand ich es clever den Sensoren sinnige Namen zu geben. Doch ich musste feststellen, dass das keine gute Idee war, denn nun meldet mein FHEM 'Please define Auto_Create_Name first'.
Ok, schade eigentlich, also mache ich die Änderungen erst einmal rückgängig und sehe 'Please define mein_Name first' 
Also irgendwo wird da wohl nach was im Hintergrund geschrieben, was ich nicht sehe. Wo muss ich denn da noch schrauben?

umbenannte Grüße
Niels

[Muschelpuster]

So, nachdem ich mal wieder mit etwas Hirn gesegnet wurde, war das auch kein Thema mehr. Einfach mal die Keule auspacken und mit grep nach dem String in allen Dateien suchen. Und schon war alles ganz einfach: Die Fehlermeldungen kamen aus der Datei /opt/fhem/log/fhem.sav. Schnell hier die gespeicherten Daten der umbenannten Elemente gelöscht und schon ist wieder Frieden.

gelöste Grüße
Niels

[hexenmeister]

In dieser Datei speichert FHEM fie Zustände der Geräte. Du musst da nichts löschen. Nach einem Restart wird diese neu geschrieben.

[Muschelpuster]

Wurde sie leider nicht, bzw. die verwaisten Einträge wurden nicht gelöscht. Die 'neuen' (umbenannten) Sensoren wurden sauber aufgenommen. Vielleicht müssen wir hier mal Restart definieren? Ich habe via /etc/init.d/fhem stop/start neu gestartet.

ergänzende Grüße
Niels

[hexenmeister]

Ich meine "shutdown restart" aus FHEM. Wie genau Dein Start-Script in init.d beschaffen ist, weiß ich ja nicht.
Du kannst auch mit {WriteStatefile()} den State jederzeit neu schreieben.

[Muschelpuster]

Ich meine "shutdown restart" aus FHEM.

Ist der gleiche Effekt. Ich hatte noch die Idee, dass es entweder daran lag, dass ich die Sensoren in eine weitere Konfig-Datei ausgelagert habe oder dass das Problem aufgetreten ist, weil die Sensoren zum Änderungszeitpunkt nicht am Bus angeschlossen waren. Das habe ich nun alles ausgeschlossen:

• neuen Sensor am Bus angeschlossen
• shutdown restart
• Sensor via Autocreate angelegt
• fhem.cfg editiert und Sensor neuen Namen (nicht Alias) gegeben -> von DS18S20_8653B3020800 nach 1Wire_TerraTemp_RU
• shutdown restart
• fehlermeldung: Please define DS18S20_8653B3020800 first

nachgeprüfte Grüße
Niels

[hexenmeister]

Logisch Da fehlt noch ein shutdown restart. Denn Du hast CFG direkt geändert. Nach dem Neustart erst bekommt FHEM was davon mit. Aber in der StateFile sind noch die alten Namen drin. Wenn Du noch einmal restartest, dann sollte alle zusammen passen. Aber besser Du nimmst gleich den rename Befehl damit passt alles gleich zusammen.

Punkt 2 ist unnötig.

[Pfriemler]

- fhem.cfg editiert und Sensor neuen Namen (nicht Alias) gegeben -> von DS18S20_8653B3020800 nach 1Wire_TerraTemp_RU
- shutdown restart

Das IST der Fehler. Wenn du die fhem.cfg editierst, bekommt das laufende FHEM nicht mit, dass Du die Namen geändert hast, und schreibt die States der Sensoren mit dem alten Namen ins Statefile. Beim Neustart findet FHEM bei der Rekonstruktion des State die betreffenden Teile nicht mehr.

Ich würde die Namen der Sensoren auf der Oberfläche mittels "rename" ändern, dann "save" und dann Neustart. Beim Herunterfahren sollte FHEM schon die neuen Namen fürs Statefile verwenden und der Neustart dann fehlerfrei laufen.
Oder sehe ich was falsch?

edit: nicht schnell genug ...

2. edit: Idee: bei "großflächigen" Änderungen, die optimaler in der fhem.cfg erledigt sind, diese erneut laden (das gibt zwar kiloweise "redefined" im Log und möglicherweise andere Seiteneffekte) und erst dann neustarten ... dann kennt FHEM auch schon die neuen Namen.

[hexenmeister]

Ehrlich gesagt, sehe ich diese Warnungen überhaupt nicht als Problem an
Einfach ignorieren, bei nächten mal kommen sie nicht mehr. Ein extra-Restart nur dafür ist eigentlich gar nicht nötig.

[Muschelpuster]

Jo, Danke für die Antworten - das bringt mein Verständnis voran 

Logisch Da fehlt noch ein shutdown restart.

In der Tat - ich habe es getestet, nur leider bin ich immer schon nach dem 1.Restart nervös geworden.

Aber besser Du nimmst gleich den rename Befehl damit passt alles gleich zusammen.

Die Macht der FHEM-Befehle unterschätze ich leider noch maßlos. Mit vi kann ich halbwegs umgehen, die FHEM-Befehle muss ich noch massiv lernen.

Punkt 2 ist unnötig.

Jein, dann muss ich vermutlich länger warten als es meine Geduld hergibt, bis das Autocreate den Sensor erkennt. Oder gibt es da auch was von Ratio...   ääähhh der Befehlswelt um den Bus nach neuen Geräten zu scannen... - wenn man weiß was man sucht findet man es auch 

Zusätzlich stehen die FHEM-internen Befehle "errors" und "devices" zur Verfügung. zBsp:

Code Auswählen Erweitern

get <Devicename> errors #listet die Fehler des Device auf
get <Devicename> devices #scan den Server nach Device

Richtig?

lernfähige Grüße
Niels

[hexenmeister]

genau

möge die Macht des COmmandrefs mit Dir sein

[Muschelpuster]

Oder gibt es da auch was von Ratio...   ääähhh der Befehlswelt um den Bus nach neuen Geräten zu scannen... - wenn man weiß was man sucht findet man es auch 

Zusätzlich stehen die FHEM-internen Befehle "errors" und "devices" zur Verfügung. zBsp:

Code Auswählen Erweitern

get <Devicename> errors #listet die Fehler des Device auf
get <Devicename> devices #scan den Server nach Device

Richtig?

Das macht aber kein Autocreate 

nachgetestete Grüße
Niels

[hexenmeister]

Hm. Dachte ich... Aber zugegeben, ich habe ab meinem  1w Bus schon seit einer Ewigkeit nichts gemacht. Es läuft einfach vor sich hin

[Prof. Dr. Peter Henning]

Natürlich gibt es das bei OWX: get <interface> devices.

LG

pah

[Muschelpuster]

Natürlich gibt es das bei OWX: get <interface> devices.

Genau das habe ich gemacht. Der neue DS2406 wurde zwar angezeigt, aber nicht automatisch angelegt. Nach einem 'shutdown restart' wurde das Autocreate ausgeführt.

neu gestartete Grüße
Niels