ASC Auto Shutter Control - attr ASC_Roommate_Device

Begonnen von ch.eick, 27 November 2025, 14:34:56

Vorheriges Thema - Nächstes Thema

ch.eick

Hallo zusammen,
beim Attribut gibt man ja eine residence device an, was auch sehr gut funktioniert.
Nun habe ich ab und zu mal Gäste im Wohnzimmer, die nicht im WLAN eingetragen sind.
Gibt es da eine Mäglichkeit ein anderes device zu verwenden und wenn ja, welches reading, oder welcher STATE müsste da gesetzt werden.

VG  Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Bei diesem Attribut gibt man nicht das Residenz Device sondern ein oder mehrere roomate devices ein welche in diesem Raum schlafen
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

ch.eick

Zitat von: CoolTux am 27 November 2025, 14:46:49Bei diesem Attribut gibt man nicht das Residenz Device sondern ein oder mehrere roomate devices ein welche in diesem Raum schlafen
Okay und wie könnte ich das z.B. mit einem Dummy Device An/Aus im FHEMWEB simmulieren? An/Aus sollen nur die Zustände andeuten, es könnte auch schläft/abwesend, oder was auch immer notwendig ist, sein.
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

#3
UPDATE:
Ich habe jetzt mal so angefangen und mir ein guest device angelegt, das ursprüngliche dummy device war ein gedanken Fehler.
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

Welcher state wird denn vom ASC in diesem Fall verwendet?
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

ch.eick

#6
Zitat von: CoolTux am 27 November 2025, 19:41:28home und asleep wird beachtet bei roomate
Sorry,
Wenn ich schon wieder frage. Das Wiki und die Referenz habe ich bereits gelesen.

Ich möchte das die Rollos bei Übernachtungsbesuch in dem Raum morgens geschlossen bleiben.
Welchen state müsste ich dann ins Dummy device schreiben.

EDIT:
Ich habe mal versucht die Logik zu verstehen und dazu in den Code geschaut.
https://git.cooltux.net/FHEM/mod-AutoShuttersControl/src/commit/ae5057fbc5c4c2a5b9c067e3aedd661ed7a5ea65/lib/FHEM/Automation/ShuttersControl/EventProcessingFunctions.pm
Ab Zeile 609, jedoch werden noch ander Status verarbeitet.
Ich müsste jetzt nicht wirklich alles verstehen, jedoch würde ich mich sehr freuen, wenn mir jemand beim Basis Verhalten helfen könnte.

Ziel für mich wäre zu verstehen wann ich welchen Status für den Gast setzen muss.
Ich denke es wird sicher auch eine Wechselwirkung mit einer manuellen Fahrt geben.

Abends wollte alles wie gehabt ablaufen und letzlich wird das Rollo geschlossen sein.
Morgens soll es dann durch den Status vom Gast geschlossen bleiben, ich denke da werde ich dann auf asleep setzen.
Nach dem Aufstehen sollte dann, denke ich, auf awoken oder home gewechselt werden. Im Code sehe ich jedoch auch absent, gone und gotosleep.


Ein Zyklus könnte dann so ablaufen und ich teste es mal heute manuell.

- Ein Gast kommt => home
- Die Rollos fahren normal zu und wenn alle zu sind setze ich den Gast auf => asleep
- Morgens müsste ich den Gast auf awoken setzen und hoffe die Rollos fahren dann hoch
- Wenn alle Rollos oben sind setze ich den Gast auf home
- Bei Abreise wird er dann wieder auf gone gesetzt


VG Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Für Dich reicht Abends asleep, bedeutet von noch nicht gefahren dann fahren sie runter und morgens nicht hoch wenn morgens allgemein gefahren wird. Und morgens
S auf home, bedeutet Rollos fahren hoch.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

ch.eick

Zitat von: CoolTux am 28 November 2025, 22:54:05Für Dich reicht Abends asleep, bedeutet von noch nicht gefahren dann fahren sie runter und morgens nicht hoch wenn morgens allgemein gefahren wird. Und morgens
S auf home, bedeutet Rollos fahren hoch.

Okay danke.
Mein Fehler war sicher auch, dass ich zuerst mit einem normalen dummy device begonnen hatte.
Ein Test in der letzten Nacht war bereits erfolgreich. Nun fehlt noch die Bedienung des Gast Bewohners drumherum, aber da habe ich schon Ideen.

Nochmal danke für Deine Geduld
     Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick