Erweiterung CULFW um Somfy/Simu

Begonnen von thdankert, 31 Mai 2014, 14:20:23

Vorheriges Thema - Nächstes Thema

viegener

Zitat von: Garbsen am 09 Oktober 2016, 19:14:08
Klingt gut, würde sich an der Logik on/off etwas ändern?
Wäre gut wenn nicht (d.h. On weiterhin zufahren, off weiterhin öffnen)
Testen würde ich natürlich grundsätzlich, Problem ist allenfalls, dass ich viel unterwegs bin und so etwas nur testen möchte, wenn ich vor Ort bin und nicht per VPN zugreife

Das ist eine gute Frage, denn eigentlich wäre on dann relativ wenig intuitiv, denn dadurch würde der wert von position ja kleiner werden bei ON. Ursprünglich hatte ich nur vor die position readings und die pos 0 ..100 Kommandos entsprechnd umzudefinieren.
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Garbsen

Zitat von: viegener am 09 Oktober 2016, 21:54:28
Das ist eine gute Frage, denn eigentlich wäre on dann relativ wenig intuitiv, denn dadurch würde der wert von position ja kleiner werden bei ON. Ursprünglich hatte ich nur vor die position readings und die pos 0 ..100 Kommandos entsprechnd umzudefinieren.

Da ich einen großen Teil der FHEM Befehle mit on und Off steuere, würde ich begrüßen, wenn on weiter zufahren und Off weiter öffnen wäre. Würde mir viel Anpassungsarbeit sparen.
Ich müsste dann nur die Befehle anpassen, die % Sätze für Position verwenden.
FHEM und Homebridge auf Intel NUC, CUL 868 v 1.66, CUL466 V 1.66, SOMFY RTS Rolläden, HM-LC-Bl1PBU-FM, HM-LC-BL1-FM, HM-SEC-SC-2, HM-SEC-RHS, HM-WDS10-TH-O, HM-SEC-WDS-2, HM-Sen-LI-O, HM-CC-RT-DN, HM-LC-Sw1-Pl-DN-R1, HM-SCI-3-FM, HM-Sec-Sir-WM, HM-PB-2-WM55-2, HM-RC-8, HM-LC-SW1-PL2, Alpha2

no_Legend

Zitat von: viegener am 09 Oktober 2016, 19:00:36
OK, ich habe mir das gerade mal angeschaut und hätte einen Vorschlag:

Ich könnte ins Somfy-Modul ein spezielles Attribut aufnehmen (z.B. positionConvert100To0). Dann würde zwar intern weiter mit den Werten 0 bis 100/200 gerechnet, aber die externen Readings würden umgerechnet sodass dann:

Jetziger Wert 0 --> Neu: 100
Jetzt 100 --> Neu: 10
Jetzt 200 --> Neu: 0

Also wäre dann 10 der Rolladen unten und 0 wäre geschlossen. Damit wäre das auch in derselben Richtung wie bei Homematic?


Die Umrechnung würde nur gemacht, wenn das Attribut gesetzt ist, so dass sich für existierende Nutzer nichts ändern muss.

Das erfordert aber einiges an Umstellung und vor allem Test - Wäre das eine Lösung?

Was meinen andere Nutzer dazu?
Wer würde testen wollen?
Wann komme ich dazu das zu machen? --> Wird etwas dauern...


Die Idee finde ich gut mit dem attr.
Allerdings würde ich auch wenn dann die drehung von 0 und 100 erfolgt auch gleich die schalter auf homematic umdrehen.
Damit wäre es dann durchgängig.

Danke und Gruß Robert
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

viegener

Zitat von: no_Legend am 10 Oktober 2016, 14:51:54
Allerdings würde ich auch wenn dann die drehung von 0 und 100 erfolgt auch gleich die schalter auf homematic umdrehen.

Kannst Du erklären was das heisst, ich habe leider keinen HM-Aktor für Rolläden. Welche Schalter sind gemeint?
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Garbsen

Zitat von: viegener am 10 Oktober 2016, 15:44:26
Kannst Du erklären was das heisst, ich habe leider keinen HM-Aktor für Rolläden. Welche Schalter sind gemeint?
Nein, homematic ist ja standardmäßig genau umgekehrt.
FHEM und Homebridge auf Intel NUC, CUL 868 v 1.66, CUL466 V 1.66, SOMFY RTS Rolläden, HM-LC-Bl1PBU-FM, HM-LC-BL1-FM, HM-SEC-SC-2, HM-SEC-RHS, HM-WDS10-TH-O, HM-SEC-WDS-2, HM-Sen-LI-O, HM-CC-RT-DN, HM-LC-Sw1-Pl-DN-R1, HM-SCI-3-FM, HM-Sec-Sir-WM, HM-PB-2-WM55-2, HM-RC-8, HM-LC-SW1-PL2, Alpha2

viegener

Zitat von: Garbsen am 10 Oktober 2016, 16:19:31
Nein, homematic ist ja standardmäßig genau umgekehrt.

Das verstehe ich jetzt nicht?

Meine Frage: Welche Schalter? bezog sich auf die Aussage von Robert:

Zitat...auch gleich die schalter auf homematic umdrehen

Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

viegener

Zitat von: viegener am 09 Oktober 2016, 19:00:36
OK, ich habe mir das gerade mal angeschaut und hätte einen Vorschlag:

Ich könnte ins Somfy-Modul ein spezielles Attribut aufnehmen (z.B. positionConvert100To0). Dann würde zwar intern weiter mit den Werten 0 bis 100/200 gerechnet, aber die externen Readings würden umgerechnet sodass dann:

Jetziger Wert 0 --> Neu: 100
Jetzt 100 --> Neu: 10
Jetzt 200 --> Neu: 0

Also wäre dann 10 der Rolladen unten und 0 wäre geschlossen. Damit wäre das auch in derselben Richtung wie bei Homematic?


Die Umrechnung würde nur gemacht, wenn das Attribut gesetzt ist, so dass sich für existierende Nutzer nichts ändern muss.

Das erfordert aber einiges an Umstellung und vor allem Test - Wäre das eine Lösung?

Eine erste Version mit der Umrechnung befindet sich in github, ich bin aber bisher noch kaum zum Testen gekommen.
Das Attribut heisst positionInverse
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

no_Legend

Zitat von: Garbsen am 10 Oktober 2016, 16:19:31
Nein, homematic ist ja standardmäßig genau umgekehrt.

on und off.

Bei Homematic ist wenn on = up  und off = down
Bei dem modul ist on = down und off = up

Korregiert mich bitte, wenn ich mich gerade vertue.
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

Garbsen

Zitat von: no_Legend am 17 Oktober 2016, 11:45:30
on und off.

Bei Homematic ist wenn on = up  und off = down
Bei dem modul ist on = down und off = up

Korregiert mich bitte, wenn ich mich gerade vertue.
Das ist korrekt, aber für Homebridge unbeachtlich, da dort immer über die Position gesteuert wird (0-100)
Der on/off Unterschied zwischen homematic und Somfy-Modul wirkt sich bei Homebridge nicht aus und kann bei Bedrf in FHEM über ein eventmapping angeglichen werden.
FHEM und Homebridge auf Intel NUC, CUL 868 v 1.66, CUL466 V 1.66, SOMFY RTS Rolläden, HM-LC-Bl1PBU-FM, HM-LC-BL1-FM, HM-SEC-SC-2, HM-SEC-RHS, HM-WDS10-TH-O, HM-SEC-WDS-2, HM-Sen-LI-O, HM-CC-RT-DN, HM-LC-Sw1-Pl-DN-R1, HM-SCI-3-FM, HM-Sec-Sir-WM, HM-PB-2-WM55-2, HM-RC-8, HM-LC-SW1-PL2, Alpha2

viegener

Ich habe jetzt eine verbesserte Version ins github gestellt und es wäre schön, wenn die Diskussion im eigentlichen Thread zu Somfy RTS weitergeführt würde:

https://forum.fhem.de/index.php/topic,53319.msg505730.html#msg505730
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Keppi80

Hallo zusammen,

gibt es mittlerweile eine Lösung für das Problem mit dem NanoCUL und der Ansteuerung für Somfy Rolläden über structure?

Ich habe schon alles mögliche ausprobiert:
- repetition auf 2
- flashen des CUL mit der alternativen nanocul.hex von Viegener aus diesem Thread

Beim Testen durch Aufrufen des On/Off Befehls direkt aus der Rolladen Struktur sah es immer gut aus, die Ernüchterung kam dann am nächsten Morgen:

Der Nanocul hat sich wieder brav nach dem Öffnen des dritten Rolladens per sunrise-Timer aufgehängt  >:(

Das async_delay Attribut mit einem Wert von >10 zu setzen halte ich für den allerletzten Ausweg.

Gibt es noch einen anderen Weg?

Danke vorab,

Gruß André

majorshark

Würde mich auch interessieren.

Oder ist die Lösung die hier angegebene.

https://forum.fhem.de/index.php/topic,44218.msg361415.html#msg361415

ZitatIch würde stattdessen ein wdt_reset in die somfy_rts_send einbauen.

Wer hat da schon Erfahrungen gemacht?

Grüße
Grüße aus Dewitz

VM auf Synology DS718+ mit FHEM 5.9 auf Debian 9.5/32-Bit (stretch)
Nächster Leipziger Stammtisch:

viegener

Zitat von: majorshark am 03 Januar 2017, 22:16:52
Würde mich auch interessieren.

Oder ist die Lösung die hier angegebene.

https://forum.fhem.de/index.php/topic,44218.msg361415.html#msg361415

Wer hat da schon Erfahrungen gemacht?

Grüße

Ich habe damals damit experimentiert, bin aber damals nicht erfolgreich gewesen. Ich habe nicht sehr viel Zeit investitert, es gab auch immer noch die Vermutung, dass durch installieren eines korrigierten bootloaders (optiboot) auf dem Arduino zumindest das reset sauber funktionieren sollte. Eigentlich sind es ja wohl zwei Probleme:
- der arduino wird durch den watchdog nicht korrekt resetted --> Bootloader
- der CUL code für SOMFY braucht sehr viel Zeit und der watchdog schlägt zu

Villeicht kannst Du ja erstmal einen Versuch mit dem optiboot bootloader machen?
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

majorshark

Zitat von: viegener am 03 Januar 2017, 23:08:17

Villeicht kannst Du ja erstmal einen Versuch mit dem optiboot bootloader machen?

Wie soll ich sagen - Ich bin schon mal froh wenn ich die FW auf den Cul bekomme. Aber was nicht ist ...
Werde mich mal versuchen einzulesen in die Materie mit dem Bootloader. Kann ja auch nur irgendwie geflasht werden.
Grüße aus Dewitz

VM auf Synology DS718+ mit FHEM 5.9 auf Debian 9.5/32-Bit (stretch)
Nächster Leipziger Stammtisch:

majorshark

Hallo. Ich geb mal einen Zwischenbericht für den Optiboot Bootloader ab. Bis ich den drauf hatte, fragt lieber nicht. Falls das funktioniert werde ich das in einem gesonderten Beitrag mal aufschreiben.

Bis jetzt funktioniert es. Mit

set RolloBad2,RolloAZ,RolloKZ,RolloBad1,RolloHWR,RolloSZ,RolloWZ,RolloKT go-my/off/on

fahren die Rollläden mehrfach in Ihre Position und der nanoCUL hängt sich nicht auf. Einziges Problem ist, dass der 7. Rolladen nicht fährt de 8. aber schon. Das liegt nicht an der Funkreichweite sondern an der Position im set Befehl. Es läßt sich wunderbar reproduzieren. Auch wenn es nur sieben sind wird dieser ausgelassen.

Im Logbuch sieht es dann so aus.

2017.01.05 08:50:50 5: CUL_1 sending Yr1
2017.01.05 08:50:50 5: SW: Yr1
2017.01.05 08:50:50 5: CUL_1 sending YsA3110793000005
2017.01.05 08:50:50 5: SW: YsA3110793000005
2017.01.05 08:50:50 5: CUL_1 sending Yr6
2017.01.05 08:50:50 5: SW: Yr6
2017.01.05 08:50:50 5: CUL_1 sending Yr1
2017.01.05 08:50:50 5: SW: Yr1
2017.01.05 08:50:50 5: CUL_1 sending YsA6110D06000007
2017.01.05 08:50:50 5: SW: YsA6110D06000007
2017.01.05 08:50:51 5: CUL_1 sending Yr6
2017.01.05 08:50:51 5: SW: Yr6
2017.01.05 08:50:51 5: CUL_1 sending Yr1
2017.01.05 08:50:51 5: SW: Yr1
2017.01.05 08:50:51 5: CUL_1 sending YsAE110B0E000008
2017.01.05 08:50:51 5: SW: YsAE110B0E000008
2017.01.05 08:50:51 5: CUL_1 sending Yr6
2017.01.05 08:50:51 5: SW: Yr6
2017.01.05 08:50:51 5: CUL_1 sending Yr1
2017.01.05 08:50:51 5: SW: Yr1
2017.01.05 08:50:51 5: CUL_1 sending YsAF110D2F000011
2017.01.05 08:50:51 5: SW: YsAF110D2F000011
2017.01.05 08:50:51 5: CUL_1 sending Yr6
2017.01.05 08:50:51 5: SW: Yr6
2017.01.05 08:50:51 5: CUL_1 sending Yr1
2017.01.05 08:50:51 5: SW: Yr1
2017.01.05 08:50:51 5: CUL_1 sending YsA4110324100002
2017.01.05 08:50:51 5: SW: YsA4110324100002
2017.01.05 08:50:51 5: CUL_1 sending Yr6
2017.01.05 08:50:51 5: SW: Yr6
2017.01.05 08:50:51 5: CUL_1 sending Yr1
2017.01.05 08:50:51 5: SW: Yr1
2017.01.05 08:50:51 5: CUL_1 sending YsAF110ABF000006
2017.01.05 08:50:51 5: SW: YsAF110ABF000006
2017.01.05 08:50:51 5: CUL_1 sending Yr6
2017.01.05 08:50:51 5: SW: Yr6
2017.01.05 08:50:51 5: CUL_1 sending Yr3
2017.01.05 08:50:51 5: SW: Yr3
2017.01.05 08:50:51 5: CUL_1 sending YsA0110FF0000012
2017.01.05 08:50:51 5: SW: YsA0110FF0000012
2017.01.05 08:50:51 5: CUL_1 sending Yr6
2017.01.05 08:50:51 5: SW: Yr6
2017.01.05 08:50:51 5: CUL_1 sending Yr1
2017.01.05 08:50:51 5: SW: Yr1
2017.01.05 08:50:51 5: CUL_1 sending YsAF110C5F000003
2017.01.05 08:50:51 5: SW: YsAF110C5F000003
2017.01.05 08:50:51 5: CUL_1 sending Yr6
2017.01.05 08:50:51 5: SW: Yr6
2017.01.05 08:50:51 5: CUL/RAW: /Yr:1

2017.01.05 08:50:51 4: CUL_Parse: CUL_1 Yr:1
2017.01.05 08:50:51 5: CUL_1: dispatch Yr:1


Manchmal gibt es einen Fehler.

2017.01.05 09:23:42 5: CUL_1 sending Yr1
2017.01.05 09:23:42 5: SW: Yr1
2017.01.05 09:23:42 5: CUL_1 sending YsA22007A2000005
2017.01.05 09:23:42 5: SW: YsA22007A2000005
2017.01.05 09:23:42 5: CUL_1 sending Yr6
2017.01.05 09:23:42 5: SW: Yr6
2017.01.05 09:23:42 5: CUL_1 sending Yr1
2017.01.05 09:23:42 5: SW: Yr1
2017.01.05 09:23:42 5: CUL_1 sending YsA6200D16000007
2017.01.05 09:23:42 5: SW: YsA6200D16000007
2017.01.05 09:23:42 5: CUL_1 sending Yr6
2017.01.05 09:23:42 5: SW: Yr6
2017.01.05 09:23:42 5: CUL_1 sending Yr1
2017.01.05 09:23:42 5: SW: Yr1
2017.01.05 09:23:42 5: CUL_1 sending YsAE200C6E000003
2017.01.05 09:23:42 5: SW: YsAE200C6E000003
2017.01.05 09:23:42 5: CUL_1 sending Yr6
2017.01.05 09:23:42 5: SW: Yr6
2017.01.05 09:23:42 5: CUL_1 sending Yr1
2017.01.05 09:23:42 5: SW: Yr1
2017.01.05 09:23:42 5: CUL_1 sending YsAF200D3F000011
2017.01.05 09:23:42 5: SW: YsAF200D3F000011
2017.01.05 09:23:42 5: CUL_1 sending Yr6
2017.01.05 09:23:42 5: SW: Yr6
2017.01.05 09:23:42 5: CUL_1 sending Yr1
2017.01.05 09:23:42 5: SW: Yr1
2017.01.05 09:23:42 5: CUL_1 sending YsA4200334100002
2017.01.05 09:23:42 5: SW: YsA4200334100002
2017.01.05 09:23:42 5: CUL_1 sending Yr6
2017.01.05 09:23:42 5: SW: Yr6
2017.01.05 09:23:42 5: CUL_1 sending Yr1
2017.01.05 09:23:42 5: SW: Yr1
2017.01.05 09:23:42 5: CUL_1 sending YsA0200B20000008
2017.01.05 09:23:42 5: SW: YsA0200B20000008
2017.01.05 09:23:42 5: CUL_1 sending Yr6
2017.01.05 09:23:42 5: SW: Yr6
2017.01.05 09:23:42 5: CUL/RAW: /Yr:1

2017.01.05 09:23:42 4: CUL_Parse: CUL_1 Yr:1
2017.01.05 09:23:42 5: CUL_1: dispatch Yr:1
2017.01.05 09:23:44 5: CUL/RAW: /YsA22007A2050000
Yr:6
Yr:1
YsA6230D16070000
Yr:6
Yr:1
YsAE210C6E030000
Yr:6
Yr:1
YsAF260D3F110000
Yr:6
Yr:1
YsA42B

2017.01.05 09:23:44 4: CUL_Parse: CUL_1 YsA22007A2050000
2017.01.05 09:23:44 5: CUL_1: dispatch YsA22007A2050000
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:6
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:6
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:1
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:1
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 YsA6230D16070000
2017.01.05 09:23:44 5: CUL_1: dispatch YsA6230D16070000
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:6
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:6
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:1
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:1
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 YsAE210C6E030000
2017.01.05 09:23:44 5: CUL_1: dispatch YsAE210C6E030000
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:6
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:6
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:1
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:1
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 YsAF260D3F110000
2017.01.05 09:23:44 5: CUL_1: dispatch YsAF260D3F110000
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:6
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:6
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 Yr:1
2017.01.05 09:23:44 5: CUL_1: dispatch Yr:1
2017.01.05 09:23:44 4: CUL_Parse: CUL_1 YsA42B
2017.01.05 09:23:44 5: CUL_1: dispatch YsA42B
2017.01.05 09:23:44 1: ERROR: >SOMFY incorrect length for command (YsA42B) / length should be 16< returned by the SOMFY ParseFn is invalid, notify the module maintainer


Und manchmal fahren die Rollläden erst nach zweiten absetzen des SET Befehls. Gefühlt scheint es als ob dann zu viele Befehle abgesetzt worden sind und diese dann einfach ignoriert werden. Bei vier Rollläden geht das immer sofort.

2017.01.05 09:42:41 5: CUL_1 sending Yr1
2017.01.05 09:42:41 5: SW: Yr1
2017.01.05 09:42:41 5: CUL_1 sending YsA31107A3000005
2017.01.05 09:42:41 5: SW: YsA31107A3000005
2017.01.05 09:42:41 5: CUL_1 sending Yr6
2017.01.05 09:42:41 5: SW: Yr6
2017.01.05 09:42:42 5: CUL_1 sending Yr1
2017.01.05 09:42:42 5: SW: Yr1
2017.01.05 09:42:42 5: CUL_1 sending YsA7110D17000007
2017.01.05 09:42:42 5: SW: YsA7110D17000007
2017.01.05 09:42:42 5: CUL_1 sending Yr6
2017.01.05 09:42:42 5: SW: Yr6
2017.01.05 09:42:42 5: CUL_1 sending Yr1
2017.01.05 09:42:42 5: SW: Yr1
2017.01.05 09:42:42 5: CUL_1 sending YsA1110B21000008
2017.01.05 09:42:42 5: SW: YsA1110B21000008
2017.01.05 09:42:42 5: CUL_1 sending Yr6
2017.01.05 09:42:42 5: SW: Yr6
2017.01.05 09:42:42 5: CUL_1 sending Yr1
2017.01.05 09:42:42 5: SW: Yr1
2017.01.05 09:42:42 5: CUL_1 sending YsA0110D40000011
2017.01.05 09:42:42 5: SW: YsA0110D40000011
2017.01.05 09:42:42 5: CUL_1 sending Yr6
2017.01.05 09:42:42 5: SW: Yr6
2017.01.05 09:42:42 5: CUL_1 sending Yr1
2017.01.05 09:42:42 5: SW: Yr1
2017.01.05 09:42:42 5: CUL_1 sending YsA5110335100002
2017.01.05 09:42:42 5: SW: YsA5110335100002
2017.01.05 09:42:42 5: CUL_1 sending Yr6
2017.01.05 09:42:42 5: SW: Yr6
2017.01.05 09:42:42 5: CUL_1 sending Yr1
2017.01.05 09:42:42 5: SW: Yr1
2017.01.05 09:42:42 5: CUL_1 sending YsA7110AC7000006
2017.01.05 09:42:42 5: SW: YsA7110AC7000006
2017.01.05 09:42:42 5: CUL_1 sending Yr6
2017.01.05 09:42:42 5: SW: Yr6
2017.01.05 09:42:42 5: CUL_1 sending Yr1
2017.01.05 09:42:42 5: SW: Yr1
2017.01.05 09:42:42 5: CUL_1 sending YsA7110FF7000012
2017.01.05 09:42:42 5: SW: YsA7110FF7000012
2017.01.05 09:42:42 5: CUL_1 sending Yr6
2017.01.05 09:42:42 5: SW: Yr6
2017.01.05 09:42:42 5: CUL_1 sending Yr1
2017.01.05 09:42:42 5: SW: Yr1
2017.01.05 09:42:42 5: CUL_1 sending YsAF110C6F000003
2017.01.05 09:42:42 5: SW: YsAF110C6F000003
2017.01.05 09:42:42 5: CUL_1 sending Yr6
2017.01.05 09:42:42 5: SW: Yr6
2017.01.05 09:42:42 5: CUL/RAW: /Yr:61

2017.01.05 09:42:42 4: CUL_Parse: CUL_1 Yr:61
2017.01.05 09:42:42 5: CUL_1: dispatch Yr:61
-> Rollos sind nicht gefahren
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA41107A4000005
2017.01.05 09:42:49 5: SW: YsA41107A4000005
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA8110D18000007
2017.01.05 09:42:49 5: SW: YsA8110D18000007
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA2110B22000008
2017.01.05 09:42:49 5: SW: YsA2110B22000008
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA1110D41000011
2017.01.05 09:42:49 5: SW: YsA1110D41000011
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA6110336100002
2017.01.05 09:42:49 5: SW: YsA6110336100002
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA8110AC8000006
2017.01.05 09:42:49 5: SW: YsA8110AC8000006
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA8110FF8000012
2017.01.05 09:42:49 5: SW: YsA8110FF8000012
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL_1 sending Yr1
2017.01.05 09:42:49 5: SW: Yr1
2017.01.05 09:42:49 5: CUL_1 sending YsA0110C70000003
2017.01.05 09:42:49 5: SW: YsA0110C70000003
2017.01.05 09:42:49 5: CUL_1 sending Yr6
2017.01.05 09:42:49 5: SW: Yr6
2017.01.05 09:42:49 5: CUL/RAW: /Yr:1

2017.01.05 09:42:49 4: CUL_Parse: CUL_1 Yr:1
2017.01.05 09:42:49 5: CUL_1: dispatch Yr:1

-> Rollos sind gefahren

Ich werde das jetzt erst mal so lassen und den normalen Betrieb aufnehmen und vorerst nur die Somfy's über den nanoCUL anfunken.

Grüße aus Dewitz

VM auf Synology DS718+ mit FHEM 5.9 auf Debian 9.5/32-Bit (stretch)
Nächster Leipziger Stammtisch: