FHEM Forum

Zitat von: eisman am 30 Oktober 2018, 17:47:05
Hi,

habe mal versucht das Modul zu installieren,

bin aber über viele Sachen Gestolpert...

Device für Sonnenlicht? min und max gibt es
Einbindung Astro oder Twilight werte werden überall anders genant und man muss stundenlang suchen...

Rollo gibt es bei mir zwei seiten A und B (A hat vormittag Sonne B hat nachmittag Sonne)
beide Seiten Haben sensoren  Licht Temperatur und regen
jedes Fenster Hat zwei sensoren (threestate) (xmal möglichkeiten)

also ingesammt gute Idee aber für mich nicht nutzer (zuviel lesen znd zuwenig Info)

gruss

Zitat von: eisman am 31 Oktober 2018, 01:17:04
Mir ist halt aufgefallen. Das es die Punkte Helligkeit min und max aber kein device dazu gibt.

Zitat von: eisman am 31 Oktober 2018, 01:17:04
Wie oben beschrieben habe ich für ein Fenster 2 Sensoren und 1 Rollo. Die Fenster habe ich schon zu einen Fenster zusammen gefasst  "openopen oder obenclosed usw." Nur wie eintragen

Zitat von: eisman am 31 Oktober 2018, 01:17:04
Vielleicht könnten die Daten, wenn man z.B. Astro nutzt direkt übernommen werden. Oder die Readings gleich benennen. Würde für einen Anwender entspannter sein.

Zitat von: Prof. Dr. Peter Henning am 31 Oktober 2018, 05:43:43
An dem Beschattungsthema bin ich dran und würde die entsprechenden Codeschnipsel allgemein zur Verfügung stellen. Ist mathematisch nicht ganz trivial, wird also noch eine Weile dauern.

Da ich Euer Modul noch nicht installiert habe:
a.) Gibt es darin die Möglichkeit, für einen Rollladen den Sollstand und den Iststand separat zu verarbeiten?
b.) Kann man das Anfahren eines Sollstandes mit einer Verzögerung versehen?
c.) Kann man das Anfahren eines Sollstandes schrittweise machen, z.B. einmal pro Minute ein kleines Stück?
d.) Kann man (für Abschreckungszwecke bei der Alarmierung) einen Rollladen (oder alle Rollläden) mal um 5% bewegen, und nach 1 Minute wieder zurück?

Punkt d.) nutze ich seit einigen Jahren, hat echt einen guten Effekt...

LG

pah

Zitat von: Karflyer am 31 Oktober 2018, 07:29:57
Gestern habe ich die aktuelle Version (0.1.84) des Moduls eingespielt. Heute Morgen sind die Rolläden auch in den Räumen zum frühstmöglichen Zeitpunkt (Time_Up_Early) hochgefahren, denen ein Roomate zugeordnet ist. Der war aber noch am schlafen. Hat das bei dir ordnungsgemäß funktioniert?

Im Notifydev des ASC-Device habe ich zwei seltsame Einträge. 1 und none. Sind die korrekt?


Stefan

Zitat von: Prof. Dr. Peter Henning am 31 Oktober 2018, 07:43:04
Zum Thema Alarmierung: Hier sollte eigentlich das Ereignis durch die Alarmanlage ausgewertet werden. Schön wäre es, wenn man einen Befehl

"set XXX wiggle [device|all]"

hätte, der den Rollladen einfach etwas "Wackeln" kann.

LG

pah

Zitat von: Karflyer am 31 Oktober 2018, 07:29:57
Gestern habe ich die aktuelle Version (0.1.84) des Moduls eingespielt. Heute Morgen sind die Rolläden auch in den Räumen zum frühstmöglichen Zeitpunkt (Time_Up_Early) hochgefahren, denen ein Roomate zugeordnet ist. Der war aber noch am schlafen. Hat das bei dir ordnungsgemäß funktioniert?

Im Notifydev des ASC-Device habe ich zwei seltsame Einträge. 1 und none. Sind die korrekt?


Stefan

Zitat von: CoolTux am 31 Oktober 2018, 16:41:47
So einen User haben wir bereits.
Es wäre indirekt schon etwas möglich.

Aber vielleicht erzählst erstmal wie Deine Lamellensteuerung genau funktioniert. Geht das über den Selben Befehl wir das hoch und runter fahren mit Werten?
Also beispiel

set DEVICE position 100

ist runter gefahren aber Lamellen noch nicht geschlossen.

set DEVICE position 200

ist runter gefahren und Lamellen geschlossen

Zitat von: Tomy am 01 November 2018, 09:20:08

Hallo CoolTux,

die Jalousien sind mit KNX-Aktoren von Jung gesteuert und funktionieren folgendermaßen:

1. Die Jalousien können mit einem Befehl direkt rauf/runter gefahren werden  - Lamellenposition ist dabei immer geschlossen -> Funktion wie bei einem Rolladen
   set DEVICE aufab up/down
2. Die Jalousien können direkt eine Position anfahren - die Lamellen behalten dann die frühere Position bei. 100 entspricht Jalousie geschlossen, 0 entspricht geöffnet.
   set DEVICE posj WERT 
3. Die Lamellenposition der Jalousien kann direkt angefahren werden. 100 entspricht geschlossen, 50 entspricht waagrechter Lamellenstellung, 0 komplett nach innen gekippt.
   set DEVICE posl WERT

Die Kursiv geschriebenen Bezeichnungen sind von mir frei gewählt, dürfen halt pro Device nicht doppelt vorkommen um die getrennte Steuerung zu ermöglichen.

Hier mal der Code/die einzelnen Adressen zur Ansteuerung der Jalousien:

Code Auswählen Erweitern

1/2/14:dpt5.001:posj 1/2/15:dpt5.001:posl 2/0/14:dpt1.008:aufab
2/0/15:dpt1.001:lam 1/2/10:dpt5.001:rmposj 1/2/11:dpt5.001:rmposl 1/2/16:dpt1.001:rmant

posj -> setzen der Jalousienposition, posl -> setzen der Lamellenposition, aufab -> Jalousie auf/ab, lam -> Lamelle für eine definierte Zeit bewegen, rmposj -> Rückmeldung Position Jalousie, rmposl -> Rückmeldung Position Lamelle, rmant -> Rückmeldung Antrieb Motor an/aus

Ich denke das "normale rauf/runter fahren" wäre mit eurem Modul heute schon möglich. Interessant wäre hält später auch die Beschattung  :)
Ich könnte euch hier gerne als Tester unterstützen... werde das Modul mal übers lange Wochenende installieren und an einem Beispielrolladen/Jalousie auasprobieren.


Grüße
Tomy

Zitat von: Vampy20 am 01 November 2018, 12:03:03
Hallo CoolTux,

kann es sein, dass das Attribut ASC_Rand_Minutes aktuell nicht bei der Berechnung der Fahrzeiten berücksichtigt wird? Die Fahrzeiten meiner Rollos sind alle gleich, sowohl für Morgens als auch Abends.

Grüße,
Vampy20

Zitat von: Vampy20 am 01 November 2018, 12:46:12
Ahh, OK, dann werde ich mal beobachten. Danke für die Aufklärung und für das Modul.

Zitat von: Cluni am 02 November 2018, 12:25:49
Ich benutze im Skript Twilight. Es wären aber auch andere möglich, da ich Device- und Readingname am Dummy der Steuerung definieren lasse.
Wenn du das automatisch suchen lassen möchtest: Könntest du nicht intern eine Liste mit Typ/Reading oder ähnlich der meistbenutzten Devices führen und die gefundenen per Dropdown zur Auswahl anbieten?

Zitat von: CoolTux am 02 November 2018, 11:53:34
Beschattung
Ich würde für die Beschattung die benötigten Devices für Sonnenstand und so gerne automatisch ermitteln. Dazu würde mich interessieren welchen Type Ihr favorisieren würdet wenn Ihr sowohl Twilight als auch Astro installiert hättet, oder ob es Euch egal ist.

Zitat von: CoolTux am 02 November 2018, 11:53:34
Beschattung
Ich würde für die Beschattung die benötigten Devices für Sonnenstand und so gerne automatisch ermitteln. Dazu würde mich interessieren welchen Type Ihr favorisieren würdet wenn Ihr sowohl Twilight als auch Astro installiert hättet, oder ob es Euch egal ist.


Grüße

ZitatASC_WindowRec - Name des Fensterkontaktes an welchen Fenster der Rolladen angebracht ist

Zitat von: Papaloewe am 04 November 2018, 10:10:01
Kurze Nachfrage zu den Fensterkontakten:
Kann ich auch mehrere Devices, sprich zwei, hier angeben?
Wie muss ich die dann trennen?

Danke für dieses Modul. Es wird immer besser.

Thomas

Zitat von: FunkOdyssey am 04 November 2018, 16:13:58
Könntest du bei "ASC_Open_Pos" bitte auch den Wert "99" in der Auswahl anbieten?
Die Z-Wave-Geräte kennen nur "99" als maximalen Wert.
Danke.

Zitat von: FunkOdyssey am 04 November 2018, 16:30:12
Das ist mir schon klar. :-)

Zitat von: CoolTux am 02 November 2018, 11:53:34
Beschattung
Ich würde für die Beschattung die benötigten Devices für Sonnenstand und so gerne automatisch ermitteln. Dazu würde mich interessieren welchen Type Ihr favorisieren würdet wenn Ihr sowohl Twilight als auch Astro installiert hättet, oder ob es Euch egal ist.

Zitat von: FunkOdyssey am 05 November 2018, 14:18:04
Nachtrag: Ach Mist, du hast ja gar nicht die ReadingsGroups gemeint, sondern die Übersicht, die du vermutlich als HTML anbieten wolltest, oder? :-)

---

Oh ja, die Anlage von ReadingsGroups vom ASC-Modul heraus wäre genial.
Ich nutze seit Tag 1 der Entwicklungsphase leicht modifizierte ReadingsGroups aus dem Wiki (Danke, Beta-User).
Das Problem dabei ist halt nur, dass man die Auswahlmöglichkeiten der RG immer nachpflegen musste bspw. als die Brightness-Funktion hinzukam.
Wenn das alles über das ASC-Modul erledigt werden könnte, wäre es sehr praktisch.

Ich habe mittlerweile mehrere ASC-Installationen in Betrieb genommen. Jedoch habe ich die ReadingsGroups jedesmal unterteilt, da nicht auf allen Systemen eine 4K-Auflösung :-) zur Verfügung stand. So habe ich die RG geteilt in "Zeiten" und "Modus". Die RG für die Level-Werte (Closed_Pos, Open_Pos, Shading_Pos, Ventilate_Pos) ist zwar nett, aber wird eigentlich zu selten in der Praxis benötigt. Wobei einige Attribute ja sowieso in den letzten Versionen verschwunden sind. Diese RG könnte man sich also sparen.

Zitat von: Karflyer am 05 November 2018, 15:04:32
Ich habe es bisher auch so gehandhabt wie FunkOdyssey es beschreibt. Von Anfang an die entsprechenden ReadingsGroups angelegt. Dort hat man auch den besten Überblick, wie die Attribute bei den einzelnen Rolläden-Devices gesetzt sind und kann sie dort auch schnell ändern.
Fände ich auch wünschenswert, wenn das ASC-Modul diese ReadinsGroups generieren könnte.

Eine Frage zur CommandRef. Leon, du verweist ja immer wieder auch auf die CommandRef zu dem Modul. Kann es sein, dass die nicht auf dem aktuellen Stand ist? Oder liegt es an meiner Installation, dass ich nicht den aktuellen Stand sehe? Ich mache das mal an dem Attribut für die Verzögerung der Fahrzeiten fest. In meiner CommandRef finde ich das Attribut ASC_shuttersDriveOffset (ASC-Modul) überhaupt nicht.
Ebenso finde ich das Attribut ASC_Drive_Offset (Shutter-Device) nicht, dafür sehe ich die zwei 'verweisten' Attribute ASC_Offset_Minutes_Morning bzw. Evening.

Code Auswählen Erweitern

ASC_Offset_Minutes_Evening -
ASC_Offset_Minutes_Morning -

Das ausführen von /usr/bin/perl contrib/commandref_join.pl oder auch 'Update' in FHEM führte zu keinem anderen Ergebnis.
Woran könnte das liegen?

Zitat von: Karflyer am 06 November 2018, 09:09:14
Sowohl im Modul (ASC_shuttersDriveOffset) als auch am Rolladen-Device (ASC_Drive_Offset) lassen sich die Fahrbefehle bei einem Wert >0 verzögern. Wenn, durch die Automatik gesteuert, mehrere Rolläden gefahren werden sollen, ist das OK. Bei den SOMFY-Rolläden sogar zwingend notwendig. Unschön ist, dass diese Funktion auch bei der 'Lüftungsstellung' greift. Rolladen ist unten, Fenster wird zum Lüften geöffnet (gekippt) der Rolladen fährt erst nach einer Zeit X in die Lüftungsstellung. Man steht also zunächst bei geöffnetem Fenster vor einem geschlossenen Rolladen. Da weiß man nicht, 'hat es die Automatik mitbekommen', 'passiert jetzt noch was' und wartet mehr oder weniger darauf, dass sich der Rolladen bewegt. Wäre es nicht sinnvoll, die Verzögerungszeiten, bei der Funktion 'Lüftungsstellung' zu ignorieren?

Einige Attribute sind mit dem Wert 'none' vorbelegt. Z.B. ASC_Shading_Brightness_Sensor oder ASC_Roommate_Device. Wenn es diese Geräte an dem betreffenden Rolladendevice nicht gibt, habe ich das entsprechende Attribut mit dem Wert 'none' stehen lassen.
Dieses 'none-Device' taucht dann aber auch im NOTIFYDEV des Moduls auf:

Code Auswählen Erweitern

,[b]none[/b],rr_Stefan,Regenmesser,sc.
Ist das korrekt, oder wie soll mit Attributen verfahren werden, die nicht genutzt werden? Beispielsweise, wenn einem Raum kein Roommate_Device zugeordnet werden soll.

ZitatCode: [Auswählen]
Das "none" sollte nicht in der NOTIFYDEV auf tauchen, hast Du da im nachhinein auf das Attribut hinzufügen gedrückt oder so?

Ja, bestimmt. Ich hatte zwischenzeitlich ja mal das Problem, dass der Roommate-Status irgendwie nicht berücksichtigt wurde. Da hatte ich das Attribut ASC_Roommate_Device zwischenzeitlich gelöscht und dann doch wieder eingefügt und mit dem Wert 'none' belegt. Bin davon ausgegangen, dass bei der Bildung des NOTIFYDEV 'none' nicht berücksichtigt wird.

ZitatEine weitere Frage noch zum NOTIFYDEV im Modul. Hier taucht das Device 'Regensensor' (ASC_rainSensorDevice) auf. Das gesetzte Device für den Temperatursensor (ASC_temperatureSensor) jedoch nicht. Korrekt?

ZitatGar nichts. Einfach löschen.

Zitat von: Karflyer am 06 November 2018, 10:27:29
Das mit dem Löschen hat allerdings den Nachteil, dass ein entsprechendes ReadingsGroup nicht mehr korrekt angezeigt wird. Schöner wäre es, wenn das Attribut mit dem Wert 'none' existieren darf und das setzen von 'none' am Attribut bei der Ergänzung des NOTIFYDEF nicht berücksichtigt wird.

Zitat von: Karflyer am 06 November 2018, 10:21:55
OK. Danke dir.

kannst du bitte noch etwas zu dieser Frage sagen.

Eine weitere Frage noch zum NOTIFYDEV im Modul. Hier taucht das Device 'Regensensor' (ASC_rainSensorDevice) auf. Das gesetzte Device für den Temperatursensor (ASC_temperatureSensor) jedoch nicht. Korrekt?

ZitatNein ist nicht korrekt. Es sollte auch das Device für das Attribut ASC_temperatureSensor in der NOTIFYDEV auf tauchen. Wenn es in der Tat nicht da ist, kannst du es einfach noch einmal setzen?

Zitat von: Karflyer am 06 November 2018, 09:09:14
Unschön ist, dass diese Funktion auch bei der 'Lüftungsstellung' greift. Rolladen ist unten, Fenster wird zum Lüften geöffnet (gekippt) der Rolladen fährt erst nach einer Zeit X in die Lüftungsstellung. Man steht also zunächst bei geöffnetem Fenster vor einem geschlossenen Rolladen. Da weiß man nicht, 'hat es die Automatik mitbekommen', 'passiert jetzt noch was' und wartet mehr oder weniger darauf, dass sich der Rolladen bewegt. Wäre es nicht sinnvoll, die Verzögerungszeiten, bei der Funktion 'Lüftungsstellung' zu ignorieren?

Zitat von: Prof. Dr. Peter Henning am 31 Oktober 2018, 07:43:04
Zum Thema Alarmierung: Hier sollte eigentlich das Ereignis durch die Alarmanlage ausgewertet werden. Schön wäre es, wenn man einen Befehl

"set XXX wiggle [device|all]"

hätte, der den Rollladen einfach etwas "Wackeln" kann.

LG

pah

Zitat von: FunkOdyssey am 05 November 2018, 17:23:49
Ich habe hier eine ganze frische ASC-Installation und suche den Grund, warum heute um 16:51 Uhr die Jalousien nicht heruntergefahren wurden.

Kannst du etwas erkennen?

Code Auswählen Erweitern


Internals:
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       Rolladensteuerung
   NOTIFYDEV  global,Rolladensteuerung,zw_jal_diele,zw_jal_hwr,zw_jal_wc
   NR         150
   NTFY_ORDER 51-Rolladensteuerung
   STATE      active
   TYPE       AutoShuttersControl
   VERSION    0.1.91
   OLDREADINGS:
   READINGS:
     2018-11-04 16:05:25   lockOut         off
     2018-11-04 16:05:25   partyMode       off
     2018-11-04 19:35:00   room_Homekit_Jalousien zw_jal_diele,zw_jal_hwr,zw_jal_wc
     2018-11-04 16:05:25   selfDefense     off
     2018-11-04 19:35:00   state           active
     2018-11-04 16:05:25   sunriseTimeWeHoliday off
     2018-11-04 19:35:00   userAttrList    rolled out
     2018-11-05 16:51:00   zw_jal_diele_lastPosValue 0
     2018-11-05 16:51:00   zw_jal_diele_nextAstroTimeEvent  6.11.2018 - 08:30
     2018-11-05 16:51:00   zw_jal_hwr_lastPosValue 0
     2018-11-05 16:51:00   zw_jal_hwr_nextAstroTimeEvent  6.11.2018 - 08:30
     2018-11-05 16:51:00   zw_jal_wc_lastPosValue 0
     2018-11-05 16:51:00   zw_jal_wc_nextAstroTimeEvent  6.11.2018 - 08:30
   helper:
     shuttersList:
       zw_jal_diele
       zw_jal_hwr
       zw_jal_wc
Attributes:
   ASC_antifreezeTemp 3
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_temperatureReading temperature

Code Auswählen Erweitern

2018-11-04_19:35:00 Rolladensteuerung userAttrList: rolled out
2018-11-04_19:35:03 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  5.11.2018 - 08:30
2018-11-04_19:35:03 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  5.11.2018 - 08:30
2018-11-04_19:35:03 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  5.11.2018 - 08:30
2018-11-05_08:30:02 Rolladensteuerung zw_jal_diele_lastPosValue: 0
2018-11-05_08:30:02 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_08:30:02 Rolladensteuerung zw_jal_hwr_lastPosValue: 0
2018-11-05_08:30:02 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_08:30:02 Rolladensteuerung zw_jal_wc_lastPosValue: 0
2018-11-05_08:30:02 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_15:47:07 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_15:47:08 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_15:47:09 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_15:47:10 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_15:47:12 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_15:47:13 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_16:51:00 Rolladensteuerung zw_jal_diele_lastPosValue: 0
2018-11-05_16:51:00 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_16:51:00 Rolladensteuerung zw_jal_hwr_lastPosValue: 0
2018-11-05_16:51:00 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_16:51:00 Rolladensteuerung zw_jal_wc_lastPosValue: 0
2018-11-05_16:51:00 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  6.11.2018 - 08:30

Code Auswählen Erweitern

Internals:
   DEF        efbdf21a 6
   IODev      ZWDongle
   LASTInputDev ZWDongle
   MSGCNT     50
   NAME       zw_jal_diele
   NR         136
   STATE      99
   TYPE       ZWave
   ZWDongle_MSGCNT 50
   ZWDongle_RAWMSG 0004000606310504220000c400
   ZWDongle_TIME 2018-11-05 17:11:52
   ZWaveSubDevice no
   homeId     efbdf21a
   isWakeUp   
   nodeIdHex  06
   READINGS:
     2018-11-05 08:30:02   ASC_ShuttersLastDrive day open
     2018-11-05 16:51:00   ASC_Time_DriveDown  6.11.2018 - 16:51
     2018-11-05 16:51:00   ASC_Time_DriveUp  6.11.2018 - 08:30
     2018-10-12 18:51:44   CMD             ZW_APPLICATION_UPDATE
     2018-10-13 08:29:12   assocGroup_1    Max 16 Nodes ZWDongle
     2018-10-13 08:29:12   assocGroup_2    Max 16 Nodes zw_jal_hwr zw_jal_diele zw_jal_wc
     2018-10-13 08:29:12   assocGroup_3    Max 1 Nodes ZWDongle
     2018-10-13 08:29:12   assocGroups     3
     2018-10-12 20:52:55   configEnergyReports 10
     2018-10-12 20:52:55   configInRollerBlindModeOrVenetianBlind17 10
     2018-10-12 20:52:55   configInVenetianBlindModeTheParameter12 150
     2018-10-12 20:53:00   configManagingLamellasInResponseTo35 SetLamellasToTheirExtreme1
     2018-10-12 20:53:00   configMotorOperationDetection 10
     2018-10-12 20:53:00   configMotorOperationTime 240
     2018-10-12 20:53:00   configPeriodicPowerOrEnergyReports 3600
     2018-10-12 20:53:00   configPowerReports 10
     2018-10-12 20:53:05   configReportsType BlindPositionReportsSentToThe0
     2018-10-12 20:53:05   configResponseToFloodingAlarm NoReaction
     2018-10-12 20:53:05   configResponseToGeneralAlarm CloseBlind
     2018-10-12 20:53:05   configResponseToSmokeCOOrCO2Alarm OpenBlind
     2018-10-12 20:53:05   configResponseToTemperatureAlarm OpenBlind
     2018-10-12 21:27:55   configRollerShutterOperatingModes 1RollerBlindModeWithPositioning
     2018-10-12 20:53:05   configScenesAssociationsActivation AssociationsActivation
     2018-10-12 20:53:05   configSelfMeasurement SelfMeasurementInactive
     2018-10-12 20:53:05   configSetLamellasBackToPrevious13 1LamellasReturnToPreviouslySet1
     2018-10-12 20:53:05   configSwitchType MomentarySwitches
     2018-11-05 16:33:23   energy           0.04 kWh
     2018-10-12 21:25:27   mcaGroups       2
     2018-10-12 21:25:23   mca_1           Max 7 Nodes ZWDongle
     2018-10-12 21:25:23   mca_2           Max 7
     2018-10-12 18:45:32   model           FIBARO System FGRM222 Roller Shutter Controller 2
     2018-10-12 18:45:32   modelConfig     fibaro/fgrm222.xml
     2018-10-12 18:45:32   modelId         010f-0302-1000
     2018-10-12 21:25:39   neighborList    ZWDongle zw_heizstab zw_jal_hwr zw_dim_wegbeleuchtung zw_jal_wc
     2018-10-12 21:25:37   neighborUpdate  done
     2018-11-05 07:11:56   position        99
     2018-11-05 17:11:52   power           0.0 W
     2018-10-12 21:28:17   reportedState   dim 99
     2018-11-01 16:12:25   state           dim 70
     2018-11-01 16:12:25   timeToAck       0.082
     2018-11-01 16:12:25   transmit        OK
Attributes:
   ASC        2
   ASC_Antifreeze off
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BrightnessMaxVal -1
   ASC_BrightnessMinVal -1
   ASC_Closed_Pos 0
   ASC_Down   astro
   ASC_Drive_Offset -1
   ASC_GuestRoom none
   ASC_Mode_Down always
   ASC_Mode_Up off
   ASC_Open_Pos 99
   ASC_Partymode off
   ASC_Pos_Cmd pct
   ASC_Pos_after_ComfortOpen 80
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Brightness_Reading brightness
   ASC_Shading_Brightness_Sensor none
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 08:30
   ASC_Time_Up_Late 10:00
   ASC_Time_Up_WE_Holiday 09:00
   ASC_Up     astro
   ASC_Ventilate_Pos 30
   ASC_Ventilate_Window_Open on
   ASC_WindowRec none
   ASC_WindowRec_subType twostate
   ASC_lock-out soft
   ASC_lock-outCmd none
   IODev      ZWDongle
   userattr   ASC_Antifreeze:off,on ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BrightnessMaxVal ASC_BrightnessMinVal ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_Drive_Offset ASC_GuestRoom:on,off ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Cmd ASC_Pos_after_ComfortOpen:0,10,20,30,40,50,60,70,80,90,100 ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Brightness_Reading ASC_Shading_Brightness_Sensor ASC_ShuttersPlace:window,terrace ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WindowRec ASC_WindowRec_subType:twostate,threestate ASC_lock-out:soft,hard ASC_lock-outCmd:inhibit,blocked


Im Modul steht "night close" und kann es sein, dass ASC davon ausgegangen ist, dass nicht gefahren werden muss? Weil Position = Last Position?

Zitat von: pc1246 am 07 November 2018, 08:05:18
Moin
Type:   tahoma
state:   dim

Gruss Christoph

Zitat von: CoolTux am 06 November 2018, 20:33:42
Haben alle ZWave Rolläden als set Befehl dim?

Zitat von: CoolTux am 07 November 2018, 08:20:31
ist dim bei diesem TYPE der set Befehl?

ZitatSehr schön. Und der TYPE wird auch tatsächlich so geschrieben? SOMFY genau so?

Zitat von: krikan am 07 November 2018, 08:36:27
Rollläden haben grundsätzlich den set-dim - Befehl (Command Class SWITCH_MULTILEVEL). Besonderheit: "set <device> dim 99" entspricht dabei 100%.
Einzige Ausnahme für Rollläden gibt es meiner Erinnerung nach bei Merten Connect-Aktoren, die aber vermutlich im FHEM-Bereich kaum genutzt werden.

Der laut Statistik häufig genutzte Fibaro FGR(M)222 kann bei Jalousien/Raffstores bezüglich der Lamellenwinkel nur über den Befehl Fibaro-spezifischen-Befehl "positionSlat" angesteuert werden können; der Öffnungsgrad geht aber auch über "dim". Wenn die Lamellenverstellung von Jalousien auch im Modul gesteuert werden soll, dann wird es kompliziert, da jeder Hersteller hier seine Freiheiten auslebt, d.h. es gibt verschiedenste Varianten.

Wenn mehr Info notwendig sind, dann bitte nachfassen. Habe den Thread hier nicht verfolgt.

Zitat von: Karflyer am 06 November 2018, 10:27:29
Das mit dem Löschen hat allerdings den Nachteil, dass ein entsprechendes ReadingsGroup nicht mehr korrekt angezeigt wird. Schöner wäre es, wenn das Attribut mit dem Wert 'none' existieren darf und das setzen von 'none' am Attribut bei der Ergänzung des NOTIFYDEF nicht berücksichtigt wird.

Zitat von: TomLee am 07 November 2018, 10:54:36
Rademacher:

Type= DUOFERN
set-Befehl=position
Reading=position

Zitat von: ChrisKoh am 07 November 2018, 19:27:40
meine UNIROLL Autoren können nur "up" und "down"

Zitat von: CoolTux am 07 November 2018, 18:05:23
Steht der Roommate in der NOTIFYDEV vom ASC Device?
Ansonsten ist es so, der Rolladen fährt immer runter wenn asleep oder gotosleep.
Der Rolladen fährt immer hoch wenn home oder awoken und es Tag ist.
Voraussetzung ist das ASC_Mode_Down und ASC_Mode_Up auf always oder home stehen.

Zitat von: CoolTux am 07 November 2018, 16:22:38
Klar kann ich. Ganz in Ruhe.
Vielleicht mag und findet sich ja auch jemand anderes der dies gerne machen möchte.

Zitat von: pc1246 am 08 November 2018, 08:45:00
Moin
Ich mache das! Denke mal heute abend bei Dir!
Gruss Christoph

Zitat von: CoolTux am 08 November 2018, 12:08:12
@pc1246
Bitte nehme als Grundlage für die englische Übersetzung die deutsche Commandref der aktuellen 0.1.93er Version. Wenn Dir noch was im deutschen auf fällt sag bitte Bescheid.

Danke Dir

Zitat von: majestro84 am 09 November 2018, 09:36:02
Hallo CoolTux
Super das das Modul so schnell schon so weit ist. Habe ich es richtig verstanden das die Z-Wave Aktoren auch funktionieren mit Set dim 0-99?

Ich nutze im Moment die Steuerung von Cluni angepasst auf die Z-Wave Aktoren.  In dem Code werden die manuellen Taster bei geöffneten Fenster gesperrt funktioniert das in deinem Modul auch?

Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

Zitat von: pc1246 am 09 November 2018, 09:38:18
Moin CoolTux
Als ich gestern rausfinden wollte, wie die englische Commandref geheadert wird, habe ich gleich mal mehrere Module gefunden, die gar keine englische hatten.
Wie eng wird das denn eigentlich gesehen?
Gruss Christoph

Zitat von: majestro84 am 09 November 2018, 10:28:01
Also die Fibaro Rollershutter die ich habe sperre ich in Clunis Steuerung mit protectionON und entsperre sie wieder mit protectionOFF. Vielleicht kannst du das bei dir ja noch mit einbauen.
Ich auch die modifizierte Steuerung von Cluni in dem entsprechenden Thread veröffentlichen.
Gruß

Gesendet von meinem Redmi Note 4 mit Tapatalk

Zitat von: CoolTux am 09 November 2018, 11:01:51
Aber dann sollte es ja nicht so schwer sein das ganze zu implementieren. Wenn Fenster offen registriert wird soll am Rolladen der Befehl set protectionOn oder Off ausgeführt werden.
Soll ich das mal so einbinden. Kann ja ein Attribut werden, protection set Command oder so.

Zitat von: enno am 09 November 2018, 11:25:51
Eine der wichtigsten Forderung meiner Frau. Das Rollo darf sich bei offener Tür auf keinen Fall bewegen! Würde ich sehr begrüßen und spart mir ein DOIF.

Gruss
  Enno

Zitat von: CoolTux am 09 November 2018, 11:48:44
Problem, nicht alle Rolläden unterstützen das. Wie lautet den bei Dir de rBefehl dafür?

Zitat von: majestro84 am 09 November 2018, 12:48:26
Verschattung ist ja im Moment eh erstmal uninteressant.

Zitat von: enno am 09 November 2018, 12:50:58
Ich nutze Somfy mit Tahoma (https://fhem.de/commandref.html#tahoma) bei mir wird bei "Fenster offen" das Device auf disable gesetzt.

Code Auswählen Erweitern

attr tahoma_23234545 disable 1

Wenn ich das richtig verstanden habe, sollte das mit deinem Vorschlag hier einen zwei drüber machbar sein.

Gruss
  Enno

Zitat von: CoolTux am 09 November 2018, 13:23:43
Softwaremäßig sollte eine Sperre schon passieren, also wohl gemerkt eine Sperre das das ASC Modul keine Fahrten macht wenn Fenster offen ist. Andere Komponenten die den Rolladen in FHEM schalten können dennoch den Rolladen fahren lassen.

Zitat von: hexenmeister am 09 November 2018, 13:40:40
Ich habe gestern mit dem Testen mit der 'richtigen Hardware' angefangen. Habe noch nicht alles konfiguriert, was ich so brauche, was ich jedoch ausprobiert habe, ging sofort. Coole Sache!
Habe auch das 'wiggle' ausprobiert. Grundsätzlich eine gute Idee. Der Wert 5 ist jedoch anscheinend festverdrahtet. Bei meinen Rolläden geht dabei allerhöchtens der oberste Lichtschlitz auf. Damit das so wirkt, als ob jeman durch die Schlitze gucken will, müssen Rollos deutlich weiter hoch fahren. Wäre toll, diesen Wert konfigurierbar zu machen.

Zitat von: pc1246 am 09 November 2018, 13:49:08
Moin
Ich glaube Enno und Cooltux reden aneinander vorbei! Wenn die Tuer offen ist, darf die Automatik nicht mehr fahren.
Ich habe jetzt auch mal eine Frage. Ich habe derzeit ein DOIF welches einen Rollladen faehrt in Abhaengigkeit von Sonnenstand und Fernsehen an. Dieses wurde zuerst von meiner besseren Haelfte fuer Irrsinn erklaert, ist aber nicht mehr aus dem Alltag wegzudenken. Laesst sich so etwas noch integrieren, bzw. halbwegs einfach workarounden?
Gruss Christoph

Zitat von: enno am 09 November 2018, 14:00:12
Da ich keine Schalter habe, sollte das reichen. Wenn FHEM nicht fährt und das auf keinen Fall bei offenen Fenster macht, ist das was ich brauche schon drin. Weitere Sperre ist für meine Anwendungen nicht nötig.

Die gleiche Funktion mit TV wie pc1246 beschreibt, habe ich auch. Die Frage wollte ich eigentlich stellen wenn die Sache mit Verschattung funktioniert.

Gruss
  Enno

Zitat von: CoolTux am 09 November 2018, 14:06:36
Ok dann sind das mit dem Fernsehr schon 2, wenn jetzt noch 2 kommen werde ich sowas einbauen!!!

Zitat von: CoolTux am 09 November 2018, 14:03:27
Den Wert 5 hatte ich einfach mal so von pah übernommen. Vielleicht sollten wir den doch konfiguriebar machen damit auch Leute mit 0-15 als auf und zu das ganze verwenden können. Dann aber nach Möglichkeit im ASC Modul selbst.

Zitat von: hexenmeister am 09 November 2018, 14:16:24
Vlt. Sollte man nicht direkt eine "Fernseherprüfung" einbauen, sondern ein device, der so eine Beschattung blockieren oder forcieren kann.

Zitat von: hexenmeister am 09 November 2018, 14:22:38
Vlt. Eine Möglichkeit, über ein set Befehl oder so eine bestimmte Situation zu erzwingen? Nactposition, Beschattungsposition etc.

Zitat von: pc1246 am 09 November 2018, 14:19:13
Hallo
Ich wollte hier kein Fass aufmachen.

Zitat von: hexenmeister am 09 November 2018, 14:10:29
*Meld*  ;D

Zitat von: CoolTux am 10 November 2018, 11:02:05
Wichtig wäre bitte auch ein list vom Roommate Device und vom ASC Device.

Zitat von: CoolTux am 10 November 2018, 16:29:05
Kann es sein das Dein Fenster offen war heute morgen wie es 9:30 Uhr war?

Zitat von: CoolTux am 10 November 2018, 16:45:30
Da fällt mir noch ein, ist der Rolladen nicht hochgefahren wie Du das Fenster zu gemacht hast?

Zitat von: CoolTux am 10 November 2018, 16:44:16
Ja genau. Es wird beim Hochfahren geprüft ob SelfDefense an ist und ob die Fenster zu sind. Wenn das so ist wird hochgefahren ansonsten nicht.
Und bitte mache ein Update über FHEM damit du die neuste Version bekommst. Hat nichts mit Deinem Problem zu tun aber es werden da noch einige Dinge aufgeräumt für die Zukunft.

Zitat von: Papaloewe am 10 November 2018, 17:26:01
Irgendwie funktioniert das Ventilate bei mir seit der Version 0.1.93 nicht mehr.
Hat sich etwas geändert?
Auf welche Events reagiert WindowsRec? open-closed, oder auch auf-zu?

Zitat...und wenn threestate titled.

Zitat von: Papaloewe am 10 November 2018, 17:39:18
Was meinst du damit?

Zitat von: pc1246 am 10 November 2018, 17:39:46
Moin
Mein Velux (tahoma) hat sich nicht bewegt. ASC meint aber last drive waere night close gewesen!
Zeitlich haette das gut gepasst. Wie ueberede ich ASC jetzt dazu wieder oeben zu sein?
ASC pos reading stand auch nicht auf dim, wobei ich hier auch ein Problem zu sehen meine. der state ist dim0, ohne Leerzeichen.
Gruss Christoph

Zitat von: CoolTux am 10 November 2018, 18:00:51
Wenn Du einen Fensterdrehgriffsensor hast und er gekippt an zeigt.

ZitatOder wenn der Rolladen Abends unten ist und du das Fenster auf machst dann fährt der Rolladen nicht hoch in die Ventilate Position?

Zitat von: CoolTux am 10 November 2018, 18:03:27
Wie ist der TYPE von dem Device und was steht bei ASC_Pos_Reading

Zitat von: pc1246 am 11 November 2018, 12:07:35
Moin
TYPE   tahoma
ASC_pos_reading stand auf position, und ich habe es auf dim geaendert!
Schrieb ich aber schon!
Gruss Christoph

Zitat von: CoolTux am 11 November 2018, 12:29:31
Ich brauche da bitte list der entsprechenden Devices. Also vom Rolladen und vom ASC Device.

Zitat von: CoolTux am 11 November 2018, 13:07:16
Wäre also die Frage, lautet der set Befehl für den TYPE tahoma wirklich dim? also 'set Rolladen dim 90' fährt den Rolladen auf 90 Prozent?

Zitat von: CoolTux am 10 November 2018, 22:53:11
Der set Befehl für ZWave steht mit dim fest im Code. Hier wird dann position nur als Reading für den aktuellen Status gewählt und dim als Set Befehl.

Zitat von: hexenmeister am 11 November 2018, 18:37:05
Mir ist beim Testen etwas "kosmetisches" aufgefallen.
Hat man weder twiligt noch astro device, bekommt man eine unschöne Meldung im Log

Code Auswählen Erweitern

2018.11.11 18:32:31 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 368.
2018.11.11 18:32:31 1: stacktrace:
2018.11.11 18:32:31 1:     main::__ANON__                      called by ./FHEM/73_AutoShuttersControl.pm (368)
2018.11.11 18:32:31 1:     AutoShuttersControl::Notify         called by fhem.pl (3600)
2018.11.11 18:32:31 1:     main::CallFn                        called by fhem.pl (3520)
2018.11.11 18:32:31 1:     main::DoTrigger                     called by fhem.pl (631)


Zitat von: CoolTux am 11 November 2018, 14:48:32
ASC_Roommate_Reading state
Ist auch nicht korrekt. In dem Reading darf ausschließlich eine Zahl stehen.

Aber das ganze hat sich seit den ersten Versionen nicht geändert. Es dürfen ausschließlich numerische Werte in dem Reading zum ermitteln der aktuellen Position drin stehen. Es kann also auch schon früher auf die Art nicht funktioniert haben. Zu mindest nicht korrekt.

Zitat von: pc1246 am 12 November 2018, 08:32:52
Moin
Also die ganzen Eintraege sind automatisch erzeugt worden! Auch in ASC_AutoAstroModeMorningHorizon stand none oder so drin!
Ich hatte mich ja auch schon gewundert, dass der Eintrag tahoma ignoriert wurde und trotzdem position stat dim im pos_reading stand!
Ich habe auch keine residents oder Fensterkontakte oder aehnliches im Testsystem.
Gruss Christoph

Zitat von: CoolTux am 12 November 2018, 08:51:28
solltet Ihr finden das die Commandref nicht aussagekräftig genug ist bei einigen Dingen dann seit so nett und gebt Bescheid oder besser noch versucht eine Formulierung zu finden dies es besser beschreibt.

Zitat von: enno am 12 November 2018, 09:35:53
Mein größtes Problem ist in der Commandref zu verstehen wann und welche Sorte von Reading eingetragen werden muss und wann die Bezeichnung des Readings. Wenn Du das deutlicher formulieren könntest bekomme ich dein Modul vielleicht zum Fliegen. Zur Zeit bewegt sich mein Test Rollo (Somfy über Tahoma) noch nicht mal beim manuellen "Schütteln".

Gruss
  Enno

Zitat von: enno am 12 November 2018, 09:35:53
Mein größtes Problem ist in der Commandref zu verstehen wann und welche Sorte von Reading eingetragen werden muss und wann die Bezeichnung des Readings.
Gruss
  Enno

Zitat von: CoolTux am 12 November 2018, 09:38:43
Auch nicht nach einem Update von heute morgen und neustart von FHEM?

Zitat von: enno am 12 November 2018, 09:49:50
Ich teste das heute Abend mal, morgens gibt das Mecker von meinen Mitbewohnern. Melde mich dann mit den nächsten Problemen  8)

Gutes Beispiel ist: ASC_timeUpHolidayReading - corrsponding reading for ASC_timeUpHolidayDevice to detect holiday or similar / has to content 0 or 1.

Problemfälle für mich:
ASC_residentsDeviceReading - state of the residents device (nur 1/0 oder geht auch Home/Away)
ASC_rainSensorReading - reading of rain sensor device (nur 1/0 oder geht auch die Menge)
ASC_Roommate_Reading - the reading of the roommate device which represents the state (nur 1/0 oder geht auch Home/Away oder der Name des Readings)
ASC_Pos_Reading - name of the reading which represents the position of the shutter in percent, is used at unknown device types for set command. (Inhalt des Reading (zB. "dim") oder Name des Readings aus dem der Wert gelesen wird)

Zitat von: pc1246 am 12 November 2018, 11:46:28
Moin
Ich bin halt ganz blauaeugig an die Sache herangegagen. Tahoma auf dem Testsystem eingerichtet. ASC eingerichtet, und einen von den drei Rollladen als ASC type definiert. Danach gab es einige neue readings und zig Attribute. Manche erschienen mir schluessig, andere nicht. Zeiten wurden aber sofort eingetragen, die dann auch sinnvoll erschienen! Dann kam ziemlich schnell die erste Fahrt, die aber nicht ausgefuehrt wurde!
Mein Problem liegt jetzt darin, dass es ja nur einmal am Tag morgens und einmal abends ist. Somit ist jeder Versuch mit einem Abstand von ca. 12 Stunden behaftet, wobei ich morgens gar nicht mehr zu Hause bin, und abends mit dem Hund unterwegs. Das umstellen auf time scheint aber nicht so recht zu wollen, wobei ich zugegebener massen auch noch nicht ins log geschaut habe, da ich mir dieses WE mal frei genommen hatte.
Mal sehen evtl. habe ich heute abend ja Lust.
Ich habe mich auch bei der Uebersetzung schwer getan, manches zu verstehen, da schienen einige Ueberschreiber, halb fertige Kommentare drin zu sein. Ich habe dann versucht, aufgrund des Namens zu verstehen und etwas sinnvolles hinzuschreiben.

Ein Vorschlag von mir, waere evtl. ein reading hinzuzufuegen, was zeigt, ob ASC korrekt konfiguriert ist. Ich bin auch gerne bereit ein Howto zu schreiben, wenn ich dann erst einmal einen am Laufen habe.
Die Formulierung im Wiki unter Basics ist eventuell auch nicht gelungen. Wenn Residents/Roommates oder anderes zwingend notwendig sind, dann darf da nicht "sollten" stehen, sondern "muessen".
Aber ich schaue erstmal heute abend wie es aussieht.
Gruss Christoph

Zitat
Montag, 12. November
21:00 bis 21:30

CoolTux lädt Sie zu einem geplanten Zoom Meeting ein.

Nehmen Sie teil von PC, Mac, Linux, iOS oder Android
https://zoom.us/j/225390542

Per Telefon beitreten
Mit einem Fingertipp auf dem iPhone:
+14086380986,,225390542# (San Jose)
+16465588665,,225390542# (New York)
Wählen(Für höhere Qualität eine auf Ihrem aktuellen Standort basierende Nummer wählen):
+1 408 638 0986 Vereinigte Staaten von Amerika (San Jose)
+1 646 558 8665 Vereinigte Staaten von Amerika (New York)
Meeting-ID: 225 390 542
Verfügbare internationale Nummern:
https://zoom.us/u/aeILaEFVFf
10 Minuten vorher als E-Mail
10 Minuten vorher

• Clunis Scripte "entfernen". Hierzu gibt es im ersten Post seines Threads einen Hinweis - hat bei mir einwandfrei funktioniert: neue Routine: Rollladensteuerung_delete_all('delete_all')    ### ACHTUNG - experimentell und ungetestet ###
  
• Definition des ASC-Moduls
• In allen Rollladen-Devices das Attribut "ASC" auf 2 gesetzt (Homematic / Shelly) und den Scan wie beschrieben im Hauptmodul gestartet. Alle Rollläden wurden gefunden und hinzugefügt.
• Im ASC-Device die übergeordneten Attribute gesetzt (für twilight, etc.). Ab jetzt ist die Grundfunktionalität bei mir bereits gegeben, tests mit "wiggle" funktionieren.
• Fensterkontakte hinzugefügt -> Komfortfunktionen funktionieren (das war der aufwändigste Teil)
• Residents im ASC-Device und Roommates in den entsprechenden Rollladen-Devices konfiguriert, die Schlafzimmer markiert -> ab jetzt fahren die Rollladen so, wie die BEwohner es wünschen (bei Anwesenheit manuell, bei Abwesenheit automatisch)

Zitat von: sledge am 12 November 2018, 12:28:29
Hi,

ich habe gestern den Umstieg von Clunis Scripten (Danke nochmal an Bernd) auf ASC durchgeführt. Auch wenn einige Formulierungen in der Commandref noch etwas holprig sind, war der Umstieg für meine Anwendungsfälle reibungslos und ging mit wenig Konfigurationsaufwand von statten.

Hier mal meine Schritte, falls es jemand gebrauchen kann:

• Clunis Scripte "entfernen". Hierzu gibt es im ersten Post seines Threads einen Hinweis - hat bei mir einwandfrei funktioniert: neue Routine: Rollladensteuerung_delete_all('delete_all')    ### ACHTUNG - experimentell und ungetestet ###
  
• Definition des ASC-Moduls
• In allen Rollladen-Devices das Attribut "ASC" auf 2 gesetzt (Homematic / Shelly) und den Scan wie beschrieben im Hauptmodul gestartet. Alle Rollläden wurden gefunden und hinzugefügt.
• Im ASC-Device die übergeordneten Attribute gesetzt (für twilight, etc.). Ab jetzt ist die Grundfunktionalität bei mir bereits gegeben, tests mit "wiggle" funktionieren.
• Fensterkontakte hinzugefügt -> Komfortfunktionen funktionieren (das war der aufwändigste Teil)
• Residents im ASC-Device und Roommates in den entsprechenden Rollladen-Devices konfiguriert, die Schlafzimmer markiert -> ab jetzt fahren die Rollladen so, wie die BEwohner es wünschen (bei Anwesenheit manuell, bei Abwesenheit automatisch)

Fertig und läuft. Ich sag' Danke!

VG Tom

Zitat von: CoolTux am 12 November 2018, 12:31:08
Hallo Tom,

Vielleicht lohnt es sich ja Deine Schritte in der Commandref und/oder im Wiki fest zu halten. Ich denke mal auf der ersten Seite dieses Threads wären sie auch gut aufgehoben  :)
Aktuell bin ich dabei Deinen Patch ein zu pflegen. Vielen Dank an Dich dafür.


Grüße

Zitat von: FunkOdyssey am 12 November 2018, 16:47:50
Meine Z-Wave-Jalousien sind wieder nicht heruntergefahren.
Ich will aber nicht wieder einen Tag warten.
Wie kann ich eine zweite Fahrt erzwingen, wenn ich bspw. die Uhrzeit weiter nach hinten schiebe.
ASC beharrt aber darauf, erst morgen früh wieder zu fahren.

Ein Erzwingen via ... hat auch nicht geklappt:

Code Auswählen Erweitern

setreading zw_jal.* ASC_ShuttersLastDrive day open

---

Ich sehe auch gerade die folgenden Readings. Wieso sind die auf "off"?

Code Auswählen Erweitern

     2018-11-12 16:45:45   ASC_Time_DriveDown AutoShuttersControl off
     2018-11-12 16:45:45   ASC_Time_DriveUp AutoShuttersControl off

Zitat von: CoolTux am 12 November 2018, 17:30:25
ASC_ShuttersLastDrive day open

Ist doch nur eine Info und wird nirgendwo ausgewertet oder versendet.

Zitat von: CoolTux am 12 November 2018, 17:30:25
2018-11-12 16:45:45   ASC_Time_DriveUp AutoShuttersControl off
Das kommt mir komisch vor. Gerade das AutoShuttersControl nach DriveUp ist dort nicht korrekt.  Wie sehen denn die Attribute für die Zeiten aus,

Zitat von: CoolTux am 12 November 2018, 17:30:25
welche Version verwendest Du aktuell.

Zitat von: CoolTux am 12 November 2018, 17:30:25
Hast Du Dir durchgelesen was ich geschrieben habe bezüglich testen?

Zitat von: CoolTux am 12 November 2018, 17:30:25
Du kannst wiggle verwenden und einen Rollladen zum testen auswählen.

Zitat von: sledge am 12 November 2018, 18:19:50
Über die Attribute "ASC_Mode_Down / _Up" des Rollladen-Device steuere ich ja, wie sich der Rollladen in Abhängigkeit des Bewohners (ROOMMATE) verhält.

Für zwei Zimmer habe ich den Wert auf "absent" gestellt und entsprechende ROOMMATEs zugewiesen - einer steht auf "home", einer auf "gone"

Erwartetes Verhalten: Bewohner anwesend => keine automatischen Fahrten, Bewohner "absent" => automatische Fahrten

Der erste Fall klappt wunderbar, der zweite Fall jedoch nicht (bei mir), wenn der Status des ROOMMATE auf "gone" steht. In meiner (gedanklichen) Hierarchie wäre "gone" > "absent" - also erwarte ich auch hier, dass dann die Rollläden automatisch fahren.

Denkfehler meinerseits oder ggf etwas falsch konfiguriert??

Zitat von: CoolTux am 12 November 2018, 18:23:58
Die beiden Readings geben kein Event ab. War bis jetzt nicht nötig.

Konntest Du mit set wiggle Rolladenname nun den Rolladen zum fahren bewegen?

Zitat
Montag, 12. November
21:00 bis 21:30

CoolTux lädt Sie zu einem geplanten Zoom Meeting ein.

Nehmen Sie teil von PC, Mac, Linux, iOS oder Android
https://zoom.us/j/225390542

Per Telefon beitreten
Mit einem Fingertipp auf dem iPhone:
+14086380986,,225390542# (San Jose)
+16465588665,,225390542# (New York)
Wählen(Für höhere Qualität eine auf Ihrem aktuellen Standort basierende Nummer wählen):
+1 408 638 0986 Vereinigte Staaten von Amerika (San Jose)
+1 646 558 8665 Vereinigte Staaten von Amerika (New York)
Meeting-ID: 225 390 542
Verfügbare internationale Nummern:
https://zoom.us/u/aeILaEFVFf
10 Minuten vorher als E-Mail
10 Minuten vorher

Zitat von: pc1246 am 13 November 2018, 07:47:09
Moin
Ich habe das gestern abend leider vergessen, waere auch gerne dabei gewesen!
Zu "ClosureState", wie kommt das jetzt uebereinander? Bisher hatte ich es so verstanden, dass der Fahrbefehl und der Zustand gleich sein muessen? Kann man ein tahoma device mit "Closurestate" fahren?
Gruss Christoph

Zitat von: Chaos am 13 November 2018, 08:26:49
Hi,

ich bin auch mal zum Testen gekommen...

Das Modul ist der Wahnsinn. Vom Umfang und den Funktionen genau das was ich suche :-)

Die Einrichtung war trivial, aber ich hab noch ein Problem, bzw. ne kleine Frage:
Kann ich eine oder zwei Rolladen verzögert fahren? Ich müsste bei mir zwei Rolläden ca. 15 Sekunden später fahren (Verkabelungsgeschichte).
Oder macht das ASC_Drive_Offset?

MfG
Manuel

Zitat von: pc1246 am 13 November 2018, 07:47:09
Moin
Ich habe das gestern abend leider vergessen, waere auch gerne dabei gewesen!
Zu "ClosureState", wie kommt das jetzt uebereinander? Bisher hatte ich es so verstanden, dass der Fahrbefehl und der Zustand gleich sein muessen? Kann man ein tahoma device mit "Closurestate" fahren?
Gruss Christoph

Zitat von: CoolTux am 13 November 2018, 08:36:42
Hallo Manuel,

Das macht in der Tat ASC_Drive_Offset, das wäre dann einzeln für jeden Rollladen, oder im ASC Device ASC_shuttersDriveOffset eine Verzögerung für alle Rollläden. Bitte beachte aber das dies keine ganze Verzögerung des Wertes ist sondern eine zufällige Zahl zwischen 0 und Deinem Wert den Du ein gibst in Sekunden!!!


Grüße

Zitat von: marvin78 am 13 November 2018, 08:36:55
Ob dieser Bug bekannt ist, weiß ich nicht und ich werde es auch nicht checken: Wenn man scanForShutters mehrfach durchführt (ggf. kommt ja ein neuer Shutter dazu), stehen die schon vorhandenen Rollläden genau so oft im NOTIFYDEV, wie der Befehl ausgeführt wurde.

Achso und bei mir sind die Attribute in den Devices nicht verfügbar. Ich habe leider zu wenig Zeit für Fehlersuche und nehme auch an, dass alle Probleme hier schon erörtert werden.

Zitat von: Chaos am 13 November 2018, 08:52:06
Hi,
Dann hab ich das ASC_Drive_Offset richtig verstanden...
Auf die Gefahr zu nerven: Den "Zufall" da optional zu machen, wäre für dich machbar? (Also weniger von den Programmierfähigkeiten, sondern von der Akzeptanz. Mein Setup ist ja vermutlich eher die Ausnahme als die Regel).

MfG
Manuel

Zitat von: CoolTux am 13 November 2018, 08:59:19

Einzige Erklärung die ich noch hätte wäre ein mindestens 2 Monate altes FHEM.

Zitat von: majestro84 am 13 November 2018, 09:21:51
Also ich nutze bei Cluni genau den Offset weil ich zuerst nur die Rollladen im Gehweg Bereich runter fahre die anderen hält ne halbe Stunde später.

Zitat von: majestro84 am 13 November 2018, 09:21:51
Wie ich es damals noch selbst gesteuert habe mit doif, hatte ich es so geregelt das die Rollladen erst auf eine, sagen wir Mal, Sichtschutz Position fahren(Es ist draußen so dunkel das man drinnen Licht abschaltet aber nicht unbedingt die Rollladen komplett schliesen möchte). Bei völliger Dunkelheit habe ich sie dann erst komplett geschlossen.
Also ich wäre für so ein Offset oder, ist ja auch wieder was zusätzliches, der Sichtschutz.
Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

ZitatWie bereits mehrfach erwähnt ist dies nicht mehr nötig, da die gängigsten Rolllotypen automatisch erkannt werden. Deswegen heißt das Attribut nun auch ASC_Pos_Reading. Also das Reading welches die aktuelle Position des Rollladens nummerisch an gibt. Ich werde in die Commandref noch rein schreiben welche Typen aktuell automatisch erkannt werden.

Zitat von: Deckoffizier am 13 November 2018, 10:07:46
Hallo CoolTux,

habe gestern ein update gemacht und seitdem hatte ich Schwierigkeiten mit meinen
UNIRoll Rolladen(keine Fahrten).
Vorher lief alles bestens.
Einzig mein Siro Rolladen lief weiterhin anstandslos.

Habe heute morgen mit dem attr useRolloPos von 0 auf 1 hin und her wechseln gespielt und setzen fahren auf die oberste Position.
Hoffe  heute Abend wieder alles wie gehabt am laufen zu bekommen.

Muss dazu sagen habe ein userReading für die UNIRoll     
pos:oldPos.* { ReadingsNum("og_wz_rollo","oldPos",0)}  um pos für ASC_Pos_Reading zu nutzen.

Kannst Du bitte in der Commandref eventuell dazu etwas anführen ?(UNIRoll)

An Dankeschön hast Du bestimmt schon einen ganzen Sack voll ;)
Deshalb von mir Hut ab für dieses tolle Modul, das ich bisher nur in den Grundfunktionen nutze und erst zum Sommer
(Beschattung) voll ausreizen werde.

Gruß
Hans-Jürgen

ZitatHallo Hans,

Kannst Du mir bitte den ganz genauen TYPE angeben vom Uniroll Modul. Und ich benötige den set Befehl womit Du die Rolllos nummerisch fährst. Denke mal pos so wie das klingt.

ZitatMoin CoolTux,

fand ich auch. Im Gespräch wird einem schnell vieles klarer, als wenn man zig mal hin und her schreibt.

Hier meine Zusammenfassung für Somfy und Tahoma Nutzer:

Im Rollo das Atrribut setzten und schon läuft es:

Code: [Auswählen]
ASC_Pos_Reading      ClosureState

Gruss
  Enno

Zitat von: Karflyer am 13 November 2018, 12:46:46
Leon, auf der ersten Seite dieses Threads propagierst du die Version 0.2.1 als aktuelle Version. Im SVN ist die Version 0.2.0.4 abgelegt.
Ich würde denken, dass dann die Version 0.2.0.4 älter ist, als die genannte Version 0.2.1. Oder sehe ich das falsch?

Gruß
Stefan

Zitat von: Karflyer am 13 November 2018, 12:37:48
Das betrifft aber nur Somfy mit Tahoma. Bei Somfy (RTS) ist es 'position'

Gruss
Stefan

Zitat von: Deckoffizier am 13 November 2018, 12:05:02
Hallo CoolTux,

UNIROLL Aufputz-Gurtwickler Comfort mini Typ 3 D-23800

set Befehle sind up down stop
und meine Eigenzüchtung pos
um die Positionen an zu fahren habe ich die Fahrzeiten ausgemessen aber Position 0(Null) funktioniert nicht für ganz oben nur die 1 für ASC_Open_Pos.

Nur die Ruhe....

Gruß
Hans-Jürgen

Zitatas betrifft aber nur Somfy mit Tahoma. Bei Somfy (RTS) ist es 'position'

Gruss
Stefan
Hallo Stefan,

Der TYPE ist dann RTS? und der set Befehl ist dann position?

Zitat von: Karflyer am 13 November 2018, 14:15:08
Nein, TYPE ist SOMFY. Reading der Position und Set-Befehl sind 'postion'

Hier mal ein List eines SOMFY (RTS)-Devices.

Code Auswählen Erweitern

Internals:
   ADDRESS    00000A
   CFGFN      /opt/fhem/FHEM/somfydevices.cfg
   DEF        00000A AD 050D
   IODev      CUL_SOMFY
   NAME       sht_ks
   NR         168
   STATE      closed
   TYPE       SOMFY
   move       stop
   CODE:
     1          00000A
   READINGS:
     2018-11-13 06:32:40   enc_key         AD
     2018-11-13 06:32:49   exact           200
     2018-11-13 06:32:49   position        200
     2018-11-13 06:32:40   rolling_code    050D
     2018-11-13 06:32:49   state           closed
Attributes:
   IODev      CUL_SOMFY
   alias      Kleiderschrank
   devStateIcon open|10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 100|down|closed:fts_shutter_100
   drive-down-time-to-100 14
   drive-down-time-to-close 18
   drive-up-time-to-100 6
   drive-up-time-to-open 20
   eventMap   /on:down/off:up/pos 60:go-my/
   model      somfyshutter
   room       SOMFY
   sortby     11
   webCmd     down:stop:up:go-my
   widgetOverride pos:slider,0,10,100

Bei mir funktioniert das mit deinem Modul auch einwandfrei. Will nur vermeiden, dass SOMFY-Tahoma und SOMFY-RTS in 'einen Topf' geschmissen werden.

Zitat von: CoolTux am 13 November 2018, 14:16:25
Frage an alle
Ist es für Euch wichtig das Abschatten vom Status des einzelnen Bewohners (also pro Zimmer) abhängig zu machen oder sagt Ihr es soll generell abgeschattet werden und mir ist nur der Status des Residents (Wohnung/Haus) wichtig.

Zitat von: CoolTux am 13 November 2018, 14:16:25
Frage an alle
Ist es für Euch wichtig das Abschatten vom Status des einzelnen Bewohners (also pro Zimmer) abhängig zu machen oder sagt Ihr es soll generell abgeschattet werden und mir ist nur der Status des Residents (Wohnung/Haus) wichtig.

Zitat von: hexenmeister am 13 November 2018, 14:20:28
Sollte IMHO pro Zimmer getrennt gesteuert werden können.

Zitat von: FunkOdyssey am 13 November 2018, 14:22:52
Pro Zimmer bzw. pro Sonnenausrichtung.
Ich trenne zwischen den Himmelsrichtung unter Berücksichtigung von Azimuth und Elevation.

ZitatFrage an alle
Ist es für Euch wichtig das Abschatten vom Status des einzelnen Bewohners (also pro Zimmer) abhängig zu machen oder sagt Ihr es soll generell abgeschattet werden und mir ist nur der Status des Residents (Wohnung/Haus) wichtig.

Zitat von: Cluni am 13 November 2018, 14:30:10
Es gib bestimmt Leute, die die Abschattung nicht haben wollen, wenn sie zu Hause sind...

Zitat von: FunkOdyssey am 13 November 2018, 14:26:23
Das ist der Grund wieso ich meinen Post wieder gelöscht habe. Frage falsch gelesen.
Nur du warst schneller mit dem Quote.

Zitat von: hexenmeister am 13 November 2018, 15:00:49
Ich merke schon, jeder hat sein eigenes, ganz persönliches Szenario für die Rolladensteuerung :o :o :o

Zitat von: CoolTux am 13 November 2018, 09:06:00
Es wäre nicht so schwer das ein zu bauen, ABER wie will man wissen ob oder ob nicht mit Zufall? Richtig, wieder ein Attribut. Wir haben meiner Meinung nach jetzt schon zu viele. Aber ich bin der Meinung so viel wie nötig so wenig wie möglich. Vorschlag. ...

Zitat von: Cluni am 13 November 2018, 15:04:56Und sogar meine Frau ist happy...  8)

ZitatDas war der Grund, warum ich damals mein Script programmiert habe - es gab nichts, was auch nur annähernd das tat, was ich wollte. Und nun läuft zu Hause alles genau so, wie ich es mir vorstelle. Und sogar meine Frau ist happy...)/quote]

Ich bin da sehr zuversichtlich. Leon hat bis jetzt schon so viel verwirklicht, für das es vorher so einige 'doif'  gebraucht hat. Ich finde, da sind 'wir' doch auf einem guten Weg  ;)

Zitat von: gamauf am 13 November 2018, 15:10:45
Nur so eine Idee:
das wäre auch mit einem Attribut lösbar:
Steht nur ein Wert "X" drinnen, dan ist das Zeitfenster zwischen 0 und X Sekunden.
Stehen zwei Werte mit Bindestrich getrennt drinnen: "Y - X" dann ist das Zeitfenster zwischen Y und X Sekunden.
Sind Y und X geleich ist es eine fixe Verzögerungszeit.

Zitat von: hexenmeister am 13 November 2018, 15:14:58
Das ist die höchste Form der Anerkennung  :D

Zitat von: Karflyer am 13 November 2018, 15:15:12
Ich bin da sehr zuversichtlich. Leon hat bis jetzt schon so viel verwirklicht, für das es vorher so einige 'doif'  gebraucht hat. Ich finde, da sind 'wir' doch auf einem guten Weg  ;)

Zitat von: MarkusHiba am 13 November 2018, 15:01:54
Hallo

mal eine doofe Frage.
Ist in dem Modul schon die Fensterposition integriert, wie bei clunis Code?

Grüße

MarkusHiba

Gesendet von meinem G8141 mit Tapatalk

Zitat von: CoolTux am 13 November 2018, 14:16:25
Frage an alle
Ist es für Euch wichtig das Abschatten vom Status des einzelnen Bewohners (also pro Zimmer) abhängig zu machen oder sagt Ihr es soll generell abgeschattet werden und mir ist nur der Status des Residents (Wohnung/Haus) wichtig.


Grüße

Zitat von: Cluni am 13 November 2018, 15:44:00
...mit iBeacons sogar sehr genau machbar, wenn die Personen ihr Handy immer bei sich haben.

Zitat von: Cluni am 13 November 2018, 15:47:10
Aber machbar wäre es so. [emoji2957]

ZitatHallo Hans,

Auch für Dich nochmal ganz kurz. Wenn ich TYPE meine dann was im INTERNAL TYPE vom Rolladen steht.
Wenn Du lediglich einen set Befehl hast der nur up down und stop kann dann wird das nicht gehen.
Damit Du das Modul für einen Rollladen benutzen kannst muss das Device ein set Befehl mit einem numerischen Wert zulassen.

Zitat von: Cluni am 13 November 2018, 15:55:28
Das würde bei meiner Frau nichts bringen, weil sie es trotzdem irgendwie schaffen würde, es irgendwo liegen zu lassen...  ::) 8) (hoffentlich liest sie hier nicht mit)

Zitat von: Deckoffizier am 13 November 2018, 18:06:33
Hallo CoolTux,

Der Name im INTERNAL TYPE ist UNIRoll  wie das fhem Modul.
Um einen numerischen Wert für den set Befehl zu haben habe ich ja das userReading mit pos  angelegt und nutzte damit die gemessenen Fahrzeiten.

War bei allen vorherigen update kein Problem.

Nur eben beim letzten mal eben keine Reaktion mehr.
Habe wie geschrieben durch das hin und her setzen an dem attr useRolloPos(0|1) und manuell hochfahren bzw. up es wieder hinbekommen.(Nur man muss es erst drauf kommen).

Heute Abend waren jedenfalls die Rollladen unten. 8)

Readings
ASC_ShuttersLastDrive
   
night close
   
2018-11-13 16:10:26
ASC_Time_DriveDown
   
14.11.2018 - 16:10
   
2018-11-13 16:10:27
ASC_Time_DriveUp
   
14.11.2018 - 07:00
   
2018-11-13 16:10:27
oldPos
   
24
   
2018-11-13 16:10:50
oldstate
   
down 23
   
2018-11-13 16:10:26
pos
   
24
   
2018-11-13 16:10:50
state
   
pos 24
   
2018-11-13 16:10:27

Mal sehen was nach dem nächsten update ist, habe ja jetzt einen Anhaltspunkt.

Gruß
Hans-Jürgen

ZitatHallo Hans,

Dann lasse ich den TYPE erstmal raus und dann sollte es wieder gehen. Wenn kein TYPE definiert ist nimmt er als set Befehl den Readingnamen aus dem Pos_Reading Attribut

Zitat von: Deckoffizier am 13 November 2018, 19:21:38
Hallo CoolTux,

Hmm.... wenn ich jetzt allen anderen den Komfort vermassele gefällt mir nicht so ganz, ist natürlich Deine Entscheidung.

Lässt es sich nicht eventuell  so machen, bei unbekannten Type aus Deiner liste = Pos_Reading Attribut als Ausnahme ?? Jetzt nur als unbedarfter Wunsch !

Gruß
Hans-Jürgen

Zitat von: hexenmeister am 13 November 2018, 20:22:43
Was nicht ganz klappt ist zunächst das 'Comfort'-Öffnen. Bei Öffnen des Fenster passiert erstmal gar nichts. Beim Kippen dagegen wird Rolladen geöffnet. Beim Schliessen fährt Rollanden wieder runter.

Code Auswählen Erweitern


Internals:
   .eventMapCmd dunkel:noArg halb:noArg oeffnen:noArg schatten:noArg schliessen:noArg
   CFGFN      ./config/biz_devices.cfg
   NAME       OG_BZ_Rollo
   NR         102
   STATE      0
   TYPE       dummy
   .attraggr:
   .attrminint:
   .eventMapHash:
     fw:
       dunkel     dunkel:noArg
       halb       halb:noArg
       oeffnen    oeffnen:noArg
       schatten   schatten:noArg
       schliessen schliessen:noArg
       stop       stop:noArg
     usr:
       dunkel     20
       halb       60
       oeffnen    on
       schatten   80
       schliessen off
   READINGS:
     2018-11-13 20:08:57   ASC_ShuttersLastDrive minimum brightness threshold fell below
     2018-11-13 19:28:50   ASC_Time_DriveDown 13.11.2018 - 22:30
     2018-11-13 19:28:50   ASC_Time_DriveUp 14.11.2018 - 09:00
     2018-11-13 20:09:17   position        0
     2018-11-13 20:09:17   select          0
     2018-11-13 20:09:17   state           off
Attributes:
   ASC        2
   ASC_Antifreeze off
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BrightnessMaxVal 150
   ASC_BrightnessMinVal 100
   ASC_Closed_Pos 0
   ASC_Down   brightness
   ASC_Drive_Offset -1
   ASC_GuestRoom none
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Partymode off
   ASC_Pos_Reading position
   ASC_Pos_after_ComfortOpen 100
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Brightness_Reading brightness
   ASC_Shading_Brightness_Sensor UM_VH_PIR01
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 04:30
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 08:30
   ASC_Up     brightness
   ASC_Ventilate_Pos 100
   ASC_Ventilate_Window_Open on
   ASC_WindowRec OG_BZ_FK_all
   ASC_WindowRec_subType threestate
   ASC_lock-out soft
   ASC_lock-outCmd none
   devStateIcon 100:fts_shutter_0@gray closed:fts_shutter_0@gray 0*:fts_shutter_100@#FF5722 1\d(.\d)*:fts_shutter_90@#FF5722 2\d(.\d)*:fts_shutter_80@#FF5722 3\d(.\d)*:fts_shutter_70@#FF5722 4\d(.\d)*:fts_shutter_60@#FF5722 5\d(.\d)*:fts_shutter_50@#FF5722 6\d(.\d)*:fts_shutter_40@#FF5722 7\d(.\d)*:fts_shutter_30@#FF5722 8\d(.\d)*:fts_shutter_20@#FF5722 9\d(.\d)*:fts_shutter_10@#FF5722 open:fts_shutter_10@#FF5722 open_ack:fts_shutter_10@#FF5722 .*:hourglass@#FF5722
   eventMap   {usr=>{'oeffnen'=>'on','schliessen'=>'off','dunkel'=>'20','schatten'=>'80','halb'=>'60'},
fw=>{'schliessen'=>'schliessen:noArg','dunkel'=>'dunkel:noArg','schatten'=>'schatten:noArg','halb'=>'halb:noArg','oeffnen'=>'oeffnen:noArg','stop'=>'stop:noArg'}}
   group      Beschattung
   icon       fts_shutter
   mqttDefaults base={"$base/og/bz/rollo/all"}
   mqttPublish position|select|state:topic={"$base/set"}
   mqttSubscribe position|select:topic={"$base/position"}
state:topic={"$base/state"}
   readingList position select
   room       Badezimmer
   setList    stop:noArg select:iconRadio,use4icon@FF5722,stop,rc_STOP@808080,00,fts_shutter_100@808080,15,fts_shutter_90@808080,50,fts_shutter_50@808080,70,fts_shutter_30@808080,100,fts_shutter_10@808080
position:slider,0,1,100
   sortby     10wz_20
   stateFormat position
   userattr   ASC_Antifreeze:off,on ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BrightnessMaxVal ASC_BrightnessMinVal ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_Drive_Offset ASC_GuestRoom:on,off ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_Pos_after_ComfortOpen:0,10,20,30,40,50,60,70,80,90,100 ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Brightness_Reading ASC_Shading_Brightness_Sensor ASC_ShuttersPlace:window,terrace ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WindowRec ASC_WindowRec_subType:twostate,threestate ASC_lock-out:soft,hard ASC_lock-outCmd:inhibit,blocked
   webCmd     select:position
   widgetOverride setList:textField-long


Die Version war bis zum Fehlerzeitpunkt noch 2.0.3, habe gerade upgedatet.

ASC:

Code Auswählen Erweitern


Internals:
   CFGFN      ./config/biz_devices.cfg
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ASC
   NOTIFYDEV  global,ASC,DG_WZ_Rollo_Ost1,OG_BZ_Rollo,OG_BZ_Rollo,DG_WZ_FK_ost1,OG_BZ_FK_all,UM_VH_PIR01
   NR         95
   NTFY_ORDER 51-ASC
   STATE      minimum brightness threshold fell below
   TYPE       AutoShuttersControl
   VERSION    0.2.0.4
   .attraggr:
   .attrminint:
   OLDREADINGS:
   READINGS:
     2018-11-12 22:27:19   .monitoredDevs  {"UM_VH_PIR01":{"OG_BZ_Rollo":"ASC_Shading_Brightness_Sensor"},"OG_BZ_FK_all":{"OG_BZ_Rollo":"ASC_WindowRec"},"OG_BZ_Rollo":{},"DG_WZ_FK_ost1":{"DG_WZ_Rollo_Ost1":"ASC_WindowRec"}}
     2018-11-13 20:03:50   DG_WZ_Rollo_Ost1_PosValue 100
     2018-11-13 16:25:50   DG_WZ_Rollo_Ost1_lastPosValue 0
     2018-11-13 19:28:50   DG_WZ_Rollo_Ost1_nextAstroTimeEvent 14.11.2018 - 07:44
     2018-11-13 20:09:17   OG_BZ_Rollo_PosValue 0
     2018-11-13 20:05:41   OG_BZ_Rollo_lastDelayPosValue 100
     2018-11-13 20:19:30   OG_BZ_Rollo_lastPosValue 66
     2018-11-13 19:28:50   OG_BZ_Rollo_nextAstroTimeEvent 13.11.2018 - 22:30
     2018-11-08 23:15:54   lockOut         on
     2018-11-08 21:10:41   partyMode       off
     2018-11-13 19:28:47   room_Badezimmer OG_BZ_Rollo
     2018-11-13 19:28:47   room_Wohnzimmer_DG DG_WZ_Rollo_Ost1
     2018-11-08 21:10:41   selfDefense     off
     2018-11-13 20:08:57   state           minimum brightness threshold fell below
     2018-11-08 21:10:41   sunriseTimeWeHoliday off
     2018-11-13 19:28:47   userAttrList    rolled out
   helper:
     shuttersList:
       DG_WZ_Rollo_Ost1
       OG_BZ_Rollo
   monitoredDevs:
     DG_WZ_FK_ost1:
       DG_WZ_Rollo_Ost1 ASC_WindowRec
     DG_WZ_Rollo_Ost1:
     OG_BZ_FK_all:
       OG_BZ_Rollo ASC_WindowRec
     OG_BZ_Rollo:
     UM_VH_PIR01:
       OG_BZ_Rollo ASC_Shading_Brightness_Sensor
Attributes:
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_freezeTemp 3
   ASC_temperatureReading temperature
   ASC_twilightDevice astroD
   devStateIcon selfeDefense.terrace:fts_door_tilt created.new.drive.timer:clock .*asleep:scene_sleeping roommate.(awoken|home):user_available residents.(home|awoken):status_available manual:fts_shutter_manual selfeDefense.active:status_locked selfeDefense inactive:status_open day.open:scene_day night close:scene_night
   icon       fts_shutter_automatic
   room       ASC


Ich hoffe, das war halbwegs verständlich. Kann ich noch irgendwas zur Lösung beitragen?

Zitat von: hexenmeister am 13 November 2018, 20:22:43
Dazu hat mir jedoch meine Freundin heute einen 'Fehlerbericht' übrgebracht. Es ist ungefähr so abgelaufen: Rolladen wurde früh geöffnet (manuell noch im Dunklem) und Fenster war letztendlich zu. Später (war schon hell) wurde Fenster zum Lüften geöffnet. Als das Fenster wieder geschlossen wurde, fuhr das Rollo runter, trotz Tageszeit und musste manull wieder hochgefahren werden.

Zitat von: homekid am 13 November 2018, 23:17:20
Hallo Zusammen,
erst mal Danke für das Modul.
Ich habe Somfy Rolläden die ich über das Tahoma Modul steuere. Nun zu meinen Problemen:
1. Im Rolladen-Device musste ich ein Userreading "dim" anlegen und dieses mit der aktuellen Position versorgen. Da der Befehl zum Bewegen des Rolladens (ASC_Pos_Reading) "dim" ist. Danach ist der Rolladen Abends und Morgens gefahren.
2. Das Lüften über den Fenstergriff funktioniert irgendwie nur sporatisch und dann auch nur mit "tilted" (treestate Sensor) "open" und "closed" zeigen keine Reaktion. Hat jemand ein ähnliches Problem?
Gruß Timo

Zitat von: Loredo am 14 November 2018, 00:28:59
Hallo Leon,


habe mich auch gerade (endlich) einmal kurz dran gewagt. Leider stecke ich bereits dabei fest, dass die User Attribute bei mir gar nicht an den Shutter Devices angelegt werden.
Es handelt sich dabei um Geräte vom Typ HMCCUCHN.


Habe leider keinen Ansatz gefunden, dass die Attribute generiert werden :-(
Dabei ist mir aufgefallen, dass NOTIFYDEV mit doppelten Einträgen zu kämpfen hat, wenn ich den "scanForShutters" Setter manuell öfters betätige.

Zitat von: CoolTux am 08 November 2018, 05:36:07
Naja ich weiß nicht, 3 Module um Rolläden zu steuern. Ich glaube der einfachste Weg ist den Modulautor von Uniroll zu bitten zusätzlich Nummernwerte zu implementieren. Wäre ja nur 0 und 100 wenn das Modul nur Up und Down kennt. Er kann ja über Fahrzeitenberechnung und somit Positionsbestimmung dann auch mal nachdenken  :)

Zitat von: marvin78 am 13 November 2018, 09:16:24
Nein. FHEM ist aktuell von heute morgen. Keine Attribute in den Devices (außer ASC=2). Es sind Homematic Unterputz Aktoren.

Aber das ist nicht so wichtig. Ich komme ohnehin nicht zum einrichten. Ich habe noch meine eigene Automatik, die sehr gut funktioniert. Wenn es also überall sonst klappt...


Edit: GGf. funktioniert das nicht, wenn das Device schon userattr besitzt. Nur geraten.

Zitat von: Loredo am 14 November 2018, 00:28:59
Hallo Leon,


habe mich auch gerade (endlich) einmal kurz dran gewagt. Leider stecke ich bereits dabei fest, dass die User Attribute bei mir gar nicht an den Shutter Devices angelegt werden.
Es handelt sich dabei um Geräte vom Typ HMCCUCHN.


Habe leider keinen Ansatz gefunden, dass die Attribute generiert werden :-(
Dabei ist mir aufgefallen, dass NOTIFYDEV mit doppelten Einträgen zu kämpfen hat, wenn ich den "scanForShutters" Setter manuell öfters betätige.

Zitat von: ChrisKoh am 14 November 2018, 07:51:09

Also ich hab mal versucht das Thema mit den Uniroll Wicklern mit einem Eventmap zu lösen.

Code Auswählen Erweitern

eventMap
100:up 0:down

Aber funktioniert leider nicht  :(

Zitat von: CoolTux am 14 November 2018, 05:21:06
Hast Du ein halbwegs aktuelles FHEM? Hast Du Meldungen im Log?

Zitat von: Loredo am 14 November 2018, 08:46:29

FHEM ist tagesaktuell, im Log tauchen bei verbose=5 lediglich Kopien der Notify Events auf, nichts weiter.

Zitat von: marvin78 am 14 November 2018, 08:56:21
Also Loredo hat das gleiche Problem, wie ich. Nach einem Update heute morgen und FHEM Neustart waren die Attribute vorhanden.

Allerdings war ich davon ausgegangen, dass ein Neustart nicht nötig wäre (laut commandref gibt es keinen Hinweis darauf). Ggf. hat der Bugfix für die mehrfache Aufführung in NOTIFYDEV auch dieses Problem gefixt?!

Zitat von: Loredo am 14 November 2018, 09:04:14
... als professioneller Laie habe ich den Neustart selbstverständlich ebenso gemacht  8) . Trotzdem keine Attribute, auch heute nicht :-/

Zitat von: CoolTux am 14 November 2018, 08:48:26
Und stehen im ASC Device Rolläden drin?
Gib mal bitte ein List eines Rollladens und vom ASC Device.

Zitat von: marvin78 am 14 November 2018, 09:05:08
Nach dem Update ein Neustart ist impliziert.

Was ich meinte: Nach dem setzen des Attributes ASC und dem ausführen von set ... scanForSHutters (hier sollte doch eigentlich kein Neustart notwendig sein oder?). Danach schien ein Neustart notwendig zu sein. Wobei ich eben nun tatsächlich nicht weiß, ob der Neustart oder das update das Problem gelöst hat.

Zitat von: CoolTux am 14 November 2018, 09:24:20
Nein nach dem setzen des globalen Attributes ASC mit 1 oder 2 ist kein neustart nötig.

Zitat von: marvin78 am 14 November 2018, 09:11:07
Was anderes: Ich bin nicht sicher, ob sowas schon gefragt wurde (solche Threads sind einfach zu lang ;)).

Ich habe in meiner Automation eine zufällig Zeitspanne zwischen die Rollläden gesetzt. Soll heißen: Der Befehl zum Fahren bei dunkel oder hell (abends oder morgens) wird nicht gleichzeitig an die Rollläden geschickt sondern leicht zeitversetzt. Das soll dazu führen, dass Menschen, die mein Haus beobachten, denken, dass jemand zu Hause ist, der die Rollläden manuell fährt. Der Zeitabstand ist per Zufallszahl ermittelt und jeden Tag ein anderer (die Reihenfolge der Rollläden ist auch zufällig). Auch fahren die Rollläden nicht wirklich zu dem per brightness ermittelten Zeitpunkt sondern immer eine kleine Zufallszeit später.

Kann man mit dem Modul sowas schon realisieren oder ist sowas geplant?

Zitat von: marvin78 am 14 November 2018, 09:11:07
Was anderes: Ich bin nicht sicher, ob sowas schon gefragt wurde (solche Threads sind einfach zu lang ;)).

Ich habe in meiner Automation eine zufällig Zeitspanne zwischen die Rollläden gesetzt. Soll heißen: Der Befehl zum Fahren bei dunkel oder hell (abends oder morgens) wird nicht gleichzeitig an die Rollläden geschickt sondern leicht zeitversetzt. Das soll dazu führen, dass Menschen, die mein Haus beobachten, denken, dass jemand zu Hause ist, der die Rollläden manuell fährt. Der Zeitabstand ist per Zufallszahl ermittelt und jeden Tag ein anderer (die Reihenfolge der Rollläden ist auch zufällig). Auch fahren die Rollläden nicht wirklich zu dem per brightness ermittelten Zeitpunkt sondern immer eine kleine Zufallszeit später.

Kann man mit dem Modul sowas schon realisieren oder ist sowas geplant?

Zitat von: marvin78 am 14 November 2018, 09:41:57
Asche auf mein Haupt).

Zitat von: pc1246 am 14 November 2018, 10:16:02
Hallo
Also eine Art Ablaufdiagramm!?
Gruss Christoph

Zitat von: marvin78 am 14 November 2018, 10:17:44
Nein. Die commandref ist schon ok so. Wenn es überhaupt ein Problem gibt, dann das, dass man bei so vielen Attributen und dem ASC_ davor einiges überlesen kann. Aber auch das Problem liegt beim Leser.

Zum speziellen Fall: commandref ok, sollte ggf. an anderer Stelle genauer beschrieben werden (Wiki). Im Grunde reicht das aber so

Zitat von: CoolTux am 14 November 2018, 12:00:44
Was denkt Ihr sollte eine Mindestanforderung an Daten sein für eine Beschattung

Aktuell denke ich
brightness (Hellikeitssensor)
azimuth (Sonnenwinkel, Twilight oder Astro)
elevation (Sonnenhöhe, Twilight oder Astro)
temperature (Aussentemperatur)


Kleiner Logauszug

Code Auswählen Erweitern


2018.11.14 11:52:05.071 3: AutoShuttersControl (ASControl) - Shading Processing, Rollladen: RolloKinZimSteven_F2
2018.11.14 11:52:05.071 3: AutoShuttersControl (ASControl) - Shading Processing, Variablen - Azimuth: 180.1 Elevation: 19.4 Brightness: 598 Aussentemp: 100 Rollladenausrichtung: 178 Eintritswinkel Links: 85 Ausstrittswinkel Rechts: 85


ZitatDu hast lockOut global on und das verhindert eine Fahrt des Rolladens.

ZitatWar das ganze nachdem der weiter oben beschriebene Vorgang stattgefunden hat? Also das mit Fenster open und der Rollladen fuhr nicht? Wenn ja dann ist die Sache leicht erklärt.
Immer wenn ein Rollladen nicht fährt obwohl eine vom Modul ausgeführte Aktion statt gefunden hat kommt der Fahrbefehl in eine Warteschlange. Erfolgt dann wieder eine Aktion welche vom Modul unterstützt wird, wird geschaut ob ein Fahrbefehl in der Warteschlange ist und dieser ausgeführt. Hier werde ich noch einmal nachbessern müssen.

Zitat von: CoolTux am 14 November 2018, 12:54:03
Interessant. Also Helligkeit wäre einmal minus
Wer macht noch ohne Helligkeit?

Zitat von: hexenmeister am 14 November 2018, 13:02:13
Moin!
vielen Dank für die Erklärung, irgendwas verstehe ich jedoch noch nicht.

Ich bin davon ausgegangen, dass (weil lock-out nur global definiert werden kann) die lock-out-Einstellung pro Fenster durch die Art (Terrasentür oder Fenster) beeinflusst wird. Wie stelle ich es denn ein, dass bei meiner Terrassentür die Lock-Out aktiv ist, jedoch nicht bei den anderen Fenster?
Weiterhin hätte ich gedacht, dass die Lock-Out-Einstellung verhindert, dass Rolladen herintergefahren werden, sich öffnen lassen sollen sie doch immer und unabhängig davon?

Eine Art Warteschlange habe ich schon vermutet. Damit das sauber funktioniert, müssen wohl nicht nur die Fahrtbefehle, sondern auch die dazu führende Bedingunen mitspeichen und diese vor dem Fahrt wieder auswerten.

Aber ganz zu passen scheint das auch noch nicht. Der Rolladen ging gesten immer wieder zu, wenn ich Fenster auf und wieder zugemacht habe. Wäre das alleine die Warteschlange, müsste sie doch irgendwann ja wieder leer sein, oder?

• Aus dem Astromodul SunAlt, SunAz
• vom Aussenthermometer die Temperatur
• vom System die Uhrzeit
• Presence nur für die Terrassentür
• Fenstersensor

Zitat von: CoolTux am 14 November 2018, 13:48:54
Die Warteschlange umfasst lediglich immer den letzten Fahrbefehl des jeweiligen Rollladen. Ist also nicht endlich sondern immer nur eins.
Wenn der Rolladen immer wieder zu ging, was stand im Rolladen Device im Reading ASC_ShuttersLastDrive. Dieses Reading wird mit dem heutigen Update noch erweitert. Mehr Informationen.

Zitat von: CoolTux am 14 November 2018, 12:54:03
Interessant. Also Helligkeit wäre einmal minus
Wer macht noch ohne Helligkeit?

Zitat von: enno am 14 November 2018, 13:56:27
Ich mache ohne Helligkeit, aber dafür wenn TV an und Tageszeit und Sonnenstand passen.... ???

Zitat von: hexenmeister am 14 November 2018, 14:02:22
Klingt nach einem Zusatz-Device, das angibt, dass die Beschattung erwungen werden soll.
Finde ich gut, habe einen ähnlichen Anwendungsfall. 8)

Zitat von: pc1246 am 14 November 2018, 14:05:18
Und dann mit der Moeglichkeit die Prozent anzugeben?

ZitatWas denkt Ihr sollte eine Mindestanforderung an Daten sein für eine Beschattung

Aktuell denke ich
brightness (Hellikeitssensor)
azimuth (Sonnenwinkel, Twilight oder Astro)
elevation (Sonnenhöhe, Twilight oder Astro)
temperature (Aussentemperatur)

Zitat von: CoolTux am 14 November 2018, 12:54:03
Interessant. Also Helligkeit wäre einmal minus

Zitat von: FunkOdyssey am 14 November 2018, 14:26:03
Intensität herausfinden?

Zitat von: Cluni am 14 November 2018, 14:19:27
Mal was anderes, wo gerade die Außentemperatur langsam sinkt - hast du schon den Frostschutz übernommen? [emoji848]
Also, das unterhalb einer bestimmten Temperatur der Rollladen nicht mehr automatisch geöffnet wird bzw. abends ab einer bestimmten Temperatur nicht ganz herunter gefahren wird.


Gesendet von iPhone mit Tapatalk

Zitat von: CoolTux am 14 November 2018, 08:48:26Und stehen im ASC Device Rolläden drin?

Zitat von: FunkOdyssey am 14 November 2018, 14:26:03
Bloß nicht. Bitte auf jedenfall die Helligkeit aufnehmen. Gerade die Lux-Werte sind doch das ausschlaggebende Kriterium für die Sonneneinstrahlung. Oder wie wollt ihr nur anhand der Winkel und Höhe die Intensität herausfinden?

Zitat von: Loredo am 14 November 2018, 15:06:31
Ja.

ASC

Code Auswählen Erweitern


Internals:
   CHANGED   
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       shuttersControl
   NOTIFYDEV  global,shuttersControl,HM_LC_LR_ShutterWest.1,WeatherStation,HM_LC_LR_ShutterWest.1,Residents
   NR         141
   NTFY_ORDER 51-shuttersControl
   STATE      please set attribute ASC with value 1 or 2 in all auto controlled shutter devices and then execute 'set DEVICENAME scanForShutters'
   TYPE       AutoShuttersControl
   VERSION    0.2.0.5
   READINGS:
     2018-11-14 08:40:12   HM_LC_LR_ShutterWest.1_PosValue 100
     2018-11-14 00:34:17   lockOut         off
     2018-11-14 00:26:23   partyMode       off
     2018-11-14 00:34:36   selfDefense     off
     2018-11-14 10:59:02   state           please set attribute ASC with value 1 or 2 in all auto controlled shutter devices and then execute 'set DEVICENAME scanForShutters'
     2018-11-14 00:34:58   sunriseTimeWeHoliday off
     2018-11-14 10:59:03   userAttrList    rolled out
   helper:
     shuttersList:
       HM_LC_LR_ShutterWest.1
   monitoredDevs:
     HM_LC_LR_ShutterWest.1:
     Residents:
       shuttersControl ASC_residentsDevice
     WeatherStation:
       shuttersControl ASC_rainSensorDevice
Attributes:
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_autoShuttersControl_Shading off
   ASC_freezeTemp 3
   ASC_guestPresence off
   ASC_rainSensorDevice WeatherStation
   ASC_rainSensorReading israining
   ASC_residentsDevice Residents
   ASC_residentsDeviceReading state
   ASC_temperatureReading temperature
   ASC_temperatureSensor WeatherStation
   ASC_twilightDevice Twilight
   DbLogExclude .*
   alias      Shutters Control
   alias_de   Rollladensteuerung
   devStateIcon selfeDefense.terrace:fts_door_tilt created.new.drive.timer:clock .*asleep:scene_sleeping roommate.(awoken|home):user_available residents.(home|awoken):status_available manual:fts_shutter_manual selfeDefense.active:status_locked selfeDefense inactive:status_open day.open:scene_day night close:scene_night
   event-on-change-reading .*
   icon       fts_shutter_automatic
   room       ASC,Logic





Rollladen

Code Auswählen Erweitern


Internals:
   DEF        JEQ0107291:1
   IODev      d_ccu
   NAME       HM_LC_LR_ShutterWest.1
   NR         81
   STATE      on
   TYPE       HMCCUCHN
   ccuaddr    JEQ0107291:1
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    HM-LC_LR_ShutterWest.1
   ccutype    HM-LC-Bl1PBU-FM
   channels   1
   chntype    BLIND
   firmware   2.11
   statevals  devstate
   READINGS:
     2018-11-14 08:40:12   ASC_ShuttersLastDrive manual
     2018-11-14 07:23:53   ASC_Time_DriveDown 14.11.2018 - 16:32
     2018-11-14 07:23:53   ASC_Time_DriveUp 15.11.2018 - 07:23
     2018-11-14 10:59:15   Activity        alive
     2018-11-14 10:59:15   CONFIG_PENDING  false
     2018-11-14 10:59:15   DEVICE_IN_BOOTLOADER false
     2018-11-14 10:59:15   DUTYCYCLE       false
     2018-11-14 10:59:15   RSSI_DEVICE     1
     2018-11-14 10:59:15   RSSI_PEER       45
     2018-11-14 10:59:15   STICKY_UNREACH  false
     2018-11-14 10:59:15   UPDATE_PENDING  false
     2018-11-14 10:59:15   control         100
     2018-11-14 10:59:15   direction       stop
     2018-11-14 10:59:15   hmstate         on
     2018-11-14 10:59:15   level           100
     2018-11-14 10:59:15   lock            unlocked
     2018-11-14 10:59:15   pct             100
     2018-11-14 10:59:15   sign            on
     2018-11-14 10:59:15   state           100
     2018-11-14 10:59:15   working         no
   hmccu:
     devspec    JEQ0107291:1
     dp:
       0.AES_KEY:
         OSVAL      on
         OVAL       1
         SVAL       on
         VAL        1
       0.CONFIG_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.DEVICE_IN_BOOTLOADER:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.DUTYCYCLE:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.RSSI_DEVICE:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       0.RSSI_PEER:
         OSVAL      45
         OVAL       45
         SVAL       45
         VAL        45
       0.STICKY_UNREACH:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.UNREACH:
         OSVAL      alive
         OVAL       false
         SVAL       alive
         VAL        false
       0.UPDATE_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       1.DIRECTION:
         OSVAL      stop
         OVAL       0
         SVAL       stop
         VAL        0
       1.INHIBIT:
         OSVAL      unlocked
         OVAL       false
         SVAL       unlocked
         VAL        false
       1.LEVEL:
         OSVAL      100
         OVAL       1.000000
         SVAL       100
         VAL        1.000000
       1.WORKING:
         OSVAL      no
         OVAL       false
         SVAL       no
         VAL        false
Attributes:
   ASC        2
   DbLogExclude .*
   IODev      d_ccu
   alexaName  Westrollo
   alexaRoom  Wohnzimmer
   alias_de   Westrollo
   ccuscaleval LEVEL:0:1:0:100
   cmdIcon    up:control_arrow_upward stop:time_manual_mode down:control_arrow_downward
   controldatapoint LEVEL
   devStateIcon 100|on|open:fts_window_2w:level%2055 0|off|closed:fts_shutter_100@green:level%2055 1[0-9].*:fts_shutter_90@orange:level 2[0-9].*:fts_shutter_80@orange:level 3[0-9].*:fts_shutter_70@orange:level 4[0-9].*:fts_shutter_60@orange:level 5[0-9].*:fts_shutter_50@orange:level 6[0-9].*:fts_shutter_40@orange:level 7[0-9].*:fts_shutter_30@orange:level 8[0-9].*:fts_shutter_20@orange:level 9[0-9].*:fts_shutter_10@orange:level [1-9].*:fts_shutter_0@orange:level out|down|closing:control_arrow_downward@orange:stop in|up|opening:control_arrow_upward@orange:stop OK|ok|Ok:general_ok@green:stop unreachable:light_question err.*:light_exclamation
   event-on-change-reading .*
   eventMap   /datapoint STOP true:stop/datapoint LEVEL 0:down/datapoint LEVEL 0:on/datapoint LEVEL 0:out/datapoint LEVEL 100:up/datapoint LEVEL 100:off/datapoint LEVEL 100:in/datapoint LEVEL:level/
   genericDeviceType blind
   group      HMCCUCHN,Türen & Fenster
   icon       fts_shutter
   room       Alexa,Homekit,Homematic,Sicherheit
   siriName   Wohnzimmer Westrollo
   stateFormat hmstate
   statedatapoint LEVEL
   stripnumber 1
   substexcl  control|pct
   webCmd     control:up:stop:down
   widgetOverride control:slider,0,5,100 pct:slider,0,5,100 level:slider,0,5,100


Zitat von: sledge am 14 November 2018, 17:31:28
Das mit dem "." Punkt im Namen glaube ich nicht - meine Alle meine phys. Devices haben alle mindestens 2 Punkte im Namen gemäß meiner Namenskonvention. Bisher komplett ohne Probleme...