Erweiterung CULFW um Somfy/Simu

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

Vorheriges Thema - Nächstes Thema

Puschel74

#405
Hallo,

ein CUNO auf 433 MHz wäre mir nicht bekannt.
Lt. busware.de werden die auch aufgrund zu geringer Nachfrage nicht gefertigt.
Hast du deinen CUNO auf 433 MHz gestellt?

Grüße

Edith: Sollte das mit einem CUNO überhaupt klappen  ???
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Maiks

Hallo,

nein habe ich nicht, dachte das geht wie bei den InterTechno Steckdosen, das die CUNO automatisch auf 433 umschaltet.

Man brauch die CUNO /CUL ja nur umschalten, wenn man den Befehl sendet, ein dauerhaftes umschalten wäre nicht gut.

Cu

Puschel74

Hallo,

ZitatMan brauch die CUNO /CUL ja nur umschalten, wenn man den Befehl sendet, ein dauerhaftes umschalten wäre nicht gut.
Das ist mir durchaus klar.

Schaltet er den um auf 433 MHz ?
Deinem geposteten 2-Zeiler nach wohl nicht - das was eigentlich das was ich mit meiner Antwort sagen wollte.

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Olly

Zitat von: Maiks am 30 November 2014, 17:46:52
Hallo,

habe die cuno2 mit der letzten version 1.62 geflasht, leider sagt er immer unknown command :(

2014.11.30 17:43:34 2: SOMFY set Rollladen prog: sA1800001000302
2014.11.30 17:43:34 2: CUNO: unknown message ? (YsA1800001000302 is unknown) Use one of m B C F Z i A G M R T V W X O e f l t u H x E c q

Hat sich da etwas im Modul  geändert ?

Cu
Maik
Hallo,

Ich wurde sagen: da ist Somfy nicht einkompiliert, sonst würde bei "use one of" das Y auftauchen.

Gruß

     Olly
BananaPi 1GB;NetCSM 868MHz, miniCUL 433MHz, LaCrosseGateway, 2x SignalESP; FHEM 6.2

Maiks

schade in der changelog stand drinnen, dass somfy geht :(

Würde der somfy teil die Umschaltung auf 433 automatisch machen wie bei InterTechno ?





Olly

Zitat von: Maiks am 30 November 2014, 20:17:22
schade in der changelog stand drinnen, dass somfy geht :(

Würde der somfy teil die Umschaltung auf 433 automatisch machen wie bei InterTechno ?
Keine Ahnung, ob die Umschaltung automatisch geht. Wenn du die Firmware selbst kompilierst, kannst du die Unterstützung für Somfy aktivieren und probieren, ob es geht.

Gruß

    Olly
BananaPi 1GB;NetCSM 868MHz, miniCUL 433MHz, LaCrosseGateway, 2x SignalESP; FHEM 6.2

platypus

Hallo,

Ich hatte die Probleme mit den Restarts.
Am Wochenende habe ich die Somfy-Devices von Grund auf neu eingerichtet und auch erneut angelernt.
Seither läuft es problemlos ...
Die Ursache habe ich nicht gefunden. Der einzige Ansatz  den ich als Idee habe ist, dass ich die drive-up-time-to-open gelöscht habe (wo ich vorher eine falsche Zeit darin hatte und bei meinem Fall keinen Sinn machte).

Ich beobachte mal weiter und falls ich mich nicht mehr melde, ist alles paletti.

besten Dank!

Daniel

Pjg

Ich hatte bisher nie die Zeiten bei den Rollläden drin, und habe mit den Fehlermeldungen im log gelebt.
Jetzt dachte ich mir, ich probiere es mal bei einem Rollladen aus. Der fährt auch schön auf die vorgegebenen Positionen.
Nur ein Blick ins log zeigt noch immer die Fehlermeldung, als ob ich die Zeiten nicht eingetragen hätte:

SOMFY_set: Error - drivetime and updatetime = 0

Und zwar reproduzierbar, wenn ich den Rollanden mit off runter fahren lasse und ihn dann irgendwo stoppe.
Beim stop Befehl kommt dann die Fehlermeldung.

Also kommt dieser Fehler nicht nur dann, wenn man die Zeiten nicht eingetragen hat, sondern auch wenn bestimmte Konstellationen vorliegen.
Ich denke da gibt es wohl noch mehrere.

Kannst Du Dir das einmal bei Gelegenheit anschauen?
Ist ja nicht tragisch. Es funktioniert ja. Danke.
BananaPI, CUL 433, Somfy RTS, Hue LWL001, Hue LWB004, HM-CFG-LAN, HM-LC-SW2-FM

Pjg

Ach ja. Einen Tipp hätte ich noch:

Wenn der Server abschmiert, was bei mir leider ab und an schon einmal passiert, funktionieren die Rolläden nach restart zunächst einmal nicht mehr.
Es ist aber nicht erforderlich alle wieder neu einzulernen.

Es ist ausreichend bei jedem Rollladen einmal von Auto auf manuell zu schalten und anschließend den Rollenaden einmal kurz manuell zu bedienen.
Danach funktionieren sie bei mir immer wieder ohne neue prog.

BananaPI, CUL 433, Somfy RTS, Hue LWL001, Hue LWB004, HM-CFG-LAN, HM-LC-SW2-FM

Maiks

So habe das jetzt in die CUNO2 implementiert und es funktioniert wunderbar, bis auf ein kleines Problem :D

Nach ein paar mal auf und ab hat sich FHEM jedes mal aufgehängt, Neustart von FHEM war nötig, ansonsten ging die Markise auf und ab.

Danke an alle die so etwas tolles zur Verfügung gestellt haben.

P.s. Compilieren hat bei mir nicht unter WIN8.1 64 Bit funktioniert auf einer Win7 32bit lief es sofort.

simonberry

#415
Hallo zusammen

ich habe bei meinen Somfys immer wieder das Problem, dass sie nicht mehr auf die Befehle von FHEM reagieren. Wenn ich FHEM mit "shutdown restart" neu starte funktionieren sie zunächst wieder. Und zwar komplett mit auf, ab pos stop, alles wie erwartet ohne Fehlermeldungen. Aber irgendwann meistens schon am Morgen darauf geht mindestens einer der beiden Rollos nicht mehr. Danach reagiert der betroffene Rollladen nur noch auf die original Fernbedienung. Aus FHEM heraus reagiert er nicht mehr bis zum nächsten shutdown restart.
Manchmal werden auch neue SOMFY devices durch autocreate angelegt, bei denen jedoch kein IODev attribut existiert - manchmal lösche ich die manchmal bin ich dazu aber auch zu faul. Hier im log sind sie noch drinnen.
Hat jemand eine Idee?

Achtung neuste Meldung oben...

# hier fuhr RolladenWZL nciht mehr hoch
2014.12.07 09:00:04 3: CUL433: Unknown code YsA624022B000001, help me!
2014.12.07 09:00:00 2: SOMFY set RolladenWZR off: sAB2001D9000002
2014.12.07 09:00:00 3: SOMFY_set: RolladenWZR -> state update in 30.3828696492345 sec
2014.12.07 09:00:00 2: SOMFY set RolladenWZL off: sA620022B000001
2014.12.07 09:00:00 3: SOMFY_set: RolladenWZL -> state update in 30.3900362387665 sec
# Hier fuhren die Rollos tatsächlich auch runter vv
2014.12.06 19:21:11 2: SOMFY set RolladenWZR on: sAA4001D8000002
2014.12.06 19:21:11 3: SOMFY_set: RolladenWZR -> state update in 0.00973151408436301 sec
2014.12.06 19:21:10 2: SOMFY set RolladenWZL on: sA540022A000001
2014.12.06 19:21:10 3: SOMFY_set: RolladenWZL -> state update in 0.00388644366206048 sec
2014.12.06 19:20:37 0: Server started with 252 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user fhem, pid 23546)
2014.12.06 19:20:37 3: No I/O device found for SOMFY_010000
2014.12.06 19:20:37 3: No I/O device found for RolladenWZL
2014.12.06 19:20:37 3: No I/O device found for SOMFY_B1B1B2
2014.12.06 19:20:37 3: No I/O device found for Markise
2014.12.06 19:20:37 3: No I/O device found for RolladenWZR
2014.12.06 19:20:37 3: No I/O device found for SOMFY_020000
2014.12.06 19:20:37 3: No I/O device found for SOMFY_000000
2014.12.06 19:20:37 3: No I/O device found for SOMFY_B2B1B1
2014.12.06 19:20:34 1: Including ./log/fhem.save
2014.12.06 19:20:21 3: CUL433: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2014.12.06 19:20:20 3: CUL433 device opened
2014.12.06 19:20:20 3: Setting CUL433 baudrate to 9600
2014.12.06 19:20:20 3: Opening CUL433 device /dev/ttyACM1
2014.12.06 19:20:19 2: eventTypes: loaded 15247 events from ./log/eventTypes.txt
2014.12.06 19:20:17 3: telnetPort: port 7072 opened
2014.12.06 19:20:16 1: Including fhem.cfg
2014.12.06 19:20:10 0: Server shutdown
# Hier habe ich erkannt das mal wieder was nicht stimmt, also neustart von FHEM
2014.12.06 17:30:00 2: SOMFY set RolladenWZR on: sA94001D7000002
2014.12.06 17:30:00 3: SOMFY_set: RolladenWZR -> state update in 23.6797315140844 sec
2014.12.06 17:10:01 2: autocreate: define FileLog_SOMFY_000000 FileLog ./log/SOMFY_000000-%Y.log SOMFY_000000
2014.12.06 17:10:01 3: No I/O device found for SOMFY_000000
2014.12.06 17:10:01 2: autocreate: define SOMFY_000000 SOMFY 000000
2014.12.06 17:10:01 3: SOMFY Unknown device 000000, please define it
2014.12.06 17:10:00 2: SOMFY set RolladenWZL on: sA4400229000001
2014.12.06 17:10:00 3: SOMFY_set: RolladenWZL -> state update in 23.753886443662 sec


Hier noch meine defines der Somfys:

define RolladenWZL SOMFY 000001
attr RolladenWZL IODev CUL433
attr RolladenWZL devStateIcon auf:fts_shutter_10@green:ab ab:fts_shutter_100@green:auf stop:fts_shutter_50@green .*.10:fts_shutter_10@green .*.0:fts_shutter_10@green
attr RolladenWZL drive-down-time-to-100 20.39
attr RolladenWZL drive-down-time-to-close 24.75
attr RolladenWZL drive-up-time-to-100 3.95
attr RolladenWZL drive-up-time-to-open 26.67
attr RolladenWZL eventMap off:auf on:ab
attr RolladenWZL fp_TFP 500,1000,0,
attr RolladenWZL group Rolladen
attr RolladenWZL icon fts_shutter
attr RolladenWZL room EG
attr RolladenWZL webCmd auf:ab:stop:pos 10:pos 25:pos 50:pos 60:pos 100

define RolladenWZR SOMFY 000002
attr RolladenWZR IODev CUL433
attr RolladenWZR devStateIcon auf:fts_shutter_10@green:ab ab:fts_shutter_100@green:auf stop:fts_shutter_50@green .*.10:fts_shutter_10@green .*.0:fts_shutter_10@green
attr RolladenWZR drive-down-time-to-100 20.39
attr RolladenWZR drive-down-time-to-close 24.75
attr RolladenWZR drive-up-time-to-100 3.95
attr RolladenWZR drive-up-time-to-open 26.67
attr RolladenWZR eventMap off:auf on:ab
attr RolladenWZR fp_TFP 500,1050,0,
attr RolladenWZR group Rolladen
attr RolladenWZR icon fts_shutter
attr RolladenWZR room EG
attr RolladenWZR webCmd auf:ab:stop:pos 10:pos 25:pos 50:pos 60:pos 100


Edit 16.12.2014:

Seit dem ich neuerdings 3 Intertechno Funk-Steckdosen für die Weihnachtsbeleuchtung ins System integriert habe, die auch über den CUL433 betrieben werden, funktionieren die SOMFYs tadellos...
Da bin ich aber froh, obwohl ich gerne wüste warum.
Ist wohl vielleicht eher ein CUL Problem...?
NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

thdankert

#416
Zitat von: Maiks am 30 November 2014, 20:17:22
schade in der changelog stand drinnen, dass somfy geht :(

Würde der somfy teil die Umschaltung auf 433 automatisch machen wie bei InterTechno ?

Hallo Maiks,

weil es keinen CUNO mit 433 MHz gibt, ist SOMFY dort standardmäßig nicht einkompiliert.
Wenn du die Firmware selbst kompilierst, und HAS_SOMFY definierst, sollte es dann auch das "Y" Kommando geben.

Es wird auch automatisch umgeschaltet (wie bei InterTechno), aber die Reichweite war in meinen Tests sehr gering (ca. 3 Meter Luftlinie, ohne Wand dazwischen).

Grüße,
Thomas

EDIT: Habe nicht alle Beiträge gelesen, du hast es ja schon hinbekommen :-)
Siehst du im Log etwas, bevor FHEM abstürzt?
RPI mit FHEM, 2x Stackable CC (868 und 433MHz)

thdankert

Zitat von: Pjg am 04 Dezember 2014, 11:46:42
SOMFY_set: Error - drivetime and updatetime = 0

Und zwar reproduzierbar, wenn ich den Rollanden mit off runter fahren lasse und ihn dann irgendwo stoppe.
Beim stop Befehl kommt dann die Fehlermeldung.

Kannst Du Dir das einmal bei Gelegenheit anschauen?

Hallo Pjg,

der Fehler ist bekannt (ist auch auf 1 oder 2 Seiten vorher schon besprochen worden) - die Meldung kommt sobald stop bzw. go-my genutzt wird.
Das korrigiere ich noch, ich bin nur bisher noch nicht dazu gekommen.

Zitat
Ach ja. Einen Tipp hätte ich noch:

Wenn der Server abschmiert, was bei mir leider ab und an schon einmal passiert, funktionieren die Rolläden nach restart zunächst einmal nicht mehr.
Es ist aber nicht erforderlich alle wieder neu einzulernen.

Es ist ausreichend bei jedem Rollladen einmal von Auto auf manuell zu schalten und anschließend den Rollenaden einmal kurz manuell zu bedienen.
Danach funktionieren sie bei mir immer wieder ohne neue prog.

Nicht alle Rolläden lassen sich so umschalten - bei mir zuhause gibts die Möglichkeit nicht.
Da muss ich dann manuell den Rolling-Code und den Encryption-Key in FHEM hochzählen.

Für den Rest ist das Statefile zuständig, da werden die letzten Werte drin gespeichert - nur leider nicht bei einem Crash.
RPI mit FHEM, 2x Stackable CC (868 und 433MHz)

reiphi

Hallo Thomas

Vielen Dank für das tolle Modul - im Prinzip funktioniert bei mir alles super.

Aber: Da ich nur einen Windwächter habe (und keinen kombinierten mit Sonne) muss ich laut Somfy meinen Schalter (Centralis Uno RTS VB) von auto auf 0 schalten, da die Jalousien sonst im 15 Minuten-Takt nach oben fahren.
Und nur in auto-Stellung funktioniert das Modul.

Laut Somfy muss auch in 0-Stellung eine Fernbedienung funktionieren. Allerdings muss man da die Fernbedienungstaste länger drücken.
Nun weiß ich nicht, wie ich das lange Tastendrücken auf der Fernbedienung umsetzen kann. Mit repetition zeigt sich keine Veränderung.

Danke für eure Hilfe!
Philipp

Maiks

Zitat von: thdankert am 09 Dezember 2014, 09:53:31

EDIT: Habe nicht alle Beiträge gelesen, du hast es ja schon hinbekommen :-)
Siehst du im Log etwas, bevor FHEM abstürzt?

Ja hatte es unter Windows 7 32 bit hin bekommen unter 64 Bit wollte das nicht :(

Zu dem Fehler, leider gibt es keinen Eintrag in der Log, es hört einfach auf zu Funktionieren.

System Ubuntu 12.04 unter Vmware

Cu Maik