[Gelöst] ASC - Reading ASC_ShuttersLastDrive wird nicht upgedatet

Begonnen von Reinhard.M, 24 Oktober 2021, 15:47:11

Vorheriges Thema - Nächstes Thema

Reinhard.M

Jetzt hat alles funktioniert wie gewünscht  ::)
Entweder habe ich vorhin nicht richtig hingeschaut (3.66 und 2.100 können manchmal identisch ausschauen) oder es liegt daran, dass ich die neue ASC-Testversion geladen habe. Sorry  :(
Bei der neuen Testversion mit CmdTemplate fehlt mir eine Option: Wie wird bei ExternalTrigger die Slatposition übergeben? Ich vermute, da gibt es noch keine Lösung, richtig?

CoolTux

Zitat von: Reinhard.M am 26 Oktober 2021, 13:44:52
Jetzt hat alles funktioniert wie gewünscht  ::)
Entweder habe ich vorhin nicht richtig hingeschaut (3.66 und 2.100 können manchmal identisch ausschauen) oder es liegt daran, dass ich die neue ASC-Testversion geladen habe. Sorry  :(
Bei der neuen Testversion mit CmdTemplate fehlt mir eine Option: Wie wird bei ExternalTrigger die Slatposition übergeben? Ich vermute, da gibt es noch keine Lösung, richtig?

Stimmt, da gibt es in der Tat noch keine Aktuelle Lösung für.
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

Reinhard.M

Nur so eine Idee: Die Positionsangabe beim External Trigger MUSS immer mit einem ':' abgeschlossen werden auch wenn kein weiterer Parameter folgt. Wenn es dann 2 ':' gibt ist der Erste davon das Trennzeichen für pct:sltpct.

CoolTux

Zitat von: Reinhard.M am 26 Oktober 2021, 14:32:40
Nur so eine Idee: Die Positionsangabe beim External Trigger MUSS immer mit einem ':' abgeschlossen werden auch wenn kein weiterer Parameter folgt. Wenn es dann 2 ':' gibt ist der Erste davon das Trennzeichen für pct:sltpct.

Das ist leider so nicht möglich da auch andere Attribute über eine gemeinsame Funktion ausgelesen und ausgewertet werden.
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

Beta-User

Zitat von: CoolTux am 26 Oktober 2021, 14:52:05
Das ist leider so nicht möglich da auch andere Attribute über eine gemeinsame Funktion ausgelesen und ausgewertet werden.
(Nur) falls das via parseParams erfolgt ginge _vielleicht_ eine Syntax mit Quotes:
WohnzimmerTV:state on:off "3:66":"70:100"
(Setzt aber voraus, dass der weitere Code dann mit den "doppelten Infos" klarkommt).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

CoolTux

Ist kein parseParams, ist eine eigene Funktion. Sollte ich aber vielleicht mal drüber nachdenken das um zu bauen. Wäre ja nur Umbau in einer Funktion.
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

Beta-User

Zitat von: CoolTux am 26 Oktober 2021, 15:02:27
Ist kein parseParams, ist eine eigene Funktion. Sollte ich aber vielleicht mal drüber nachdenken das um zu bauen. Wäre ja nur Umbau in einer Funktion.
...das setzt halt voraus, dass der angrenzende Code mit der Rückgabe dann klarkommt. Wenn das da keine Problem verursacht, wäre das natürlich super.

Zitat von: Reinhard.M am 26 Oktober 2021, 14:32:40
Nur so eine Idee: Die Positionsangabe beim External Trigger MUSS immer mit einem ':' abgeschlossen werden auch wenn kein weiterer Parameter folgt. Wenn es dann 2 ':' gibt ist der Erste davon das Trennzeichen für pct:sltpct.
Grundsätzlich finde ich Syntax-Änderungen für bestehende Installationen schwierig, anpassen müssen sollten sich immer die, die was zusätzliches/neues haben wollen.

Wenn das auch noch dazu käme, würde es m.E. Sinn machen, diese ganzen "venetian-mode"-Sonderfälle irgendwie an einem Ort in der Commandref zusammenzupacken? Vielleicht beim Attribut "ASC_SlatPosCmd_SlatDevice"? Dann kann man von anderen relevanten Stellen dahin verlinken...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Reinhard.M

#22
Zitat von: Beta-User am 26 Oktober 2021, 15:19:09
Grundsätzlich finde ich Syntax-Änderungen für bestehende Installationen schwierig, anpassen müssen sollten sich immer die, die was zusätzliches/neues haben wollen.

Absolut richtig, schlecht von mir beschrieben. Ich hatte es so gemeint, dass bei einem ':' weiterhin die bekannte Regel für active/inaktive gilt. Wenn ein ':' an das Pärchen angehängt wird gilt das erste Pärchen für active. Folgt nichts weiter bleibt es bei der heutigen Reaktion, die Jalousie fährt in die letzte Position. Will ich eine inactive Position angeben muss es in der gleichen Form wie die active Position geschehen. Damit bleibt es für alte Installationen wie es ist.
Beispiele
10                      Active 10%, Inactive LastPos
10:90                Active 10%, Inactive 90%
10:75:               Active 10:75 (pct:slt), Inactive LastPos
10:75:90:100   Active 10:75 (pct:slt), Inactive 90:100