[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

Begonnen von CoolTux, 30 Oktober 2018, 17:29:46

Vorheriges Thema - Nächstes Thema

thorschtn

Zitat von: Beta-User am 21 März 2019, 11:59:50
Vielleicht auch mal auf 1 setzten. "0" ist oft "speziell...

Ich hatte ASC_BlockingTime_afterManual zuvor auf 1, ging auch nicht. Daher dann mal 0 versucht, in der Hoffnung, damit das Attribut zu deaktivieren. ;-) Entfernen des Attributes hat auch keine Änderung bewirkt.

Zitat von: Beta-User am 21 März 2019, 11:59:50Das Fensteröffnen gehört für mich in die Kategorie "manuelle Anweisung von Nutzerseite" und hat daher allgemein Vorrang vor sonstigen ASC-Routinen.

Das wäre auch meine Annahme gewesen.
NUC - FHEM & HA
MapleCUN, Homematic, 433MHz, AB440, 1-Wire Bewässerung & Pool, Jarolift (Signalduino), Signal Messenger, Denon AVR, LG WebOS, AmazonEcho, Jura S90 (ESP8266), Sonoff, Xiaomi Mii Sauger, Worx SO500i

Reliktdragon

Hallo.

Zwei meiner Rolladen haben den Homematic Broll Rolladenschalter. Der Rest läuft über das Rollo Modul.

Mir ist nun aufgefallen das die zwei Rolläden mit dem Broll Schalter manchmal nicht vom ASC gesteuert werden.

Läuft z.B 3 Tage ohne Probleme. Und am nächsten Tag fahren diese zwei nicht hoch. Dann läüft es wieder einige Tage und die zwei fahren nicht runter. Alle anderen über das Rollo Modul fahren immer zuverlässig.

Grüße

eurofinder

@CoolTux:
Habe jetzt für den Rolladen Verbose=4 gesetzt.

Hier die Ausgabe, wenn Tür-Kontakt geöffnet bzw. geschlossen wird:
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 2
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 2
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_2
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: 21.03.2019 19:40:07 cmd_1 HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: open
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: open
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B open
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: no timer
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 19:39:20 ZWave TBuero tmHeating
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 1
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 1
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_1
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: closed
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: closed
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B closed
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed


Mit den DOIF-Abfragen wird mit einer Verzögerung von 60 Sekunden das Heizungstermostat im Raum geschlossen, wenn der Kontakt geöffnet wird, bzw. beim Schließen wird das Ventil wieder geöffnet.

Mit set Devicename_Rolladen dim 20 wird in der Tat der Rolladen auf 20% gefahren.

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

CoolTux

Zitat von: eurofinder am 21 März 2019, 19:50:55
@CoolTux:
Habe jetzt für den Rolladen Verbose=4 gesetzt.

Hier die Ausgabe, wenn Tür-Kontakt geöffnet bzw. geschlossen wird:
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 2
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 2
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_2
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed
2019-03-21 19:39:07 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: 21.03.2019 19:40:07 cmd_1 HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: open
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: open
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B open
2019-03-21 19:39:07 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: no timer
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 19:39:20 ZWave TBuero tmHeating
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 1
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 1
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 19:39:20 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_1
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: closed
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: closed
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B closed
2019-03-21 19:39:20 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed


Mit den DOIF-Abfragen wird mit einer Verzögerung von 60 Sekunden das Heizungstermostat im Raum geschlossen, wenn der Kontakt geöffnet wird, bzw. beim Schließen wird das Ventil wieder geöffnet.

Mit set Devicename_Rolladen dim 20 wird in der Tat der Rolladen auf 20% gefahren.

Gruß
eurofinder

Nicht im Rollladen sondern bitte im ASC Device verbose 4.
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

CoolTux

Zitat von: thorschtn am 21 März 2019, 12:36:38
Ich hatte ASC_BlockingTime_afterManual zuvor auf 1, ging auch nicht. Daher dann mal 0 versucht, in der Hoffnung, damit das Attribut zu deaktivieren. ;-) Entfernen des Attributes hat auch keine Änderung bewirkt.

Das wäre auch meine Annahme gewesen.

Ich habe gesehen das Du das falsche Position Reading als Attribut angegeben hast. Du hast position aber das Rollo Modul verwendet pct. Stimmen denn die Open und closed Attribute?
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

thorschtn

Zitat von: CoolTux am 21 März 2019, 20:22:20
Ich habe gesehen das Du das falsche Position Reading als Attribut angegeben hast. Du hast position aber das Rollo Modul verwendet pct. Stimmen denn die Open und closed Attribute?

Open, closed und auch die Zwischenschritte funktionieren. Manuell und automatisch. Alles. Trotz "position" und ROLLO-Modul-Rolladen.

Lediglich bei durch Fensterdrehgriff ausgelösten Aktionen geht nur runter bei closed und nicht rauf bei tilted oder open.

Aber - sobald ich "position" auf "pct" ändere erfolgt jetzt auch eine Reaktion bei tilted und open. Wäre ich nie drauf gekommen, wo doch alles andere vorher schon funktionierte.

Ganz herzlichen Dank, das war der entscheidende Hinweis!

Ich werde mich bei Gelegenheit revanchieren mit der Konkretisierung einiger Unschärfen (oder vereinzelt falsch benannter Readings) im Wiki-Artikel, die mir bei der Einrichtung aufgefallen sind - wenn das ok für Dich ist!
NUC - FHEM & HA
MapleCUN, Homematic, 433MHz, AB440, 1-Wire Bewässerung & Pool, Jarolift (Signalduino), Signal Messenger, Denon AVR, LG WebOS, AmazonEcho, Jura S90 (ESP8266), Sonoff, Xiaomi Mii Sauger, Worx SO500i

eurofinder

OK, jetzt im ASC-Device mit verbose=4. Im Rolladendevice habe ich verbose=4 wieder entfernt.

Hier die Ausgabe aus dem Event-Monitor:
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 2
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 2
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_2
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: 21.03.2019 22:14:52 cmd_1 HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: open
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: open
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B open
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: no timer
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 22:13:58 ZWave TBuero tmHeating
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 1
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 1
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_1
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: closed
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: closed
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B closed
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed


und aus dem Logfile:
2019.03.21 22:19:27 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '0.LOW_BAT: ok',
          '0.ERROR_CODE: 0',
          'hmstate: closed'
        ];

2019.03.21 22:19:27 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '1.STATE: open',
          'control: open',
          'state: open',
          'hmstate: open'
        ];

2019.03.21 22:19:33 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '0.ERROR_CODE: 0',
          '0.LOW_BAT: ok',
          'hmstate: open'
        ];

2019.03.21 22:19:33 3: ZWave set TBuero tmHeating
2019.03.21 22:19:33 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '1.STATE: closed',
          'control: closed',
          'state: closed',
          'hmstate: closed'
        ];


Brauchst du noch etwas?

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

CoolTux

Zitat von: thorschtn am 21 März 2019, 22:09:49
Open, closed und auch die Zwischenschritte funktionieren. Manuell und automatisch. Alles. Trotz "position" und ROLLO-Modul-Rolladen.

Lediglich bei durch Fensterdrehgriff ausgelösten Aktionen geht nur runter bei closed und nicht rauf bei tilted oder open.

Aber - sobald ich "position" auf "pct" ändere erfolgt jetzt auch eine Reaktion bei tilted und open. Wäre ich nie drauf gekommen, wo doch alles andere vorher schon funktionierte.

Ganz herzlichen Dank, das war der entscheidende Hinweis!

Ich werde mich bei Gelegenheit revanchieren mit der Konkretisierung einiger Unschärfen (oder vereinzelt falsch benannter Readings) im Wiki-Artikel, die mir bei der Einrichtung aufgefallen sind - wenn das ok für Dich ist!

Super. Freue mich das es nun klappt. Selbstverständlich kannst Du sehr gerne mit Ideen und/oder Taten mitwirken.


Grüße
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

CoolTux

Zitat von: eurofinder am 21 März 2019, 22:21:56
OK, jetzt im ASC-Device mit verbose=4. Im Rolladendevice habe ich verbose=4 wieder entfernt.

Hier die Ausgabe aus dem Event-Monitor:
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 2
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 2
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_2
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed
2019-03-21 22:13:52 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: 21.03.2019 22:14:52 cmd_1 HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: open
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: open
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B open
2019-03-21 22:13:52 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_1 wait_timer: no timer
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.LOW_BAT: ok
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 0.ERROR_CODE: 0
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: open
2019-03-21 22:13:58 ZWave TBuero tmHeating
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_nr: 1
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd: 1
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_event: HM_HMIP_SWDO_0000D8A99E482B
2019-03-21 22:13:58 DOIF HM_HMIP_SWDO_0000D8A99E482B_DOIF_2 cmd_1
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B 1.STATE: closed
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B control: closed
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B closed
2019-03-21 22:13:58 HMCCUDEV HM_HMIP_SWDO_0000D8A99E482B hmstate: closed


und aus dem Logfile:
2019.03.21 22:19:27 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '0.LOW_BAT: ok',
          '0.ERROR_CODE: 0',
          'hmstate: closed'
        ];

2019.03.21 22:19:27 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '1.STATE: open',
          'control: open',
          'state: open',
          'hmstate: open'
        ];

2019.03.21 22:19:33 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '0.ERROR_CODE: 0',
          '0.LOW_BAT: ok',
          'hmstate: open'
        ];

2019.03.21 22:19:33 3: ZWave set TBuero tmHeating
2019.03.21 22:19:33 4: AutoShuttersControl (ASC) - Devname: HM_HMIP_SWDO_0000D8A99E482B Name: ASC Notify: $VAR1 = [
          '1.STATE: closed',
          'control: closed',
          'state: closed',
          'hmstate: closed'
        ];


Brauchst du noch etwas?

Gruß
eurofinder

Das sieht gut aus. Ich denke Du hast das selbe Problem wie Thorsten. Hättest Du das Attribut ASC_Pos_Reading auf ClosureState belassen?
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

thorschtn

Hallo CoolTux,

ich denke, ich weiss woher die Verwirrung mit den Drehgriffsensoren kommt. Ist es möglich, dass die ASC-Typen nicht mehr eindeutig passen?

Im WIKI steht:

ASC    offen/geschl     ASC_Pos_Reading    Rolladentyp
1      0/100            position           ROLLO
2      100/0            pct                CUL_HM, Shelly2

Richtig wäre dann aber aktuell:

ASC    offen/geschl     ASC_Pos_Reading    Rolladentyp
1      0/100            position           ????
n/a    0/100            pct                ROLLO
2      100/0            pct                CUL_HM, Shelly2

Wir bräuchten daher eigentlich einen dritten ASC-Typ?

Viele Grüße

Thorsten
NUC - FHEM & HA
MapleCUN, Homematic, 433MHz, AB440, 1-Wire Bewässerung & Pool, Jarolift (Signalduino), Signal Messenger, Denon AVR, LG WebOS, AmazonEcho, Jura S90 (ESP8266), Sonoff, Xiaomi Mii Sauger, Worx SO500i

CoolTux

Zitat von: thorschtn am 22 März 2019, 08:29:48
Hallo CoolTux,

ich denke, ich weiss woher die Verwirrung mit den Drehgriffsensoren kommt. Ist es möglich, dass die ASC-Typen nicht mehr eindeutig passen?

Im WIKI steht:

ASC    offen/geschl     ASC_Pos_Reading    Rolladentyp
1      0/100            position           ROLLO
2      100/0            pct                CUL_HM, Shelly2

Richtig wäre dann aber aktuell:

ASC    offen/geschl     ASC_Pos_Reading    Rolladentyp
1      0/100            position           ????
n/a    0/100            pct                ROLLO
2      100/0            pct                CUL_HM, Shelly2

Wir bräuchten daher eigentlich einen dritten ASC-Typ?

Viele Grüße

Thorsten

Einen dritten brauchen wir nicht. diese "ASC Typen" sind eher entstanden um die doch reichlich vorhanden Attribute pro Rollladen besser vorbelegen zu können. Es reicht eigentlich ein roter Hinweis im Wiki das man nach einem erstmaligen Anlegen automatischen anlegen der Attribute die Werte noch einmal durch schauen sollte. Insbesondere die open und close Position sowie das Reading zur Erkennung der aktuellen Position.


Grüße
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

eurofinder

Ja, Attribut ASC_Pos_Reading ist weiterhin ClosureState.

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

CoolTux

Bin da noch immer etwas Ratlos. Ich schaue heute Abend noch einmal in Ruhe.
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

thorschtn

Zitat von: eurofinder am 22 März 2019, 12:29:46
Ja, Attribut ASC_Pos_Reading ist weiterhin ClosureState.

ASC_Pos_Reading = ClosureState? Probier mal pct. Oder position.

NUC - FHEM & HA
MapleCUN, Homematic, 433MHz, AB440, 1-Wire Bewässerung & Pool, Jarolift (Signalduino), Signal Messenger, Denon AVR, LG WebOS, AmazonEcho, Jura S90 (ESP8266), Sonoff, Xiaomi Mii Sauger, Worx SO500i

CoolTux

Zitat von: thorschtn am 22 März 2019, 14:36:06
ASC_Pos_Reading = ClosureState? Probier mal pct. Oder position.

Hat er nicht
Zitat
READINGS:
     2019-03-20 18:53:12   ASC_ShuttersLastDrive night close
     2019-03-20 18:52:16   ASC_Time_DriveDown 21.03.2019 - 18:52
     2019-03-20 18:52:16   ASC_Time_DriveUp 21.03.2019 - 06:09
     2019-03-20 19:17:10   ClosureState    100
     2019-03-20 19:17:10   NameState       Büro
     2019-03-20 19:17:10   OpenClosedState closed
     2019-03-20 19:17:10   PriorityLockTimerState 0
     2019-03-20 19:57:34   RSSILevelState  86.0
     2019-03-20 19:17:10   StatusState     available
     2019-03-20 19:17:10   devicestate     closed
     2019-03-20 19:17:10   state           dim100

Das Reading sollte schon passen.
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