configDB und Temperaturlisten?

[Morgennebel]

Moin Moin,


ich habe letztes Wochenende auf die ConfigDB migriert - und frage mich, ob es eine Lösung gibt, auch die Thermostat-Temperaturlisten in der configDB zu speichern?

Ich meine diese hier: https://wiki.fhem.de/wiki/HomeMatic_HMInfo_TempList/Weekplan - z.B. Wandthermostat oder Stellantrieb.

Danke, -MN

[betateilchen]

Im Moment nicht, weil das vermutlich von HMinfo nicht unterstützt wird. Die Frage gehört eher in den Homemtic Bereich, weil martin da vermutlich etwas tun müsste.

[Morgennebel]

Danke,


dann versuche ich mal, den Thread zu verschieben. Hatte für configDB keine eigenes Forum gefunden...

Ciao, -MN

[betateilchen]

Hatte für configDB keine eigenes Forum gefunden...

Dann hattest Du aber nicht in die MAINTAINER.txt geschaut 

[Morgennebel]

Dann hattest Du aber nicht in die MAINTAINER.txt geschaut 

Nein. Ich versuche mich ja, mich mehr und mehr bei FHEM von der Kommandozeile zu entfernen und alte Gewohnheiten abzulegen...

Wir driften aber ab.

Ciao, -MN

[Beta-User]

Bevor ihr hier weiter die Pfanne für popcorn heizt:

Die Frage gehört eher in den Homemtic Bereich, weil martin da vermutlich etwas tun müsste.

aus der commandref:

Interaction with other modules

Currently the fhem modules

   
• 02_RSS.pm
• 55_InfoPanel.pm
• 91_eventTypes
• 93_DbLog.pm
• 95_holiday.pm
• 98_SVG.pm
• 
  will use configDB to read their configuration data from database
  instead of formerly used configuration files inside the filesystem.

Ergo war - jedenfalls nach meinem Verständnis - die Frage eigentlich seit langem beantwortet, wohin verschieben (CUL_HM ist nicht gelistet, das Modul dürfte also anzupassen sein)...

[betateilchen]

Es ging darum, herauszufinden, welcher Forumbereich für Fragen zu configDB zuständig ist. Und das steht definitiv in der MAINTAINER.txt. Da hat überhaupt nix mit Konsolenbefehle oder ähnlichem zu tun.

wohin verschieben (CUL_HM ist nicht gelistet, das Modul dürfte also anzupassen sein)...

Falsch. Es geht primär nicht um CUL_HM, sondern um HMInfo. Und DAS wiederum steht schon in meiner ersten Antwort hier im Thread.

Grundsätzlich ist es der configDB völlig egal, welches Modul seine Daten in die Datenbank ablegt. Damit das so einfach zu handhaben ist und der jeweilige Modulautor für das Schreiben und Lesen von "seinen" Dateien nicht unterscheiden muss, ob configDB genutzt wird oder nicht, wurden vor langer Zeit die Funktionen FileRead() und FileWrite() geschaffen, die genau für solche Zwecke verwendet werden sollten.

Bisher benutzt aber HMInfo leider immer noch die direkten File I/O Funktionen von perl zum Schreiben und Lesen. Deshalb werden die Listen nicht in der Konfigurationsdatenbank abgelegt und können deshalb auch nicht automatisch bei einer Migration berücksichtigt werden.

Martin als zuständiger Modulautor müsste also seine Dateioperationen auf FileRead() bzw. FileWrite() umstellen, dann würde das Ganze out-of-the-box auch mit configDB funktionieren und an der Datenbank selbst sind keine Änderungen notwendig.

Nach einem ersten Blick eben in die Moduldatei ist der Arbeitsaufwand dafür recht überschaubar.

[betateilchen]

*schubs*

[CoolTux]

Ich sage es nur ungern, aber glaubst nicht auch es wäre einfacher schnell einen Patch zu schreiben 

[betateilchen]

Nein.

[CoolTux]

Ok


*schubs*

[betateilchen]

*schubs*

Und ich werde das Thema solange hochschubsen, bis es erledigt wurde...

[martinp876]

Ok, gesehen.
Nun, ist etwas mehr, aber (natürlich) machbar.

[betateilchen]

Je nachdem, wie Du das Ganze am Ende umsetzt (ein paar Hinweise stehen schon hier im Thread) sollten wir uns dann abstimmen, wie bei einer Migration bereits vorhandene zu HMInfo gehörende Dateien gefunden werden können. Wenn ich das weiß, kann ich diese Dateien in die automatische Migration mit einbeziehen.

Die Dateien, die bereits jetzt von configDB Anwendern benutzt werden und die im Dateisystem liegen, müssen von den Anwendern dann einmal manuell in die Datenbank importiert werden. Dazu könnte man eine entsprechende Ankündigung vor der Umstellung machen.

[martinp876]

Es ist umgesetzt.
Die Dateien sollten doch zu finden sein.
Man kann sie hinlegen, wo man will. Und benennen, wie man will. Dafür sind die Attribute in hminfo da. Man legt das directory und den filenamen fest. Alles im commandref beschrieben.

Ich (zumindest) verwalte alle(ALLE) config Files in EINEM dir. Ich halte es für (mehr als) sinnvoll, tool, config und log zu trennen.
Ich sichere nur das setup dir. Das tool kann ich laden. Die logs kann ich auch sichern.
Die configDb sollte( fuer mich) auch dort hin.
Da fhem das nicht unterstützt arbeite ich ausserhalb von hm mit linux links