Reading "mode" verschwindet bei initialize

[holle75]

Hello, ich spiele gerade mit FTUI und eines der von mir benötigten Readings ist "mode".

Dabei ist mir aufgefallen, dass dieses, wenn man das DOIF anstatt mit "enable" mit "Initialize" wieder aktiviert (da ich möchte, dass der nächste Fall wieder triggert und nicht ein zuvor angenommener cmd-Fall bleibt) das Reading "mode" verschwindet. Ist das so gewollt? Für meine Logik sollte das Reading, sobald das DOIF wieder aktiv ist den status "enable" annehmen und nicht verschwinden.... denn das DOIF ist ja wieder, auch durch "initialize", aktiv.

bitte klärt mich auf.

Gruß

H.

[Damian]

Das Reading mode existiert normalerweise nicht. Das habe ich eingeführt, um den disable-Zustand zu erkennen. Beim Initialisieren werden diverse Readings des Moduls gelöscht, u. a. auch das Reading "mode" - das Modul wird in den Anfangszustand zurückgesetzt. Beim enable bleiben dagegen aller Readings erhalten, in diesem Fall wechselt der Zustand im Reading mode von disable in enable.

Das ist alles so beabsichtigt.

[holle75]

Hallo Damian, mmh, sind Readings die erscheinen und wieder verschwinden nicht ein wenig unsexy?

Was spricht dagegen mit dem Reading mode generell die Aktivität oder Nichtaktivität des DOIF anzuzeigen? oder anders gefragt, welchen Nachteil hätte es?

[Damian]

Hallo Damian, mmh, sind Readings die erscheinen und wieder verschwinden nicht ein wenig unsexy?

Was spricht dagegen mit dem Reading mode generell die Aktivität oder Nichtaktivität des DOIF anzuzeigen? oder anders gefragt, welchen Nachteil hätte es?

Ja, das könnte man so sehen. Sachen entwickeln sich. Ich wollte keine weiteren Readings unnötig einführen. Alle, die disable/enable nicht nutzen, brauchen das Reading ja nicht.

Man kann das Reading z. B. mit ReadingsVal (mydoif,"mode","enable") oder [mydoif:mode,"enable"] abfragen, wenn es nicht existiert, dann bekommt man enable.

[holle75]

Danke für deine Erklärung. Ich denke ein zusätzliches (noch dazu recht sinnvolles, ja sowieso ab und zu erscheinendes) permanentes Reading würde nicht stören, aber das ist natürlich deine Entscheidung.

Man kann das Reading z. B. mit ReadingsVal (mydoif,"mode","enable") oder [mydoif:mode,"enable"] abfragen, wenn es nicht existiert, dann bekommt man enable.

bin noch nicht so in FTUI drin, weiß daher nicht, ob das dort funktionieren könnte. Ich werde probieren.

lieb Gruß

H.

[Damian]

Danke für deine Erklärung. Ich denke ein zusätzliches (noch dazu recht sinnvolles, ja sowieso ab und zu erscheinendes) permanentes Reading würde nicht stören, aber das ist natürlich deine Entscheidung.

bin noch nicht so in FTUI drin, weiß daher nicht, ob das dort funktionieren könnte. Ich werde probieren.

lieb Gruß

H.

Ich bin da offen, wenn ein permanenter Status des Moduls von mehreren Usern gewünscht ist, dann kann ich es einbauen. Übrigens, beim DOIF verschwinden immer wieder Readings, insb. bei set-intialize oder beim Löschen des Attributs disable, um das Modul in einen definierten Ausgangszustand zu bringen.

[Per]

Alle, die disable/enable nicht nutzen, brauchen das Reading ja nicht.

Dann erstell es doch beim ersten mal "disable" und lass es dann drin.

[holle75]

Übrigens, beim DOIF verschwinden immer wieder Readings, insb. bei set-intialize oder beim Löschen des Attributs disable, um das Modul in einen definierten Ausgangszustand zu bringen.

Jup, Zustände von Zweigen, Timer, aber doch nicht solch ein wichtiges, übergeordnetes, allgemeines, den Lebens-Status-Quo des göttlichen DOIF´s anzeigendes Reading

Ich habs in FTUI jetzt anders gelöst, trotzdem denke ich, dass dieses eine Reading wirklich von Anfang an da sein und auch bleiben sollte. Ist ja fast schon so interessant wie state ob das DOIF aktiv/nichtaktiv ist

Dann erstell es doch beim ersten mal "disable" und lass es dann drin.

HEY Per, wie schön von dir zu hören! ....... wäre auch ein Kompromiss. Aber ich bin immer noch der oben geäußerten Meinung.

liebe Grüße an euch beide.

[Damian]

Jup, Zustände von Zweigen, Timer, aber doch nicht solch ein wichtiges, übergeordnetes, allgemeines, den Lebens-Status-Quo des göttlichen DOIF´s anzeigendes Reading

Ich habs in FTUI jetzt anders gelöst, trotzdem denke ich, dass dieses eine Reading wirklich von Anfang an da sein und auch bleiben sollte. Ist ja fast schon so interessant wie state ob das DOIF aktiv/nichtaktiv ist

HEY Per, wie schön von dir zu hören! ....... wäre auch ein Kompromiss. Aber ich bin immer noch der oben geäußerten Meinung.

liebe Grüße an euch beide.

Also wenn, dann zu jedem Zeitpunkt, sonst gibt es wieder Kompromisse.

Dann könnte das Attribut folgende Zustände haben:

enable
disabled
deactivated

[holle75]

Für mein DOIF-laienhaftes Verständnis kann ich mit set disable das DOIF anhalten, nichts verändert sich.


set disable -> mode disabled


Wenn ich set enable ausführe gehts genau da weiter wo es disabled wurde.


set enable -> mode enable(d)


mit zB einem set initialize initiiere/resette ich das DOIF, der nächste Fall triggert. Das wäre dann


mode enable(d) (da wieder/weiterhin aktiv)


was würde deactivated bedeuten?

stimmt mein Verständnis?

[Damian]

siehe https://fhem.de/commandref_DE.html#DOIF_disable

[holle75]

commandref:

Deaktivieren des Moduls

Soll das Modul nur vorübergehend deaktiviert werden, so kann das durch set <DOIF-modul> disable geschehen. Hierbei bleiben alle Timer aktiv, sie werden aktualisiert - das Modul bleibt im Takt, allerding werden keine Befehle ausgeführt.

Initialisieren des Moduls

Mit set <DOIF-modul> initialize wird ein mit set <DOIF-modul> disable deaktiviertes Modul wieder aktiviert. Das Kommando set <DOIF-modul> initialize kann auch dazu genutzt werden ein aktives Modul zu initialisiert, in diesem Falle wird der letzte Zustand des Moduls gelöscht, damit wird ein Zustandswechsel herbeigeführt, der nächste Trigger führt zur Ausführung.

lag ich ja nicht ganz so falsch. Was würde mode deactivated bedeuten?

[Damian]

lag ich ja nicht ganz so falsch. Was würde mode deactivated bedeuten?

stand doch schon im Link:

Ein DOIF-Modul kann mit Hilfe des Attributes disable, deaktiviert werden. Dabei werden alle Timer und Readings des Moduls gelöscht

[holle75]

ok, verstehe, wenn attr dann ....