[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

CoolTux

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

Das war meine Begründung dafür daß ich keinen Sinn darin sehe das extra ein zu pflegen  ;D
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

Ich habe Version 0.1.90 ins Git geladen. Bitte alle auf diese Version updaten. Ich habe vor daraus Version 0.2.0 zu machen. Ich denke das wir mit dieser Version einen stabilen Abschluss haben was die Beta-Phase an geht. Es wäre schön wenn so viele Eigenschaften wie möglich getestet werden.

Der Partymode kann wieder aktiviert werden
Unterschiedliche Bedingungen nehmen (home,absent,always)
Die Schlafbereiche mit Roommates füllen und ein Residentsdevice einrichten.

Schaut bitte in den Rolläden ob das Reading ASC_ShuttersLastDrive passen kann, war das tatsächlich der letzte Grund das sie gefahren sind?

Schaut nach ob im get ShuttersInfo die Werte stimmen. Stimmt LastDrive, stimmt 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

CoolTux

Leider musste ich dich noch eine Version 0.1.91 nach schieben. Hab noch einen Bug gefunden.
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

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

enno

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.

Ich habe nur Astro installiert. Mein Favorit!

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC

pc1246

HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

CoolTux

Ich habe mal im ersten Post einen weiteren Screenshot an gehangen.
Wäre es sinnvoll für Euch wenn sich solch eine Übersicht automatisch einrichtet?


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

FunkOdyssey

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.

CoolTux

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.

Über eine automatisch angelegt RG kann man ja mal reden. Ist ja nicht so schwer.
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

Karflyer

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.
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?

CoolTux

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.
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?

Das ist mein Fehler, ich hätte immer dazu schreiben sollen das man in der deutschen Version suchen muss. Die Englische Version müsste in der Tat nachgezogen werden. Vielleicht gibt es da wieder einen Freiwilligen  :)
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

FunkOdyssey

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?



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



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




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?

CoolTux

Muss ich mir im Code ansehen, 2 Möglichkeiten. Entweder weil Mode_Up off steht was doof wäre oder weil weder Roommate noch Residents vorhanden ist was auch doof wäre.
Ich schaue nachher mal.
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

Nimm mal bitte die aktuelle Version 0.1.92. Habe es getestet, hätte fahren müssen.
Hast aber Recht wenn die letzte Position die selbe ist wie die die angefahren werden soll dann fährt er nicht.
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

Karflyer

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: ,[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.