FHEM Forum

FHEM - Hausautomations-Systeme => Sonstige Systeme => Thema gestartet von: viegener am 12 Mai 2016, 21:06:46

Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 12 Mai 2016, 21:06:46
Ich lege diesen Thread zu Somfy RTS und dem Modul 10_SOMFY.pm neu an, da ich das Modul übernommen habe von thdankert.
Danke für die ganze Arbeit von Thomas und allen anderen die beigetragen haben, um das Somfy-Modul zu erstellen!

Der Originalthread findet sich hier, ist aber nicht wirklich passend aufgehängt in (Wunschliste - CUL):
https://forum.fhem.de/index.php/topic,24158.0.html (https://forum.fhem.de/index.php/topic,24158.0.html)

Fragen zu / Probleme mit dem Modul können gerne in diesem Thread gestellt werden, damit es einen zentralen Anlaufpunkt gibt. Ausserdem berichte ich dann über Neuerungen und die Weiterentwicklung.

Ich pflege meine Module momentan üblicherweise zuerst in github und übertrage dann die Änderungen ins SVN wenn sie soweit stabil sind.
Die aktuelle Entwicklungsversion findet sich also dann hier:

https://github.com/viegener/Telegram-fhem/tree/master/Somfy (https://github.com/viegener/Telegram-fhem/tree/master/Somfy)

Für das Senden von Kommandos an Somfy-RTS (Rolläden oder Markisen) wird ein CUL (o.ä. mit 433 Mhz) benötigt.

Der Empfang von Handfernbedienungen ist mit einem fhemduino möglich.
http://www.fhemwiki.de/wiki/FHEMduino (http://www.fhemwiki.de/wiki/FHEMduino)

Fragen und Anregungen dazu können auch gerne hier gestellt werden.

Eine Beschreibung, wie man Handfernbedienungen und Somfy-Devices über FHEM gesteuert verbindet findet sich hier:
https://forum.fhem.de/index.php/topic,24158.msg394931.html#msg394931 (https://forum.fhem.de/index.php/topic,24158.msg394931.html#msg394931)



Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Sidey am 12 Mai 2016, 21:13:57
Hi,

würdest Du ein paar Anpassungen zustimmen, damit man senden und Empfangen auch mit dem SIGNALduino machen kann?

Grüße Sidey
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 12 Mai 2016, 21:16:16
Klar, was muss gemacht werden?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 12 Mai 2016, 21:30:09
Achso und eine neue Version mit der Unterstützung der readingFnAttribute (event-on-update-reading etc) ist ab morgen über update verfügbar
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Romoker am 17 Mai 2016, 21:22:19
Ich rege die Ergänzung um einen Slider in der Fhem-Weboberfläche an, so wie er auch in anderen Devices definiert werden kann:

Attributes:
   setList pos:slider,0,10,100
   webCmd pos


Auf wenn setList gerade erst aus dem Modul entfernt wurde :(

Viele Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 17 Mai 2016, 22:04:34
Das geht durchaus heute schon über das Attribut:

widgetOverride pos:slider,0,5,100

Wenn auch auf der Übersichtsseite gwünscht, geht das über das Attribut webCmd, oder habe ich die Anfrage missverstanden?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Romoker am 17 Mai 2016, 22:51:20
Hallo viegener,

genau das habe ich gemeint bzw. gesucht. Danke für den Hinweis. Wieder etwas gelernt. Dann ziehe ich hiermit meinen Vorschlag zurück.

Viele Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Izzy am 17 Juli 2016, 19:49:53
Auch ich möchte zunächst mit einem Danke an @viegener beginnen – für die Arbeit und den guten Einstiegs-Post hier, der auch so schön auf weitere Resourcen verlinkt!

Ich habe vor ein paar Jahren einmal ein wenig mit FHEM "gespielt", seitdem aber nicht mehr wirklich etwas damit gemacht. Nun sind meine neuen Rollladen-Motoren verbaut, und ich würde die gern per FHEM steuern. Als "quasi-Anfänger" habe ich zunächst all mein Google-Fu aufgebracht, um ein Wiki o.ä. mit "Einstiegs-Lektüre" zu finden – leider mit wenig Erfolg. Daher hänge ich jetzt noch ganz am Anfang fest.

Installiert werden soll FHEM auf einem meiner BananaPis, was sicher erst einmal kein Problem ist. Anlernen möchte ich die Somfy-Motoren von den entsprechenden FBs (habe extra jeden einzeln auf je einen Kanal diverser Telis-4 setzen lassen). Dafür benötige ich wohl einen FHEMduino (oder SIGNALduino? Wäre das der Nachfolger?). Benötige ich noch einen CUL zusätzlich für die Steuerung, oder kann der *duino beides übernehmen? Wo bekäme ich "fertige Hardware" her, wenn ich nicht so der Bastler bin?

Für Starthilfe wäre ich überaus dankbar. Für den Lerneffekt könnte ich mir durchaus vorstellen, meine dabei gesammelten Erfahrungen zu eben jener Wiki-Seite zu verarbeiten, die ich (siehe oben) nicht finden konnte. Extrem begeistert wäre ich natürlich, ließe sich ein "ortsansässiger" für eine "lokale Session vor Ort" überreden (Elektroluch vielleicht? ;))
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 17 Juli 2016, 23:13:00
Hallo izzy,
Danke für die Blumen, ein Grossteil der Arbeit ist allerdings von anderen vor mir geleistet worden.

Zu Deinen Fragen:

Die Hauptanwendung besteht ja vermutlich darin, die Rolläden über FHEM zu steuern (und nicht nur deren Position anzuzeigen).
Stand heute geht folgendes
- Empfang mit FHEMDuino (also FB-Befehle werden empfangen)
- Senden geht nur mit CUL (also Steuern von Rolläden)

Es gibt Entwicklungen beim Signalduino Empfang und Senden zu ermöglichen, die auch schon relativ weit sind.
Siehe dazu im recht aktiven Signalduino-Thread.

Fertige Hardware, gibt es gelegentlich bei ebay, aber ich denke auch hier im Forum kann man fragen (Marktplatz).
CULs gibt es natürlich bei busware und ebenfalls bei ebay (insbesondere Nanoculs).

Zum Anlernen vielleicht noch ein paar Hinweise:
Somfy-Motoren können von verschiedenen Fernbedienungen parallel gesteuert werden. Dazu brauchen aber alle Fernbedienungen unterschiedliche Adressen (Stichwort Rollingcode). Auch eine Steuerung über den CUL mit FHEM verhält sich wie eine eigene Fernbedienung.
Deine Teils-Fernbedienungen und FHEM-CUL-SOMFY brauchen also unterschiedliche Adressen, diese kannst Du selber festlegen und die entsprechenden Rolläden manuell anlegen. Die per fhemduino empfangenenen FB werden als getrennte Devices angelegt (fhemduino_somfyr), repräsentieren aber nur die Fernbedienung . Der Motor/Rolladen wird als SOMFY-Device angelegt und steelt den eigentlichen Rolladen dar.

Hoffe das gibt ein wenig Infos. Mit den Stichworten sollten auch entsprechende Threads hier im Forum auffindbar sein, in denen sich mehr Hintergrundinfo findet.


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Izzy am 18 Juli 2016, 22:28:34
Zitat von: viegener am 17 Juli 2016, 23:13:00
Danke für die Blumen, ein Grossteil der Arbeit ist allerdings von anderen vor mir geleistet worden.

Die seien natürlich im Dank inbegriffen (insbesondere wohl Thomas) – sorry, hätte ich explizit schrieben sollen ;)

Zitat von: viegener am 17 Juli 2016, 23:13:00
Die Hauptanwendung besteht ja vermutlich darin, die Rolläden über FHEM zu steuern (und nicht nur deren Position anzuzeigen).
Stand heute geht folgendes
- Empfang mit FHEMDuino (also FB-Befehle werden empfangen)
- Senden geht nur mit CUL (also Steuern von Rolläden)

Es gibt Entwicklungen beim Signalduino Empfang und Senden zu ermöglichen, die auch schon relativ weit sind.
Siehe dazu im recht aktiven Signalduino-Thread.

Das war u.a. Hintegrund meiner Unsicherheit. Weder bei Signalduino noch bei FHEMduino ist Somfy im Wiki explizit erwähnt (oder ich muss es bei beiden übersehen haben). Bei beiden sind einzelne "Geräte" mit "S E" (also "Senden & Empfangen") markiert, und Signalduino geht laut Beschreibung in Richtung "Mädchen für Beides". Wenn ich also nur ein Gerät bräuchte, täte ich mir das andere natürlich gern sparen (im doppelten Sinne).

Zitat von: viegener am 17 Juli 2016, 23:13:00
Fertige Hardware, gibt es gelegentlich bei ebay, aber ich denke auch hier im Forum kann man fragen (Marktplatz).
CULs gibt es natürlich bei busware und ebenfalls bei ebay (insbesondere Nanoculs).

Den Marktplatz hatte ich schon ins Auge gefasst (da gab es bereits einige interessante Angebote). Jetzt bleibt mir also die Wahl zu warten, bis Signalduino "so weit ist" – oder halt doch einfach beides zu kaufen, damit ich "schneller" loslegen kann. Sollte sich abzeichnen, dass es sich bei Signalduino nur noch um ein paar Wochen handelt bis er beides kann, warte ich da gern drauf (ich schau da gleich nochmal nach).

Zitat von: viegener am 17 Juli 2016, 23:13:00
Zum Anlernen vielleicht noch ein paar Hinweise:
Somfy-Motoren können von verschiedenen Fernbedienungen parallel gesteuert werden. Dazu brauchen aber alle Fernbedienungen unterschiedliche Adressen (Stichwort Rollingcode). Auch eine Steuerung über den CUL mit FHEM verhält sich wie eine eigene Fernbedienung.
Deine Teils-Fernbedienungen und FHEM-CUL-SOMFY brauchen also unterschiedliche Adressen, diese kannst Du selber festlegen und die entsprechenden Rolläden manuell anlegen. Die per fhemduino empfangenenen FB werden als getrennte Devices angelegt (fhemduino_somfyr), repräsentieren aber nur die Fernbedienung . Der Motor/Rolladen wird als SOMFY-Device angelegt und steelt den eigentlichen Rolladen dar.

Hoffe das gibt ein wenig Infos. Mit den Stichworten sollten auch entsprechende Threads hier im Forum auffindbar sein, in denen sich mehr Hintergrundinfo findet.

Joa, davon habe ich schon einige durchforstet. Mangels Hintergrundwissen war es mir jedoch bislang nicht möglich, mir ein Gesamtbild zu verschaffen. Dem bin ich Dank Deiner Erklärungen nun ein ganzes Stück näher gekommen. Genug "Luft" dürfte ich noch haben: soweit ich mir angelesen habe, verkraftet ein Empfänger bis zu 12 Sender. Mehr als 4 sind bislang noch bei keinem angelernt (das Maximum sind die Terassentüren: 1x Telis-4 (einzeln), 1x gleiche Telis-4 (alle Kanäle = Sammelschaltung für die gesamte Front), 1x Keytis (Notschalter, falls das Teil zugeht während ich im Garten bin) und 1x Centralis für "morgens auf und abends zu"). Da sollte noch 1x FHEMduino und 1x CUL draufpassen :)

In Anbetracht der Entwicklung: Was würdest Du empfehlen, FHEMduino oder SIGNALduino? Auf dem Marktplatz gibt es die entsprechende Hardware ja gelegentlich bereits "fertig geflasht", was ich zumindest zum Einstieg noch bevorzugen würde. Auch für die CUL natürlich. Und klar, 433 MHz sollte es dann sein :)
Titel: 10_SOMFY.pm - Somfy RTS -Fehler nach Update HEUTE Pearl WARNIN
Beitrag von: Warlock_2016 am 02 Oktober 2016, 22:18:55
Hallo zusammen

nachdem Update heute gibt mir das Modul einen Fehler

2016.10.02 22:14:43 1: PERL WARNING: Argument "go-my" isn't numeric in addition (+) at ./FHEM/10_SOMFY.pm line 969.

Kann jemand helfen?

Gruss, Markus
Titel: Antw:10_SOMFY.pm - Somfy RTS -Fehler nach Update HEUTE Pearl WARNIN
Beitrag von: viegener am 03 Oktober 2016, 22:48:11
Zitat von: Warlock_2016 am 02 Oktober 2016, 22:18:55
Hallo zusammen

nachdem Update heute gibt mir das Modul einen Fehler

2016.10.02 22:14:43 1: PERL WARNING: Argument "go-my" isn't numeric in addition (+) at ./FHEM/10_SOMFY.pm line 969.

Kann jemand helfen?

Gruss, Markus

Es kann sein, dass Du länger kein Update gemacht hast und diese Meldung deshalb einmalig kommt. Nach dem nächsten korrekten Neupositionieren sollten die Readings korrigiert sein.


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 17 Oktober 2016, 23:36:29
Es gibt eine neue Version des Somfy-Moduls in github, diese enthält eine erste Version einer umgedrehten Positionslogik, wie in diesem Thread andiskutiert:

https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349 (https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349)

Es gibt dazu ein spezielles Attribut aufnehmen (positionInverse mit dem Wert 1 wird die neue Logik eingeschaltet). 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 ist dann 10 der Rolladen unten und 0 wäre geschlossen. Damit wäre das auch in derselben Richtung wie bei Homematic?

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

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 18 Oktober 2016, 17:09:11
Habe gerade nochmal eine besser getestete version auch mit Doku für die Commandref in github hochgeladen und wenn es keine Bedenken gibt, würde ich diese Version auch in den normalen update (sprich SVN) für FHEM freigeben.

Die Logik von on/off habe ich nicht geändert, da das zu zuviel Inkonsistenzen führen könnte es gibt mehrere internals und readings die ebenfalls diese Werte zeigen, so dass die Logik sehr kompliziert würde.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Garbsen am 20 Oktober 2016, 14:02:26
Zitat von: viegener am 18 Oktober 2016, 17:09:11
Habe gerade nochmal eine besser getestete version auch mit Doku für die Commandref in github hochgeladen und wenn es keine Bedenken gibt, würde ich diese Version auch in den normalen update (sprich SVN) für FHEM freigeben.

Die Logik von on/off habe ich nicht geändert, da das zu zuviel Inkonsistenzen führen könnte es gibt mehrere internals und readings die ebenfalls diese Werte zeigen, so dass die Logik sehr kompliziert würde.

Moin, komme wenn, dann erst jetzt zum Testen weiß aber leider als relativer Newbee nicht so richtig, wie ich diese Testversion einsetzen kann.
Oder stellst du die finale Version ohnehin heute oder morgen zum normalen Update bereit? Das kriege ich dann auf jeden Fall hin ;-)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 20 Oktober 2016, 20:40:02
Zitat von: Garbsen am 20 Oktober 2016, 14:02:26
Moin, komme wenn, dann erst jetzt zum Testen weiß aber leider als relativer Newbee nicht so richtig, wie ich diese Testversion einsetzen kann.
Oder stellst du die finale Version ohnehin heute oder morgen zum normalen Update bereit? Das kriege ich dann auf jeden Fall hin ;-)

Ich habe die Version jetzt mal ins SVN gestellt, morgen kommt sie über update
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Garbsen am 20 Oktober 2016, 21:20:02
Danke
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Garbsen am 21 Oktober 2016, 14:22:43
Zitat von: viegener am 20 Oktober 2016, 20:40:02
Ich habe die Version jetzt mal ins SVN gestellt, morgen kommt sie über update

Funktioniert alles super, nochmals herzlichen Dank für die schnelle Lösung!
Nicht nur, dass jetzt die Zuordnung in Homebridge passt, es haben sich dadurch auch alle anderen Probleme, die ich in Homebridge hatte gelöst. Die falsche Zuordnung hat Homebridge anscheinend völlig aus dem Tritt gebracht
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 Oktober 2016, 16:55:23
Zitat von: Garbsen am 21 Oktober 2016, 14:22:43
Funktioniert alles super, nochmals herzlichen Dank für die schnelle Lösung!
Nicht nur, dass jetzt die Zuordnung in Homebridge passt, es haben sich dadurch auch alle anderen Probleme, die ich in Homebridge hatte gelöst. Die falsche Zuordnung hat Homebridge anscheinend völlig aus dem Tritt gebracht

Schön zu hören und bisher hat sich noch niemand beschwert ;)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 21 Oktober 2016, 19:29:22
Hallo.

ZitatFür das Senden von Kommandos an Somfy-RTS (Rolläden oder Markisen) wird ein CUL (o.ä. mit 433 Mhz) benötigt.

Wie genau definiert sich o.ä.
Ich habe eine RFM12pi Platine geschenkt bekommen.
http://openenergymonitor.blogspot.co.at/2013/04/introducing-rfm12pi-v2-raspberry-pi.html (http://openenergymonitor.blogspot.co.at/2013/04/introducing-rfm12pi-v2-raspberry-pi.html)

Könnte man mit dieser + FHEM die Markise steuern?

Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 Oktober 2016, 22:13:37
Zitat von: Schnello am 21 Oktober 2016, 19:29:22
Hallo.

Wie genau definiert sich o.ä.
Ich habe eine RFM12pi Platine geschenkt bekommen.
http://openenergymonitor.blogspot.co.at/2013/04/introducing-rfm12pi-v2-raspberry-pi.html (http://openenergymonitor.blogspot.co.at/2013/04/introducing-rfm12pi-v2-raspberry-pi.html)

Könnte man mit dieser + FHEM die Markise steuern?

Grüße

Kurze Antwort - Nein - nicht ohne dass sich jemand findet, das zu realisieren

Längere Antwort:
- Cul siehe mal im fhemwiki --> fhemwiki.de (http://fhemwiki.de) - Kombination aus Microcontroller und CC1101-Transceiver-PLatine gibt es bei busware.de (http://busware.de)
- Grundsätzlich: Die Dokumente im Anfängerforum sind angeraten: https://forum.fhem.de/index.php/board,18.0.html (https://forum.fhem.de/index.php/board,18.0.html)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 22 Oktober 2016, 18:48:15
Danke für die Links.
Schade, aber zumindest hab ich jetzt einen neuen Punkt auf der Wunschliste für Weihnachten ;)

Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 25 Oktober 2016, 18:36:53
Hallo,

ich habe eine kurze Frage.
Auch ich versuche meine Somfy Rollläden mittels der Homebridge zum Laufen zu bringen...

Ich würde gerne diese Attribute

drive-down-time-to-100 14
   drive-down-time-to-close 14


unterschiedlich einstellen, doch wenn ich einen der Werte (egal welchen) ändere, ändert sich der andere Wert automatisch mit.

Könnt ihr mich vielleicht sagen wie ich die Werte manuell ändern kann ?

Hier mal ein List meines Somfy Rollladens:

Internals:
   ADDRESS    000011
   CUL_0_MSGCNT 5
   CUL_0_RAWMSG YsAE44039E110000
   CUL_0_TIME 2016-10-25 18:08:08
   DEF        000011
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     5
   NAME       rollo_OG_Z6
   NR         118
   STATE      down
   TYPE       SOMFY
   move       stop
   Code:
     1          000011
   Readings:
     2016-10-25 18:08:07   enc_key         AF
     2016-10-25 18:08:21   exact           10
     2016-10-25 18:08:08   parsestate      on
     2016-10-25 18:08:21   position        10
     2016-10-25 18:08:07   rolling_code    039F
     2016-10-25 18:08:21   state           down
Attributes:
   IODev      CUL_0
   alias      Fenster Bad
   drive-down-time-to-100 14
   drive-down-time-to-close 14
   drive-up-time-to-100 2
   drive-up-time-to-open 18
   genericDeviceType blind
   homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
   icon       fts_shutter_100
   positionInverse 1
   rollo_kue  rollo_alle_Fenster
   room       Homekit,Somfy
   userattr   rollo_kue rollo_kue_map structexclude
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 26 Oktober 2016, 00:03:23
Zitat von: Joker2002 am 25 Oktober 2016, 18:36:53
Hallo,

ich habe eine kurze Frage.
Auch ich versuche meine Somfy Rollläden mittels der Homebridge zum Laufen zu bringen...

Ich würde gerne diese Attribute

drive-down-time-to-100 14
   drive-down-time-to-close 14


unterschiedlich einstellen, doch wenn ich einen der Werte (egal welchen) ändere, ändert sich der andere Wert automatisch mit.

Könnt ihr mich vielleicht sagen wie ich die Werte manuell ändern kann ?

Hier mal ein List meines Somfy Rollladens:

Internals:
   ADDRESS    000011
   CUL_0_MSGCNT 5
   CUL_0_RAWMSG YsAE44039E110000
   CUL_0_TIME 2016-10-25 18:08:08
   DEF        000011
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     5
   NAME       rollo_OG_Z6
   NR         118
   STATE      down
   TYPE       SOMFY
   move       stop
   Code:
     1          000011
   Readings:
     2016-10-25 18:08:07   enc_key         AF
     2016-10-25 18:08:21   exact           10
     2016-10-25 18:08:08   parsestate      on
     2016-10-25 18:08:21   position        10
     2016-10-25 18:08:07   rolling_code    039F
     2016-10-25 18:08:21   state           down
Attributes:
   IODev      CUL_0
   alias      Fenster Bad
   drive-down-time-to-100 14
   drive-down-time-to-close 14
   drive-up-time-to-100 2
   drive-up-time-to-open 18
   genericDeviceType blind
   homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
   icon       fts_shutter_100
   positionInverse 1
   rollo_kue  rollo_alle_Fenster
   room       Homekit,Somfy
   userattr   rollo_kue rollo_kue_map structexclude


Im Prinzip sind alle 4 drive*-Attribute einzeln zu ändern, es gibt aber eine Prüfung auf sinnvolle Werte, die dafür sorgt, dass der wert für die längere Fahrzeit (also -to-close bzw. -to-open) immer grösser als der andere Wert (-to-100).
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 26 Oktober 2016, 07:04:46
Ah ok, danke für die Erläuterung.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 30 Oktober 2016, 12:58:59
Habe gerade noch einen Fix für SOMFY ins SVN eingestellt, es könnte sein, dass Ihr beim start Meldungen folgender Art bekommt:

Zitat
...unknown attribute drive-up-time-to-close. Type ...

Diese sind unkritisch und dann nach einem "save config" beim nächsten Neustart weg. Es wurde ein falsch geschriebenes Attribut verwendet.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 10 November 2016, 14:07:00
Folgende Frage ist es schon möglich die Somfy Rolläden direkt über Fhem und dem USB Stick anzusprechen, oder wird immer noch zusätzlich ein andere Stick gebraucht.
Sorry für die Frage aber ich habe es jetzt länger nicht verfolgt und wollte gern wissen ob es etwas Neues gibt.
Danke für die Information
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Garbsen am 14 November 2016, 17:00:34
Bekomme beim Neustart von FHEM seltsame Fehlermeldung

2016.11.13 21:52:52 1: PERL WARNING: Use of uninitialized value $updateState in concatenation (.) or string at ./FHEM/10_SOMFY.pm line 1293.

Es scheint aber alles zu funktionieren.

Kann jemand einem Dummen wie mir hier eine Erklärung oder Hilfe zur Selbsthilfe geben?
Danke
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 14 November 2016, 18:46:08
Zitat von: moonsorrox am 10 November 2016, 14:07:00
Folgende Frage ist es schon möglich die Somfy Rolläden direkt über Fhem und dem USB Stick anzusprechen, oder wird immer noch zusätzlich ein andere Stick gebraucht.
Sorry für die Frage aber ich habe es jetzt länger nicht verfolgt und wollte gern wissen ob es etwas Neues gibt.
Danke für die Information

Momentan ist die einzige Möglichkeit das wohl mit dem Signalduino zu machen - Dazu gibt es einen separaten Thread. Über den CUL geht nur Senden (es gibt zwar eine Testimplementierung fürs Empfangen, die läuft aber nachwievor nicht sauber) / FHEMDuino geht nur Empfangen.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 14 November 2016, 18:47:22
Zitat von: Garbsen am 14 November 2016, 17:00:34
Bekomme beim Neustart von FHEM seltsame Fehlermeldung

2016.11.13 21:52:52 1: PERL WARNING: Use of uninitialized value $updateState in concatenation (.) or string at ./FHEM/10_SOMFY.pm line 1293.

Es scheint aber alles zu funktionieren.

Kann jemand einem Dummen wie mir hier eine Erklärung oder Hilfe zur Selbsthilfe geben?
Danke

Da muss ich vermutlich schauen, ob es noch einen Fehler im Modul gibt und Du kannst vermutlich gar nichts machen...

Update: Habs mir angeschaut, ist unkritisch aber wirklich ein Fehler von mir - Gefixt - Wird demnächst ins Update kommen
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 14 November 2016, 22:35:58
Zitat von: viegener am 14 November 2016, 18:46:08
Über den CUL geht nur Senden (es gibt zwar eine Testimplementierung fürs Empfangen, die läuft aber nachwievor nicht sauber) / FHEMDuino geht nur Empfangen.
senden würde mir ja - erst mal - reichen, aber so richtig habe ich es hier nicht gefunden, was den USB Stick/CUL betrifft.
Dazu nochmal die Frage ist es der normale USB STick den ich für meine Fhem Homematic Geräte nutzen kann..?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 14 November 2016, 22:45:30
Zitat von: moonsorrox am 14 November 2016, 22:35:58
senden würde mir ja - erst mal - reichen, aber so richtig habe ich es hier nicht gefunden, was den USB Stick/CUL betrifft.
Dazu nochmal die Frage ist es der normale USB STick den ich für meine Fhem Homematic Geräte nutzen kann..?

Eigentlich nicht - Homematic ist 868 Mhz und Somfy ist 433 Mhz, also braucht man einen weiteren Stick, vom Type her ist aber ein CUL und das ist auch überall so beschrieben sogar bei der culfw - oder ich verstehe die Frage nicht
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 14 November 2016, 22:48:22
Nee, alles richtig verstanden  ;)

Ok dann brauche ich also doch noch ein zusätzliches Gerät...
...und ich dachte es hätte sich schon etwas geändert und es lädt sich schon mit dem Homematic Stick steuern.
Alles klar Danke
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 14 November 2016, 22:51:48
Zitat von: moonsorrox am 14 November 2016, 22:48:22
Nee, alles richtig verstanden  ;)

Ok dann brauche ich also doch noch ein zusätzliches Gerät...
...und ich dachte es hätte sich schon etwas geändert und es lädt sich schon mit dem Homematic Stick steuern.
Alles klar Danke

Ich bin mir nicht ganz sicher was sich da ändern sollte. Prinzipiell ist es möglich die Frequenz  umzuschalten aber dann ist üblicherweise die Recihweite zu gering. Das Homematic oder Somfy die Frequenz für existierende Protokolle ändern würde ich jetzt nicht erwarten ;)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Garbsen am 15 November 2016, 08:28:50
Zitat von: viegener am 14 November 2016, 18:47:22
Da muss ich vermutlich schauen, ob es noch einen Fehler im Modul gibt und Du kannst vermutlich gar nichts machen...

Update: Habs mir angeschaut, ist unkritisch aber wirklich ein Fehler von mir - Gefixt - Wird demnächst ins Update kommen
Danke für die schnelle Antwort! Und natürlich fürs fixen.
Du und die anderen Entwickler hier machen einen fantastischen Job!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: hugo am 18 November 2016, 22:11:45
Hallo, ich habe einen CUL 868 mit Homematic im Einsatz und Somfy-Rts. Der CUL wird doch mit dem Modul in einem anderen Mode gesetzt. Ich habe keine zweite Hardware.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 02 Dezember 2016, 09:25:01
Eine Frage:
Ich habe einen CUL868 und u.A. auch Somfy-RTS Schaltsteckdosen.
Bisher ist es mir nicht gelungen, diese in FHEM anzulernen.
Sollte das funktionieren?

Danke und Gruß
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 02 Dezember 2016, 22:08:25
Zitat von: Lichti am 02 Dezember 2016, 09:25:01
Eine Frage:
Ich habe einen CUL868 und u.A. auch Somfy-RTS Schaltsteckdosen.
Bisher ist es mir nicht gelungen, diese in FHEM anzulernen.
Sollte das funktionieren?

Danke und Gruß

Ich muss zugeben, da muss ich passen bis vor 5 Minuten wusste ich nichtmal, dass es diese Steckdosen gibt. Insofern weiss ich nicht, ob diese funktionieren. Das Somfy-Protokoll ist ja leider nicht offengelegt sondern wurde reverse engineered.

Wie hast Du denn versucht diese anzulernen?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 02 Dezember 2016, 22:18:32
Hab die Taste an der Steckdose gedrückt bis die LED blinkt.
Und dann von FHEM den PROG-Befehl gesendet.
Aber keine Reaktion, LED blinkt weiter.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 02 Dezember 2016, 22:33:38
Zitat von: Lichti am 02 Dezember 2016, 22:18:32
Hab die Taste an der Steckdose gedrückt bis die LED blinkt.
Und dann von FHEM den PROG-Befehl gesendet.
Aber keine Reaktion, LED blinkt weiter.

Das klingt jetzt erstmal nicht falsch, aber es kann natürlich immer noch an vielen Dingen liegen.

Welche Adresse hast Du verwendet und welcher rollingcode ist eingestellt?

Alternativ kannst Du auch mal das Attribut "repetition" auf einen niedrigeen Wert (z.B. 1 oder 2) stellen für einen Test

---

Zusätzliche Frage, hast Du einen Handsender, mit dem die Steckdose funktioniert?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 02 Dezember 2016, 22:59:00
Hab den Somfy so definiert:
define somfy SOMFY 000001 A1 0001

repetition auf 1 oder 2 hat leider auch nichts gebracht.

Handsender habe ich leider nicht. Die Steckdosen habe ich von einem Bekannten, der auf ein anderes System umgestellt hat.
Haben aber bei ihm funktioniert.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 03 Dezember 2016, 00:51:36
Zitat von: Lichti am 02 Dezember 2016, 22:59:00
Hab den Somfy so definiert:
define somfy SOMFY 000001 A1 0001

repetition auf 1 oder 2 hat leider auch nichts gebracht.

Handsender habe ich leider nicht. Die Steckdosen habe ich von einem Bekannten, der auf ein anderes System umgestellt hat.
Haben aber bei ihm funktioniert.

Haben die bei ihm mit FHEM funktioniert?

Hast Du sie mal komplett zurückgesetzt, wie in der Anleitung beschrieben?

Versuche mal eine Adresse wie AAAAAA, ist allerdings nur ein hilfloser Versuch







Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 03 Dezember 2016, 09:18:24
Der hatte kein FHEM.

Rücksetzten und Adresse AAAAAA hat leider auch nichts gebracht.

Hats du noch eine Idee?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: habeIchVergessen am 03 Dezember 2016, 15:44:44
Es gibt auch eine Protokoll-Version, bei der in der langen Pause am Ende vom Signal zusätzliche Informationen gesendet werden. Kannst du mittels Fernbedienung Nachrichten generieren? Ein Log-Auszug wäre hilfreich.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 03 Dezember 2016, 15:56:46
Habe ja leider nur die Steckdosen, aber keine Fernbedienung dazu.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 03 Dezember 2016, 18:32:57
Zitat von: Lichti am 03 Dezember 2016, 09:18:24
Der hatte kein FHEM.

Rücksetzten und Adresse AAAAAA hat leider auch nichts gebracht.

Hats du noch eine Idee?

Nicht wirklich eine einfache Idee. Was Du machen könntest wäre:

- Dir eine Fernbedienung auszuleihen und damit weitermachen. Dazu wäre es aber wohl gut auch einen FHEMDuino/Signalduino zu haben
- Du könntest mir eine schicken und ich könnte versuchen, ob ich es zum laufen bekommen. Ich würde sie Dir auch zurückschicken, denn ich will meinen Zoo nicht erweitern

Es ist aber gut möglich, dass es sich so einfach nicht lösen lässt, denn wie schon gesagt das RTS-Protokoll ist nicht offiziell dokumentiert. Es könnte auch sein, dass Somfy inzwischen alles als RTS beziechnet, was in der Homeautomatisierung angeboten wird und hier andere Protokolle zum Einsatz kommen.


Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 03 Dezember 2016, 20:14:13
Hi,
hat hier eigentlich schon mal jemand seine Heim&Haus Solarzellen Aussenrolläden erfolgreich geschaltet? Ich habe gesagt bekommen, dass dies eine eigene Somfy Funkbaureihe ist.
Über Feedback würde ich mich sehr freuen ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 04 Dezember 2016, 09:00:17
Dann werde ich mal versuchen ob ich eine Fernbedienung bekomme und schicke dir die dann.
Werde mal bei Somfy anfragen, welche da gehen sollten.
Evtl. bekommt man sowas ja günstig bei ebay.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 04 Dezember 2016, 13:53:01
Zitat von: Lichti am 04 Dezember 2016, 09:00:17
Dann werde ich mal versuchen ob ich eine Fernbedienung bekomme und schicke dir die dann.
Werde mal bei Somfy anfragen, welche da gehen sollten.
Evtl. bekommt man sowas ja günstig bei ebay.

Habe das oben vielleicht missverständlich ausgedrückt. Ich habe Somfy-RTS-Fernbedienungen, wenn ich mir das mal anschauen würde, sende mir doch nur eine der Steckdosen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 04 Dezember 2016, 14:58:57
Ah so, klar.
Dann gib mir doch mal per PN deine Adresse, ich schick dir dann eine Steckdose.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 09 Dezember 2016, 12:00:55
Hallo Horst, aber auch hier mal fürs Forum als Zwischenbericht:

Steckdose ist angekommen, habe mal ein paar Tests gemacht:

Ich kann sie mit einer Somfy-Fernbedienung verknüpfen und mit dieser auch schalten.
Wenn ich dann diese Fernbedienung in FHEM clone (also Adresse und Rollingcode) kann ich auch mit FHEM die Steckdose schalten
In FHEM ist das zwar nicht sehr intuitiv (on - off sind vertauscht) aber es geht

Erstes Fazit: die Steckdosen benutzen das normale SOMFY-RTS Protokoll und können von FHEM unterstützt werden.

Mal sehen ob ich auch das Pairing/Kopplung/Programmierung von FHEM aus durchführen kann
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 09 Dezember 2016, 12:34:49
Hallo Johannes,

danke für die Info. Schaut ja schon mal ganz gut aus.
Wäre natürlich super, wenn auch das Pairung über FHEM funktionieren würde.

Aber keine Eile.
Bin z.Zt. zu Hause bei einem größeren Umbau und deshalb ist FHEM vorübergehend stillgelegt.

Gruß
Horst
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 11 Dezember 2016, 13:04:37
Zitat von: Lichti am 09 Dezember 2016, 12:34:49
Hallo Johannes,

danke für die Info. Schaut ja schon mal ganz gut aus.
Wäre natürlich super, wenn auch das Pairung über FHEM funktionieren würde.

Aber keine Eile.
Bin z.Zt. zu Hause bei einem größeren Umbau und deshalb ist FHEM vorübergehend stillgelegt.

Gruß
Horst

Also weiterer Bericht:

Pairen auch mit Somfy in FHEM geht ohne Probleme:

Habe dazu gerade mal extra einen komplett neuen Device mit Adress 040404 angelegt -> zdummy
In der Steckdose alle Fernbedienungen gelöscht
Steckdose in Programmiermodus gebracht (LED blinkt)
in FHEM set zdummy prog abgesetzt --> Steckdose clickt
in FHEM on / off betätigt und kann schalten
Allerdings ist on und off vertauscht

Ich habe noch ein paar Versuche mit grösseren Abständen gemacht - Nur bei sehr grossem Abstand funktioniert das Programmieren bei mir nur, wenn ich das Attribut repetition auf einen Wert von z.B. 10 setze.

Ich benutze für das Senden von FHEM einen Stackable CUL, habe gerade keinen NanoCul zum Testen, sollte aber auch damit gehen. Was hast Du verwendet?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 11 Dezember 2016, 13:37:15
Na ist doch super!

ON/OFF vertauscht ist kein Problem.
Lässt sich ja evtl. in FHEM über eventmap korrigieren.

Ich habe einen normalen CUL868 am Raspi.
Der sollte doch funktionieren ?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 11 Dezember 2016, 13:51:15
CUL868 könnte Reichweitenprobleme bedeuten. Vielleicht war das das Problem, warum es bei Dir nicht geklappt hat?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 11 Dezember 2016, 14:26:06
War nur ca 3m weg, allerdings Wand dazwischen
Hab ein Stockwerk höher einen Intertechno Schalter mit 433MHz, der geht auch noch.
Werde es aber mal direkt daneben probieren.
Muss ich vorher irgendwie updaten ?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 11 Dezember 2016, 14:44:50
@Lichti: Nein keine Änderung erforderlich, ich habe mit meiner normalen Installation SCC mit CULFW: V 1.65 CSM433 gearbeitet und auch am Somfymodul keine Änderungen vorgenommen.

Wenn es bei Dir nicht gehen sollte, wäre meine einzige Erklärung, dass vielleicht der Frequenzwechsel auf 433 Mhz dafür sorgt, dass die Befehle nicht sauebr gesendet werden, dass wäre aber bisher nicht bekannt.

Achso ich habe noch ein paar ganz neue SOMFY RTS Funksender ausprobiert, die ich gerade für einen anderen Zweck hier habe und auch diese funktionieren problemlos.

Ich würde jetzt die Steckdose wieder verpacken und in den nächsten Tagen zurückschicken, oder kann ich noch etwas tun?



Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 11 Dezember 2016, 15:30:49
Da werde ich dann nochmal testen.
Evtl. sind die Somfy nicht so empfindlich wie die Intertechno auf 433MHz.
Werde die Steckdose mal direkt  neben den Raspi stellen.
Dauert aber ein paar Tage, weil gerade alles abgebaut ist.

Und auf jeden Fall vielen Dank für deine Hilfe  :) :) :)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 15 Dezember 2016, 21:42:53
Bitte, gern geschehen

Rücksendunng ist unterwegs - Sorry, hat ein paar Tage gedauert
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 16 Dezember 2016, 07:09:24
Welche Werte hattest du denn für die Schaltsteckdose in FHEM eingetragen ?
Dann probier ich erstmal damit, ob das schalten geht.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 16 Dezember 2016, 10:23:44
Hier ist der Device aus dem Test:

Internals:
   ADDRESS    040404
   DEF        040404 A5 0F29
   IODev      SCC2
   NAME       zdummy
   NR         1031
   STATE      closed
   TYPE       SOMFY
   move       stop
   Code:
     1          040404
   Readings:
     2016-12-11 13:00:35   enc_key         A9
     2016-12-11 13:00:35   exact           200
     2016-12-11 13:00:36   parsestate      on
     2016-12-11 13:00:35   position        200
     2016-12-11 13:00:35   rolling_code    0F3D
     2016-12-11 13:00:35   state           closed
Attributes:
   IODev      SCC2
   positionInverse 0
   room       SOMFY


Wenn ich recht weiss habe ich ihn danach auch nicht mehr weiterverwendet.

Wichtig: Du müsstest bei der Definition den rollingcode aus dem Reading in Deine Definition nehmen, sonst wird die Steckdose nicht reagieren
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 16 Dezember 2016, 18:42:18
Steckdose ist angekommen und hab gleich getestet:

1. Mit deinen Werten lässt sich die Steckdose schalten.
    Allerdings manchmal erst nach mehreren Versuchen (trotz Abstand zum CUL ca. 1m)

2. Anlernen mag nicht.

Könnte das am CUL liegen?
Welche FW hast du bei deinem drauf (433 oder 868)?
Bei mir ACULFW für 868
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 16 Dezember 2016, 19:40:58
@Lichti: Ich habe bei mir eine ziemlich alte Firmware auf einem stackable CUL
Zitat
V 1.65 CSM433

Bei mir hat der Empfang über 3 Stockwerke (allerdings im Holzhaus) funktioniert auch das Anlernen - ich musste aber repetition entsprechend hochsetzen. Schaltbefehle stabil 99%

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 16 Dezember 2016, 20:09:19
Dann liegt es wohl doch an der CUL-FW.
Vermutlich wäre der CUL-433 auch besser, aber ich habe hauptsächlich FS20 und brauche deshalb den 868er.

Aber zumindest geht schon mal eine Steckdose, und die auch bis zum nächsten Stockwerk.

Nochmal schönen Dank für deine Unterstützung !
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 16 Dezember 2016, 22:42:26
Zitat von: Lichti am 16 Dezember 2016, 20:09:19
Dann liegt es wohl doch an der CUL-FW.
Vermutlich wäre der CUL-433 auch besser, aber ich habe hauptsächlich FS20 und brauche deshalb den 868er.

Aber zumindest geht schon mal eine Steckdose, und die auch bis zum nächsten Stockwerk.

Nochmal schönen Dank für deine Unterstützung !

Bitte, gern geschehen. Ich vermute immer noch eher, dass es an Antene/868 liegt. Bisher habe ich noch nicht von einer Veränderung gehört wenn Somfy mit der a-culfw genutzt wird.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 20 Dezember 2016, 08:44:02
Ich habe eine Frage zu dem SOMFY Modul:
da ich derzeit noch immer Probleme habe, meine Rollläden mit der Homekit zu steuern; einige zeigen beispielsweise trotz des ,,positionInverse 1" im Homekit den Zustand geöffnet 10% an, anstelle den Zustand ,,geschlossen" anzuzeigen; die Rollläden fahren nach einiger Zeit automatisch wieder hoch, obwohl der Befehl zum Schließen gegeben wurde; versuche ich den Fehler hierfür herauszufinden.
Bei Durchsicht der einzelnen Rollläden ist mir dabei aufgefallen, dass die States teilweise unterschiedlich Bezeichnungen für den Zustand ,,geschlossen" verwenden; ein paar zeigen ,,down" an, andere wiederum ,,closed".
Das Attribut ,,positionInverse 1" sollte eigentlich alle Befehle im Homekit ,,umdrehen", so dass aus geöffnet/ geschlossen wird. Das macht es bei mir nur bedingt. Bei den Rollläden, bei denen der State ,,closed" angezeigt wird, greift auch das ,,positionInverse 1" richtig. Bei allen anderen Rollläden mit dem State ,,down" steht im Homekit ,,10% geöffnet".

Ich habe mal exemplarisch zwei Rollläden aufgeführt. Es wäre super, wenn mir jemand einen Tipp geben könnte, wo der Fehler liegt, bzw. was die Ursache hierfür sein könnte.

Internals:
   ADDRESS    000011
   CUL_0_MSGCNT 26
   CUL_0_RAWMSG YsAE4704DE110000
   CUL_0_TIME 2016-12-19 16:18:39
   DEF        000011
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     26
   NAME       rollo_OG_Z6
   NR         118
   STATE      closed
   TYPE       SOMFY
   move       stop
   Code:
     1          000011
   Readings:
     2016-12-19 16:18:38   enc_key         AF
     2016-12-19 16:18:53   exact           0
     2016-12-19 16:18:39   parsestate      on
     2016-12-19 16:18:53   position        0
     2016-12-19 16:18:38   rolling_code    04DF
     2016-12-19 16:18:53   state           closed
Attributes:
   IODev      CUL_0
   drive-down-time-to-100 14
   drive-down-time-to-close 15
   drive-up-time-to-100 1
   drive-up-time-to-open 18
   genericDeviceType blind
   homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
   icon       fts_shutter_100
   positionInverse 1
   rollo_kue  rollo_alle_Fenster
   room       Homekit,Somfy
   userattr   rollo_kue rollo_kue_map structexclude




Internals:
   ADDRESS    000007
   CUL_0_MSGCNT 24
   CUL_0_RAWMSG YsAC4F060C070000
   CUL_0_TIME 2016-12-19 16:28:35
   DEF        000007
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     24
   NAME       rollo_OG_Z2_tuer
   NR         52
   STATE      down
   TYPE       SOMFY
   move       on
   updateState 100
   Code:
     1          000007
   Readings:
     2016-12-19 16:28:35   enc_key         AD
     2016-12-19 16:28:35   exact           10
     2016-12-19 16:28:35   parsestate      on
     2016-12-19 16:28:35   position        10
     2016-12-19 16:28:35   rolling_code    060D
     2016-12-19 16:28:35   state           down
Attributes:
   IODev      CUL_0
   drive-down-time-to-100 20
   drive-down-time-to-close 20
   drive-up-time-to-100 3
   drive-up-time-to-open 26
   genericDeviceType blind
   homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
   icon       fts_shutter_100
   positionInverse 1
   room       Homekit,Somfy
   userattr   room_map structexclude
   webCmd     on:off
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 20 Dezember 2016, 10:40:13
@Joker2002: Für Rolläden ist down nicht gleich closed

down heisst rolladen erreicht die unterste Position / closed heisst eben der Rolladen ist komplett geschlossen auch die Zwischenräume.

Bei der Einstellung zwischen 100 und 0 entspricht 0 closed und 10 down

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 20 Dezember 2016, 12:22:06
Hallo viegener,

danke für Deine Antwort. Was ich dann nur nicht verstehe ist, wie die unterschiedlichen Zustände zustande kommen, da alle Rollläden in meiner Automatik reuf- bzw. runter gefahren werden. Auch verstehe ich dann nicht, warum trotz des Attributes ,,positionInverse 1" manche Rollläden in der Hombrige als geöffnet, andere als geschlossen dargestellt werden.
Gibt es dafür eine Erklärung ?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 20 Dezember 2016, 15:19:37
Zitat von: Joker2002 am 20 Dezember 2016, 12:22:06
Hallo viegener,

danke für Deine Antwort. Was ich dann nur nicht verstehe ist, wie die unterschiedlichen Zustände zustande kommen, da alle Rollläden in meiner Automatik reuf- bzw. runter gefahren werden. Auch verstehe ich dann nicht, warum trotz des Attributes ,,positionInverse 1" manche Rollläden in der Hombrige als geöffnet, andere als geschlossen dargestellt werden.
Gibt es dafür eine Erklärung ?

Sorry dabei muss ich passen, da ich keine homebridge im Einsatz habe. Generell vermute ich aber, dass in den Einstellungen zwischen den Rolläden doch noch unterschiede sind? Ansonsten ist nicht auszuschliessen, dass noch ein Fehler im Modul lauert, dass je nach Steuerungsbefehl auch unterschiedliche Zustände entstehen. Dazu bräuchte ich aber mehr Information (eigentlich einen nachvollziehbaren Fall, damit ich das nachstellen kann)

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 20 Dezember 2016, 20:49:33
Hi,
Wenn die Definition und die Rolladenhardware gleich sind, ist aus meiner Sicht die Frage wie Du die Rolläden schliesst. Ist das ein Befehl oder alle nacheinander? Stichwort erlaubte Sendedauer des CULs. Evtl. helfen Pausen zwischen den Schaltzyklen!? Du könntest hier mal die Verbose bei zwei Rolläden auf 5 stellen und das Log von jeweils einer Auf- und Zufahrt in Fhem und in Home/Eve hochladen.
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 21 Dezember 2016, 07:09:51
Danke für die schnellen Antworten.

Ich fahre die Rollläden alle nacheinander hoch. Zwischen jedem Rollladen habe ich eine Pause von 1 Sekunde eingebaut, da wie schon richtig angesprochen, es einmal vorkommen kann, dass ein Befehl "verschluckt" wird.

Ich werde die Tage gerne mal ein Log Posten bei dem ich die Rollläden einmal per FHEM und einmal mittels des Homekits hoch-bzw. runterfahren lasse. Vielleicht findet man so den Fehler.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 Dezember 2016, 09:31:30
Zitat von: Joker2002 am 20 Dezember 2016, 12:22:06
Hallo viegener,

danke für Deine Antwort. Was ich dann nur nicht verstehe ist, wie die unterschiedlichen Zustände zustande kommen, da alle Rollläden in meiner Automatik reuf- bzw. runter gefahren werden. Auch verstehe ich dann nicht, warum trotz des Attributes ,,positionInverse 1" manche Rollläden in der Hombrige als geöffnet, andere als geschlossen dargestellt werden.
Gibt es dafür eine Erklärung ?

Nochmal zu diesem Punkt: Kannst Du etwas Hintergrund zu diesem Punkt geben?

Wenn die Rolläden in Homebridge unterschiedlich dargestellt werden heisst das, dass sie im Somfy-Modul gleich sind? Wenn ja, dann deutet das eher auf ein Problem ausserhalb von Somfy.

Es wäre ebenfalls wicht zu verstehen, welche Kommandos von Homebridge an die Rollände gesendet werden, wenn manche Rollände hochfahren statt runter

Wenn die Rolläden auch in Somfy unterschiedliche Status/Readings haben, dann müsste klar werden, was eigentlich das Problem ist?
Wenn der Rolladen geschlossen ist und der Zustand Down angezeigt wird, dann sind vielleicht die Zeiten zu knapp gewählt?

Also alles in allem mehr Informationen wären hilfreich
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 21 Dezember 2016, 11:30:15
Ich versuche es zu konkretisieren; bin in der Angelegenheit Laie und schaue, dass ich es im learning by doing hinbekomme :)

Im Somfy Modul sind die Rollläden bis auf die unterschiedlichen Stati gleich. Mir ist der unterschiedliche Status report erst nach einem FHEM Update aufgefallen. Vorher waren alle Rolläden immer "closed"; daher meine laienhafte Vermutung, dass sich am Somfy Modul was geändert haben könnte; ist mir aufgefallen nachdem das Modul um die positionInverse Funktion erweitert wurde.

Im Homekit zeigen manche Rollläden mit dem Attribut positionInverse 1 bei geöffenten Zustand eben closed an (und zwar alle Rollläden, die im Somfy Modul den Zustand "down" haben). Die anderen Rollläden mit dem Zustand "closed" werden im Homekit korrekt angezeigt; auch hier ist das Attribut positionInverse 1 gesetzt (siehe auch meinen beispielhaften auszug von zwei Rollläden).

ZitatWenn die Rolläden auch in Somfy unterschiedliche Status/Readings haben, dann müsste klar werden, was eigentlich das Problem ist?
Nein, so wirklich klar ist es eigentilch nicht, denn wie gesagt, die Rollläden funktionieren über meine Automatik alle korrekt, nur wenn ich diese mittels "Siri" bedinen will spinnen sie.
Sie fahren in der Automatik auch alle sauber bis zur Ruheposition runter, sowohl die mit Zustand "closed" als auch die mit dem Zustand "down".
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 Dezember 2016, 11:47:31
Was für Kommandos werden denn gesendet - kannst Du das mal loggen?
Sind die Timings vielleicht zu knapp?
Wie funktioniert die Umsetzung nach Homebridge - warum wird der state und nicht die Position herangezogen?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 21 Dezember 2016, 16:50:17
So, hatte alle Rollläden mal auf Verbose 5 gestellt und beim Runterfahren der Rollläden folgendes aus dem Log File entnommen:

2016.12.21 16:19:35 4: SOMFY_set: rollo_OG_Z6 Inverse before cmd:on: arg1:: pos:100:
2016.12.21 16:19:35 4: SOMFY_set: rollo_OG_Z6 Inverse after  cmd:on: arg1:: pos:0:
2016.12.21 16:19:35 4: SOMFY_set: rollo_OG_Z6 -> entering with mode :send: cmd :on:  arg1 ::  pos :0:
2016.12.21 16:19:35 4: SOMFY_set: handled command on --> move :on:  newState :0:
2016.12.21 16:19:35 5: SOMFY_set: handled for drive/udpate:  updateState :200:  drivet :0: updatet :15:
2016.12.21 16:19:35 4: SOMFY_UpdateState: rollo_OG_Z6 enter with  newState:0:   updatestate:200:   move:on:
2016.12.21 16:19:35 4: SOMFY_UpdateState: rollo_OG_Z6 after conversions  newState:100:  rounded:100:  stateTrans:open:
2016.12.21 16:19:35 4: SOMFY_sendCommand: rollo_OG_Z6 -> cmd :on:
2016.12.21 16:19:35 5: SOMFY_sendCommand: rollo_OG_Z6 -> message :sA44004E4000011:
2016.12.21 16:19:35 4: SOMFY_set: rollo_OG_Z6 -> update state in 15 sec
2016.12.21 16:19:36 4: SOMFY rollo_OG_Z6 on
2016.12.21 16:19:38 4: SOMFY_TimedUpdate
2016.12.21 16:19:38 5: SOMFY_TimedUpdate : pos before convert so far : 100
2016.12.21 16:19:38 5: SOMFY_TimedUpdate : pos so far : 0
2016.12.21 16:19:38 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 21.4285714285714
2016.12.21 16:19:38 4: SOMFY_UpdateState: rollo_OG_Z6 enter with  newState:21.4285714285714:   updatestate:200:   move:on:
2016.12.21 16:19:38 4: SOMFY_UpdateState: rollo_OG_Z6 after conversions  newState:80.7142857142857:  rounded:80:  stateTrans:80:
2016.12.21 16:19:38 4: SOMFY_TimedUpdate: rollo_OG_Z6 -> update state in 12 sec
2016.12.21 16:19:38 5: SOMFY_TimedUpdate: rollo_OG_Z6 -> next time to stop: 1482333581.1731
2016.12.21 16:19:38 5: SOMFY_TimedUpdate DONE
2016.12.21 16:19:41 4: SOMFY_TimedUpdate
2016.12.21 16:19:41 5: SOMFY_TimedUpdate : pos before convert so far : 80.7142857142857
2016.12.21 16:19:41 5: SOMFY_TimedUpdate : pos so far : 21.4285714285714
2016.12.21 16:19:41 5: SOMFY_TimedUpdate : delta time : 2.99   new rounde pos (rounded): 42.7857142857143
2016.12.21 16:19:41 4: SOMFY_UpdateState: rollo_OG_Z6 enter with  newState:42.7857142857143:   updatestate:200:   move:on:
2016.12.21 16:19:41 4: SOMFY_UpdateState: rollo_OG_Z6 after conversions  newState:61.4928571428571:  rounded:60:  stateTrans:60:
2016.12.21 16:19:41 4: SOMFY_TimedUpdate: rollo_OG_Z6 -> update state in 9.01 sec
2016.12.21 16:19:41 5: SOMFY_TimedUpdate: rollo_OG_Z6 -> next time to stop: 1482333584.16753
2016.12.21 16:19:41 5: SOMFY_TimedUpdate DONE
2016.12.21 16:19:44 4: SOMFY_TimedUpdate
2016.12.21 16:19:44 5: SOMFY_TimedUpdate : pos before convert so far : 61.4928571428571
2016.12.21 16:19:44 5: SOMFY_TimedUpdate : pos so far : 42.7857142857143
2016.12.21 16:19:44 5: SOMFY_TimedUpdate : delta time : 2.99   new rounde pos (rounded): 64.1428571428571
2016.12.21 16:19:44 4: SOMFY_UpdateState: rollo_OG_Z6 enter with  newState:64.1428571428571:   updatestate:200:   move:on:
2016.12.21 16:19:44 4: SOMFY_UpdateState: rollo_OG_Z6 after conversions  newState:42.2714285714286:  rounded:40:  stateTrans:40:
2016.12.21 16:19:44 4: SOMFY_TimedUpdate: rollo_OG_Z6 -> update state in 6.02 sec
2016.12.21 16:19:44 5: SOMFY_TimedUpdate: rollo_OG_Z6 -> next time to stop: 1482333587.16211
2016.12.21 16:19:44 5: SOMFY_TimedUpdate DONE
2016.12.21 16:19:47 4: SOMFY_TimedUpdate
2016.12.21 16:19:47 5: SOMFY_TimedUpdate : pos before convert so far : 42.2714285714286
2016.12.21 16:19:47 5: SOMFY_TimedUpdate : pos so far : 64.1428571428571
2016.12.21 16:19:47 5: SOMFY_TimedUpdate : delta time : 2.99   new rounde pos (rounded): 85.5
2016.12.21 16:19:47 4: SOMFY_UpdateState: rollo_OG_Z6 enter with  newState:85.5:   updatestate:200:   move:on:
2016.12.21 16:19:47 4: SOMFY_UpdateState: rollo_OG_Z6 after conversions  newState:23.05:  rounded:20:  stateTrans:20:
2016.12.21 16:19:47 4: SOMFY_TimedUpdate: rollo_OG_Z6 -> update state in 3.03 sec
2016.12.21 16:19:47 5: SOMFY_TimedUpdate: rollo_OG_Z6 -> next time to stop: 1482333590.15641
2016.12.21 16:19:47 5: SOMFY_TimedUpdate DONE
2016.12.21 16:19:50 4: SOMFY_TimedUpdate
2016.12.21 16:19:50 5: SOMFY_TimedUpdate : pos before convert so far : 23.05
2016.12.21 16:19:50 5: SOMFY_TimedUpdate : pos so far : 85.5
2016.12.21 16:19:50 5: SOMFY_TimedUpdate : delta time : 2.99   new rounde pos (rounded): 196
2016.12.21 16:19:50 4: SOMFY_UpdateState: rollo_OG_Z6 enter with  newState:200:   updatestate:<undef>:   move:stop:
2016.12.21 16:19:50 4: SOMFY_UpdateState: rollo_OG_Z6 after conversions  newState:0:  rounded:0:  stateTrans:closed:
2016.12.21 16:19:50 5: SOMFY_TimedUpdate DONE
2016.12.21 16:29:32 4: SOMFY_set: rollo_OG_Z2_tuer Inverse before cmd:on: arg1:: pos:100:
2016.12.21 16:29:32 4: SOMFY_set: rollo_OG_Z2_tuer Inverse after  cmd:on: arg1:: pos:0:
2016.12.21 16:29:32 4: SOMFY_set: rollo_OG_Z2_tuer -> entering with mode :send: cmd :on:  arg1 ::  pos :0:
2016.12.21 16:29:32 4: SOMFY_set: handled command on --> move :on:  newState :0:
2016.12.21 16:29:32 5: SOMFY_set: handled for drive/udpate:  updateState :100:  drivet :0: updatet :20:
2016.12.21 16:29:32 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:0:   updatestate:100:   move:on:
2016.12.21 16:29:32 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:100:  rounded:100:  stateTrans:open:
2016.12.21 16:29:32 4: SOMFY_sendCommand: rollo_OG_Z2_tuer -> cmd :on:
2016.12.21 16:29:32 5: SOMFY_sendCommand: rollo_OG_Z2_tuer -> message :sA2400612000007:
2016.12.21 16:29:32 4: SOMFY_set: rollo_OG_Z2_tuer -> update state in 20 sec
2016.12.21 16:29:32 4: SOMFY rollo_OG_Z2_tuer on
2016.12.21 16:29:35 4: SOMFY_TimedUpdate
2016.12.21 16:29:35 5: SOMFY_TimedUpdate : pos before convert so far : 100
2016.12.21 16:29:35 5: SOMFY_TimedUpdate : pos so far : 0
2016.12.21 16:29:35 5: SOMFY_TimedUpdate : delta time : 3.01   new rounde pos (rounded): 15.05
2016.12.21 16:29:35 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:15.05:   updatestate:100:   move:on:
2016.12.21 16:29:35 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:86.455:  rounded:90:  stateTrans:90:
2016.12.21 16:29:35 4: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> update state in 16.99 sec
2016.12.21 16:29:35 5: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> next time to stop: 1482334178.01612
2016.12.21 16:29:35 5: SOMFY_TimedUpdate DONE
2016.12.21 16:29:38 4: SOMFY_TimedUpdate
2016.12.21 16:29:38 5: SOMFY_TimedUpdate : pos before convert so far : 86.455
2016.12.21 16:29:38 5: SOMFY_TimedUpdate : pos so far : 15.05
2016.12.21 16:29:38 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 30.05
2016.12.21 16:29:38 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:30.05:   updatestate:100:   move:on:
2016.12.21 16:29:38 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:72.955:  rounded:70:  stateTrans:70:
2016.12.21 16:29:38 4: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> update state in 13.99 sec
2016.12.21 16:29:38 5: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> next time to stop: 1482334181.01124
2016.12.21 16:29:38 5: SOMFY_TimedUpdate DONE
2016.12.21 16:29:41 4: SOMFY_TimedUpdate
2016.12.21 16:29:41 5: SOMFY_TimedUpdate : pos before convert so far : 72.955
2016.12.21 16:29:41 5: SOMFY_TimedUpdate : pos so far : 30.05
2016.12.21 16:29:41 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 45.05
2016.12.21 16:29:41 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:45.05:   updatestate:100:   move:on:
2016.12.21 16:29:41 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:59.455:  rounded:60:  stateTrans:60:
2016.12.21 16:29:41 4: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> update state in 10.99 sec
2016.12.21 16:29:41 5: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> next time to stop: 1482334184.00661
2016.12.21 16:29:41 5: SOMFY_TimedUpdate DONE
2016.12.21 16:29:44 4: SOMFY_TimedUpdate
2016.12.21 16:29:44 5: SOMFY_TimedUpdate : pos before convert so far : 59.455
2016.12.21 16:29:44 5: SOMFY_TimedUpdate : pos so far : 45.05
2016.12.21 16:29:44 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 60.05
2016.12.21 16:29:44 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:60.05:   updatestate:100:   move:on:
2016.12.21 16:29:44 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:45.955:  rounded:50:  stateTrans:50:
2016.12.21 16:29:44 4: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> update state in 7.99 sec
2016.12.21 16:29:44 5: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> next time to stop: 1482334187.00222
2016.12.21 16:29:44 5: SOMFY_TimedUpdate DONE
2016.12.21 16:29:47 4: SOMFY_TimedUpdate
2016.12.21 16:29:47 5: SOMFY_TimedUpdate : pos before convert so far : 45.955
2016.12.21 16:29:47 5: SOMFY_TimedUpdate : pos so far : 60.05
2016.12.21 16:29:47 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 75.05
2016.12.21 16:29:47 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:75.05:   updatestate:100:   move:on:
2016.12.21 16:29:47 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:32.455:  rounded:30:  stateTrans:30:
2016.12.21 16:29:47 4: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> update state in 4.99 sec
2016.12.21 16:29:47 5: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> next time to stop: 1482334189.99754
2016.12.21 16:29:47 5: SOMFY_TimedUpdate DONE
2016.12.21 16:29:50 4: SOMFY_TimedUpdate
2016.12.21 16:29:50 5: SOMFY_TimedUpdate : pos before convert so far : 32.455
2016.12.21 16:29:50 5: SOMFY_TimedUpdate : pos so far : 75.05
2016.12.21 16:29:50 5: SOMFY_TimedUpdate : delta time : 2.99   new rounde pos (rounded): 90
2016.12.21 16:29:50 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:90:   updatestate:100:   move:on:
2016.12.21 16:29:50 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:19:  rounded:20:  stateTrans:20:
2016.12.21 16:29:50 4: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> update state in 2 sec
2016.12.21 16:29:50 5: SOMFY_TimedUpdate: rollo_OG_Z2_tuer -> next time to stop: 1482334191.99161
2016.12.21 16:29:50 5: SOMFY_TimedUpdate DONE
2016.12.21 16:29:51 4: SOMFY_TimedUpdate
2016.12.21 16:29:51 5: SOMFY_TimedUpdate : pos before convert so far : 19
2016.12.21 16:29:51 5: SOMFY_TimedUpdate : pos so far : 90
2016.12.21 16:29:51 5: SOMFY_TimedUpdate : delta time : 1.99   new rounde pos (rounded): 99.95
2016.12.21 16:29:51 4: SOMFY_UpdateState: rollo_OG_Z2_tuer enter with  newState:100:   updatestate:<undef>:   move:stop:
2016.12.21 16:29:51 4: SOMFY_UpdateState: rollo_OG_Z2_tuer after conversions  newState:10:  rounded:10:  stateTrans:down:
2016.12.21 16:29:52 5: SOMFY_TimedUpdate DONE
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Joker2002 am 21 Dezember 2016, 16:50:54
..ich hoffe ihr könnt damit was anfangen. Danke schonmal für Eure Unterstützung  :)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 Dezember 2016, 18:17:10
Zitat von: Joker2002 am 21 Dezember 2016, 16:50:17
So, hatte alle Rollläden mal auf Verbose 5 gestellt und beim Runterfahren der Rollläden folgendes aus dem Log File entnommen:



Aus dem Log entnehme ich, dass der 2.Rolladen nur bis Down fährt und dann angehalten wird --> neue Position 100 (übersetzt bei positionInverse 1 zu position 10 oder state down)

Jetzt sehe ich auch den Grund - Du hast bei den Zeiten von rollo_OG_Z2_tuer drive-down-time-to-100 gleich drive-down-time-to-close. Damit hört er nach 20 sekunden auf und fährt nie bis closed. Setze mal den zweiten wert auf die korrekte Zeit und es wird passen.


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 26 Dezember 2016, 16:01:09
Hallo.

Habe gestern meinen CUL soweit zusammen gebastelt und alles funktioniert wie es soll.
Danke an der Stelle für die Implementierung der Somfy Anlagen. :)


Es gibt zwei Spezialfunktionen die ggf Sinn machen würden.
1. Vom Windsensor die 30 min Sperre wenn der Wind einen bestimmten Wert übersteigt.
2. Das wechseln der Sonnen/Windwächter Funktion auf nur "Windwächter".

Meine Frage:
Kann man mit einen CUL zb die den Sonnen/Windwächter "sniffen" damit man sehen kann was er da schickt?


Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 26 Dezember 2016, 17:24:56
Zitat von: Schnello am 26 Dezember 2016, 16:01:09
Hallo.

Habe gestern meinen CUL soweit zusammen gebastelt und alles funktioniert wie es soll.
Danke an der Stelle für die Implementierung der Somfy Anlagen. :)


Es gibt zwei Spezialfunktionen die ggf Sinn machen würden.
1. Vom Windsensor die 30 min Sperre wenn der Wind einen bestimmten Wert übersteigt.
2. Das wechseln der Sonnen/Windwächter Funktion auf nur "Windwächter".

Meine Frage:
Kann man mit einen CUL zb die den Sonnen/Windwächter "sniffen" damit man sehen kann was er da schickt?


Grüße

Das Protokoll der Sonnen/Windsensoren ist mir nicht bekannt, ich bin auch nicht sicher, ob da jemand mal etwas analysiert hat. Ich habe auch keinen Zugriff auf diese Sensoren. Wenn die Somfy senden kann man mit dem FHEMDuino oder Signalduino das Protokoll abhören, zumindest wenn es dem Standard gehorcht. Es gibt die Vermutung, das die Sensoren Richtung Rolladen normale Befehle senden.

Kannst Du die Sensorfunktionen mal genauer erklären, was sollten diese machen?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Lichti am 26 Dezember 2016, 17:41:27
Und es geht doch !

Habe über die Feiertage nochmal getestet und jetzt kann ich die Somfy-Zwischenstecker auch in FHEM anlernen.

Ursache waren die FS20-Schalter, die in der Nähe gesteckt waren. Diese machen anscheinend so starke Störstrahlung (obwohl auf 868 MHz), das der Empfang der Somfy-Schalter zum Programmieren zu schwach war.
Habe alle FS20 in der Nähe ausgesteckt, und schon funktioniert alles.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 27 Dezember 2016, 02:08:51
Zitat von: Lichti am 26 Dezember 2016, 17:41:27
Und es geht doch !

Habe über die Feiertage nochmal getestet und jetzt kann ich die Somfy-Zwischenstecker auch in FHEM anlernen.

Ursache waren die FS20-Schalter, die in der Nähe gesteckt waren. Diese machen anscheinend so starke Störstrahlung (obwohl auf 868 MHz), das der Empfang der Somfy-Schalter zum Programmieren zu schwach war.
Habe alle FS20 in der Nähe ausgesteckt, und schon funktioniert alles.

interessante erkenntnis - schön das es funktioniert
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 27 Dezember 2016, 08:40:54
Zitat von: viegener am 26 Dezember 2016, 17:24:56
Das Protokoll der Sonnen/Windsensoren ist mir nicht bekannt, ich bin auch nicht sicher, ob da jemand mal etwas analysiert hat. Ich habe auch keinen Zugriff auf diese Sensoren. Wenn die Somfy senden kann man mit dem FHEMDuino oder Signalduino das Protokoll abhören, zumindest wenn es dem Standard gehorcht. Es gibt die Vermutung, das die Sensoren Richtung Rolladen normale Befehle senden.

Kannst Du die Sensorfunktionen mal genauer erklären, was sollten diese machen?

Also wird Wind gemessen über einen Wert denn fährt die Markise ein. Jedoch ist nach dem Einfahren die Markise für 30min geblockt.
Die Sonnenfunktion ist nichts anderes als ... Einfahren bei weniger als X Lux. Ausfahren bei mehr als X Lux.

Mit der normalen Einheit kann man eben noch mit langem Druck auf die Kanalwechseltaste den Modus umschalten. Soll die Markise auf den Sonnen und Windwächter reagieren... oder nur auf den Windwächter. Wird von der Markise mit einem kurzen raus/rein bestätigt.


ZitatWenn die Somfy senden kann man mit dem FHEMDuino oder Signalduino das Protokoll abhören, zumindest wenn es dem Standard gehorcht.

Ich werd mal schaun was ich für nen FHEMDuino brauch und versuche mitzuhören.

Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Garbsen am 27 Dezember 2016, 10:00:48
Bist du sicher, dass der Windwächter überhaupt über Funk sendet? Steuert der nicht die Markise direkt / wired?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 27 Dezember 2016, 16:27:13
Ja da bin ich mir sicher. Wird angelernt wie eine norrmale Bedieneinheit.


Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 27 Dezember 2016, 17:54:41
Zitat von: Schnello am 27 Dezember 2016, 08:40:54
Also wird Wind gemessen über einen Wert denn fährt die Markise ein. Jedoch ist nach dem Einfahren die Markise für 30min geblockt.
Die Sonnenfunktion ist nichts anderes als ... Einfahren bei weniger als X Lux. Ausfahren bei mehr als X Lux.

Mit der normalen Einheit kann man eben noch mit langem Druck auf die Kanalwechseltaste den Modus umschalten. Soll die Markise auf den Sonnen und Windwächter reagieren... oder nur auf den Windwächter. Wird von der Markise mit einem kurzen raus/rein bestätigt.


Nicht ganz sicher, was für Dich die normale Einheit ist und was der Kanalwechseltaster ist.
Generell klingt das aber so, als ob die normalen Befehle vom Windsensor geschickt werden ?
Wer blockiert denn für 30min - der Windsensor oder der ROlladen und wie äussert sich das Blockieren?

Ich bräuchte wohl eine sehr detaillierte Beschreibung, denn ich habe den Device nicht.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 27 Dezember 2016, 23:37:08
Das hier ist eine normale Einheit:
https://uplink.spdns.eu/s/Tz3hnMDYpNhlQY9

Steht zwar Markilux drauf.... ist aber Somfy.

Unten die runde Taste kann man 1,2,3,4 oder "all" einstellen. Bei langem Druck wechselt der Modus von Sonne/Wind... auf nur Wind.


ZitatWer blockiert denn für 30min - der Windsensor oder der ROlladen und wie äussert sich das Blockieren?
Spricht der Windsensor an dann ist die erste Aktion einfach einfahren. Wurde die Markise über den Windsensor eingefahren so ist es für die nächsten 30 min unmöglich die Markise wieder auszufahren.
Wer Blockiert kann ich nicht sicher sagen. Ich glaube das der Windsensor das im Command mitsendet und der Markise so sagt.... bleib mal lieber für 30min drin.


ZitatGenerell klingt das aber so, als ob die normalen Befehle vom Windsensor geschickt werden ?
Ja das glaub ich auch... bis eben auf "Fährt nimma raus bei Wind. "

Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 Dezember 2016, 21:10:25
Zitat von: Schnello am 27 Dezember 2016, 23:37:08
Das hier ist eine normale Einheit:
https://uplink.spdns.eu/s/Tz3hnMDYpNhlQY9

Steht zwar Markilux drauf.... ist aber Somfy.

Unten die runde Taste kann man 1,2,3,4 oder "all" einstellen. Bei langem Druck wechselt der Modus von Sonne/Wind... auf nur Wind.

Spricht der Windsensor an dann ist die erste Aktion einfach einfahren. Wurde die Markise über den Windsensor eingefahren so ist es für die nächsten 30 min unmöglich die Markise wieder auszufahren.
Wer Blockiert kann ich nicht sicher sagen. Ich glaube das der Windsensor das im Command mitsendet und der Markise so sagt.... bleib mal lieber für 30min drin.

Ja das glaub ich auch... bis eben auf "Fährt nimma raus bei Wind. "

Grüße

Wenn der Rolladen 30min nicht mehr ausfährt, heisst das über die Fernbedienung in dem Gerät oder auch über andere Fernbedienungen die angelernt sind?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 28 Dezember 2016, 22:14:54
Hallo.

Über alle FB ist dann keine Aktion möglich.

Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 29 Dezember 2016, 11:11:07
So heute war schönes Wetter und hab das ganze nochmal getestet.

Es sind nur 30 Sekunden wo der Motor geblockt wird. Ka wie ich damals auf die 30 min gekommen bin. Vermutlich hat der öfters ausgelöst als gedacht.
Inter. wäre eh das abschalten der Sonnenwächter Funktion weil wenn die aktiv ist, ist die eher kontraproduktiv wenn man via FHEM die Markise einfährt. Der Sonnenwächter wird die immer ausfahren.

Folgendes hab ich gefunden:
https://pushstack.wordpress.com/somfy-rts-protocol/


Control codes
The Smoove Origin RTS uses the following control codes:

Value Button(s) Description
0x1 My Stop or move to favourite position
0x2 Up Move up
0x3 My + Up Set upper motor limit in initial programming mode
0x4 Down Move down
0x5 My + Down Set lower motor limit in initial programming mode
0x6 Up + Down Change motor limit and initial programming mode
0x8 Prog Used for (de-)registering remotes, see below
0x9 Sun + Flag Enable sun and wind detector (SUN and FLAG symbol on the Telis Soliris RC)
0xA Flag Disable sun detector (FLAG symbol on the Telis Soliris RC)



Steckt der Code bzgl der Commands direkt im CUL oder in FHEM?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 29 Dezember 2016, 12:27:21
Zitat von: Schnello am 29 Dezember 2016, 11:11:07
So heute war schönes Wetter und hab das ganze nochmal getestet.

Es sind nur 30 Sekunden wo der Motor geblockt wird. Ka wie ich damals auf die 30 min gekommen bin. Vermutlich hat der öfters ausgelöst als gedacht.
Inter. wäre eh das abschalten der Sonnenwächter Funktion weil wenn die aktiv ist, ist die eher kontraproduktiv wenn man via FHEM die Markise einfährt. Der Sonnenwächter wird die immer ausfahren.

Folgendes hab ich gefunden:
https://pushstack.wordpress.com/somfy-rts-protocol/


Control codes
The Smoove Origin RTS uses the following control codes:

Value Button(s) Description
0x1 My Stop or move to favourite position
0x2 Up Move up
0x3 My + Up Set upper motor limit in initial programming mode
0x4 Down Move down
0x5 My + Down Set lower motor limit in initial programming mode
0x6 Up + Down Change motor limit and initial programming mode
0x8 Prog Used for (de-)registering remotes, see below
0x9 Sun + Flag Enable sun and wind detector (SUN and FLAG symbol on the Telis Soliris RC)
0xA Flag Disable sun detector (FLAG symbol on the Telis Soliris RC)



Steckt der Code bzgl der Commands direkt im CUL oder in FHEM?

Ja, ich kenne die Tabelle, wobei die Wind/Sun - Codes sind neu in der Tabelle und mit den alten Fernbedienungen konnte ich die Codes 3/5/6 damals nicht richtig reproduzieren. Die Kommandos werden im Somfy Modul zusammengebaut und es sollte für mich einfach möglich sein spezielle Kommandos für 0x9 und 0xA hinzuzufügen, so dass Du das ausprobieren kannst.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 29 Dezember 2016, 12:42:56
Das wäre Super. Hab schon versucht das ganze via den RAW Codes zu testen aber da legt er mir nur ein neues Rollo an.

Edit:
Ok geschaft. Mit 9 geht die Markise in den Sonnenmodus. Mit A in den Wind Mode. Die ganzen anderes Codes wie 5,6,3 sagen mir auch nichts.


Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 30 Dezember 2016, 15:15:30
Zitat von: Schnello am 29 Dezember 2016, 12:42:56
Das wäre Super. Hab schon versucht das ganze via den RAW Codes zu testen aber da legt er mir nur ein neues Rollo an.

Edit:
Ok geschaft. Mit 9 geht die Markise in den Sonnenmodus. Mit A in den Wind Mode. Die ganzen anderes Codes wie 5,6,3 sagen mir auch nichts.


Grüße

In Githiub befindet sich eine neue Version des Somfy-Moduls mit zwei neuen Set commands
(wind_sun_9 / wind_only_a)

https://github.com/viegener/Telegram-fhem/tree/master/Somfy (https://github.com/viegener/Telegram-fhem/tree/master/Somfy)

Vielleicht kannst Du das bei Gelegenheit mal ausprobieren?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 30 Dezember 2016, 16:32:25
Danke  8)

Also Wind only funktioniert. Zumindest bestätigt die Markise die Aktion.
Wind + Sonne da passt die Verknüpfung noch nicht.

Fehlermeldung:

SOMFY_set: Please set attr drive-down-time-to-100, drive-down-time-to-close, etc


Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 30 Dezember 2016, 17:01:15
Zitat von: Schnello am 30 Dezember 2016, 16:32:25
Danke  8)

Also Wind only funktioniert. Zumindest bestätigt die Markise die Aktion.
Wind + Sonne da passt die Verknüpfung noch nicht.

Fehlermeldung:

SOMFY_set: Please set attr drive-down-time-to-100, drive-down-time-to-close, etc


Grüße

Du hast ja so recht, so ist das wenn man Dinge zu schnell macht und nicht ordentlich testet. Neue Version ist eingecheckt in github

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 30 Dezember 2016, 17:07:09
Perfekt danke.

Beide Commandos werden nun bestätigt und sollte auch lt. der FB auch richtig sein.
Werden das morgen wenn ich Zeit finde und die Sonne sich zeigt genauer testen.

Danke und einen guten Rutsch in neue Jahr.


Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 30 Dezember 2016, 17:23:10
Danke fürs testen!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 31 Dezember 2016, 09:34:58
Ich danke fürs implementieren.

Btw. Die ersten Sonnenstrahlen haben heute gezeugt das alles so tut wie es soll.

Grüße und einen guten Rutsch,
Christian
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 31 Dezember 2016, 11:12:34
OK, Danke für die Rückmeldung ich habe die neuen set-Befehle gerade ins SVN eingechecked, die kommen jetzt per update:

- 10_SOMFY: new RTS commands 0x9 und 0xA (set wind_sun_9/wind_only_a)

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: jueff am 10 April 2017, 14:35:32
Noch etwas zum Sonnensensor: Der Sensor schickt laut meinem Log alle ca. 15' dreimal kurz hintereinander entweder

A0 E3 0000 87C09D   keine Sonne
oder
A0 E1 0002 87C09D   Sonne
oder
A0 E0 0003 87C09D   Wind (mit Sonne)

Daraus resultiert $comand = 'E' -> welches in %codes nicht enthalten und daher ignoriert wird.
Das 4. digit (0, 1 oder 3) ist, wenn ich den Code richtig verstanden habe, die Checksumme - diese wird ausmaskiert. Die Digits 5-8 sind der RollingCode.
Nun verstehe ich nicht, wo ist dann die Information Sonne/keine Sonne/Wind versteckt - im rolling code?
Wenn ich mir den RollingCode so ansehe könnte das letzte Digit bitcodiert die Stati enthalten
Bit 0: Sonne erkannt
Bit 1: Wind erkannt

Hat jemand die "Sonne/keine Sonne/Wind Information" schon einmal für weitere Steuerungen verwendet?







Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 12 April 2017, 22:47:35
@jueff: Das sieht wirklich so aus, als ob hier der Rolling code missbraucht wird um Sonnen/Wind Informationen zu senden. Wenn ich es richtig verstehe hast Du mehrfach protokolliert, dass hier wirklich nur die rolling codes 0 2 oder 3 gesendet werden?

Ich sehe mal für ein Update eine Funktion vor, um auch solche Sondercodes zu senden.

Wie soll denn der Rolladen auf die Codes reagieren?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: majorshark am 19 April 2017, 20:42:57
Hallo.

Irgend etwas scheint nicht zu funktionieren oder ich habe den Sinn der drive-time Attribute nicht verstanden.

Meine Definition:
defmod RolloHWR SOMFY 100002
attr RolloHWR IODev sduinoCC1101
attr RolloHWR alias Hauswirtschaftsraum
attr RolloHWR drive-down-time-to-100 17.8
attr RolloHWR drive-down-time-to-close 19.8
attr RolloHWR drive-up-time-to-100 4.5
attr RolloHWR drive-up-time-to-open 19.0
attr RolloHWR genericDeviceType blind
attr RolloHWR group Rolladen
attr RolloHWR homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
attr RolloHWR positionInverse 1
attr RolloHWR repetition 3
attr RolloHWR room 1.18_Hauswirtschaft,2.3_Rollo,9.6_Homekit
attr RolloHWR verbose 3
attr RolloHWR webCmd off:go-my:on:pos


Jetzt sieht es so aus, dass der Rolladen mit 'off' hoch an die obere Position fährt. So fahre ich den Rolladen an einen definierten Zustand.
In den Readings steht zu diesem Zeitpunkt:
setstate RolloHWR open
setstate RolloHWR 2017-04-19 20:30:29 enc_key A8
setstate RolloHWR 2017-04-19 20:30:48 exact 100
setstate RolloHWR 2017-01-07 14:36:34 parsestate off
setstate RolloHWR 2017-04-19 20:30:48 position 100
setstate RolloHWR 2017-04-19 20:30:29 rolling_code 0578
setstate RolloHWR 2017-04-19 20:30:48 state open


Wenn ich jetzt den Rolladen auf 10% fahre, dass entspricht also der alten go-my Position ist alles i.O
Readings:
setstate RolloHWR down
setstate RolloHWR 2017-04-19 20:34:39 enc_key AA
setstate RolloHWR 2017-04-19 20:34:39 exact 10
setstate RolloHWR 2017-01-07 14:36:34 parsestate off
setstate RolloHWR 2017-04-19 20:34:39 position 10
setstate RolloHWR 2017-04-19 20:34:39 rolling_code 057A
setstate RolloHWR 2017-04-19 20:34:39 state down


Jetzt möchte ich den Rolladen schließen. Also setze ich den Rolladen auf 0%. Der Rolladen fährt zu und nach ca. 12-14 Sekunden wieder auf die go-my Position.

Wo habe ich jetzt den Fehler? Müssen die drive-time Angaben mit den Attribut positionInverse 1 getauscht werden?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 19 April 2017, 21:56:03
@majorshark: Nein die Werte für die Attribute müssen nicht verdreht werden bei positioninverse. Ich vermute etwas anderes:

Somfy unterscheidet nicht zwischen stop und my-pos in beiden Fällen wird dasselbe Kommando gesendet. Generell wird my-pos angefahren, wenn im angehaltenen Zustand ein Stopp-Befehl gesendet wird.

Bei 0% läuft der Rolladen ja bis zur Endposition und das SOMFY-Modul schickt aber, da es eine exakte Positionsangabe ist nochmals ein Stopp-Befehl. Wenn nun der Rolladen aber bereits angeschaltet hat, dann wird durch den Stopp-Befehl my-pos angefahren. Hier scheinen die Zeiten etwas grosszügig zu sein, insbesondere wenn er erst nach 12-14 Sekunden die Position anfährt.

Ich mache mal eine Änderung, die aber erst kommen kann, wenn der laufende Umstieg auf Signalduino endlich abgeschlossen ist.

Momentane Lösung:Die Zeiten weniger grosszügig machen oder off statt 0% senden
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: majorshark am 19 April 2017, 22:22:45
Ok. Danke für Deine Antwort. Also werde ich vorerst nicht weiter testen. Was mich nur verwundert das niemand anderes dies Problem hat.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 20 April 2017, 21:43:31
Zitat von: majorshark am 19 April 2017, 22:22:45
Ok. Danke für Deine Antwort. Also werde ich vorerst nicht weiter testen. Was mich nur verwundert das niemand anderes dies Problem hat.

Ich bin mir nicht sicher, ob das klar wurde. Dein Problem tritt nur bei 0% auf und auch nur, wenn die Zeitangaben zu stark von der Fahrzeit abweichen und gleichzeitig eine my-pos festgelegt ist. Alle anderen Prozentwerte und Befehle sollten auch bei den Timingwerten funktionieren (z.B. funktioniert 0% bei mir ohne Probleme).

Mein Vorschlag ist eigentlich eher die my-pos zu löschen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: majorshark am 20 April 2017, 22:16:17
Die Fahrzeiten sind mit der Stopuhr gemessen. Die Zeiten für das Modul sind dann noch abgerundet. Bis 10% funktioniert es auch.

Meinst Du die my-pos im Antrieb oder im Modul?

Ich verstehe auch nicht wie es überhaupt mit den Zeiten funktionieren soll. Weicht die hoch/runter Fahrzeit nur um Bruchteile von Sekunden ab summiert sich das über die Anzahl der Fahrten auf. Dann ist 100% nur noch 90%. Und bei der nächsten Fahrt nach unten ist das Rollo schon lange unten bevor das Modul den Stop Befehl sendet.

Und noch eine Frage. Der Antrieb kennt doch nur den Auf/Ab Befehl und den my-pos als Stop Befehl wenn der Rollladen gerade fährt. Wenn der Rollladen steht fährt dieser mit dem my-pos Befehl an die vordefinierte Position und hält an.

Edit:
Jetzt habe ich, glaube ich zumindest Deine Logik verstanden. Die Positionen 0/100 mit den Befehlen close/open anfahren und den Rest mit der Positionsangabe Angabe 10-90%. Macht Sinn. Dann wird das Reading 'position' auch immer schön mit dem tatsächlichen Stand des Rollladens angepasst und es kommt zu keinen Fehlverhalten bei der Positionsbestimmung durch die Zeit.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 April 2017, 15:12:43
@majorshark: Ja das war die Idee.
Grundsätzlich hast Du recht, dass die Steuerung nicht vollständig exakt ist, da aber zusätzlich noch eine relativ exakte Position abgelegt wird war es aus meiner Sicht, so genau wie erreichbar scheint mit all den Unwägbarkeiten durch Verzögerungen an den verschiedensten stellen. (positionierung im Bereich von <10 cm genau auch bei stückweiser Annäherung).



Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: majorshark am 21 April 2017, 16:20:49
Könnte man nicht gleich die Positionen 0% und 100% intern im Modul auf close und Open Befehle übersetzen?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 April 2017, 22:20:58
Wie gesagt die Änderung ist nicht das Problem, das traue ich mir zu  ;)
Das Problem ist wie gesagt, dass ich einen Umbau gemacht habe und ich diese Version mangels stabilem signalduino momentan nicht testen kann. Ist das Problem so gravierend, dass es nicht anders geht, kann ich Dir sagen, was Du ändern musst, damit auch 0%/100% bei Dir geht.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: majorshark am 21 April 2017, 23:26:40
Ne alles gut. Da ich jetzt eine Logik sehe habe ich es verstanden und das ist für mich in Ordnung. Ich muss ja nur für den Go-my Befehl 10% senden. Das muss ich halt im produktiv System ein bisschen umstricken. Das ist aber kein Problem. Danke.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: elmer am 30 Mai 2017, 21:37:53
Welchen Somfy Windsensor muss ich kaufen damit dieser mit Fhem läuft, ich habe einen io dieser lässt sich jedoch nicht verbinden.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Izzy am 30 Mai 2017, 21:48:53
@elmer Soweit mir bekannt, wird Somfy RTS unterstützt (wie auch der Titel dieses Freds besagt). Wie es mit dem "neueren" IO aussieht, weiß ich allerdings eben so wenig zu sagen wie ob es überhaupt Windsensoren für RTS gibt.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: elmer am 30 Mai 2017, 21:54:00
Da gibt es verschiedene RTS Sensoren deshalb weiß ich nicht welchen ich da nehmen muss damit es auch sicher funktioniert, oder funktionieren alle mit RTS?

Wie oft sendet der Windsensor eigentlich die Windstärke?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Izzy am 30 Mai 2017, 22:18:53
Das kann am besten jemand beantworten, der bereits einen benutzt. Blätter mal ein paar Seiten zurück: im Dezember war das hier im Fred (https://forum.fhem.de/index.php/topic,53319.msg546706.html#msg546706) schon einmal Thema. Schnello könnte Dir also ggf. einen Tipp geben.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schnello am 31 Mai 2017, 08:36:12
Hallo.

Ich kann leider nicht viel weiterhelfen. Ich verwende den Windsensor nicht zusammen mit FHEM. Dieser Steuert bei mir ganz normal direkt die Markise.
Als Wind Sonnen Wächter habe ich diesen im Einsatz:
https://www.somfy.de/produkte/1818225/soliris-sensor-rts-led

Zitat>Wie oft sendet der Windsensor eigentlich die Windstärke?

Ich würde meinen er sendet gar keine Stärke als Wert. Ist der Schwellwert erreicht werden alle verbundenen Geräte eingefahren.


Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dr_Prune am 12 Juni 2017, 22:10:24
Hallo,

mit dem Modul komme ich mit meinen Außenjalousien schon ziemlich gut zurecht. Danke, viegener!

Zwei Ergänzungen, die ich sehr nützlich fände:

1. Eine Möglichkeit, die Jalousien per set aber ohne Fahrbefehl auf eine bestimmte Position zu setzen: 0 bzw. 100/200 würden ausreichen. Das würde in meinem Setup helfen, die bis zum späten Abend von der Familie meist händisch an den Tastern mehrfach hin- und her gefahrenen und schließlich geschlossenen Jalousien für die fhem Logik zu resetten.

2. Die Möglichkeit, ein Jalousiedevice per set zu blockieren, so dass weitere Fahrbefehle an das Device erst ausgeführt werden, wenn die Blockierung aufgehoben ist. Das ROLLO Modul bietet verschiedene Blockierungsoptionen an, nützlich scheinen mir: force-up (bei Sturmwarnung oder Feuer hochfahren), force-down (runterfahren), blocked (blockieren wenn Tür geöffnet)

Ließe sich das mit vertretbarem Aufwand in das Modul übernehmen?

Fragt
Alexander
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: majorshark am 15 Juni 2017, 19:27:23
Zur Lösung der ersten Frage hätte ich einen Vorschlag:
set <Device> on

Fährt den Rollladen zu, real und in FHEM oder auch nur in FHEM.

Zu zweitens:
Ich führe ich die Befehle einfach nicht aus. Diese kommen aber in keinen Spooler der diese dann später ausführt. Es wird dann einfach mit der nächsten Aktion weiter gemacht.

Grüße
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 18 Juni 2017, 00:24:23
Zitat von: Dr_Prune am 12 Juni 2017, 22:10:24
Hallo,

mit dem Modul komme ich mit meinen Außenjalousien schon ziemlich gut zurecht. Danke, viegener!

Zwei Ergänzungen, die ich sehr nützlich fände:

1. Eine Möglichkeit, die Jalousien per set aber ohne Fahrbefehl auf eine bestimmte Position zu setzen: 0 bzw. 100/200 würden ausreichen. Das würde in meinem Setup helfen, die bis zum späten Abend von der Familie meist händisch an den Tastern mehrfach hin- und her gefahrenen und schließlich geschlossenen Jalousien für die fhem Logik zu resetten.

2. Die Möglichkeit, ein Jalousiedevice per set zu blockieren, so dass weitere Fahrbefehle an das Device erst ausgeführt werden, wenn die Blockierung aufgehoben ist. Das ROLLO Modul bietet verschiedene Blockierungsoptionen an, nützlich scheinen mir: force-up (bei Sturmwarnung oder Feuer hochfahren), force-down (runterfahren), blocked (blockieren wenn Tür geöffnet)

Ließe sich das mit vertretbarem Aufwand in das Modul übernehmen?

Fragt
Alexander

Zu 1 baue ich ein set_command "manual" ein. Das kommt aber erst, wenn ich die nächste Version per update verfügbar mache.

Es ist aber heute schon möglich das durch einfügen von virtual im set-Befehl zu machen, also z.B.
set rolladen virtual pos 40
Dabei werden keine Befehle gesendet und die Position wird nach der berechneten Laufzeit auf die angegebene Position gesetzt.

zu 2 das kann ich mir anschauen. Ich habe aber das Gefühl, dass das nicht ins Modul gehört, sondern eher ausserhalb vom Somfy-Modul liegen sollte
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dr_Prune am 18 Juni 2017, 15:59:13
Zitat von: viegener am 18 Juni 2017, 00:24:23
zu 2 das kann ich mir anschauen. Ich habe aber das Gefühl, dass das nicht ins Modul gehört, sondern eher ausserhalb vom Somfy-Modul liegen sollte

Danke! Im Moment hab ich das ROLLO Modul für alle 10 Jalousien als Abstraktionsebene zwischengeschaltet, damit bei Sturm die Jalousien nicht runterfahren. Funktioniert zwar, erhöht aber die Fehleranfälligkeit.

Habe keinen Weg gefunden, das sonst ohne aufwändige DOIF-Abfragen auf die Schalttimer für die Somfys nachzubauen. Und die sind noch fehleranfälliger. Zumindest bei einer Anpassung.

Wenn das im Modul passiert, wäre das alles Set & Forget ;-)

Grüße
Alexander




Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Mave am 01 Juli 2017, 08:39:56
Hallo viegener,

sorry, ich hätte meine Frage wohl besser in diesem Thread stellen sollen:
https://forum.fhem.de/index.php/topic,64141.msg654528.html#msg654528

Vielen Dank.

Grüße Mave
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 11 August 2017, 09:23:14
Hi Zusammen,


erst mal Danke für die super Arbeit!!

Ich hatte die Frage schon hier (https://forum.fhem.de/index.php/topic,24158.msg666104.html#msg666104) gestellt jedoch leider ohne Antwort.

-----------
Hi Zusammen,

hat schon mal jemand erfolgreich einen Somfy Axroll RTS angelernt?
Bei meinem Axroll verhält es sich so das man über ein Bedienfeld den Anlernmodus aktiveren muss,
dann auf der anzulernenden FB den Knopf gedrückt hält bis die Anzeige in der Steuerung von blinken in dauer wechselt
und dann einen Knopf in der Steuerung drücken muss bis die Anzeige das Anlernen mit "--" bestätigt.

Hab es probiert wie bei den Rolläden .. klappt leider nicht.

Kann man evtl. FHEM, ähnlich wie die Fernbedienung zum "dauersenden" für Zeit X bringen?



Auszug aus der Bedienungsanleitung:
[emoji767] by Somfy GmbH Seite 17

Programmierung
3.2  RTS  Funksender einlernen P. 8

•  Mit den Tasten AUF (1) oder AB (2) P8 auswählen.
•  Taste AUF (1) oder AB (2) loslassen. nach ca. 1 sec. blinkt der eingestellte Wert
•  Mit  den   Taste + (3) oder -  (4) 00 einstellen.

•  Kanaltaste des Funksenders drücken, bis 00 konstant angezeigt wird.
•  Kanaltaste des Funksenders und die + Taste (3) der Axroll Torsteuerung gedrückt halten, bis "-.-" im  Display erscheint.
• Tasten loslassen, der  Funksender ist eingelernt.


Danke vorab für eure Mühe

Grüße
  Matthias
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 13 August 2017, 00:59:44
@Kenneth: Ein Dauersenden gibt es nicht, über das Attribut repetition lässt sich aber die Anzahl der Wiederholungen eines Befehls einstellen, vielleicht lässt es sich damit anlernen? Ein richtiges Dauersenden ist beim Somfy-Protokoll auch nicht so einfach, denn eigentlich sind da relativ lange Pausen zwischen Befehlen im Protokoll vorgesehen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2017, 13:52:02
Zitat von: viegener am 13 August 2017, 00:59:44
@Kenneth: Ein Dauersenden gibt es nicht, über das Attribut repetition lässt sich aber die Anzahl der Wiederholungen eines Befehls einstellen...

Hi Viegener,

danke für deine Antwort. Wie schaut der CMD dann aus?

set <Device> prog repetition <Wert> 

Danke und Grüße
   Matthias


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 13 August 2017, 16:16:24
@Kenneth: Der Befehl bleibt gleich, es geht um ein Attribut, dieses beeinflusst die Wiederholrate für alle Sendebefehle.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2017, 21:50:26
Hi,

ok dann meinst so?

attr sduino433 repetition  <Wert>

Danke.


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 14 August 2017, 21:11:01
@Kenneth: Ja genau
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 15 August 2017, 11:05:31
Zitat von: viegener am 14 August 2017, 21:11:01
@Kenneth: Ja genau

hi viegener ,

sorry muss dich nochmal nerven aber dieses Attribut gibt es nicht:

unknown attribute repetition

danke für deine Mühe
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 20 August 2017, 23:00:42
@Kenneth: Mmmh - das verstehe ich nicht, das Attribut ist im offiziellen FHEM-Somfy-Stand enthalten und wurde schon vom Originalautor im Modul eingebaut.

Findet sich das bei Dir auch nicht im Dropdpwn bei FHEMWeb?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: habeIchVergessen am 21 August 2017, 11:01:13
Zitat von: Kenneth am 13 August 2017, 21:50:26
attr sduino433 repetition  <Wert>
ein SOMFY-Device hat ein Attribut repetition. Nicht das SIGNALDuino-Device.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 21 August 2017, 11:05:24
Zitat von: habeIchVergessen am 21 August 2017, 11:01:13
ein SOMFY-Device hat ein Attribut repetition. Nicht das SIGNALDuino-Device.
Zitat von: viegener am 20 August 2017, 23:00:42


@Kenneth: Mmmh - das verstehe ich nicht, das Attribut ist im offiziellen FHEM-Somfy-Stand enthalten und wurde schon vom Originalautor im Modul eingebaut.
Findet sich das bei Dir auch nicht im Dropdpwn bei FHEMWeb?

Danke euch beiden, beim Somfy - Device ist es auswählbar.. teste ich heute Abend gleich mal..

Grüße
  Matthias
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 21 August 2017, 16:21:56
Hi,

nochmals Danke für eure Mühe so hat es funktioniert.

attr <Somfy-Device> repetition 30

Grüße
  Matthias


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 26 Dezember 2017, 15:51:49
Nachdem ich auch mit mehreren Signalduinos keinen stabilen Empfang von SOMFY-Signalen hinbekomme, habe ich mich entschlossen trotzdem den  letzten Stand des SOMFY-Moduls nach einigen Umbauten mal einzuchecken.

Also das neue Modul wird ab morgen im Update verfügbar sein, wenn Ihr SOMFY mit Signalduino verwendet, wäre ich dankbar, wenn Ihr das bei Euch ausprobieren könntet.

Die Änderungen betreffen im wesentlichen interne Umbauten des Moduls und Vorbereitungen für verschiedene Somfy-Typen.

Es gibt aber auch ein Kommando:
- position (wie pos) - für Homebridge-Mapping
- nach der position kann auch noch ein Text folgen der jetzt ignoriert wird (und kein Fehlverhalten auslöst)

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Januar 2018, 10:21:56
Es gab hier eine Anfrage zu SOMFY https://forum.fhem.de/index.php/topic,25321.msg742654.html#msg742654 (https://forum.fhem.de/index.php/topic,25321.msg742654.html#msg742654)

Zitat von: GeZi3560 am 05 Januar 2018, 08:55:53
Hallo zusammen,

bekomme seit Update gestern diese Einträge im Log.
hab ich was verpasst ?

2018.01.05 07:30:00 1: DEBUG>SOMFY Parse: RolloWG msg: YsA9260A79210000  --> 20-off
2018.01.05 07:30:01 1: DEBUG>SOMFY Parse: RolloWZ1 msg: YsA3230A03100000  --> 20-off
2018.01.05 07:30:02 1: DEBUG>SOMFY Parse: RolloWZ2 msg: YsA72B0CD7200000  --> 20-off
2018.01.05 07:30:03 1: DEBUG>SOMFY Parse: RolloMR msg: YsAB28066B220000  --> 20-off
2018.01.05 07:30:04 1: DEBUG>SOMFY Parse: RolloWZ2 msg: YsA82B0CD8200000  --> 20-off
2018.01.05 07:30:05 1: DEBUG>SOMFY Parse: RolloUG1 msg: YsAA2505AA310000  --> 20-off
2018.01.05 07:30:06 1: DEBUG>SOMFY Parse: RolloUG2 msg: YsAF2E052F320000  --> 20-off


Thanks Gerd

Die Ausgabe ist speziell dafür das Verhalten von Empfängern zu testen, da ich bei mir auch nach mehreren Anläufen keinen stabilen Empfang mit dem signalduino hinbekomme.

@GeZi3560: Hast Du einen Signalduino im Einsatz? Sind die Adressen korrekt?


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GeZi3560 am 05 Januar 2018, 10:31:50
Nein, läuft bei mir über einen CUL.

Es kommen nur die Meldungen, die Rollos laufen brav hoch und runter.

Gruss Gerd
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: LuckyTV am 06 Januar 2018, 10:28:58
Moin
Ich habe die selben Log Einträge und nutze ebenfalls den CUL. Läuft alles wie immer, nur was mir aufgefallen ist, daß das Reading parsestate nicht mehr aktualisiert wird. Ich habe darauf ein Notify der jetzt nicht mehr funktioniert. Siehe Datum zu wann das Reading aktualisiert wurde.

Readings
enc_key        A9    2018-01-06 09:30:02
exact            100   2018-01-06 09:30:25
parsestate     off    2017-12-31 09:30:02
Position        100   2018-01-06 09:30:25
received        20    2018-01-06 09:30:03
rolling_code  00B9 2018-01-06 09:30:02
state           open   2018-01-06 09:30:25

Gruss Tobias
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 06 Januar 2018, 11:14:38
@LuckyTV: Sorry, parseState war eigentlich ein Reading zur Zwischenspeicherung eines Wertes und hätte von vornerein ein Internal sein sollen. Frage: Worauf reagierst Du bei parseState, lässz sich das nicht mit position oder state erreichen?
Wenn nicht, müsste ich etwas korrektes einbauen als Reading, damit Du darauf reagieren kannst.

@GeZi3560: Ich baue die Debug-Ausgabe aus
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: LuckyTV am 06 Januar 2018, 12:18:28
@ viegener: Einige Rolläden dürfen bei mir nicht ganz runterfahren werden. Da auf dem Fenstersims Blumen und anderer kram stehen.  Mit dem Notify  auf parsestate verhindere ich, daß der Rolladen  ganz runtergefahren wird, fall es doch jemand versucht.

Eine anderes Reading sehe ich nicht was dafür in Frage kommt, da mit parsestate unmittelbar auf den eingegebenen Steuerbefehl reagieren kann.

Gruss Tobias
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 06 Januar 2018, 23:05:43
@LuckyTV: Du findest in parsestate aber quasi nur Kommandos - nachdem sie an den Rolladen gesandt wurden - wie verhinderst Du damit, dass der Rolladen geschlossen wird? Momentan werde ich mal eine Version machen, in der parseState wieder auftaucht, allerdings ist schon der Plan das Reading wieder zu entfernen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 07 Januar 2018, 00:33:18
Neue Version ohne Debug-Ausgabe und wieder mit parsestate-Reading ist im SVN
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: LuckyTV am 07 Januar 2018, 09:01:21
Danke das für das parsestate Reading.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 07 Januar 2018, 17:13:28
Zitat von: LuckyTV am 07 Januar 2018, 09:01:21
Danke das für das parsestate Reading.

Gerne, aber wie gesagt in einer der nächsten Versionen werde ich das wohl wieder entfernen und eigentlich ist es auch keine wirklich Lösung für Dein Problem. Dazu müsste man im Device eine Möglichkeit haben die Position zu limitieren, das würde noch etwas mehr Informationen erfordern
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dr_Prune am 10 Januar 2018, 07:53:00
@viegener: Toll, dass die Entwicklung hier weitergeht!

Ich hatte mich in #117 vor einem guten halben Jahr schon mal gemeldet mit der Anregung, einen universellen blocking flag einzubauen, so dass Somfy z.B. bei Sturm oder Feuer alle Außenjalousien hochfährt und keine weiteren Fahrbefehle entgegennimmt bis das flag wieder gelöscht ist.

Steht das auf deinem Zettel für die nächsten Versionen? Falls nicht wäre ich dankbar für einen Tipp, wie man das mit vertretbarem Aufwand selbst lösen kann.

Mit DOIFs und dummy wird die Sache bei mir schnell unübersichtlich.


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 10 Januar 2018, 23:41:39
@Dr_Prune: Ich hatte das bisher nicht auf der Liste, es würde aber Sinn machen ein disable Attribut am Rolladen zu haben. Damit könntest Du diese Funktionalität erreichen, in dem Du den Rolladen in diesem Fall das attribute diisable setzt.

Ich nehme das mal auf die Todo-Liste

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: aceron76 am 12 Januar 2018, 10:55:45
Hallo, ich weiß mein Anliegen  ist ein bisschen verwegen aber vielleicht bist du ja bereit mir zu helfen. Ich bin kein erfahrener Programmierer und werde es auch nicht mehr werden aber technisch sehr gut versiert.
So mein Problem: ich habe albe Funkmotoren (Rollladen) im Einsatz und fhem mit Raspberry als Haussteuerung (alles Mögliche schon realisiert). Ich möchte meine Rollladen in fhem einbinden (CUL 433Mhz) leider finde ich dazu  keine Hilfe in Foreneinträge oder dergleichen. Mit dem somfy modul habe ich es schon probiert aber das passt nicht. Als Notlösung schalte ich die Rollladen über Funkaktoren gekoppelt mit der albe Fernbedienung :-0.
Meine Frage: muss ein komplett neues Modul geschrieben werden oder kann man das somfy modul anpassen und würdest Du es machen (natürlich gegen eine Aufwandsentschädigung)?
Danke lG Erwin
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 12 Januar 2018, 11:49:17
Zitat von: aceron76 am 12 Januar 2018, 10:55:45
Hallo, ich weiß mein Anliegen  ist ein bisschen verwegen aber vielleicht bist du ja bereit mir zu helfen. Ich bin kein erfahrener Programmierer und werde es auch nicht mehr werden aber technisch sehr gut versiert.
So mein Problem: ich habe albe Funkmotoren (Rollladen) im Einsatz und fhem mit Raspberry als Haussteuerung (alles Mögliche schon realisiert). Ich möchte meine Rollladen in fhem einbinden (CUL 433Mhz) leider finde ich dazu  keine Hilfe in Foreneinträge oder dergleichen. Mit dem somfy modul habe ich es schon probiert aber das passt nicht. Als Notlösung schalte ich die Rollladen über Funkaktoren gekoppelt mit der albe Fernbedienung :-0.
Meine Frage: muss ein komplett neues Modul geschrieben werden oder kann man das somfy modul anpassen und würdest Du es machen (natürlich gegen eine Aufwandsentschädigung)?
Danke lG Erwin
Als erstes müsstest Du feststellen, welches Protokoll Deine Fernbedienung verwendet, dann müsste dieses Protokoll, wenn nicht vorhanden, in ein E/A Modul implementieren lassen. Dazu bietet sich der SignalDuino an. Wenn bis dahin alles funktioniert, dann erst kann man darüber nachdenken, das Prokoll in einem Steuerungsmodul nachzurüsten oder ein neues Modul zuschreiben.

Mit dem SignalDuino können auch die Parameter ermittelt werden, die das Protokoll beschreiben.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 13 Januar 2018, 11:20:43
@aceron76: Ohne Angaben zu Marke und möglicherweise weitere Dinge zu Deinen Funksendern/Empfängern kann das nicht beantwortet werden. Mein Vorschlag: Gehe ins Anfängerforum, mache einen neuen Thread auf mit soviel Angaben wie möglich zu Marke und allen Angaben die Du finden kannst (Typ-bezeichnung - etc)

Dann kann von da aus geschaut werden, was helfen kann
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: MogRuith am 27 Januar 2018, 21:20:35
Hallo beisammen,
Rolf9 half mir netterweise und verwies auf dieses Thema.

Zu meinem Problem: Ich steuere unsere SOMFY-Rollläden bereits seit einiger Zeit per Signalduino auf einem 433er NanoCUL. Senden funktionierte von Anfang an super (auch die Automatik, die ich mir zusammengebastelt habe), aber der Empfang eines Telis 6 Chronis RTS leider gar nicht. Es wurden keine neuen devices angelegt und auch sonst wurde nichts sinnvolles übertragen:

list sduino
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFRPLT-if00-port0@57600
   DMSG       YsCB55902CD08003A
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9KFRPLT-if00-port0@57600
   FD         10
   LASTDMSG   YsCB55902CD08003A
   MSGCNT     18
   NAME       sduino
   NR         19
   PARTIAL   
   RAWMSG     MC;LL=-1299;LH=1308;SL=-608;SH=657;D=CB55902CD08003A;C=645;L=59;R=117;s3;b0;
   RSSI       -15.5
   STATE      opened
   TIME       1516467896
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.3.2-dev SIGNALduino cc1101 - compiled at Jan  7 2018 19:20:14
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-01-20 18:02:34   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:16dB  (DataRate:824.45Baud)
     2018-01-20 04:24:10   ccreg           C3E = 00 C0 00 00 00 00 00 00
     2018-01-20 17:25:54   config          MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=3;MuSplitThresh=7000;MdebFifoLimit=80
     2018-01-27 12:27:35   ping            OK
     2018-01-20 15:03:02   state           opened
     2018-01-20 15:03:02   version         V 3.3.2-dev SIGNALduino cc1101 - compiled at Jan  7 2018 19:20:14
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     43
   msIdList:
   muIdList:
Attributes:
   event-on-change-reading .*
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Transceiver
   hardware   nanoCC1101
   icon       cul_usb
   room       System
   verbose    3
   whitelist_IDs 43


log
2018.01.20 18:04:23 4: sduino/msg READ: MC;LL=-1108;LH=1460;SL=-448;SH=851;D=AAB6B6;C=644;L=23;R=25;s43;b43;w;
2018.01.20 18:04:24 4: sduino/msg READredu: MU;P0=844;P1=-429;P2=1522;P3=-1096;P5=-320;P6=-2294;P7=2701;D=0123012321030125030101010101230121032103232323010123232101010101010101010103230101210676767676767;CP=0;R=26;
2018.01.20 18:04:24 4: sduino/msg READredu: MU;P0=2724;P1=-1013;P2=1539;P3=925;P4=-483;P6=-311;P7=-1532;D=121212121213421342121342134342134212431342431343434343421342431243121212134342134243434363634363636363631362634313637;CP=3;R=26;
2018.01.20 18:04:24 4: sduino/msg READ: MC;LL=-1180;LH=1436;SL=-447;SH=795;D=AAB6B7699FB255D8;C=642;L=61;R=26;s2;b2;
2018.01.20 18:04:24 4: sduino: Found manchester Protocol id 43 clock 642 RSSI -61 -> Somfy RTS
2018.01.20 18:04:24 4: sduino: Somfy bitdata: 1010101010110110101101110110100110011111101100100101010111011000 (61)
2018.01.20 18:04:24 1: sduino: SOMFY_Parse : Somfy RTS message format error (length)! :AAB6B7699FB255D8:
2018.01.20 18:04:24 3: sduino: Unknown code YsAAB6B7699FB255D8, help me!
2018.01.20 18:04:24 4: sduino/msg READredu: MU;P0=2774;P1=-305;P2=1515;P3=-168;P4=938;P5=-470;P6=-972;P7=-2290;D=1234545414141414141414641452645270707070707070;CP=4;R=25;
2018.01.20 18:04:24 4: sduino/msg READredu: MU;P0=791;P1=-308;P2=1517;P3=-983;P5=-486;D=123052325030525030505050505230525032503232323050505250505050505050101010101032105050301;CP=0;R=26;
2018.01.20 18:04:24 4: sduino/msg READredu: MU;P0=-2195;P1=2802;P2=5068;P3=-1096;P4=1517;P5=812;P6=-447;D=0101010101010234343434343564356434356435656435643465356465356565656564356465346534343435656564653;CP=5;R=25;
2018.01.20 18:04:24 4: sduino/msg READ: MC;LL=-1116;LH=1446;SL=-550;SH=835;D=B4CFD8;C=657;L=22;R=23;s17;b17;
2018.01.20 18:04:24 4: sduino/msg READredu: MU;P0=5076;P1=-316;P2=823;P3=-418;P4=-1116;P5=1445;P6=-2257;P7=2731;D=1212323245454215126767676767676045454545454;CP=5;R=26;
2018.01.20 18:04:24 4: sduino/msg READ: MC;LL=-1123;LH=1470;SL=-457;SH=800;D=B5BB4CFD92AD6;C=641;L=52;R=23;s1;b0;
2018.01.20 18:04:32 4: sduino/msg READ: MC;LL=-1114;LH=1453;SL=-525;SH=753;D=ABB7B6;C=640;L=24;R=28;s25;b25;w;
2018.01.20 18:04:32 4: sduino/msg READ: MC;LL=-1131;LH=1452;SL=-464;SH=880;D=ABB7B60;C=654;L=25;R=26;s20;b20;w;
2018.01.20 18:04:32 4: sduino/msg READredu: MU;P0=-1043;P1=859;P2=-432;P3=1476;P6=-302;P7=-593;D=0123032101236101212121712301732103210303030123216121032121212171212121212121210121230;CP=1;R=27;
2018.01.20 18:04:46 4: sduino/msg READ: MC;LL=-1324;LH=1190;SL=-651;SH=640;D=ACBBBA5AAC81668;C=634;L=58;R=111;s1;b1;w;
2018.01.20 18:04:46 4: sduino: Found manchester Protocol id 43 clock 634 RSSI -18.5 -> Somfy RTS
2018.01.20 18:04:46 4: sduino: Somfy bitdata: 101011001011101110111010010110101010110010000001011001101000 (58)
2018.01.20 18:04:46 1: sduino: SOMFY_Parse : Somfy RTS message format error (length)! :ACBBBA5AAC81668:
2018.01.20 18:04:46 3: sduino: Unknown code YsACBBBA5AAC81668, help me!



Sein Tipp war das Auskommentieren von "$ret = "Somfy RTS message format error (length)! :".$encData.":" if (length($encData) != 14);" aus dem 10_SOMFY.pm.
Nach "shutdown restart" wurden devices angelegt und auch der parsestate übertragen:

2018.01.27 19:12:49 4: sduino/msg READ: MC;LL=-1274;LH=1280;SL=-640;SH=641;D=A1EBEA0FF9D43384001D;C=639;L=80;R=39;s25;b25;w;
2018.01.27 19:12:49 4: sduino: Found manchester Protocol id 43 clock 639 RSSI -54.5 -> Somfy RTS
2018.01.27 19:12:49 4: sduino: Somfy bitdata: 10100001111010111110101000001111111110011101010000110011100001000000000000011101 (80)
2018.01.27 19:12:50 4: sduino: Somfy RTS preprocessing check: A enc: A1EBEA0FF9D43384001D dec: A14A01E5F62DE7
2018.01.27 19:12:50 1: SOMFY Unknown device E72DF6 (A1 01E5), please define it
2018.01.27 19:12:50 2: autocreate: define SOMFY_E72DF6 SOMFY E72DF6 A1 01E5
2018.01.27 19:12:50 2: autocreate: define FileLog_SOMFY_E72DF6 FileLog ./log/SOMFY_E72DF6-%Y.log SOMFY_E72DF6
2018.01.27 19:12:50 4: sduino/msg READ: MC;LL=-1271;LH=1295;SL=-643;SH=627;D=A1EBEA0FF9D43384001D;C=639;L=80;R=39;s16;b16;w;
2018.01.27 19:12:50 4: sduino: Found manchester Protocol id 43 clock 639 RSSI -54.5 -> Somfy RTS
2018.01.27 19:12:50 4: sduino: Somfy bitdata: 10100001111010111110101000001111111110011101010000110011100001000000000000011101 (80)
2018.01.27 19:12:50 4: sduino Dispatch: YsA1EBEA0FF9D43384001D, Dropped due to short time or equal msg


Nach Umbenennen von "E72DF6" nach "wz_rl_fb" steht in dessen log
2018-01-27_19:14:25 wz_rl_fb received: 40
2018-01-27_19:14:25 wz_rl_fb parsestate: on



Aber Rolf9 meinte auch, das Auskommentieren könne nur erstmal ein workaround sein...?!

Besten Dank und Gruß
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 08 Februar 2018, 00:19:40
Zitat von: viegener am 26 Dezember 2017, 15:51:49
Nachdem ich auch mit mehreren Signalduinos keinen stabilen Empfang von SOMFY-Signalen hinbekomme, habe ich mich entschlossen trotzdem den  letzten Stand des SOMFY-Moduls nach einigen Umbauten mal einzuchecken.

Zitat von: Elektrolurch am 19 Dezember 2017, 15:49:04
Ich empfange zwar die Signale von den Handsendern, aber als Somfy-Device werden die Codes nur mit ca. 50 % erkannt, was etwas schade ist....
Wir hatten ja vor einigen Monaten da schon mal etwas herum experimentiert, aber keine wirkliche Verbesserung erzielt.

Hallo,

besteht eigentlich noch Interesse, die Somfy erkennungsrate von den Handsendern zu verbessern?

Ich würde es mir gerne mal anschauen.
Dazu benötige ich MU-Nachrichten von den empfangenen Signalen der Handsender. Dazu bitte mit
set sduino disableMessagetype syncedMS
set sduino disableMessagetype manchesterMC

den MS- und MC-Decoder deakivieren.

Es is dabei hilfreich, wenn ihr zu den empfangenenn Signalen jeweils die Somfy Adresse und die gedrückte Taste dazuschreibt.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: kpl am 08 Februar 2018, 19:40:31
Hallo Ralf,

bei mir besteht noch Interesse. Der Empfang hatte auch schon mal recht gut Funktioniert. Ich kann dir aber nicht Sagen ab wann es nicht mehr ging.


2018.02.08 19:28:31 4: sduino/msg READredu: MU;P0=-2641;P1=2512;P2=4836;P3=-1296;P4=1295;P5=-643;P6=644;D=0101023434565656563656543654365656543434343434345636565434565636565654563656565436565;CP=6;R=22;
2018.02.08 19:28:33 4: sduino/msg READredu: MU;P0=-16304;P1=2532;P2=-2620;P3=4844;P4=-1288;P5=1288;P6=-657;P7=626;D=0121234545676767476547676567476547676767654767676767676765674567676745674547656745476765476;CP=7;R=23;
2018.02.08 19:28:36 4: sduino/msg READredu: MU;P0=-648;P1=2526;P2=-2610;P3=4876;P4=-1294;P5=1291;P6=652;D=0121234545060645450606450646050606460605460506460506060606450645060606460606060605060645060;CP=6;R=24;


Sender 970DDE gedrückte Taste Ab -- Stopp -- Auf
Wenn du mehr empfangenen Signale oder in anderen Format benötigst einfach bescheid geben.

Danke,
kpl
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 08 Februar 2018, 21:28:05
ZitatSender 970DDE gedrückte Taste Ab -- Stopp -- Auf

Ich habe mal mit meiner firmware 3.3.2 die MU-Nachrichten nach MC gewandelt:
MC;LL=-1296;LH=1295;SL=-643;SH=644;D=A0EDEAAA7479EE;C=646;L=55;
MC;LL=-1288;LH=1288;SL=-657;SH=626;D=A1B9BEFF212CBB;C=643;L=56;
MC;LL=-1294;LH=1291;SL=-648;SH=652;D=A2898ECC121F88;C=647;L=55;


Wenn ich mit diesen MC-Nachrichten den dummy sduino füttere bekomme ich den folgenden log der passt.

2018.02.08 20:52:50.086 4 : sduinoD/msg get raw: MC;LL=-1296;LH=1295;SL=-643;SH=644;D=A0EDEAAA7479EE;C=646;L=55;
2018.02.08 20:52:50.086 4 : sduinoD: Found manchester Protocol id 43 clock 646 -> Somfy RTS
2018.02.08 20:52:50.086 4 : sduinoD: Somfy RTS preprocessing check: D enc: A0EDEAAA7479EE dec: A04D0740DE0D97
2018.02.08 20:52:50.086 4 : SOMFY Parse: SOMFY_970DDE msg: YsA04D0740DE0D97 --> 40-on --> io is SIGNALduino

2018.02.08 20:53:45.660 4 : sduinoD/msg get raw: MC;LL=-1288;LH=1288;SL=-657;SH=626;D=A1B9BEFF212CBB;C=643;L=56;
2018.02.08 20:53:45.661 4 : sduinoD: Found manchester Protocol id 43 clock 643 -> Somfy RTS
2018.02.08 20:53:45.661 4 : sduinoD: Somfy RTS preprocessing check: 8 enc: A1B9BEFF212CBB(14) dec: A1180741DE0D97
2018.02.08 20:53:45.661 4 : SOMFY Parse: SOMFY_970DDE msg: YsA1180741DE0D97 --> 11-stop --> io is SIGNALduino

2018.02.08 20:54:51.273 4 : sduinoD/msg get raw: MC;LL=-1294;LH=1291;SL=-648;SH=652;D=A2898ECC121F88;C=647;L=55;
2018.02.08 20:54:51.273 4 : sduinoD: Found manchester Protocol id 43 clock 647 -> Somfy RTS
2018.02.08 20:54:51.273 4 : sduinoD: Somfy RTS preprocessing check: B enc: A2898ECC121F88(14) dec: A22B0742DE0D97
2018.02.08 20:54:51.274 4 : SOMFY Parse: SOMFY_970DDE msg: YsA22B0742DE0D97 --> 20-off --> io is SIGNALduino


Mit diesen MU-Nachrichten passt es. Wie viele MU-Nachrichten werden pro Tastendruck empfangen?

Bei diesen MU-Nachrichten kommt nach dem sync (ca 4500) ein long (ca -1200).
Mich interessieren nun MU-Nachrichten bei denen nach dem sync ein short (ca -600) kommt.

MU;P0=-2641;P1=2512;P2=4836;P3=-1296;P4=1295;P5=-643;P6=644;D=0101023434565656563656543654365656543434343434345636565434565636565654563656565436565;CP=6;R=22;

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 09 Februar 2018, 17:51:59
Ob nach dem sync (ca 4500) ein long (ca -1200) oder ein short (ca -600) kommt, ist abhängig vom ersten Bit vom Key
https://pushstack.wordpress.com/somfy-rts-protocol/
ZitatKey:[ "Encryption Key", Most significant 4-bit are always 0xA, Least Significant bits is a linear counter. In the Smoove Origin this counter is increased together with the rolling code. But leaving this on a constant value also works. Gerardwr notes that for some other types of remotes the MSB is not constant.

Please note that the "Somfy Telis RTS 1" (vanilla color with 3 grey buttons) remotes I own do NOT have 0xA in the MSB of the 1st byte, but is seemingly random. I also have a Somfy Telis 1 PURE (with the MY center button), that HAS the 0xA in the MSB.

Mich interessiert auch ob und wie oft es vorkommt, daß durch Empfangsprobleme der sync (ca 4500) am Anfang fehlt.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: kpl am 09 Februar 2018, 17:54:37
Hallo Ralf,

bei einen kurzen Tastendruck wird nur eine MU-Nachrichten pro Tastendruck empfangen.


2018.02.09 17:33:18 4: sduino/msg READredu: MU;P0=-15404;P1=2524;P2=-2612;P3=4848;P4=-1290;P5=1291;P6=-637;P7=631;D=012123454545676745676747654765676747654545476767654765456747654765456767674545454;CP=7;R=211;
2018.02.09 17:33:28 4: sduino/msg READredu: MU;P0=-32001;P1=2540;P2=-2602;P3=4832;P4=-1279;P5=1303;P6=-621;P7=645;D=0121234545456747656767454545676745456745476767654765456747654765456767674545454;CP=7;R=203;
2018.02.09 17:33:29 4: sduino/msg READredu: MU;P0=-641;P1=2564;P2=-2588;P3=4848;P4=-1274;P5=1300;P6=644;D=0121234545454545060645460605060645460545460606054605450646054605450606064545454;CP=6;R=207;
2018.02.09 17:33:38 4: sduino/msg READredu: MU;P0=3356;P1=-2618;P2=2496;P3=4848;P4=-1261;P5=1317;P6=656;P7=-624;D=012134545454676757676457676457676457676764546767675467545764675467545767676454545460;CP=6;R=226;
2018.02.09 17:33:47 4: sduino/msg READredu: MU;P0=-1278;P1=2542;P2=-2608;P3=4852;P4=1302;P5=651;P6=-627;D=012123040405646504656504650564656504650404056565640564046505640564046565650404040;CP=5;R=226;
2018.02.09 17:33:49 4: sduino/msg READredu: MU;P0=642;P1=-627;P2=-5184;P3=2060;P4=-2652;P5=4844;P6=-1280;P7=1303;D=234567676017601710101060176710101060171067601010176017671060176017671010106767676;CP=0;R=221;
2018.02.09 17:34:07 4: sduino/msg READredu: MU;P0=-292;P1=2548;P2=-2594;P3=4872;P4=-1265;P5=1317;P6=646;P7=-631;D=0121234545467675457676764676767576767646767545467676754675457646754675457676764545454;CP=6;R=29;
2018.02.09 17:34:10 4: sduino/msg READredu: MU;P0=-920;P1=2520;P2=-2616;P3=4860;P4=-1276;P5=1308;P6=647;P7=-622;D=0121234545467676767576767645764576767645767645467676754675457646754675457676764545454;CP=6;R=26;
2018.02.09 17:34:15 4: sduino/msg READredu: MU;P0=-624;P1=658;P2=-4764;P3=2472;P4=-2628;P5=4824;P6=-1273;P7=1310;D=234567670101010167010101676107010101676767610101076107670161076107670101016767676;CP=1;R=204;
2018.02.09 17:34:16 4: sduino/msg READredu: MU;P0=-4900;P1=2530;P2=-2612;P3=4864;P4=-1272;P5=1303;P6=-631;P7=652;D=0121234545676767476567676767454567676767456745476767654765456747654765456767674545454;CP=7;R=24;
2018.02.09 17:34:18 4: sduino/msg READredu: MU;P0=645;P1=-92;P2=2542;P3=-2604;P4=4856;P5=-1269;P6=1309;P7=-631;D=1232345656707056567070707050707670707070507656507070765076567050765076567070705656565;CP=0;R=24;
2018.02.09 17:34:20 4: sduino/msg READredu: MU;P0=-32001;P1=2506;P2=-2634;P3=4844;P4=-1268;P5=1313;P6=-640;P7=649;D=01212345456767476765676767676767456767676767676745476767654765456747654765456767674545454;CP=7;R=25;
2018.02.09 17:34:25 4: sduino/msg READredu: MU;P0=-112;P1=2522;P2=-2618;P3=4856;P4=-1281;P5=1299;P6=-642;P7=643;D=0121234545674567456767676767476567676767674545476767654765456747654765456767674545454;CP=7;R=25;
2018.02.09 17:34:46 4: sduino/msg READredu: MU;P0=-948;P1=2532;P2=-2612;P3=4872;P4=-1270;P5=1307;P6=-624;P7=666;D=0121234545674547656767476547656767476545476547654767676567676767674547654765476567476;CP=7;R=26;
2018.02.09 17:34:48 4: sduino/msg READredu: MU;P0=4868;P1=-1269;P2=1304;P3=-638;P4=658;P5=-176;P6=2108;P7=-2608;D=5670121234143212343414323412343414323434143214321434343234343434341214321432143234143;CP=4;R=27;
2018.02.09 17:34:50 4: sduino/msg READredu: MU;P0=-5544;P1=2520;P2=-2614;P3=4864;P4=-1282;P5=1302;P6=-636;P7=648;D=0121234545674767676567674767676765676747676765476547654767676567676767674547654765476567476;CP=7;R=27;

ich habe auf der Fernbedienung, 3DBB8D oder 3DBB6F bin mir nicht sicher, ein paar mal hintereinander die Auf Taste betätigt. Ich denke es sind die gewünschten Nachrichten enthalten.

Die Firmware von dir habe ich auch Installiert  V 3.3.2-dev SIGNALduino cc1101 - compiled at Jan 7 2018 19:20:14
Hast du eine Idee an was es liegen könnte warum es bei mir nicht dekodiert wird.

Gruß Peter
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 09 Februar 2018, 17:58:38
ZitatHast du eine Idee an was es liegen könnte warum es bei mir nicht dekodiert wird.

Hast Du den MC-Decoder wieder aktiviert?
set sduino enableMessagetype manchesterMC

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 09 Februar 2018, 18:54:27
Zitatbei einen kurzen Tastendruck wird nur eine MU-Nachrichten pro Tastendruck empfangen.
Dies sind alles perfekte Nachrichten. Du hast sehr gute Empfangsbedingungen.

Du hast eine Fernbedienung bei der die ersten 4 Bit immer A sind. Diese sollte Problemlos empfangbar sein.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: kpl am 09 Februar 2018, 19:24:53

2018.02.09 19:08:58 4: sduino/msg READredu: MU;P0=-4836;P1=2488;P2=-2646;P3=4800;P4=-1297;P5=1271;P6=-653;P7=631;D=0121234545674567456767476547656745476767654567476567676767476767656745676767674545454;CP=7;R=18;
2018.02.09 19:08:58 4: sduino/msg READredu: MU;P0=-32001;P1=2492;P2=-2596;P3=4856;P4=-1287;P5=1278;P6=-650;P7=634;D=01212121212121234545674567456767476547656745476767654567476567676767476767656745676767674545454;CP=7;R=22;
2018.02.09 19:09:01 4: sduino/msg READredu: MU;P0=4808;P1=-1299;P2=1287;P3=618;P5=-644;P6=2494;P7=-2642;D=567670121253121352135353521352125313535352531212125313535352535353531253135352531352531;CP=3;R=22;
2018.02.09 19:09:01 4: sduino/msg READredu: MU;P0=-32001;P1=2502;P2=-2586;P3=4840;P4=-1296;P5=1283;P6=-652;P7=616;D=0121212121212123454567454765476767654765456747676765674545456747676765676767674567476765674765674;CP=7;R=23;
2018.02.09 19:09:03 4: sduino/msg READredu: MU;P0=2538;P1=-2612;P2=4824;P3=-1291;P4=1282;P5=-646;P6=641;D=01012343456365434565636565656545634343654345636545656565636565654563456565656343434340;CP=6;R=22;
2018.02.09 19:09:03 4: sduino/msg READredu: MU;P0=-32001;P1=2503;P2=-2588;P3=4848;P4=-1292;P5=1273;P6=-646;P7=641;D=01212121212121234545674765456767476767676567454547654567476567676767476767656745676767674545454;CP=7;R=23;
2018.02.09 19:09:17 4: sduino/msg READredu: MU;P0=-200;P1=2550;P2=-2568;P3=4816;P4=-1283;P5=1282;P6=-649;P7=631;D=01212345456747676765676745674765674567456747676545456747654567676767676767476765676745676;CP=7;R=43;
2018.02.09 19:09:18 4: sduino/msg READredu: MU;P0=-32001;P1=2501;P2=-2572;P3=4824;P4=-1270;P5=1286;P6=-636;P7=647;D=012121212121212345456747676765676745674765674567456747676545456747654567676767676767476765676745676;CP=7;R=44;
2018.02.09 19:09:18 4: sduino/msg READredu: MU;P0=634;P1=-632;P2=-1266;P3=1290;D=0102320132320132320101310231010201310101010102010131020131010102320101320100;CP=0;R=219;
2018.02.09 19:09:21 4: sduino/msg READredu: MU;P0=-32001;P1=2532;P2=-2566;P3=4832;P4=-1285;P5=1281;P6=-640;P7=636;D=012123454545674767676567676747676767676545676767456747654545674567476567454767676547676;CP=7;R=44;

hier ein paar Nachrichten von den Sendern mit schlechter Qualität.
Ich habe aber noch nicht wirklich verstanden wie ich dir Nachrichten mit einen short erstellen kann.

Den MC-Decoder hatte ich natürlich nicht wieder aktiviert. :-[

Das mit dem guten Empfang hatte aber erst Funktioniert nach dem ich mir eine Doppelquad-Antenne gebastelt habe. Vorher ging so gut wie nichts.

Danke Peter

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 09 Februar 2018, 20:26:03
Mit diesen Nachrichten werden 2 andere Fernbedienungen erkannt (SOMFY_8A2FA9 und SOMFY_8B3741)
Bis auf die vorletzte Nachricht wo der Sync fehlt sind alle Nachrichten ok.

Mit Deinen Fernbedienungen, bei denen die ersten 4 Bit  A sind, werden die Nachrichten mit einem short nach einem sync nicht gesendet.


Liest hier jemand mit der eine Fernbedienung hat bei der die ersten 4 Bit nicht A ist, einen Signalduino hat und mir die benötigten MU-Nachrichten geben kann?
 
Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: kpl am 09 Februar 2018, 20:55:54
Hallo Ralf,

ich habe immer noch nicht verstanden wo ich das mit vier A erkennen kann.

hier  noch ein paar Nachrichten von einer Fernbedienung die nicht dekodiert wird.

2018.02.09 20:39:59 4: sduino/msg READredu: MU;P0=-592;P1=2479;P2=-2524;P3=4796;P4=-1246;P5=1293;P7=660;D=0121212121212121212121212345070707070747070507470547070507470547070507454707054705470707070547070705470547070547050707074507070707070707070707070747070547212121212121234507070707074707050747054707050747054707050745470705470547070707054707070547054707054;CP=7;R=37;
2018.02.09 20:39:59 4: sduino/msg READredu: MU;P0=-607;P1=1299;P2=661;P3=-1236;D=010202023102020202020202020202023132020;CP=2;R=37;
2018.02.09 20:40:06 4: sduino/msg READredu: MU;P0=2470;P1=-2524;P2=4772;P3=-1241;P4=1285;P5=-650;P6=657;D=0101010101010101010101012345656565634365456365456365456365456365456343656543654365656565436565654365436565436545656563456565656565656565656565636565436101010101010123456565656343654563654563654563654563654563436565436543656565654365656543654365654365456;CP=6;R=29;
2018.02.09 20:40:31 4: sduino/msg READredu: MU;P0=-112;P1=2475;P2=-2517;P3=4792;P4=-1235;P5=1288;P6=-638;P7=658;D=0121212121212121212121212345676767674767676567476547676567476547676547654767654567476547656747676767676567476567456767674567676767676767676767676747676547212121212121234567676767476767656747654767656747654767654765476765456747654765674767676767656747656;CP=7;R=39;
2018.02.09 20:40:31 4: sduino/msg READredu: MU;P0=-1231;P1=1300;P2=-607;P3=663;D=012323230123232323232323232323230103232;CP=3;R=39;
2018.02.09 20:40:34 4: sduino/msg READredu: MU;P0=636;P1=-2520;P2=2467;P4=4784;P5=-1246;P6=1289;P7=-677;D=4567070705670507670507670507670507670507650765070765670507650767050707070707670507670567070705670707070707070707070707050707650121212121212145670707056705076705076705076705076705076507650707656705076507670507070707076705076705670707056707070707070707070;CP=0;R=37;

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 10 Februar 2018, 11:27:50
Dies sieht nach der selben Fernbedienung (Telis 6 Chronis RTS) aus die auch MogRuith hat.
Bei dieser hat die MC-Nachricht eine Datenlänge von 20 Ziffern. 
Bei Deiner sieht die MC-Nachricht so aus:
MC;LL=-1246;LH=1293;SL=-592;SH=660;D=81CDCDCBB7DEDD84001D;C=631;L=80;
Nach den 14 Ziffern der normalen Somfy Nachricht folgen noch 6 weitere (84001D).
Die empfangene Nachricht enthält eine Wiederholung.

Damit diese MC-Nachricht verarbeitet werden kann, ist in der 10_SOMFY.pm in der Zeiie 489 eine Anpassung notwendig.
$ret = "Somfy RTS message format error (length)! :".$encData.":" if (length($encData) != 14);
muss durch die folgenden 2 Zeilen ersetzt werden

my $lengthEncData = length($encData);
$ret = "Somfy RTS message format error (length)! $encData (" . $lengthEncData ."), length should be 14 or 20" if ($lengthEncData != 14 &&  $lengthEncData != 20);


Danach ist ein fhem Neustart oder ein "reload 10_SOMFY.pm" erforderlich.

Mit dem A meine ich die erste Ziffer bei den Daten der MC-Nachricht:
MC;LL=-1299;LH=1287;SL=-644;SH=618;D=A5BDA7953C1399;C=641;L=56;

Du kannst mal schauen ob bei dieser Fernbedienung sich die erste Ziffer ändert.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: kpl am 10 Februar 2018, 19:41:42
Hallo Ralf,

nach der Änderung an der 10_SOMFY.pm wird auch diese Fernbedienung (TELIS COMPOSIO) Dekodiert :).
Bei dieser Fernbedienung beginnen die Daten immer mit einer 8 aber auch kein MU-Nachrichten bei denen nach dem sync ein short kommt.
Alle meine anderen Sender beginnen mit einen A, ich kann da leider nicht weiterhelfen :(.

Danke Peter
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 10 Februar 2018, 20:12:04
Nach dem sync ein short kommt nur, wenn die erste Ziffer kleiner 8 ist.
Nach der u.g. Beschreibung kommt dies bei der Somfy Telis RTS 1 ohne den MY center button vor. Dies ist anscheinend eine recht alte Fernbedienung die es neu nicht mehr gibt.
Es müsste diese hier sein
https://www.ebay.de/itm/Somfy-Funkhandsender-Telis-1-RTS/253409146311?epid=1366984812&hash=item3b005cb5c7:g:e0cAAOSwWEZadxiy

ZitatPlease note that the "Somfy Telis RTS 1" (vanilla color with 3 grey buttons) remotes I own do NOT have 0xA in the MSB of the 1st byte, but is seemingly random. I also have a Somfy Telis 1 PURE (with the MY center button), that HAS the 0xA in the MSB.


Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 18 Februar 2018, 15:56:26
Zitat von: Ralf9 am 08 Februar 2018, 00:19:40
besteht eigentlich noch Interesse, die Somfy erkennungsrate von den Handsendern zu verbessern?

Ich würde es mir gerne mal anschauen.
Dazu benötige ich MU-Nachrichten von den empfangenen Signalen der Handsender. Dazu bitte mit
set sduino disableMessagetype syncedMS
set sduino disableMessagetype manchesterMC

den MS- und MC-Decoder deakivieren.

Es is dabei hilfreich, wenn ihr zu den empfangenenn Signalen jeweils die Somfy Adresse und die gedrückte Taste dazuschreibt.

Ok, da sich niemand mehr gemeldet hat, gehe ich davon aus, daß sich das Problem mit der schlechten Erkennungsrate von den Handsendern erledigt hat.
Die Somfy Telis RTS 1 ohne den MY center button scheint so alt zu sein, daß sie niemand hier in verwendung hat.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moedi am 18 März 2018, 10:03:02
Hallo Ralf,

aufgrund fehlender Verkabelung haben wir seit kurzem auch Somfy-Rolladenantriebe und ich versuche sie in FHEM zu integrieren. Das steuern mit einem Signalduino klappt auch schon ganz gut, aber ich habe doch noch große Probleme beim Empfang der Signale von den Fernsteuerungen. Vielleicht kannst du mal einen Blick auf die MU-Protokolle werfen? Sie stammen von einer Somfy Zeitschaltuhr Chronis RTS L. Die Adresse müsste 665D3D seom. Ich habe zwei Mal auf "oben" gedrückt. Je Tastendruck wurden anscheinend drei Signale gesendet:

2018.03.18 07:53:29 4: sduino/msg READredu: MU;P0=-1270;P1=1125;P2=-845;P3=454;P4=636;P5=-562;D=01012323032321245401042321545401232401045450;CP=4;R=10;
2018.03.18 07:53:29 4: sduino/msg READredu: MU;P0=4872;P1=861;P2=-457;P3=1419;P4=-1056;P5=-11908;P6=2469;P7=-2455;D=1234123412123412156767676767676767676704343212141210;CP=1;R=9;
2018.03.18 07:53:29 4: sduino/msg READredu: MU;P0=718;P1=1432;P3=-491;P4=-1095;D=0304140303130304130304140303031403130303030303040314030314031400;CP=0;R=9;

2018.03.18 07:56:43 4: sduino/msg READredu: MU;P0=1279;P1=-603;P2=631;P5=-808;P6=-12276;P7=-1279;D=707070707012127012127012127072121072121210721012121212121272107212507210721210721260;CP=2;R=33;
2018.03.18 07:56:43 4: sduino/msg READredu: MU;P0=2461;P1=-2463;P2=4724;P3=-1309;P4=1243;P5=-667;P6=640;D=010101010101010101012343434343456563456563456563436565436565654365456;CP=6;R=32;
2018.03.18 07:56:43 4: sduino/msg READredu: MU;P0=-2382;P1=-607;P2=608;P4=-1285;P5=1294;P6=-12108;P7=2468;D=121212124215421215421542121542126707070707070707070700;CP=2;R=33;


Die Konfiguration des sduino:

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   DMSG       YsAC8A89BD80DDBB
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FD         9
   LASTDMSG   YsAC8A89BD80DDBB
   MSGCNT     9
   NAME       sduino
   NR         35
   PARTIAL   
   RAWMSG     MC;LL=-1283;LH=1296;SL=-604;SH=609;D=AC8A89BD80DDBB;C=631;L=56;R=24;s26;b26;w;
   RSSI       -62
   STATE      opened
   TIME       1521354712
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.3.2b-dev SIGNALduino cc1101 - compiled at Feb 25 2018 18:47:47
   versionmodul v3.3.3-dev
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-03-17 11:25:25   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-03-18 09:54:17   ping            OK
     2018-03-17 11:26:11   state           opened
     2018-03-17 11:26:11   version         V 3.3.2b-dev SIGNALduino cc1101 - compiled at Feb 25 2018 18:47:47
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     12.1
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     79
     8
     9
Attributes:
   cc1101_frequency 433.42
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   verbose    3


Wenn es hilft kann ich auch mehr Signale liefern, auch noch von einem Telis 4 RTS Handsender.

Grüße
Dieter
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 18 März 2018, 16:00:41
Wenn FHEM unerwartet abstürzt und wieder gestartet wird, z.B. bei einem Stromausfall, dann ist es wahrscheinlich, dass der Rolling Code und der  Encryption Key veraltet sind, weil fhem.save nicht bei jedem set-Befehl gespeichert wird und beim FHEM Start alte Werte gesetzt werden.

Wäre es daher sinnvoll das Modu 10_SOMFY.pml zu erweitern, um den Rolling Code und den Encryption Key in einer separaten Datei je Device bei jedem set-Befehl zu speichern und nach dem globalen Event INITIALIZED zu setzen?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 18 März 2018, 19:03:54
Zitataber ich habe doch noch große Probleme beim Empfang der Signale von den Fernsteuerungen. Vielleicht kannst du mal einen Blick auf die MU-Protokolle werfen? Sie stammen von einer Somfy Zeitschaltuhr Chronis RTS L. Die Adresse müsste 665D3D seom. Ich habe zwei Mal auf "oben" gedrückt. Je Tastendruck wurden anscheinend drei Signale gesendet:
2018.03.18 07:56:43 4: sduino/msg READredu: MU;P0=2461;P1=-2463;P2=4724;P3=-1309;P4=1243;P5=-667;P6=640;D=010101010101010101012343434343456563456563456563436565436565654365456;CP=6;R=32;
2018.03.18 07:56:43 4: sduino/msg READredu: MU;P0=-2382;P1=-607;P2=608;P4=-1285;P5=1294;P6=-12108;P7=2468;D=121212124215421215421542121542126707070707070707070700;CP=2;R=33;

Irgendwas passt da nicht. Der sduino hat mitten in der Nachricht ein Ende erkannt. Evtl durch eine Störung.
Gibt es Irgendwas in der Nähe des sduino, was den Empfang stören könnte?
Wie weit ist die Chronis RTS L vom sduino entfernt? Ist eine Wand oder Decke dazwischen?

Bitte mach mal ein "get sduino config"

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moedi am 18 März 2018, 20:50:27
An der Entfernung zwischen Sender und sduino kann es eigentlich nicht liegen - beide sind im selben Raum, ca. 4m voneinander entfernt. Eher könnte es Störquellen in der Nähe des sduino geben. Ich versuche mal, den Ort zu wechseln.

Die Ausgabe von "get sduino config":

config: MS=0;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=80


Ich habe derzeit den Verbose-Level auf 3 reduziert, da bei 4 das Log sich sehr schnell füllt. Damit bekomme ich im Log folgende Meldungen:

2018.03.18 18:39:58 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :87BFB36F9AEF74:
2018.03.18 18:39:58 3: sduino: Unknown SOMFY device detected, define one to get detailed information.


Kann das auch auf die abgebrochenen Nachrichten zurückzuführen sein? Ich habe schon den Quellcode der Signalduino und Somfy Module durchsucht, aber die Stelle nicht gefunden, an der diese Meldungen ausgegeben werden. Muss wohl an meinen Perl-Kenntnissen noch etwas arbeiten...

Gruß
Dieter
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 20 März 2018, 17:49:45
Zitatsduino: SOMFY_Parse : Somfy RTS checksum error! :87BFB36F9AEF74:

Da wurde eine fehlerhafte Nachricht empfangen, bei der die Somfy RTS checksum nicht passt.
Die abgebrochenen Nachrichten sind normalerweise zu kurz und werden deshalb nicht weiterverarbeitet.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moedi am 21 März 2018, 17:24:51
Vielen Dank für die Hinweise! Ich habe den Standort des sduino etwas verändert, seitdem werden die Befehle der Fernbedienung relativ zuverlässig erkannt...

Gruß
Dieter
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 25 März 2018, 21:40:20
Zitat von: Ellert am 18 März 2018, 16:00:41
Wenn FHEM unerwartet abstürzt und wieder gestartet wird, z.B. bei einem Stromausfall, dann ist es wahrscheinlich, dass der Rolling Code und der  Encryption Key veraltet sind, weil fhem.save nicht bei jedem set-Befehl gespeichert wird und beim FHEM Start alte Werte gesetzt werden.

Wäre es daher sinnvoll das Modu 10_SOMFY.pml zu erweitern, um den Rolling Code und den Encryption Key in einer separaten Datei je Device bei jedem set-Befehl zu speichern und nach dem globalen Event INITIALIZED zu setzen?

Der Encryption Key ist unkritisch, relevant ist eigentlich nur der rolling code.

Das Problem verstehe ich, aber eine getrennte Datei fände ich jetzt keine gute Lösung. Für eine instabiles System, bei dem mit Abstürzen zu rechnen ist, würde ich empfehlen einen regelmässigen at - für das speichern einzurichten. Alternativ könnte ich das auch ins Modul einbauen.

Eine wirklich tolle Lösung ist mir bisher auch noch nicht eingefallen, da es das Konzept, dass bestimmte Werte für den Betrieb aktuell sein müssen sonst nicht so gibt.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 26 März 2018, 10:12:50
Zitat von: viegener am 25 März 2018, 21:40:20
Der Encryption Key ist unkritisch, relevant ist eigentlich nur der rolling code.

Das Problem verstehe ich, aber eine getrennte Datei fände ich jetzt keine gute Lösung. Für eine instabiles System, bei dem mit Abstürzen zu rechnen ist, würde ich empfehlen einen regelmässigen at - für das speichern einzurichten. Alternativ könnte ich das auch ins Modul einbauen.

Eine wirklich tolle Lösung ist mir bisher auch noch nicht eingefallen, da es das Konzept, dass bestimmte Werte für den Betrieb aktuell sein müssen sonst nicht so gibt.

Ja, save per at, mache ich nachts einmal.

Es wäre ein Komfortgewinn, wenn der aktuell Rolling Code  gespeichert würde und bei Neustart geladen.
Vielleicht ist setKeyValue/getKeyValue https://wiki.fhem.de/wiki/DevelopmentModuleAPI#setKeyValue eine Lösung fürs Modul, die Werte werden in einer Datei gespeichert, die FHEM bereitstellt.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Jotty am 06 April 2018, 13:11:42
Moin zusammen,

ich hoffe, ich bin hier richtig...  :-\

Ich habe im Februar eine neue Markise samt Windwächter bekommen. Meine Versuche, die Markise mit einem CUL433 sind gescheitert (Pairingmodus per FB erfolgreich gestartet, "set Markise prog" gesendet, kein erneutes Zucken der Markise.

Nun kommt's: Im Handbuch der Markise steht, dass Sender und Empfänger auf "868-870 MHz io-homecontrol bidirectional Triband" arbeiten würden. Das passt doch nicht zum Somfy-Modul, oder? Haben die Lümmels da was geändert? Gibt es schon eine Lösung?

Bin ratlos!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 06 April 2018, 14:15:07
SOMFY RTS arbeitet mit 433 Mhz, io-Homecantrol, wie von Dir beschrieben. Für io-Homecontrol gibt es in FHEM kein Protokoll zur direkten Anbindung, soweit ich weiss.

Es gibt aber etwas im Zusammenhang mit Tahoma, http://fhem.de/commandref.html#tahoma
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Jotty am 07 April 2018, 10:28:23
Aha, danke!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: kurt6908 am 09 April 2018, 21:15:49
ZitatDer Encryption Key ist unkritisch, relevant ist eigentlich nur der rolling code.

Das Problem verstehe ich, aber eine getrennte Datei fände ich jetzt keine gute Lösung. Für eine instabiles System, bei dem mit Abstürzen zu rechnen ist, würde ich empfehlen einen regelmässigen at - für das speichern einzurichten. Alternativ könnte ich das auch ins Modul einbauen.

Eine wirklich tolle Lösung ist mir bisher auch noch nicht eingefallen, da es das Konzept, dass bestimmte Werte für den Betrieb aktuell sein müssen sonst nicht so gibt.

Hallo,

ich musste auch gerade ein Backup einspielen und hatte keinen aktuellen rolling code mehr. Gem. Wiki habe ich dann den 1. Workaround mit dem at-Befehl an ein paar Abenden laufen gehabt. Dann waren meine beiden Rollos wieder synchron und liesen sich steuern.

Eine Speicherung des letzten rolling code in einer Datei oder im Logfile finde ich daher auch eine super Idee. Nachschauen und ein setreading geht schneller, als über ein paar Abende einen at absetzen und die Rollos zu beobachten...

Vielleicht gibt es dazu eine schöne Lösung...

Viele Grüße

Kurt
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: CoupeFreak am 20 April 2018, 22:22:06
Hallo liebe FHEM Gemeinde,

ich komme nicht mehr weiter und brauche mal euren Rat. Bin zwar Neuling in Sachen FHEM aber total begeistert was alles damit so geht  ;D
Nur bei meinen Rolladen komm ich nicht weiter  :'(

Es geht um Rolladen von Greenteq.
Ich weiß nicht ob sie mit dem Modul überhaupt funktionieren da ich darüber nichts im Internet finden konnte aber Signalduino empfängt die als SOMFY RTS und auf dem ersten Blick ist auch alles wie bei Somfy Rollläden. Also 433,420 Mhz und Programm Taste hinten auf der Fernbedienung (Rollo zuckt dann kurz=> Anlernmodus). Signalduino erstellt mir auch ein SOMFY Device wo sich das reading received ändert wenn ich auf der Fernbedienung drück.
Aber wenn ich ein Rollo definier und anlernen will (set Rollo prog) zuckt das Rollo nicht das zweite mal um zu bestätigen das es angelernt ist.

Bin ich auf dem richtigen Weg oder werde ich die Rollläden so nicht über FHEM steuern können?

Vielen Dank schon mal!!


Hier mal ein Ausschnitt aus der Log.
runter
2018.04.20 22:08:17 4: signalduino/msg READ: MC;LL=-1270;LH=1303;SL=-609;SH=659;D=443EBC5FDEA03B8;C=640;L=57;R=97;
2018.04.20 22:08:17 4: signalduino: Found manchester Protocol id 43 clock 640 RSSI -25.5 -> Somfy RTS
2018.04.20 22:08:17 5: signalduino: extracted data 010001000011111010111100010111111101111010100000001110111000 (bin)
2018.04.20 22:08:17 4: signalduino: Somfy bitdata: 010001000011111010111100010111111101111010100000001110111000 (57)
2018.04.20 22:08:17 4: signalduino: Somfy bitdata: _10001000011111010111100010111111101111010100000001110111 (56). Bit am Anfang entfernt
2018.04.20 22:08:17 5: signalduino Dispatch: Ys887D78BFBD4077, test ungleich: disabled
2018.04.20 22:08:17 5: signalduino Dispatch: Ys887D78BFBD4077, -25.5 dB, dispatch
2018.04.20 22:08:17 5: signalduino: dispatch Ys887D78BFBD4077
2018.04.20 22:08:17 4: signalduino: Somfy RTS preprocessing check: 5 enc: 887D78BFBD4077 dec: 88F505C702FD37


rauf
2018.04.20 22:08:21 4: signalduino/msg READ: MC;LL=-1270;LH=1303;SL=-611;SH=657;D=43393BDFDEA03B8;C=640;L=57;R=93;
2018.04.20 22:08:21 4: signalduino: Found manchester Protocol id 43 clock 640 RSSI -27.5 -> Somfy RTS
2018.04.20 22:08:21 5: signalduino: extracted data 010000110011100100111011110111111101111010100000001110111000 (bin)
2018.04.20 22:08:21 4: signalduino: Somfy bitdata: 010000110011100100111011110111111101111010100000001110111000 (57)
2018.04.20 22:08:21 4: signalduino: Somfy bitdata: _10000110011100100111011110111111101111010100000001110111 (56). Bit am Anfang entfernt
2018.04.20 22:08:21 5: signalduino Dispatch: Ys867277BFBD4077, test ungleich: disabled
2018.04.20 22:08:21 5: signalduino Dispatch: Ys867277BFBD4077, -27.5 dB, dispatch
2018.04.20 22:08:21 5: signalduino: dispatch Ys867277BFBD4077
2018.04.20 22:08:21 4: signalduino: Somfy RTS preprocessing check: 4 enc: 867277BFBD4077 dec: 86F405C802FD37
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: ThorstenG am 22 April 2018, 19:47:35
Moin, ich habe einen RaspBerry 3 mit FHEM in der aktuellsten Version (fhem.pl           16609 2018-04-13 19:53:08Z rudolfkoenig, 00_CUL.pm         15027 2017-09-08 09:11:43Z rudolfkoenig, 10_CUL_HM.pm      16588 2018-04-11 18:21:53Z martinp876, 10_SOMFY.pm       15807 2018-01-06 23:32:41Z viegener) mit dem ich per CUL868 (Frmware 1.66) schon länger meine Homematic Fensterläden steuere. Nun wollte ich die Markise auch einbinden, da es sich hier wohl um ein Somfy RTS Modell handelt (Fernbedienung Telis 4). Die Nutzung des CUL868 für diesen Zweck ist sicher nicht optimal, aber ich wollte es mal ausprobieren, bevor ich neue Hardware kaufe.

Also anhand der Forenanleitungen mit define ein SOMFY Gerät angelegt (s. u.) und diesem das CUL als IODev zugeordnet. Über den Knopf auf der Rückseite der Telis 4 lässt sich die Markise auch in den Anlernmodus versetzen (ruck-ruck), aber ein set prog auf dem SOMFY Gerät zeigt keine Regung auf der Markise. Im Nachfolgend angehängten Log des CUL sieht man aber, dass anscheinend eine Antwort kommt, die er nicht versteht.

Ist meine Markise nicht komaptibel mit dem 10_SOMFY.PM? Oder liegt es an der Hardware und ich muss ein CUL433 kaufen?

Definition Markise:
defmod EG.WZ.Markise.Hauptfenster SOMFY 000001 AF 000F
attr EG.WZ.Markise.Hauptfenster IODev CUL_0
attr EG.WZ.Markise.Hauptfenster drive-down-time-to-100 10
attr EG.WZ.Markise.Hauptfenster drive-down-time-to-close 10
attr EG.WZ.Markise.Hauptfenster drive-up-time-to-100 10
attr EG.WZ.Markise.Hauptfenster drive-up-time-to-open 10
attr EG.WZ.Markise.Hauptfenster model somfyshutter

setstate EG.WZ.Markise.Hauptfenster 100
setstate EG.WZ.Markise.Hauptfenster 2018-04-22 18:47:34 enc_key AF
setstate EG.WZ.Markise.Hauptfenster 2018-04-22 18:47:34 exact 100
setstate EG.WZ.Markise.Hauptfenster 2018-04-22 18:47:34 position 100
setstate EG.WZ.Markise.Hauptfenster 2018-04-22 18:47:34 rolling_code 000F
setstate EG.WZ.Markise.Hauptfenster 2018-04-22 18:47:34 state 100


CUL:
defmod CUL_0 CUL /dev/ttyACM0@9600 1034
attr CUL_0 hmId f12d56
attr CUL_0 rfmode SlowRF
attr CUL_0 verbose 5

setstate CUL_0 2018-04-22 17:56:31 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
setstate CUL_0 2018-04-22 18:36:29 cmds  B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
setstate CUL_0 2018-04-22 18:47:35 state Initialized


2x Versuch zu pairen:
2018.04.22 18:47:28 5: CUL_0 sending YsAE80000E000001
2018.04.22 18:47:28 5: SW: YsAE80000E000001
2018.04.22 18:47:29 5: CUL/RAW: /YsAE83000E010000

2018.04.22 18:47:29 4: CUL_Parse: CUL_0 YsAE83000E010000
2018.04.22 18:47:29 5: CUL_0: dispatch YsAE83000E010000
2018.04.22 18:47:29 3: CUL_0: Unknown code YsAE83000E010000, help me!
2018.04.22 18:47:34 5: CUL_0 sending YsAF80000F000001
2018.04.22 18:47:34 5: SW: YsAF80000F000001
2018.04.22 18:47:35 5: CUL/RAW: /YsAF83000F010000

2018.04.22 18:47:35 4: CUL_Parse: CUL_0 YsAF83000F010000
2018.04.22 18:47:35 5: CUL_0: dispatch YsAF83000F010000
2018.04.22 18:47:35 3: CUL_0: Unknown code YsAF83000F010000, help me!


Einfach mal ein "On" an die Markise geschickt:
2018.04.22 19:02:47 5: CUL_0 sending YsA0400010000001
2018.04.22 19:02:47 5: SW: YsA0400010000001
2018.04.22 19:02:48 5: CUL/RAW: /YsA04E0010010000

2018.04.22 19:02:48 4: CUL_Parse: CUL_0 YsA04E0010010000
2018.04.22 19:02:48 5: CUL_0: dispatch YsA04E0010010000
2018.04.22 19:02:48 3: CUL_0: Unknown code YsA04E0010010000, help me!


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 22 April 2018, 20:05:37
Zitat von: ThorstenG


Somfy RTS funkt auf 433Mhz, wenn dein CUL nur auf 868 funkt geht es natürlich nicht

ccconf freq:868.300MHz

Grüße


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 22 April 2018, 20:26:33
Hi,
Ausserdem solltest Du Deinen Test mit einer 433er Firmware inkl. Somfy Protokoll (Befehl Y) machen ;-)
Also andere FW und 433.420 MHz.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: ThorstenG am 22 April 2018, 20:56:55
Salve, ich dachte, das slowRF würde beim CUL 868 so etwas ähnlichem wie einer Umschaltung auf 434 entsprechen, so dass er damit tatsächlich mit den Somfy-Geräten sprechen kann? Die Firmware 1.66 kann wohl den Befehl Y (siehe Ausgabe oben und Changelogs der culfw).

Ok, nach weiterer Recherche, das slowRF betrifft wohl die Datenrate, leider ändert sich auch nach Umstellung der Frequenz auf 433.420 MHz nix :-(
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 13 Mai 2018, 17:17:33
Hallo Comunity!
ich komme nicht weiter...
Habe eine Somfy Markise mit einer RTS1 Fernbedienung.
Das ganze soll per CUL 433MHz gesteuert werden. Dieser spricht auch SOMFY.
Die Markise per define angelegt...
Ich habe die FB in den Programiermodus versetzt mittels dem Knopf auf der Rückseite.
Dann Prog aus FHEM gesendet.
Die Laufzeiten der Markise gestoppt per Uhr und als attr hinterlegt 30 sek raus 33 rein.
attr somfyblinds

Das Ding bewegt sich keinen mm.

Erkennt jemand meinen Fehler???

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: habeIchVergessen am 13 Mai 2018, 17:25:34
fhem ist eine FB, die am Rollo angelernt werden muss. ggf. mit repetion-Attribut die Häufigkeit beim Senden hochsetzen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 13 Mai 2018, 17:27:10
Hi,
Wie ist die Freq des CULs?
Frag mal ccconf ab und version und cmds. Danach zeig uns Dein list.
Hat die Markise nach dem Prog gezuckt?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 13 Mai 2018, 17:42:32
Die Markise hat nicht gezuckt und der CUL hat 433 MHz
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 13 Mai 2018, 18:42:18
hi,
Und wo sind die Details? Ich hatte nach dem list gefragt ;-)


set Name_CUL freq 433.420
get Name_CUL ccconf
get Name_CUL cmds
list Name_CUL


Danach kannst Du das anlernen noch mal probieren. Der Standard in 433 MHz für SlowRF ist 433.920 MHz und eben nicht die Somfy Frequenz von 433.420 MHz.

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 13 Mai 2018, 20:29:16
Hallo,

hier die Infos die Du haben wolltest. Hoffe es hilft. ich bin echt ratlos im Augenblick.

Meine Definition der Fernbedienung:

defmod Markise SOMFY 000001 A2 0042
attr Markise IODev CUL1
attr Markise drive-down-time-to-100 33
attr Markise drive-down-time-to-close 33
attr Markise drive-up-time-to-100 30
attr Markise drive-up-time-to-open 30
attr Markise icon fts_sunblind_100
attr Markise model somfyremote
attr Markise room 3.0_Garten

setstate Markise open
setstate Markise 2018-05-13 20:09:56 enc_key A2
setstate Markise 2018-05-13 20:09:56 exact 0
setstate Markise 2018-05-13 20:09:56 position 0
setstate Markise 2018-05-13 20:09:56 rolling_code 0042
setstate Markise 2018-05-13 20:09:56 state open



und hier von meinem nanoCUL


defmod CUL1 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 1234
attr CUL1 rfmode SlowRF
attr CUL1 room SYSTEM

setstate CUL1 2018-05-13 19:51:28 cmds  A B C e F f G i K L l M N R T t U V W X x
setstate CUL1 2018-05-05 08:08:58 fhtbuf No answer
setstate CUL1 2018-05-13 20:00:06 raw s321189A4C880D8;;  416: 8496
setstate CUL1 2018-05-13 20:20:03 state Initialized
setstate CUL1 2018-05-13 16:30:06 version V 1.25.01 a-culfw Build: by smarty_111 (27.07.2017) nanoCUL433 (F-Band: 433MHz)



Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 13 Mai 2018, 21:42:34
Hi,
Warum schreibe ich die Befehle auf, wenn Du eh was anderes lieferst?

Also bitte alle 4 Befehle oben absetzen und Name_CUL mit CUL1 ersetzen!
Danach die Programmierung des Somfy neu versuchen.

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 13 Mai 2018, 21:49:19
Hi,
ansonsten sehe ich in Deinen Commands auch kein Y.
Welche Firmware verwendest Du? Hast Du selbst kompiliert und Somfy aktiviert?

get CUL1 version

Schau auch mal im Eventmonitor während Du das Somfy Prog absetzt! Fehlermeldungen hier posten, gerne auch nach einem

attr CUL1 verbose 4


Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 14 Mai 2018, 06:11:16
Sei doch bitte etwas nachsichtig mit mir Anfänger. Ich bin ja froh, dass du moich unterstützt


CUL1 ccconf => freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB

CUL1 cmds =>  A B C e F f G i K L l M N R T t U V W X x

Internals:
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   CUL1_MSGCNT 641
   CUL1_TIME  2018-05-14 06:08:05
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400
   FD         73
   FHTID      1234
   NAME       CUL1
   NR         291
   PARTIAL   
   RAWMSG     s3202F1414280D6;  384: 8432
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.25.01 a-culfw Build: by smarty_111 (27.07.2017) nanoCUL433 (F-Band: 433MHz)
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-05-14 06:08:32   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2018-05-14 06:09:12   cmds             A B C e F f G i K L l M N R T t U V W X x
     2018-05-05 08:08:58   fhtbuf          No answer
     2018-05-13 20:00:06   raw             s321189A4C880D8;  416: 8496
     2018-05-14 06:08:05   state           Initialized
     2018-05-13 16:30:06   version         V 1.25.01 a-culfw Build: by smarty_111 (27.07.2017) nanoCUL433 (F-Band: 433MHz)
Attributes:
   rfmode     SlowRF
   room       SYSTEM
Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 14 Mai 2018, 06:35:51
Hi,
also ich bleibe dabei (auch wenn ich Deinen Eventmonitor mit den Fehlern noch nicht gesehen habe ;-)

Deine a-culfw ist ohne Somfy Protokoll kompiliert, sonst wäre der Befehl Y on der cmds Liste.

In den original Sourcen zur a-culfw ist durch die ,,//,, Somfy deaktiviert:


#  define HAS_UNIROLL

//#  define HAS_SOMFY_RTS
#  define HAS_RFNATIVE


Du musst also eine a-culfw für Deinen nanoCUL mit Somfy Unterstützung neu kompilieren und auf Deinen nanoCUL flashen.

Wie das geht?
Lies mal hier:
https://forum.fhem.de/index.php/topic,82024.msg740991.html#msg740991

Also für Dich:
In einer ssh Sitzung oder bash:

cd ~
sudo apt-get install wget zip make gcc-avr avrdude avr-libc
mkdir a-culfw
cd a-culfw
wget https://github.com/heliflieger/a-culfw/archive/master.zip
unzip master.zip
cd a-culfw-master/culfw/Devices/nanoCUL
nano board.h

Dann mit Pfeil runter bis zur Zeile:
//#  define HAS_SOMFY_RTS
Und die // löschen, sollte dann so aussehen:
#  define HAS_SOMFY_RTS

Falls Du am Ende zu wenig Speicher hast könntest Du andere von Dir nicht genutzte Protokolle rauswerfen. Zum Beispiel:
#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
Und davor // einfügen:
// #define HAS_ASKSIN
// #define HAS_ASKSIN_FUP

Danach Ctrl-o, Return, Ctrl-x zum speichern drücken.

In der bash:

make
sudo systemctl stop fhem
sudo ./flash.sh
(Gefolgt von 2, Return, y)
sudo systemctl start fhem



Gruß Arnd



Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 14 Mai 2018, 16:27:03
pi@fhempi:~/a-culfw/a-culfw-master/culfw/Devices/nanoCUL $ sudo ./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB0

The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done.  Thank you.

Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 14 Mai 2018, 17:12:30
Hi,
wenn vorher alles Ohne Probleme lief ist das ja schon mal super [emoji1303]!
Jetzt ist der einzige Fehler, das Dein nanoCUL nicht im Flashmode ist oder nicht auf der Schnittstelle /dev/ttyUSB0  (alternativ ist ja /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 richtig) gemappt ist.
Zeig mal ein
ls -la /dev/serial/by*
Wie hast Du den nanoCUL zuletzt geflasht? Taste beim reinstecken in den USB Port? Oder in FHEM set CUL1 raw B01?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 14 Mai 2018, 20:10:06
So, inzwischen habe ich das Ding geflasht bekommen...

pi@fhempi:~/a-culfw/a-culfw-master/culfw/Devices/nanoCUL $ sudo ./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0

The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "./nanoCUL433.hex"
avrdude: writing flash (13520 bytes):

Writing | ################################################## | 100% 5.46s

avrdude: 13520 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL433.hex:
avrdude: load data flash data from input file ./nanoCUL433.hex:
avrdude: input file ./nanoCUL433.hex contains 13520 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 5.75s

avrdude: verifying ...
avrdude: 13520 bytes of flash verified

avrdude: safemode: Fuses OK (E:00, H:00, L:00)

avrdude done.  Thank you.

pi@fhempi:~/a-culfw/a-culfw-master/culfw/Devices/nanoCUL $ sudo service fhem start


jetzt sehe ich in FHEm folgende Version etc.

defmod CUL1 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 1234
attr CUL1 room SYSTEM
attr CUL1 verbose 5

setstate CUL1 2018-05-14 06:55:40 ccconf freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB
setstate CUL1 2018-05-14 19:59:21 cmds  B C e F f G i K L l M N R T t U V W X x
setstate CUL1 2018-05-05 08:08:58 fhtbuf No answer
setstate CUL1 2018-05-14 19:45:19 raw No answer
setstate CUL1 2018-05-14 20:01:55 state Initialized
setstate CUL1 2018-05-14 19:45:43 version V 1.26.03 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)


Was ich auch gemacht habe ist das einkommentieren der SOMFY Zeilen, und nach dem Speichern habe ich dann nochmal geflasht.

Ich sehe in FHEM auch dass das SOMFY Protokoll angezeigt wird.
Clients

:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:


Aber wenn ich jetzt mit verbose 5 auf dem CUL in den Eventmonitor gehe, und da dann auf .*CUL1.* filtere dachte ich würde ich ggf. was sehen wenn ich auf der SOMFY FB jetzt irgendwelche Tasten drücke.
Is aber nciht.
Da kommt nichts im Event Monitor an.

Dann habe ich einfahc nochmal versucht eine FHEM Remote an Somy Anzumelden.
ich habe also auf der regulären FB die Taste lange gedrückt, dann ist die Markise kurz rein und raus, und dann habe ich aus FHEM das "prog" gesendet
Aber leider fehlte dann die Bestätigung der Markiese dass das erfolgreich war.

Was zur Hölle mache ich falsch?!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 14 Mai 2018, 20:20:54
Hi,
Erstens hast Du den CUL nach dem flashen noch nicht auf die 433.420 gesetzt! Zweitens empfängt ein CUL kein Somfy, sondern kann nur senden! Drittens sehe ich kein Y unter den Commands (get CUL1 cmds). Bist Du sicher das Du richtig die board.h bearbeitet hast?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 14 Mai 2018, 20:34:46
es gibt nur eine board.h in dem Verzeichnis und die Freq stimmt. Das mit den Comands sehe ich auch, weiß aber nicht warum
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 14 Mai 2018, 20:56:45
Hi,
Naja wenn Deine Aussagen stimmen, dann geht es ja jetzt ;-)
Okay Scherz beiseite:
Zeig und mal das log bei verbose 5 vom anlernen oder auch den Eventmonitor währenddessen! Sind da Fehler drin? Ich würde wetten er findet Y?? Nicht als command => Dann ist die Firmware nicht richtig!
Zeig und mal Deine board.h
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: habeIchVergessen am 14 Mai 2018, 22:25:09
wenn ich mich recht erinnere, dann kann nur die 868-Version von culfw Somfy senden. Die Frequenz wird immer richtig gesetzt.
Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 14 Mai 2018, 23:34:13
Hi,
Nö, das kann man an zwei Stellen in der board.h aktivieren einmal allgemein und dann später im Absatz für den 868er.


#ifndef _BOARD_H
#define _BOARD_H

#include <avr/io.h>
#include <stdint.h>

/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK

/* if you are using a CC1101 module for 868MHz disable the next line */
#if defined (nanoCUL433)
#define HAS_CC1100_433
#endif

#define SPI_PORT                PORTB
#define SPI_DDR                 DDRB
#define SPI_SS                  2
#define SPI_MISO                4
#define SPI_MOSI                3
/* die aufgelötete gelbe LED ist an PB5/SCLK angeschlossen! */
#define SPI_SCLK                5

#define CC1100_CS_DDR           SPI_DDR
#define CC1100_CS_PORT          SPI_PORT
#define CC1100_CS_PIN           SPI_SS


/* CC1101 GDO0 Tx / Temperature Sensor */
#if 0
#define CC1100_OUT_DDR          DDRC
#define CC1100_OUT_PORT         PORTC
#define CC1100_OUT_PIN          PC0
#define CC1100_OUT_IN           PINC
#define CCTEMP_MUX              CC1100_OUT_PIN
#else
#define CC1100_OUT_DDR          DDRD
#define CC1100_OUT_PORT         PORTD
#define CC1100_OUT_PIN          PD3
#define CC1100_OUT_IN           PIND
#define CCTEMP_MUX              CC1100_OUT_PIN
#endif

/* CC1101 GDO2 Rx Interrupt */
#define CC1100_IN_DDR           DDRD
#define CC1100_IN_PORT          PIND
#define CC1100_IN_PIN           PD2
#define CC1100_IN_IN            PIND

#define CC1100_INT              INT0
#define CC1100_INTVECT          INT0_vect
#define CC1100_ISC              ISC00
#define CC1100_EICR             EICRA

/* externe LED */
#define LED_DDR                 DDRB
#define LED_PORT                PORTB
#define LED_PIN                 1

//#define LED_ON_DDR              DDRB
//#define LED_ON_PORT             PORTB
//#define LED_ON_PIN              1


#define BOARD_ID_STR            "nanoCUL868"#define BOARD_ID_STR433         "nanoCUL433"
/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define MULTI_FREQ_DEVICE
#define MARK433_PIN                     mark433_pin
#define MARK433_BIT             0
extern const uint8_t mark433_pin;

#define HAS_UART
#define UART_BAUD_RATE          38400

/* ATMega328P has only one UART, no need to define the UART to use */
//#define USART_RX_vect           USART0_RX_vect
//#define USART_UDRE_vect         USART0_UDRE_vect

#define TTY_BUFSIZE             128


#define RCV_BUCKETS            2      //                 RAM: 25b * bucket
#define FULL_CC1100_PA                // PROGMEM:  108b
#define HAS_RAWSEND                   //
#define HAS_FASTRF                    // PROGMEM:  468b  RAM:  1b
#define HAS_ASKSIN
/* Intertechno Senden einschalten */
#define HAS_INTERTECHNO


#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW
/* HAS_MBUS requires about 1kB RAM, if you want to use it you
   should consider disabling other unneeded features
   to avoid stack overflows
*/
//#define HAS_MBUS

#  define HAS_TX3
#  define HAS_UNIROLL

#  define HAS_SOMFY_RTS
#  define HAS_RFNATIVE

//#  define HAS_MEMFN

#if defined (nanoCUL433)
/* Intertechno Empfang einschalten */
#  define HAS_IT
#  define HAS_REVOLT
#  define HAS_TCM97001
#  define HAS_HOMEEASY
#  define HAS_BELFOX
#  define HAS_MANCHESTER
#endif

#if defined (nanoCUL868)
#  define HAS_ASKSIN_FUP
#  define HAS_MORITZ
#  define HAS_RWE
#  define HAS_ESA
#  define HAS_HOERMANN
#  define HAS_HOERMANN_SEND
#  define HAS_HMS
#  define OFF_LACROSSE_HMS_EMU          // if you like HMS emulation for LaCrosse temp devices

#define HAS_SOMFY_RTS
//#define HAS_FHT_80b                     // PROGMEM: 1374b, RAM: 90b
//#define HAS_FHT_8v                    // PROGMEM:  586b  RAM: 23b
//#define HAS_FHT_TF
//#define FHTBUF_SIZE          174      //                 RAM: 174b
//#define HAS_KOPP_FC
//#define HAS_ZWAVE                     // PROGMEM:  882
#endif

#endif



Beim make kommt dann auch:


...
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_rwe.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_rwe.o.d ../../clib/rf_rwe.c -o ../../clib/rf_rwe.o
Compiling C: ../../clib/somfy_rts.c
...


Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Fhemfatal am 15 Mai 2018, 06:04:07
#ifndef _BOARD_H
#define _BOARD_H

#include <avr/io.h>
#include <stdint.h>

/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK

/* if you are using a CC1101 module for 868MHz disable the next line */
#if defined (nanoCUL433)
#define HAS_CC1100_433
#endif

#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_SS 2
#define SPI_MISO 4
#define SPI_MOSI 3
/* die aufgelötete gelbe LED ist an PB5/SCLK angeschlossen! */
#define SPI_SCLK 5

#define CC1100_CS_DDR SPI_DDR
#define CC1100_CS_PORT          SPI_PORT
#define CC1100_CS_PIN SPI_SS


/* CC1101 GDO0 Tx / Temperature Sensor */
#if 0
#define CC1100_OUT_DDR DDRC
#define CC1100_OUT_PORT         PORTC
#define CC1100_OUT_PIN          PC0
#define CC1100_OUT_IN           PINC
#define CCTEMP_MUX              CC1100_OUT_PIN
#else
#define CC1100_OUT_DDR DDRD
#define CC1100_OUT_PORT         PORTD
#define CC1100_OUT_PIN          PD3
#define CC1100_OUT_IN           PIND
#define CCTEMP_MUX              CC1100_OUT_PIN
#endif

/* CC1101 GDO2 Rx Interrupt */
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT          PIND
#define CC1100_IN_PIN           PD2
#define CC1100_IN_IN            PIND

#define CC1100_INT INT0
#define CC1100_INTVECT          INT0_vect
#define CC1100_ISC ISC00
#define CC1100_EICR             EICRA

/* externe LED */
#define LED_DDR                 DDRB
#define LED_PORT                PORTB
#define LED_PIN                 1

//#define LED_ON_DDR              DDRB
//#define LED_ON_PORT             PORTB
//#define LED_ON_PIN              1


#define BOARD_ID_STR            "nanoCUL868"
#define BOARD_ID_STR433         "nanoCUL433"

/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define MULTI_FREQ_DEVICE
#define MARK433_PIN mark433_pin
#define MARK433_BIT             0
extern const uint8_t mark433_pin;

#define HAS_UART
#define UART_BAUD_RATE          38400

/* ATMega328P has only one UART, no need to define the UART to use */
//#define USART_RX_vect           USART0_RX_vect
//#define USART_UDRE_vect         USART0_UDRE_vect

#define TTY_BUFSIZE             128


#define RCV_BUCKETS            2      //                 RAM: 25b * bucket
#define FULL_CC1100_PA                // PROGMEM:  108b
#define HAS_RAWSEND                   //
#define HAS_FASTRF                    // PROGMEM:  468b  RAM:  1b
//#define HAS_ASKSIN
/* Intertechno Senden einschalten */
#define HAS_INTERTECHNO



#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW
/* HAS_MBUS requires about 1kB RAM, if you want to use it you
   should consider disabling other unneeded features
   to avoid stack overflows
*/
//#define HAS_MBUS

#  define HAS_TX3
#  define HAS_UNIROLL

#  define HAS_SOMFY_RTS
#  define HAS_RFNATIVE

//#  define HAS_MEMFN

#if defined (nanoCUL433)
/* Intertechno Empfang einschalten */
#  define HAS_IT
#  define HAS_REVOLT
#  define HAS_TCM97001
#  define HAS_HOMEEASY
#  define HAS_BELFOX
#  define HAS_MANCHESTER
#endif

#if defined (nanoCUL868)
//#  define HAS_ASKSIN_FUP
#  define HAS_MORITZ
#  define HAS_RWE
#  define HAS_ESA
//#  define HAS_HOERMANN
//#  define HAS_HOERMANN_SEND
#  define HAS_HMS
#  define OFF_LACROSSE_HMS_EMU          // if you like HMS emulation for LaCrosse temp devices

#define HAS_SOMFY_RTS
//#define HAS_FHT_80b                     // PROGMEM: 1374b, RAM: 90b
//#define HAS_FHT_8v                    // PROGMEM:  586b  RAM: 23b
//#define HAS_FHT_TF
//#define FHTBUF_SIZE          174      //                 RAM: 174b
//#define HAS_KOPP_FC
//#define HAS_ZWAVE                     // PROGMEM:  882
#endif
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: habeIchVergessen am 15 Mai 2018, 19:31:56
Zitat von: RaspiLED am 14 Mai 2018, 23:34:13

...
Compiling C: ../../clib/somfy_rts.c
...

die Source kompilieren und später auch zu linken, sind 2 verschiedene Sachen. vermute mal, dass das Makefile von culfw benutzt wird, richtig?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: MarNei am 02 Juni 2018, 05:17:02
Hallo zusammen,

ich steuere aktuell meine 4 Somfy Rolläden über FHEM mit einem CUL, was sehr gut funktioniert. Dummerweise habe ich irgendwann durch akute Unfähigkeit meine Originalfernbedienung der Rolläden umprogrammiert, dass ich jetzt nicht mehr in der Lage bin, die einzelnen Rolläden anzusprechen und in den Programmiermodus zu versetzen. An die Stromversorgung der Rolläden komme ich auch nicht einfach dran. Nun habe ich über FHEM ja eigentlich eine funktionierende Fernbedienung. Kann ich über FHEM einen Rolladen in den Programmiermodus versetzen, damit ich die Fernbedienung wieder richtig programmieren kann? Unter den set-Werten finde ich hier leider nichts passendes, aber ich denke mir in meiner Naivität, dass das doch eigentlich gehen muss.

Ich wäre über sachdienliche Hinweise wirklich dankbar!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stefanru am 02 Juni 2018, 11:47:43
Hi MarNei,

unter set gibt es den Punkt prog.
Das sollte helfen.

Guten Morgen :-)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: MarNei am 02 Juni 2018, 13:41:16
Hallo stefanru,

danke für die Antwort. Ich befürchte, dass set prog nicht das ist, was ich suche. Ich suche den Befehl, der den Rolladen kurz zucken lässt. Das macht er, wenn ich auf der Fernbedienung hinten den kleinen Knopf lange drücke. Dann ist er im Programmiermodus. Über set prog kann ich dannach den Rolladen in FHEM pairen. Um aber die Fernbedienung auf diesen Rolladen zu programmieren funktioniert es leider nicht. Gibt es einen Befehl der äquivalent zu dem langen Drücken auf den Knopf hinten auf der Fernbedienung ist?

Danke schön!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stefanru am 02 Juni 2018, 17:27:14
Ach mist, du hast recht. Da war ich zu schnell.
Prog ist zum bestätigen.

Nein ist mir leider auch nicht bekannt.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 04 Juni 2018, 08:24:35
@MarNei: Die Funktion des hinteren kleinen Knopfes lässt sich bei meinen Somfy-Rolläden durch den prog befehl erreichen, allerdings nur wenn ich ausserdem das Attribut repetition auf einen hohen Wert (10 oder so) setze. Vielleicht musst Du etwas experimentieren, aber damit sollte es möglich sein.

Hängen denn alle Rolläden an der selben Sicherung?

Alternativ kannst Du auch dadurch, dass Du die Fernbedienung soweit wie möglich von anderen Rolläden wegbewegst, oder durch Aluflie sogar die Reichweite sehr gering machst versuchen mit der Fernbedienung einen einzelnen Rolladen in den Progmodus zu versetzen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: MarNei am 04 Juni 2018, 17:34:12
@viegener: Vielen Dank für den Hinweis mit dem Attribut repetition! Das ist das, was ich gesucht habe. Wenn ich den auf 15 setze, schaltet der Rolladen wirklich beim prog-Befehl in den Programmiermodus. Wäre ich alleine niemals drauf gekommen.  :)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: TomHB am 09 Juni 2018, 10:53:57
Hallo Forum!

Ich habe da einmal eine kleine Frage: Bei der Benutzung von "go-my" also definierter Zwischenposition ändert sich der Status nicht weg von "open".
Bei der Benutzung von "on/off" ist alles ok.
Die Markiesen funktionieren soweit und sind auch in einer 'structure' zusammengefasst.

Anbei die Attribute. Hat jemand eine Idee, wo mein Fehler ist?



define MarkiseUnten SOMFY xxx xxx xxx
attr MarkiseUnten userattr room_map structexclude
attr MarkiseUnten IODev nanoCUL433
attr MarkiseUnten devStateIcon open:awning.off closed:awning
attr MarkiseUnten drive-down-time-to-100 27
attr MarkiseUnten drive-down-time-to-close 27
attr MarkiseUnten drive-up-time-to-100 28
attr MarkiseUnten drive-up-time-to-open 28
attr MarkiseUnten eventMap on:Ausfahren off:Einfahren go-my:ZwischPos
attr MarkiseUnten model somfyblinds
attr MarkiseUnten room .Markisen,Wohnzimmer
attr MarkiseUnten webCmd Einfahren:Ausfahren:ZwischPos:Stop
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: TomHB am 24 Juni 2018, 15:09:32
*Schubs*

Keiner der das Problem kennt?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 24 Juni 2018, 20:04:58
Die Event bezogenen Attibute werden nur funktionieren, wenn es auch passende Events gibt, statt go-my evtl. die dazu gehörende Position oder passende Regex mappen und ggf. devStateIcon ergänzen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: TomHB am 26 Juni 2018, 17:55:47
ZitatDie Event bezogenen Attibute werden nur funktionieren, wenn es auch passende Events gibt

Da hätte ich vermutet, das da nichts extra angelegt werden müsste, da es ja auch bei den Grundfunktionen (on/off) ohne funktioniert.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 26 Juni 2018, 18:03:50
Zitat von: TomHB am 09 Juni 2018, 10:53:57
Hallo Forum!

Ich habe da einmal eine kleine Frage: Bei der Benutzung von "go-my" also definierter Zwischenposition ändert sich der Status nicht weg von "open".
Bei der Benutzung von "on/off" ist alles ok.
Die Markiesen funktionieren soweit und sind auch in einer 'structure' zusammengefasst.

Anbei die Attribute. Hat jemand eine Idee, wo mein Fehler ist?



define MarkiseUnten SOMFY xxx xxx xxx
attr MarkiseUnten userattr room_map structexclude
attr MarkiseUnten IODev nanoCUL433
attr MarkiseUnten devStateIcon open:awning.off closed:awning
attr MarkiseUnten drive-down-time-to-100 27
attr MarkiseUnten drive-down-time-to-close 27
attr MarkiseUnten drive-up-time-to-100 28
attr MarkiseUnten drive-up-time-to-open 28
attr MarkiseUnten eventMap on:Ausfahren off:Einfahren go-my:ZwischPos
attr MarkiseUnten model somfyblinds
attr MarkiseUnten room .Markisen,Wohnzimmer
attr MarkiseUnten webCmd Einfahren:Ausfahren:ZwischPos:Stop


Das Problem ist, das go-my eine Position anfährt, die nur der Rolladen kennt. Da Somfy auch keine Rückmeldung zur POsition gibt, ist bei go-my danach keine definierte Position mehr vorhanden. Der Rolladen fährt sozusagen irgendwo hin. On/off sind dagegen definierte Positionen, die für alle Rolläden gleich sind.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: TomHB am 28 Juni 2018, 18:19:45
Danke für deine Antwort.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: FHEM16 am 13 Juli 2018, 17:49:05
Ich habe das gleiche Problem und behelfe mir über einen kleinen Umweg (nichts perfektes aber besser als keine Rolladenbewegung)

Vorbereitung:
1. mit "set ROLLADEN01 pos XX" die Poition finden, die mit go-my angefahren wird
2. diese Position (XX) im Rolladen-Device über die Befehlszeile speichern (go-my_exact und go-my_pos)
   setreading ROLLADEN01 go-my_exact XX
   setreading ROLLADEN01 go-my_pos XX (AufAbrunden beachten: bei z.B. exact =54 muss 50 und bei =55 muss 60 angegeben werden)

Rolladen ansteuern:
set ROLLADEN01 go-my,
sleep 60; setreading ROLLADEN01 state [ROLLADEN01:go-my_pos],
sleep 60; setreading ROLLADEN01 position [ROLLADEN01:go-my_pos],
sleep 60; setreading ROLLADEN01 exact [ROLLADEN01:go-my_exact]

Der Rolladen fährt jetzt nach go-my und nach 60 Sekunden werden die Werte für state, position und exact gesetzt (Fhem kennt somit die Position wieder)
Es funktioniert nicht perfekt aber es hilft ein wenig.

Viele Grüße
Fhem16
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: FHEM16 am 13 Juli 2018, 17:55:29
Nachtrag: ich meine, ich bin einen anderen Weg gegangen um XX für go-my festzulegen.

Ich habe die gewünschte Position mit set ROLLADEN01 pos XX angefahren und habe diese Position neu für go-my abgespeichert.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: TomHB am 14 Juli 2018, 16:21:06
Danke FHEM16,

hatte es schon verstanden.  ;D
Vielen Dank für deinen Tipp.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 09 August 2018, 17:22:29
ich hänge mich mal hier rein da ich Probleme habe mit meinem sduino meine Somfy Rollläden zu steuern.
Die frequenz habe ich schon umgestellt auf die Somfy Werte
Ein aktuelles list von meinem sduino
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   DMSG       YsF0D3D8289DCABB
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   FD         70
   LASTDMSG   YsF0D3D8289DCABB
   MSGCNT     19
   NAME       sduino
   NR         5372
   PARTIAL   
   RAWMSG     MC;LL=-1302;LH=1337;SL=-661;SH=650;D=7869EC144EE55D8;C=658;L=57;R=236;
   RSSI       -84
   STATE      opened
   TIME       1533827663.16625
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   versionmodul v3.3.3-dev_20.04.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-08-09 16:57:09   ccconf          freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB  (DataRate:3173.83Baud)
     2018-08-09 17:02:47   ccreg           C3E = 00 C8 00 00 00 00 00 00
     2018-08-09 16:20:56   cmds             V R t X F S P C r W x e
     2018-08-09 17:17:38   ping            OK
     2018-08-09 15:40:38   state           opened
     2018-08-09 15:40:38   version         V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     2
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     22
     23
     25
     32
     33
     35
     38
     41
     51
     55
     65
     68
     72.1
   muIdList:
     5
     8
     9
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     75
     79
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Hardware
   hardware   nanoCC1101
   icon       cul@blue
   room       HWR,System
   verbose    4


Und hier ein paar Meldungen aus dem Log.
Wäre schön wenn mich jemand auf den Weg bringen könnte was ich jetzt noch machen kann.

2018.08.09 17:12:38 4: sduino/keepalive ok, retry = 0
2018.08.09 17:12:19 3: sduino: Unknown code Ys584ACCCDF1C0F7, help me!
2018.08.09 17:12:19 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :584ACCCDF1C0F7:
2018.08.09 17:12:19 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :584ACCCDF1C0F7:
2018.08.09 17:12:19 4: sduino: Somfy bitdata: 01011000010010101100110011001101111100011100000011110111 (56)
2018.08.09 17:12:19 4: sduino: Found manchester Protocol id 43 clock 660 RSSI -71.5 -> Somfy RTS
2018.08.09 17:12:19 4: sduino/msg READ: MC;LL=-1323;LH=1317;SL=-658;SH=665;D=584ACCCDF1C0F7;C=660;L=56;R=5;
2018.08.09 17:12:19 4: sduino/msg READ: MC;LL=-1345;LH=1301;SL=-670;SH=647;D=12B3337C703DC;C=660;L=51;R=7;
2018.08.09 17:11:38 4: sduino/keepalive ok, retry = 0
2018.08.09 17:10:38 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.09 17:10:38 4: sduino/msg READ: OK
2018.08.09 17:10:38 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.09 17:09:38 4: sduino/keepalive ok, retry = 0
2018.08.09 17:08:38 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.09 17:08:38 4: sduino/msg READ: OK
2018.08.09 17:08:38 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.09 17:07:38 4: sduino/keepalive ok, retry = 0
2018.08.09 17:06:38 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.09 17:06:38 4: sduino/msg READ: OK
2018.08.09 17:06:38 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.09 17:05:38 4: sduino/keepalive ok, retry = 0
2018.08.09 17:04:38 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.09 17:04:38 4: sduino/msg READ: OK
2018.08.09 17:04:38 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.09 17:03:38 4: sduino/keepalive ok, retry = 0
2018.08.09 17:03:12 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.09 17:03:12 4: sduino/HandleWriteQueue: sendraw no answer (timeout)
2018.08.09 17:03:11 4: sduino/msg READ: Received answer (10AB85550A10AB85F700SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4BCBCC8370311;F=10AB85550A;) for sendraw does not match ^S(R|C|M);
2018.08.09 17:03:11 4: sduino/msg READ: 10AB85550A10AB85F700SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4BCBCC8370311;F=10AB85550A;
2018.08.09 17:03:10 4: sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4BCBCC8370311;F=10AB85550A;
2018.08.09 17:03:10 4: sduino/HandleWriteQueue: sendraw no answer (timeout)
2018.08.09 17:03:09 4: sduino/msg READ: Received answer (10AB85550A10AB85F700SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3EEEE9D625644;F=10AB85550A;) for sendraw does not match ^S(R|C|M);
2018.08.09 17:03:09 4: sduino/msg READ: 10AB85550A10AB85F700SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3EEEE9D625644;F=10AB85550A;
2018.08.09 17:03:09 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4BCBCC8370311;F=10AB85550A;
2018.08.09 17:03:08 4: sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3EEEE9D625644;F=10AB85550A;
2018.08.09 17:03:08 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3EEEE9D625644;F=10AB85550A;
2018.08.09 17:02:48 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.09 17:02:47 4: sduino/msg READ: C3E = 00 C8 00 00 00 00 00 00
2018.08.09 17:02:38 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.09 17:02:38 4: sduino/msg READ: OK
2018.08.09 17:02:38 4: sduino/KeepAlive not ok, retry = 1 -> get ping
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 10 August 2018, 15:26:05
Kann mir hier niemand sagen wie es weitergeht, was ich tun muss..?
Ich habe heute gesehen das mir ein Raum SOMFY und 12 Somfy Device angelegt wurden.

Warum sind das soviele..? schalten tut aber keiner

ZitatSOMFY_0DD6AF open on off
SOMFY_23BC26 open on off
SOMFY_23BCA6 open on off
SOMFY_46784D open on off
SOMFY_6F6278 open on off
SOMFY_711CD2 open on off
SOMFY_711D12 open on off
SOMFY_711DE8 open on off
SOMFY_711DEF open on off
SOMFY_7157B5 open on off
SOMFY_7157B8 open on off
SOMFY_B78738 open on off
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 10 August 2018, 20:25:58
Hi,
Du hast Nerven!
Warum sollte irgendwer einen alten Thread lesen und dann auch noch wo es alle Anleitungen im Wiki gibt.

Warum so viele FB empfangen wurden, können wir Dir nicht sagen. Hast Du Nachbarn oder immer wieder resetet und neue FB angelernt?

Warum die nicht gehen: Weil Somfy einen Rollingcode verwendet. Wenn also Deine FB immer schön gedrückt wurden, dann kann FHEM nur ,,zu alte" Codes senden.

Also lies doch erstmal hier:
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino
https://wiki.fhem.de/wiki/SOMFY
https://fhem.de/commandref.html#SOMFYdefine


Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 10 August 2018, 20:35:39
wenn du Somfy verwendest musst du nach dem Anlernen an FHEM autocreate ausschalten sonst
bekommst du bei jeder Verwendung der FB einen neuen Device im FHEM angelegt.. wie bei dir zu sehen


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 11 August 2018, 00:08:22
Zitat von: RaspiLED am 10 August 2018, 20:25:58
Hi,
Du hast Nerven!
Warum sollte irgendwer einen alten Thread lesen und dann auch noch wo es alle Anleitungen im Wiki gibt.
Naja so alt der Thread ja nun auch nicht derletzte hatte im Juli 2018 geschrieben... ;)

Zitat von: RaspiLED am 10 August 2018, 20:25:58
Warum so viele FB empfangen wurden, können wir Dir nicht sagen. Hast Du Nachbarn oder immer wieder resetet und neue FB angelernt?

Warum die nicht gehen: Weil Somfy einen Rollingcode verwendet. Wenn also Deine FB immer schön gedrückt wurden, dann kann FHEM nur ,,zu alte" Codes senden.

Also lies doch erstmal hier:
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino
https://wiki.fhem.de/wiki/SOMFY
https://fhem.de/commandref.html#SOMFYdefine


Gruß Arnd


Gesendet von iPhone mit Tapatalk
Das habe ich alles gelesen.... und ich bin ja nicht der erste und einzige der damit Probleme hat oder hatte und gearbeitet habe ich damit bisher auch noch nicht..!!

Also zu den FB/Sender ich habe zwei Somfy Telis 4 RTS...
Und ja ich habe ja nach dem Wiki gearbeitet, wo ich aber meine Probleme bekomme, wenn ich Somfy an Fhem oder umgekehrt anlernen soll.
Fhem ist doch dem Fall wie ein Somfy FB (Sender) zu sehen

ZitatDefinition des SOMFY Devices sowie setzten der Attribute: Kein Autocreate!

Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert. Weitere Fernbedienung bzw. FHEM Devices müssen beim Aktuator neu angelernt werden

hier in dem Bereich steht ja auch gut beschrieben, dass ich dazu einen Somfy Sender brauche, in meinem Fall also eine der beiden Telis 4 RTS

Aber nach dieser Beschreibung:
ZitatAnlernen des Rollos an FHEM

Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden. Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss. Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt). Unmittelbar danach ist in FHEM das Kommando

funktioniert das leider nicht..!! keiner der beiden Rollladen zuckt so wie es im Wiki beschrieben ist.

Ich hatte ja auch vorher schon mal ein Rollladen erstellt nach dem Beispiel: define RolloOben SOMFY 12345F
aber wie schon geschrieben reagiert da der Rollladen nicht.

Meine beiden sehen so aus:
define GA_Rollladen SOMFY 000001 A2 00D2
define BU_Rollladen SOMFY 000002 A8 0138

Momentan bekomme ich auch jede Menge ins Log geschrieben so wie hier zu sehen:
2018.08.10 23:50:33 4: sduino/keepalive ok, retry = 0
2018.08.10 23:49:34 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.10 23:49:33 4: sduino/msg READ: OK
2018.08.10 23:49:33 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.10 23:48:33 4: sduino/keepalive ok, retry = 0
2018.08.10 23:47:34 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.10 23:47:33 4: sduino/msg READ: OK
2018.08.10 23:47:33 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.10 23:46:33 4: sduino/keepalive ok, retry = 0
2018.08.10 23:45:34 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.10 23:45:33 4: sduino/msg READ: OK
2018.08.10 23:45:33 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.10 23:44:33 4: sduino/keepalive ok, retry = 0
2018.08.10 23:43:34 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.10 23:43:33 4: sduino/msg READ: OK
2018.08.10 23:43:33 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.10 23:42:33 4: sduino/keepalive ok, retry = 0

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 11 August 2018, 07:07:43
Moin,
also hast Du zwei Probleme:
1) wenn eine Deiner FB erkannt wird und per Autocreate angelernt wird, kannst Du mit dem in FHEM angelernten Device nicht schalten? Probiere doch mal folgendes aus:
Die Autocreate Geräte im Raum Somfy alle löschen, danach FHEM shutdown restart, danach den Eventmonitor beobachten und auf einer FB zwei mal hochfahren. Jetzt sollte der Raum Somfy wieder da sein und Du müsstest mit der FHEM Kopie der FB den Rolladen runterfahren können. Mit der FB musst Du danach zwei mal tippen bevor die wieder den richtigen RollingCode hat. Dieser Test ist nur dafür da zu schauen ob senden grundsätzlich geht.
2) Du kannst die FHEM FB nicht anlernen, weil Dein Anlernmodus nicht aktiviert wird, wenn Du auf der physischen FB den Programmiermodus aktivierst. Das musst Du mal genauer erklären und auch mal in der Anleitung der Rolladen schauen wie man neue FB anlernt.

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 12:14:06
Guten Morgen, also ich war jetzt übers WoE nicht da und beginne nun nochmals mit dem SOMFY Gedöns, muss doch hinzubekommen sein.
Vielen Dank für die Unterstützung.

sduino habe ich ausgesteckt, nun wieder dran und "opening" Dazu mal ein Anmerkung da irgend etwas mit den Dateirechten (Permssion denied) nicht stimmt, wenn ich den vom Strom nehmen muss ich einmal mit meinem FTP drauf und die Rechte einmal bestätigen, obwohl sie aber schon "777" sind. Dann geht er sofort auf "opening"

zu 2) ich finde leider keine Beschreibung, aber ich meine das man immer die Taste hinten auf der FB etwas länger drücken muss dann den RTS Aktor des jeweiligen Rollladen drücken und vorher noch bei der Telis 4 jeweils mit dem Button unten in der Mitte die jeweilge LED einstellen welchen Kanl man nutzen möchte.


Also ich fange nochmal ganz von vorn an.
1. sduino ist opening
2. den Raum und die Somfy devices habe ich schon gelöscht weil ich mir schon dachte das es nicht zu gebrauchen ist, da es ja die RollingCode nicht braucht.
3. fhem shutdown-restart gemacht

Muss ich jetzt vorher autocreate ausschalten oder ist das egal..? eigentlich ist es doch egal kann ja ruhig die Teile anlegen lösche ich dann eben wieder.
Naja ich probiere mal beide Varianten.

Ich beobachte mal den Eventmonitor, obwohl ich das schon mal gemacht hatte und es kam nichts....!

Ok ich berichte weiter was sich so tut. Muss doch hinzukriegen sein...!  :-\
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 13:05:25
hier mal mein ersten Erkenntnisse:
Also der Eventmonitor zeigt nichts, aber im Log finde ich diese Ereignisse:

2018.08.13 13:01:29 4: sduino Dispatch: Ys382C0C24129522, Dropped due to short time or equal msg
2018.08.13 13:01:29 4: sduino: Somfy bitdata: _00111000001011000000110000100100000100101001010100100010 (56). Bit am Anfang entfernt
2018.08.13 13:01:29 4: sduino: Somfy bitdata: 000111000001011000000110000100100000100101001010100100010000 (57)
2018.08.13 13:01:29 4: sduino: Found manchester Protocol id 43 clock 643 RSSI -86 -> Somfy RTS
2018.08.13 13:01:29 4: sduino/msg READ: MC;LL=-1327;LH=1250;SL=-676;SH=607;D=1C160612094A910;C=643;L=57;R=232;
2018.08.13 13:01:29 4: sduino: Somfy RTS preprocessing check: 4 enc: 382C0C24129522 dec: 381420283687B7
2018.08.13 13:01:29 4: sduino: Somfy bitdata: _00111000001011000000110000100100000100101001010100100010 (56). Bit am Anfang entfernt
2018.08.13 13:01:29 4: sduino: Somfy bitdata: 000111000001011000000110000100100000100101001010100100010000 (57)
2018.08.13 13:01:29 4: sduino: Found manchester Protocol id 43 clock 643 RSSI -86 -> Somfy RTS
2018.08.13 13:01:29 4: sduino/msg READ: MC;LL=-1327;LH=1250;SL=-676;SH=607;D=1C160612094A910;C=643;L=57;R=232;
2018.08.13 13:01:28 4: sduino/keepalive ok, retry = 0
2018.08.13 13:01:28 4: sduino: Found manchester Protocol id 52 clock 635 RSSI -91.5 -> OS_PIR
2018.08.13 13:01:28 4: sduino: Somfy RTS preprocessing check: 6 enc: 9CBA9ABD8B0CBB dec: 9C2620273687B7
2018.08.13 13:01:28 4: sduino: Somfy bitdata: _10011100101110101001101010111101100010110000110010111011 (56). Bit am Anfang entfernt
2018.08.13 13:01:28 4: sduino: Somfy bitdata: 010011100101110101001101010111101100010110000110010111011000 (57)
2018.08.13 13:01:28 4: sduino: Found manchester Protocol id 43 clock 635 RSSI -91.5 -> Somfy RTS
2018.08.13 13:01:28 4: sduino/msg READ: MC;LL=-1321;LH=1259;SL=-678;SH=558;D=4E5D4D5EC5865D8;C=635;L=57;R=221;
2018.08.13 13:01:27 3: sduino: Unknown code Ys273323302B68B3, help me!
2018.08.13 13:01:27 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :273323302B68B3:
2018.08.13 13:01:27 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :273323302B68B3:
2018.08.13 13:01:27 4: sduino: Somfy bitdata: 00100111001100110010001100110000001010110110100010110011 (56)
2018.08.13 13:01:27 4: sduino: Found manchester Protocol id 43 clock 644 RSSI -91 -> Somfy RTS
2018.08.13 13:01:27 4: sduino/msg READ: MC;LL=-1320;LH=1257;SL=-676;SH=613;D=273323302B68B3;C=644;L=56;R=222;
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.08.13 13:01:20 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018.08.13 13:01:20 4: sduino/msg READredu: MU;P0=-15388;P1=577;P2=-31144;P3=1268;P4=-667;P5=-1298;D=0123414153415143414153514141435143414153514341414151434153514143514;CP=1;R=240;
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.08.13 13:01:19 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018.08.13 13:01:19 4: sduino/msg READredu: MU;P0=248;P1=-668;P2=408;P3=574;P4=1276;P5=-1299;D=01213131314531314531314531313131314135313141353131314541354131353131313131313130;CP=3;R=239;
2018.08.13 13:01:19 4: sduino/msg READ: MC;LL=-1297;LH=1267;SL=-662;SH=629;D=9E9CAFC7BCC;C=642;L=43;R=238;


und das hat er mir angelegt:
define SOMFY_B78736 SOMFY B78736 5F 201D
attr SOMFY_B78736 IODev sduino
attr SOMFY_B78736 model somfyshutter
attr SOMFY_B78736 room SOMFY
define FileLog_SOMFY_B78736 FileLog ./log/SOMFY_B78736-%Y.log SOMFY_B78736
attr FileLog_SOMFY_B78736 logtype text
attr FileLog_SOMFY_B78736 room SOMFY


mit diesem device kann ich nichts machen er legt ja "on" und "off" mit an und den Status
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 13 August 2018, 15:33:33
@moonsorrox: Ich versuche immer noch Dein Problem zu verstehen:

1) Wenn Du Deinen Rolladen nicht in den Programmiermodus bekommst, hat das ja erstmal nichts mit FHEM zu tun, da muss die Anleitung Deiner Fernbedienung (bzw. Deiner Somfy-Empfänger/Motoren) etwas zusagen. Bei meinen Telis-Fernbedienungen ist hinter der Abdeckung einen schwarze Taste, diese Gedrückt setzt den Rolladen in den Programmiermodus (kurz auf und ab). Ohne dass das geht wirst Du keine funktionierende Steuerung aus FHEM hinbekommen.

2) Das Anlegen der vielen Somfy-Devices hängt damit zusammen, dass der Signalduino Problem mit dem Somfy-Empfang hat. Hier werden immer wieder Bitvarianten erkannt und dann andere Devices angelegt. Dazu gibt es meines Wissens noch keine Lösung - näheres auch im Signalduino-Thread


Also erstmal #1 lösen - dazu kann es erforderlich sein den Rolladen-Empfänger nochmals komplett abzulernen/alle devices zu löschen. Es gibt zu den Telis-Remotes auch die Anleitungen meines Wissens noch im Netz

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 16:12:49
Vielen Dank auch für deine Unterstützung.

So ich habe jetzt mal meine Bedienungsanleitung gesucht.
Nochmal eine Frage
Ich habe zwei Centralis indoor RTS muss ich an diesen auch etwas drücken (nicht das ich es immer falsch gemacht habe) das wäre sehr umständlich weil die im Dachboden über den Fenstern sitzen.
Habe bisher immer die Handsender gedrückt.


Ich muss mal noch etwas sagen, was bei mir immer wieder passiert, evtl. gibt das Aufschluss auf Fehlverhalten oder eben Fehler meinerseits.
Es passiert das der sduino sich ich sage mal weghängt das heißt er blinkt wie wild in ganz kurzen Abständen.
Dann habe ich im Log folgendes:
2018.08.13 14:50:00 2: sduino closed
2018.08.13 14:50:00 2: sduino/init retry count reached. Closed
2018.08.13 14:50:00 3: sduino/init: get version, retry = 3
2018.08.13 14:49:50 3: sduino/init: get version, retry = 2
2018.08.13 14:49:40 3: sduino/init: get version, retry = 1
2018.08.13 14:49:30 3: sduino/init: get version, retry = 0
2018.08.13 14:49:30 3: sduino/init: disable receiver (XQ)
2018.08.13 14:49:28 3: sduino device opened


der sduino ist dann closed und ich kann noch nicht mal mehr die Rollläden mit meinen Telis Fernbedienungen steuern. Dann trenne ich den sduino kurz vom Strom und dann kann ich die Rollläden wieder mit meinen SomFy FB bedienen. Gut hat jetzt nichts mit Fhem zutun, wollte es nur mal darstellen.

OK, hier nochmal meine Geräte.
Ich habe keine Somfy Motore das sind irgend welche, diese steuere ich mit zwei Funkaktoren von Somfy die sitzen über den Fenstern in Verteilerdosen.
Bedienen kann ich einzig und allein nur mit meinen beiden FB Telis 4 was ja hervorragend über viele Jahre funktioniert.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 13 August 2018, 18:46:31
@moonsorrox: Der entscheidende Punkt ist erstmal die Rolläden in den Programmiermodus zu versetzen. Das hat auch nichts mit FHEM zu tun.

"Centralis indoor RTS "ist der Empfänger um den ging es nicht, sondern um die Fernbedienungen, die bei mir einen Programmierknopf haben. Ich kenne die  "Somfy Telis 4 RTS" nicht genauer.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 19:09:27
Ja das mit fhem ist mir schon klar ;)
Meine beiden Telis haben hinten einen Programmierknopf, wenn ich den drücke kommt wie schon oben geschrieben im Eventmonitor nichts.

In der Beschreibung steht zuerst den RTS Empfänger in Lernbereitschaft bringen deshalb habe ich gefragt ob der Empfänger wichtig ist.
Dann soll ich kurz die Programmiertaste meiner Telis hinten drücken, dann zeigt mein Empfänger die Lernbereitschaft an, da ich aber den Empfänger im Moment nicht brauche dachte ich das ich jetzt in Fhem etwas machen muss.

Dann wie schon oben geschrieben hängt sich mein "sduino" immer auf und fängt wie wild an zu blinken, dann kann ich gar nichts mehr machen, noch nicht mal die Rollläden mit den Telis steuern bis ich den sduino wieder vom Strom getrennt habe.
Da muss doch irgend etwas faul sein...! Ich bin doch wohl nicht zu blöd  ;)


Dann ist er wieder bereit uns es kommt im Log dieses:
2018.08.13 19:03:55 4: sduino/keepalive ok, retry = 0
2018.08.13 19:02:56 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.13 19:02:55 4: sduino/msg READ: OK
2018.08.13 19:02:55 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.13 19:01:55 4: sduino/keepalive ok, retry = 0
2018.08.13 19:00:56 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.13 19:00:55 4: sduino/msg READ: OK
2018.08.13 19:00:55 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.13 18:59:55 4: sduino/keepalive ok, retry = 0
2018.08.13 18:58:56 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.13 18:58:55 4: sduino/msg READ: OK
2018.08.13 18:58:55 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.13 18:57:55 4: sduino/keepalive ok, retry = 0
2018.08.13 18:56:56 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.13 18:56:55 4: sduino/msg READ: OK
2018.08.13 18:56:55 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.13 18:55:55 4: sduino/keepalive ok, retry = 0
2018.08.13 18:54:56 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.13 18:54:55 4: sduino/msg READ: OK
2018.08.13 18:54:55 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.08.13 18:53:55 3: sduino/init: enable receiver (XE)
2018.08.13 18:53:55 2: sduino: initialized. v3.3.2
2018.08.13 18:53:55 4: sduino/msg READ: V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
2018.08.13 18:53:55 3: sduino/init: get version, retry = 0
2018.08.13 18:53:55 3: sduino/init: disable receiver (XQ)
2018.08.13 18:53:53 3: sduino device opened
2018.08.13 18:53:53 1: sduino/init: /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
2018.08.13 18:53:53 1: sduino/define: /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
2018.08.13 18:53:53 3: Setting sduino serial parameters to 57600,8,N,1
2018.08.13 18:53:53 3: Opening sduino device /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0


irgendwie kommt er wohl nicht in den Programmiermodus, ich weiß grad nicht was ich noch tun muss...!!  :-\
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2018, 19:17:12



Zitat von: moonsorrox am 13 August 2018, 19:09:27
Ja das mit fhem ist mir schon klar ;)
Meine beiden Telis haben hinten einen Programmierknopf, wenn ich den drücke kommt wie schon oben geschrieben im Eventmonitor nichts.

In der Beschreibung steht zuerst den RTS Empfänger in Lernbereitschaft bringen deshalb habe ich gefragt ob der Empfänger wichtig ist.
Dann soll ich kurz die Programmiertaste meiner Telis hinten drücken, dann zeigt mein Empfänger die Lernbereitschaft an, da ich aber den Empfänger im Moment nicht brauche dachte ich das ich jetzt in Fhem etwas machen muss.



Den Kopf an deiner FB drücken, dann muss das Rollo kurz hoch runter fahren!
Wenn das nicht passiert musst du erst bei dir schauen was los ist, eigentlich sollte das mit der Telis gehen.

Wenn sie zuckt, kannst du über FHEM den angelegten Device mit ,,set RolloOben prog"
mit dem Rollo verbinden, wenn erfolgreich zuckt das Rollo wieder.

Aber das haben dir alle schon erzählt [emoji848]


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 19:20:22
das hatte ich aber irgendwo schon einmal geschrieben das der Rollladen eben nicht "zuckt" das wird auch mein Problem sein, nur wie kriege ich das Problem heraus..?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2018, 19:21:10
Schau mal hier! der Anlernmodus geht über den CI RTS

(https://uploads.tapatalk-cdn.com/20180813/ff3fbbbbab5c2c52834b24ecf6a36dc6.png)


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2018, 19:23:07
hier noch der Link zur kompletten Anleitung


https://www.somfy.de/downloads/de/5008349b_ga_centralis_indoor_rts.pdf




Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 19:25:38
genau diese Beschreibung habe ich und danach habe ich mich auch gerichtet... aber wie schon geschrieben es zuckt nicht kein Auf und AB fahren nach dem drücken der Programmiertaste...

Ich denke es ist irgend etwas mit dem sduino, denn der kackt regelmäßig ab und signalisiert dies mit wildem blinken, aber es zuckt kein Rollladen.
Jetzt ist der sduino auf closed gegangen und nun geht nichts mehr.
Dann trenne ich ihn wieder warte auf opened und das Theater geht von vorn los...!

Aber auch ohne sduino zuckt kein Rollladen, vllt. sollte ich sagen das meine Somfy schon einige Jahre alt sind, evtl. zu alt das die das nicht machen..?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2018, 19:28:50
Zitat von: moonsorrox am 13 August 2018, 19:25:38
genau diese Beschreibung habe ich und danach habe ich mich auch gerichtet... aber wie schon geschrieben es suckt nicht kein Auf und AB fahren nach dem drücken der Programmiertaste...

Ich denke es ist irgend etwas mit dem sduino, denn der kackt regelmäßig ab und signalisiert dies mit wildem blinken, aber es zuckt kein Rollladen


Der zuckt bei dir auch nicht, es leuchtet lediglich die LED unterhalb der Programmiertaste!
Steht in der Anleitung [emoji6]


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 19:34:44
Zitat von: Kenneth am 13 August 2018, 19:28:50

Der zuckt bei dir auch nicht, es leuchtet lediglich die LED unterhalb der Programmiertaste!
Steht in der Anleitung [emoji6]


Gesendet von iPhone mit Tapatalk

du bist jetzt aber am Centralis indoor, also am Empfänger..? Richtig
Den soll ich aber nicht nehmen

Meine Telis 4 hat nur vorn die 4 LEDs und wenn ich die Programmiertaste dieser drücke dann kommt nach kurzer Zeit auch die entsprechende LED des jeweiligen Kanals nur da hat dann schon der sduino abgekackt  :-\
Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2018, 19:38:00
Zitat von: moonsorrox am 13 August 2018, 19:34:44
du bist jetzt aber am Centralis indoor, also am Empfänger..? Richtig
Den soll ich aber nicht nehmen

Meine Telis 4 hat nur vorn die 4 LEDs und wenn ich die Programmiertaste dieser drücke dann kommt nach kurzer Zeit auch die entsprechende LED des jeweiligen Kanals nur da hat dann schon der sduino abgekackt  [emoji53]


Sorry aber du möchtest eine weitere FB anlernen, diese FB ist FHEM und in der Anleitung von SOMFY steht klar, das du wenn du weitere Sender anlernen möchtest die Programmiertaste am CI RTS drücken musst.




Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 19:44:22
Zitat von: viegener am 13 August 2018, 18:46:31
@moonsorrox: Der entscheidende Punkt ist erstmal die Rolläden in den Programmiermodus zu versetzen. Das hat auch nichts mit FHEM zu tun.

"Centralis indoor RTS "ist der Empfänger um den ging es nicht, sondern um die Fernbedienungen, die bei mir einen Programmierknopf haben. Ich kenne die  "Somfy Telis 4 RTS" nicht genauer.

ja du hast auch komplett recht und deshalb habe ich vorhin nochmals gefragt

und schau mal was mir der liebe User viegener geschrieben hat.
Ich hatte gefragt ob ich den Empfänger CI RTS in den Programmiermodus bringen muss..!
und das es einige Problem macht weil der eben oben auf dem Dachboden sitzt
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 13 August 2018, 19:46:45
OK lange Rede alles daneben gegangen :-\ und ich werde mich morgen melden.
Habe jetzt leider keine Zeit mehr auf den Dachboden zu gehen und beide Dosen zu öffnen um an den CI RTS zu kommen.

Ich sage erst mal großes Dankeschön
Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2018, 19:49:53
Zitat von: moonsorrox am 13 August 2018, 19:44:22
ja du hast auch komplett recht und deshalb habe ich vorhin nochmals gefragt

und schau mal was mir der liebe User viegener geschrieben hat.
Ich hatte gefragt ob ich den Empfänger CI RTS in den Programmiermodus bringen muss..!
und das es einige Problem macht weil der eben oben auf dem Dachboden sitzt


Ich denke er ging von den SOMFY Motoren mit eingebautem Empfänger aus, da du aber einen CI RTS verwendest und dieser NICHT wie die anderen SOMFY RTS MOTOREN mit der FB in den Anlernmodus versetzt werden musst du wohl auf den Dachboden


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Kenneth am 13 August 2018, 19:54:36
Zitat von: moonsorrox am 13 August 2018, 19:46:45
OK lange Rede alles daneben gegangen :-\ und ich werde mich morgen melden.
Habe jetzt leider keine Zeit mehr auf den Dachboden zu gehen und beide Dosen zu öffnen um an den CI RTS zu kommen.

Ich sage erst mal großes Dankeschön

Nimm den Laptop mit hoch [emoji6].. du hast nur eine Minute


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 14 August 2018, 14:40:13
Meine Rückmeldung ist zwar positiv  ;) soll soviel heißen das es manchmal ganz einfach ist, aber ich denke niemand kennt die Geräte hier so genau..!
Also, so geht das anlernen natürlich.

Nur ich habe immer noch das Problem mit dem wilden flackern des sduino, welcher nach nur einer Eingabe, egal ob ich nun programmiere oder einen der beiden Rollläden in irgend eine Richtung fahre das der komplett sich weg hängt. Und dann kann ich nichts mehr bedienen...!

Ich muss also die Fehlerquelle finden warum das passiert, ich mache ich dazu in meinem eigenen Thread (https://forum.fhem.de/index.php/topic,90101.msg825675.html#msg825675) weiter da hatte ich schon die ersten Probleme, denn das hier mit der Programmierung ist ja erledigt.  ;)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 15 August 2018, 11:26:37
@moonsorrox: Wie schon vorher geschrieben kenne ich Deine Empfänger/Motoren nicht und kann deshalb auch nichts dazusagen. Mir wird aber auch nach den ganzen Posts nicht klar, wo Du jetzt stehst bzgl des Anlernes von Fernbedienungen/FHM-Devices

Zum schnellen Blinken - dies ist normalerweise ein Hinweis darauf, dass der im Signalduino (Arduino) enthaltene watchdog zuschlägt. Danach reagiert der Arduino nicht mehr und das Verhalten, dass er danach in FHEM closed angezeigt wird, ist davon die Folge. Ja, Du hast ein Problem mit dem Signalduino, das nicht unbedingt etwas mit SOMFY zu tun haben muss - das wäre vermutlich besser im Signalduino-Thread aufgehoben.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 15 August 2018, 13:04:47
@viegener
alles klar vielen Dank für deine nette Unterstützung, ich habe im anderen von mir erstellten Thread schon einige Hinweise bekommen, ich denk dort kann mir gut geholfen werden, du kannst da ja mal bei Interesse rein schauen.

Ja und um deine Frage zu beantworten wo ich stehe....
die Hinweise die ich bekommen habe lassen auf ein Hardware Problem schließen, mal schauen ich bekomme einen neuen Stick wie es dann aussieht.
Als Ergänzung, dass anlernen hat an meinen Centralis indoor RTS gut geklappt (aber nur einmal an einem Rollladen), aber dadurch weil der sduino immer aussteigt geht es natürlich erst weiter wenn ich den wieder "openend" habe ud diese Prozedur ist wahrscheinlich darauf zurück zu führen das der sduino am USB Port nicht oder nicht richtig erkannt wird oder sich laufen aufhängt, da arbeiten wir im anderen Thread gerade.
Alle Hinweise aber lassen auf einen Hardware Fehler schließen..

Und ja du hast vollkommen Recht, mit Somfy hat das rein gar nichts zutun, aber erst einmal war es echt schwierig das alles raus zu filtern, wie geschrieben der eigentliche Fehler hängt nur mit dem sduino zusammen und den müssen wir erst einmal finden  ;)
Ich hoffe ich konnte das halbwegs gut erklären  :)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: babajun am 03 September 2018, 11:04:19
?Freuquenzumschaltung:?

10_SOMFY.pm ändert die Sendefrequenz auf 433.42 Mhz bzw. schaltet dies am CC1101 um, richtig?
Seit einigen Tagen schaltet der cc1101 nach einem somfy command nicht mehr auf 433.92 zurück womit ich danach keine Werte der Funkthermometer mehr empfangen werden.
Welche Fehlersuche ist hier zeilführend? Liegt es am sduino (ev EPROM auf dem cc1101 defekt?) ?
Mit "set sduino reset" läuft dieser wieder mit 433.92 - bis ein somfy command gesendet wird. Dann steht er wieder auf 433.42... (ccconf Abfrage)

Bitte um Tips um die Fehlersuche zu starten...
Danke!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 04 Oktober 2018, 19:58:31
Hallo,

ich habe einen SIGNALduino mit dem ich gerne Somfy Rolläden steuern möchte.
Habe schon einiges versucht, leider ohne Erfolg.
Den Stick habe ich mit der Version V 3.3.2-rc2 SIGNALduino - compiled at Jun 1 2018 23:56:22 bekommen.
Hier im Forum habe ich etwas gelesen, um Somfy steuern zu können muss cmds ein Y enthalten, bei mir nur: V R t X F S P C r W
Hat wer einen Tipp für mich, ob es wirklich daran scheitert und wenn ja welche Version ich brauche, danke!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 04 Oktober 2018, 23:40:55
bei mir gibt es auch kein "y", kannst also getrost damit arbeiten...

meine Readings:
READINGS:
     2018-08-18 15:14:21   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-08-24 18:24:41   ccpatable       C3E = 00 C0 00 00 00 00 00 00  => 10_dBm
     2018-08-10 18:18:39   ccreg           C3E = 00 C0 00 00 00 00 00 00
     2018-08-09 16:20:56   cmds            V R t X F S P C r W x e
     2018-08-14 16:57:31   config          MS=1;MU=1;MC=1;Mred=1
     2018-10-04 23:39:39   ping            OK
     2018-10-03 12:35:12   state           opened
     2018-10-03 12:35:12   version         V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: habeIchVergessen am 04 Oktober 2018, 23:47:04
das Y ist ein Kommando von culfw (CUL) und hat mit SIGNALduino nichts zu tun.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 05 Oktober 2018, 18:43:59
Danke für eure Antworten!

Dann muß ich wohl weitersuchen.
Hab mal probiert die Readings zu vergleichen:

cmds   
V R t X F S P C r W
   
2018-10-04 19:23:55
config   
MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=80
   
2018-10-05 18:36:50
ping   
OK   

2018-10-05 18:35:10
state   
opened
   
2018-10-05 18:32:10
version   
V 3.3.2-rc2 SIGNALduino - compiled at Jun 1 2018 23:56:22

Bei den anderen erhalte ich eigenartigerweise die Fehlermeldung: This command is only available with a cc1101 receiver

Habt ihr da vielleicht eine Idee?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 05 Oktober 2018, 19:29:01
Hi.
Zeig bitte dein ganzes list!
Was steht bei model
Was bei cc1101_fequency 433?
Gruss Arnd



Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 05 Oktober 2018, 19:43:47
Hi, danke für deine Hilfe!

cc1101_frequency habe ich wie hier im Forum beschrieben für Somfy auf 433,420 gesetzt.
Was mir noch eigenartig vorkommt, wenn ich auf die Fernbedienung von Somfy drücke erscheint nichts im Log, jedoch bei der von der Funksteckdosenleiste schon.
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   FD         13
   LASTDMSG   nothing
   NAME       sduino
   NR         44
   PARTIAL   
   STATE      opened
   TIME       1538757105
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.2-rc2 SIGNALduino - compiled at Jun  1 2018 23:56:22
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-10-04 19:23:55   cmds            V R t X F S P C r W
     2018-10-05 18:36:50   config          MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=80
     2018-10-05 19:36:11   ping            OK
     2018-10-05 18:32:10   state           opened
     2018-10-05 18:32:10   version         V 3.3.2-rc2 SIGNALduino - compiled at Jun  1 2018 23:56:22
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   cc1101_frequency 433,420
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   room       Geräte
   verbose    4
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 05 Oktober 2018, 20:14:54
cc1101_frequency gehört auf 433
Das steuert unter anderem die cc1101_patable register

Die frequency muss auf 433.420,
So das ccconf sie anzeigt ;-)


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 05 Oktober 2018, 23:57:15
Hi RaspiLED,

danke!

cc1101_frequency habe ich geändert, aber frequency habe ich nicht zur Auswahl und direkt eingeben funktioniert leider auch nicht.
ccconf bricht wie bereits geschrieben mit der Fehlermeldung "This command is only available with a cc1101 receiver" ab.
Weiß nicht wer der geprüft wird, den dieser wäre eigentlich verbaut.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: babajun am 06 Oktober 2018, 00:36:44
Hast Du das richtige FW File?
Die Version bei mir "V 3.3.2-rc2 SIGNALduino cc1101 - compiled at Jun 1 2018 23:56:22"
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 06 Oktober 2018, 10:05:41
Hi babajun,

ist genau was ich die ganze Zeit schon vermute (siehe ein paar Post früher).
Nur wie finde ich heraus welche Version ich brauche, mit der auch Somfy funktioniert?
Hab den SIGNALduino fertig im Netz bestellt, angeblich mit aktueller FW.

Danke!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: babajun am 06 Oktober 2018, 10:29:48
Somfy kann jeder Signalduino, und auch andere CULs. Du brauchst aber die passende FW zur Hardware. Wenn Du also ein Nano mit CC1101 Funkchip hast, dann eben jene FW mit CC1101 support.
Im signalduino WIKI ist es bestens beschrieben - incl link zu den FW files

Z.B. File für Nano mit cc1101:
https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC7/SIGNALDuino_nanocc1101.hex

https://wiki.fhem.de/wiki/SIGNALduino

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 06 Oktober 2018, 10:44:05
Hi,
Ich tippe auf was anderes ;-)
Hast Du laut Wiki die Dev Signalduino.pm installiert?
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 06 Oktober 2018, 11:09:10
Hi Arnd,

bewusst runtergeladen habe ich sie nicht, aber hab bis auf die FW alles durchgemacht was dort steht.
Hab auch gerade nachgesehen, eine SIGNALduino.pm hab ich drauf => 00_SIGNALduino.pm 10488 2018-09-19 11:00:00Z v3.3.3-dev

@babajun
Hardware habe ich einen Nano V3 dieser ist mit einer kleinen Platine mit dem CC1101 verbunden.
Meine Version ist die V 3.3.2-rc2 SIGNALduino - compiled at Jun 1 2018 23:56:22

Hab dazu auch was hier im Forum gefunden https://forum.fhem.de/index.php?topic=82379.0
Zitat11.06.18 es gibt für den cc1101 eine neue Version  3.3.2-rc2

Bei send raw mit dem Parameter "F=..." (Frequenz) konnte es Probleme geben.
Die Versionsnummer wäre zumindest ident, nur cc1101 steht bei mir nirgends.
Weiß zwar nicht wie sich der Fehler genau auswirkt, den die einzige Frequenz die ich bei mir finde ist die cc1101_frequency
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 06 Oktober 2018, 11:54:53
Hast Du auch den shutdown restart gemacht?
Check mal Deine PN ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 06 Oktober 2018, 12:52:11
@Arnd

minicom
Using sFIFO
Reading values from eeprom
CCInit no CC11xx found! ccVer=0 ccPartnum=0
Starting timerjob
receiver enabled


Logeintrag beim drücken einer Funksteckdosenfernbedienung
2018.10.06 12:49:35 4: sduino/msg READredu: MU;P0=632;P1=-2305;P3=2017;P4=-3785;P5=452;D=010131010401013401010101010101510101310400;CP=0;R=0;
2018.10.06 12:49:35 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.10.06 12:49:35 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.10.06 12:49:35 4: sduino: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2018.10.06 12:49:35 5: sduino: start pattern for MU Protocol id 44 -> BresserTemeo mismatches, aborting
2018.10.06 12:49:35 4: sduino: Fingerprint for MU Protocol id 44.1 -> BresserTemeo matches, trying to demodulate
2018.10.06 12:49:35 5: sduino: start pattern for MU Protocol id 44.1 -> BresserTemeo mismatches, aborting
2018.10.06 12:49:35 4: sduino/msg READredu: MU;P0=-3803;P1=619;P2=-2396;P5=4592;P6=-7856;P7=2037;D=567210127012121212721210121270121212121;CP=1;R=0;
2018.10.06 12:49:35 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.10.06 12:49:35 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.10.06 12:49:35 4: sduino: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2018.10.06 12:49:35 5: sduino: start pattern for MU Protocol id 44 -> BresserTemeo mismatches, aborting
2018.10.06 12:49:35 4: sduino: Fingerprint for MU Protocol id 44.1 -> BresserTemeo matches, trying to demodulate
2018.10.06 12:49:35 5: sduino: start pattern for MU Protocol id 44.1 -> BresserTemeo mismatches, aborting
2018.10.06 12:49:36 4: sduino/msg READredu: MU;P0=-304;P1=92;P2=284;P3=635;P4=-9828;D=0101020302020203030303020202020203030303030202030202030303030303030;CP=2;R=0;w=0;
2018.10.06 12:49:36 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: Starting demodulation at Position 8
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: start pattern for MU Protocol id 37 -> Bresser 7009994 mismatches, aborting
2018.10.06 12:49:36 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: Starting demodulation at Position 5
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: Starting demodulation at Position 5
2018.10.06 12:49:36 4: sduino/msg READredu: MU;P0=-295;P2=282;P3=636;P4=-9826;D=42030203020302030202020202020202020302020203030303020202020203030303030202030202030303030303030;CP=2;R=0;w=1;
2018.10.06 12:49:36 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: start pattern for MU Protocol id 37 -> Bresser 7009994 mismatches, aborting
2018.10.06 12:49:36 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: Starting demodulation at Position 1
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: Starting demodulation at Position 1
2018.10.06 12:49:36 4: sduino/msg READredu: MU;P0=-295;P2=282;P3=636;P4=-9826;D=42030203020302030202020202020202020302020203030303020202020203030303030202030202030303030303030;CP=2;R=0;w=2;
2018.10.06 12:49:36 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: start pattern for MU Protocol id 37 -> Bresser 7009994 mismatches, aborting
2018.10.06 12:49:36 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.10.06 12:49:36 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.10.06 12:49:36 5: sduino: Starting demodulation at Position 1
2018.10.06 12:49:37 4: sduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2018.10.06 12:49:37 5: sduino: Starting demodulation at Position 1

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 06 Oktober 2018, 13:05:45
Hi,
Danke für die Infos ;-)
Also ja es ist ein nano und er hat einen CC1101! Wegen der minicom Session brauche ich die Hilfe von einem Firmware Entwickler. Ich denke es ist eine falsche/gebrochene? Verkabelung und der CC1101 wird nicht ganz richtig erkannt.
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 06 Oktober 2018, 13:11:42
Hi Arnd,

ich sag danke für deine Hilfe!

Wegen Verkabelung habe ich vielleicht eine Vermutung, schau dir mal am Foto den D12 Anschluss an.
Der ist nicht richtig verlötet, könnte es das vielleicht sein?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 06 Oktober 2018, 14:32:13
Hi,
Ja kannst ja mal nachlöten. Wie sieht die Rückseite aus?

Problem
https://forum.fhem.de/index.php/topic,58396.msg732396.html#msg732396
Lösung
https://forum.fhem.de/index.php/topic,58396.msg732792.html#msg732792
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: GerhardSt am 06 Oktober 2018, 15:17:14
Hallo,

hab mal alle Lötverbindungen von und zur "Verbindungsplatine" nachgelötet.
Jetzt wird die Version V 3.3.2-rc2 SIGNALduino cc1101 - compiled at Jun 1 2018 23:56:22 angezeigt und ich habe auch einige Menüpunkte mehr.
Auch ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud) geht jetzt.

Somfyantriebe laufen jetzt auch.

Danke nochmal für eure Unterstützung, besonders an Arnd!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: dergig am 07 Oktober 2018, 01:10:32
Hallo zusammen,

ich hätte ein Problem mit meiner FHEM.
Ich möchte mittels FHEM --> Signalduino (V 3.3.1-dev SIGNALduino cc1101 (433Mhz ) --> meine RTS Jalousien mit Funkmodul (Funkempfänger Modulis Slim Receiver RTS mit Stecker STAS3/STAK3) steuern.

Ich habe ne Raspberry 3b+ mit FHEM bespielt, habe dann FHEM konfiguriert (update restart inklusive), der Signalduino arbeitet auf 433 MHz.

Dann habe ich mal testweise eine Jalousie angelernt nach folgender Anleitung https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino.
Die Fernbedienung in Prog-Modus, set j1 prog usw.

Es funktioniert, dass die Jalousie in die My-Position fährt (runter unter dann auf KIPP).

Was nicht funktioniert ist zu-fahren und auf-fahren. Es rukelt kurz und fährt in die KIPP-Position bzw. wieder auf zu, aber nur kurz. Es scheint als würde hier sofort wieder gestoppt.

Ich hab das Forum und speziell diesen Thread durchsucht aber leider keine Antwort gefunden.

Da ihr die Experten seit, die Frage nun an euch, kennt ihr den Fehler?
Was mache ich falsch?

Über eine Antwort freue ich mich.

Grüße

dergig
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: dergig am 07 Oktober 2018, 23:13:51
Ok hat sich erledigt, trotzdem Danke.

In der Anleitung fehtl ein Befehl:

attr repetiton 2

schon funktioniert alles
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dia81 am 28 Oktober 2018, 22:18:27
Hallo zusammen,

habe eine grundsätzliche Frage. Nutze das SOMFY-Modul seit Jahren erfolgreich. Leider kommt es ab und an vor, dass mal eine Jalousie durch den Funkbefehl nicht erreicht wird. Gibt es innerhalb des Moduls eine Möglickeit den ausgehenden Funkbefehl z.b mehrfach zu senden oder ereneu nach 10 sec oder sowas?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 29 Oktober 2018, 06:45:44
Hi,
Ginge doch per notify und at, oder?
Ansonsten bleibt nur die Repition hichzudrehen.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dia81 am 29 Oktober 2018, 21:10:49
Zitat von: RaspiLED am 29 Oktober 2018, 06:45:44
Hi,
Ginge doch per notify und at, oder?
Ansonsten bleibt nur die Repition hichzudrehen.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Klar AT und notify kann man rumbauen, schöner wäre es direkt im Modul

  "Repition hochzudrehen"

wäre doch genau das oder? wie ist denn der Standard wenn kein Attribut vorgeben wird? Und wie ist die Auswertung wenn ich das auf z.b. "2" setze. Wird dann 2 mal gesendet? Klappen dann noch die Gruppenschaltungen also z.b. Alle Rollos runter wenn überall 2 eingestellt ist? Danke für die Hilfe. ach ja, was passiert dann bei "go-my"? würde das 2. senden direkt zum Stop führen?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 29 Oktober 2018, 21:55:31
Hi,
Ich meine default bei IT Repetition wäre 6,
Aber jetzt gerade komme ich and überlegen, ob es das bei Somfy (<>Intertechno) überhaupt gibt !?

Doppeltes Go-my ist eine spannende Frage.

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Chris1809 am 01 November 2018, 20:16:17
Hallo,
habe seit neuestem 2 Rolläden mit Somfy Funkschalter. Allerdings handelt es sich dabei um 868.95 MHz Sender. Welche Hardware benötige ich zur Steuerung der Motoren? Und Funktioniert das Script somfy-rts damit?

Vielleicht kann mir ja jemand helfen 😁
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 01 November 2018, 21:00:41
Spannend, wir wollen Fotos von innen wenn es nicht sofort mit einem Signalduino geht ;-)

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 02 November 2018, 07:18:51
Zitat von: Chris1809 am 01 November 2018, 20:16:17
...Somfy Funkschalter. Allerdings handelt es sich dabei um 868.95 MHz Sender...

Vielleicht kann mir ja jemand helfen 😁
Welches System?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Chris1809 am 02 November 2018, 08:37:55
Zitat von: Ellert am 02 November 2018, 07:18:51
Welches System?

Es handelt sich um das Smoove io System. Handsender ist der smoove io pure.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 04 November 2018, 19:10:24
io ist kein RTS, damit wird es nicht klappen. Vielleicht hilft tahoma https://forum.fhem.de/index.php/topic,28045.0.html
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Mirak am 20 Januar 2019, 12:29:25
Zitat von: Ralf9 am 18 Februar 2018, 15:56:26
Ok, da sich niemand mehr gemeldet hat, gehe ich davon aus, daß sich das Problem mit der schlechten Erkennungsrate von den Handsendern erledigt hat.
Die Somfy Telis RTS 1 ohne den MY center button scheint so alt zu sein, daß sie niemand hier in verwendung hat.

Gruß Ralf

Hallo zusammen,

ich habe gerade die aktuellen DEV Versionen für den SIGNALduino mit cc1101 installiert, die Modifikation an der 10_SOMFY.pm und ein paar Tests gemacht. Meine Empfangsprobleme der Original Somfy Fernbedienung sind Vergangenheit  :D
Ein herzliches Dankeschön für unermüdliche Arbeit an der Firmware und den FHEM Modulen. Ihr habt mich und sicherlich auch andere wieder mal glücklich gemacht. Muss auch mal gesagt werden und nicht nur immer Probleme gewälzt ;)

Gruß
Rainer

Edit: Die Modifikation an der Längenprüfung ist bei mir nicht notwendig, gerade auch ohne getestet
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 03 Februar 2019, 18:34:10
Ich bin zur Zeit etwas ratlos:

Mein SignalduinoWLAN sendet und empfängt Somfy-Nachrichten auf 433,42MHz. Ich kann die Rolläden mit dem händisch angelegten device und mit dem per autocreate angelegten Wandsender bzw. der Fernbedienung "Telis 6 Chronis S RTS" verfahren und bekomme auch die Nachrichten von beiden in FHEM angezeigt.
Die FB/Wandsender sind als 'somfyshutter' angelegt worden.

Im Zusammenhang mit dem an anderer Stelle diskutierten Problem der Nachführung der devStateIcons per notify (funktioniert bei mir nicht) habe ich das model-Attribut auf 'somfyremote' geändert und bekomme seitdem folgenden Logeintrag:

2019.02.03 09:32:20 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3F
2019.02.03 09:32:20 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3F
2019.02.03 09:32:21 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D40
2019.02.03 09:32:22 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D40

Zu dem Stichwort rawDevice in diesem Zusammenhang bin ich nirgendwo erhellend fündig geworden.
Was hat es damit auf sich und was muss ich da eintragen?

An der Fernbedienung ist übrigens noch ein 'Thermosunis indoor WireFree RTS' angelernt. Auch das Ein-und Ausschalten der Beschattungsfunktion wird von der Fernbedienung empfangen.


Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 04 Februar 2019, 07:02:45
Hi,
zeig mal
list <Dev>
(einfach oben in der Kommandozeile von FHEM eingeben) aller Somfy Geräte. Hier bitte in Code Tags ins Forum stellen [CODE] als Beispiel:
list SOMFY_E64D3F
[/CODE]
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 04 Februar 2019, 10:50:07
Rolladen Garten

Wo_Roll_Gart


Internals:
   ADDRESS    000003
   DEF        000003 AA 001A
   FUUID      5c54932f-f33f-4ee5-dd7e-f244d2e514da360d
   IODev      SIGNALduinoWLAN
   NAME       Wo_Roll_Gart
   NR         348
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          000003
   READINGS:
     2019-02-02 10:39:28   enc_key         AA
     2019-02-02 10:39:55   exact           0
     2019-02-02 10:39:55   position        0
     2019-02-02 10:39:28   rolling_code    001A
     2019-02-02 10:39:55   state           open
Attributes:
   IODev      SIGNALduinoWLAN
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 23
   drive-down-time-to-close 25
   drive-up-time-to-100 3
   drive-up-time-to-open 27
   eventMap   on:down stop:stop off:up
   group      Rolladen
   model      somfyshutter
   room       03_Wohnzimmer
   webCmd     down:stop:up


Wo_Roll_Gart_FB  (Fernbedienung)


  Internals:
   ADDRESS    E64D40
   DEF        E64D40 A0 1CD8
   FUUID      5c54b193-f33f-4ee5-5777-5cd6a74e0fa112a8
   IODev      SIGNALduinoWLAN
   LASTInputDev SIGNALduinoWLAN
   MSGCNT     49
   NAME       SOMFY_E64D40
   NR         399
   SIGNALduinoWLAN_DMSG YsA2869A72327F9984200E
   SIGNALduinoWLAN_MSGCNT 49
   SIGNALduinoWLAN_RAWMSG Mc;LL=-1286;LH=1260;SL=-653;SH=620;D=5D79658DCD80667BDFF1;C=636;L=80;R=38;
   SIGNALduinoWLAN_RSSI -55
   SIGNALduinoWLAN_TIME 2019-02-04 07:32:36
   STATE      ???
   TYPE       SOMFY
   move       stop
   CODE:
     1          E64D40
   READINGS:
     1970-01-01 01:00:00   enc_key         A0
     2019-02-04 07:32:36   parsestate      off
     2019-02-04 07:32:36   received        20
     1970-01-01 01:00:00   rolling_code    1CD8
Attributes:
   IODev      SIGNALduinoWLAN
   alias      Wo_Roll_Gart_FB
   eventMap   eventMap on:closed off:open
   model      somfyremote
   room       03_Wohnzimmer,SOMFY
   verbose    4


Wo_Roll_Gart_WS (Wandsender)


Internals:
   ADDRESS    4B9495
   DEF        4B9495 AC 04FC
   FUUID      5c54932f-f33f-4ee5-1996-6d709fdfd35a0a75
   IODev      SIGNALduinoWLAN
   LASTInputDev SIGNALduinoWLAN
   MSGCNT     7
   NAME       SOMFY_4B9495
   NR         357
   SIGNALduinoWLAN_DMSG YsACE9ECE075E1AA
   SIGNALduinoWLAN_MSGCNT 7
   SIGNALduinoWLAN_RAWMSG Mc;LL=-1297;LH=1291;SL=-652;SH=634;D=5316131F8A1E55;C=645;L=56;R=2;
   SIGNALduinoWLAN_RSSI -73
   SIGNALduinoWLAN_TIME 2019-02-02 12:00:05
   STATE      closed
   TYPE       SOMFY
   move       stop
   CODE:
     1          4B9495
   READINGS:
     2019-02-01 18:56:13   enc_key         AE
     2019-02-01 18:56:38   exact           200
     2019-02-02 12:00:05   parsestate      on
     2019-02-01 18:56:38   position        200
     2019-02-02 12:00:05   received        40
     2019-02-01 18:56:13   rolling_code    04FE
     2019-02-01 18:56:38   state           closed
Attributes:
   IODev      SIGNALduinoWLAN
   alias      Wo_Roll_Gart_WS
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 23
   drive-down-time-to-close 25
   drive-up-time-to-100 3
   drive-up-time-to-open 27
   eventMap   eventMap on:closed off:open
   group      Somfy_WS
   model      somfyshutter
   room       03_Wohnzimmer,SOMFY


Rolladen Terasse

Wo_Roll_Ter


Internals:
   ADDRESS    000002
   DEF        000002 AA 002A
   FUUID      5c54932f-f33f-4ee5-210a-0afc991d10a13fad
   IODev      SIGNALduinoWLAN
   NAME       Wo_Roll_Ter
   NR         349
   STATE      closed
   TYPE       SOMFY
   move       stop
   CODE:
     1          000002
   READINGS:
     2019-02-01 18:57:22   enc_key         AB
     2019-02-01 18:57:47   exact           200
     2019-02-01 11:22:04   parsestate      off
     2019-02-01 18:57:47   position        200
     2019-02-01 11:22:04   received        20
     2019-02-01 18:57:22   rolling_code    002B
     2019-02-01 18:57:47   state           closed
Attributes:
   IODev      SIGNALduinoWLAN
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 23
   drive-down-time-to-close 25
   drive-up-time-to-100 3
   drive-up-time-to-open 27
   eventMap   on:down stop:stop off:up
   group      Rolladen
   model      somfyshutter
   room       03_Wohnzimmer
   webCmd     down:stop:up


Wo_Roll_Ter_FB


   Internals:
   ADDRESS    E64D3F
   DEF        E64D3F A4 1EAE
   FUUID      5c54b1a4-f33f-4ee5-4730-6f890fd66a4d7342
   IODev      SIGNALduinoWLAN
   LASTInputDev SIGNALduinoWLAN
   MSGCNT     37
   NAME       SOMFY_E64D3F
   NR         400
   SIGNALduinoWLAN_DMSG YsA186982F105DBB84200E
   SIGNALduinoWLAN_MSGCNT 37
   SIGNALduinoWLAN_RAWMSG Mc;LL=-1294;LH=1272;SL=-648;SH=617;D=5E7967D0EFA2447BDFF1;C=638;L=80;R=38;
   SIGNALduinoWLAN_RSSI -55
   SIGNALduinoWLAN_TIME 2019-02-04 07:32:35
   STATE      ???
   TYPE       SOMFY
   move       stop
   CODE:
     1          E64D3F
   READINGS:
     1970-01-01 01:00:00   enc_key         A4
     2019-02-04 07:32:35   parsestate      off
     2019-02-04 07:32:35   received        20
     1970-01-01 01:00:00   rolling_code    1EAE
Attributes:
   IODev      SIGNALduinoWLAN
   alias      Wo_Roll_Ter_FB
   eventMap   eventMap on:closed off:open
   model      somfyremote
   room       03_Wohnzimmer,SOMFY
   

Wo_Roll_Ter_WS

   
    Internals:
   ADDRESS    4B7280
   DEF        4B7280 A3 0413
   FUUID      5c54932f-f33f-4ee5-1132-5cb2cbf0a350517a
   IODev      SIGNALduinoWLAN
   LASTInputDev SIGNALduinoWLAN
   MSGCNT     1
   NAME       SOMFY_4B7280
   NR         358
   SIGNALduinoWLAN_DMSG YsA7888C9B1B6922
   SIGNALduinoWLAN_MSGCNT 1
   SIGNALduinoWLAN_RAWMSG Mc;LL=-1299;LH=1297;SL=-647;SH=645;D=58777364E496DD;C=647;L=56;R=5;
   SIGNALduinoWLAN_RSSI -71.5
   SIGNALduinoWLAN_TIME 2019-02-02 08:16:50
   STATE      closed
   TYPE       SOMFY
   move       stop
   CODE:
     1          4B7280
   READINGS:
     2019-02-01 18:56:52   enc_key         A4
     2019-02-01 18:57:17   exact           200
     2019-02-02 08:16:50   parsestate      off
     2019-02-01 18:57:17   position        200
     2019-02-02 08:16:50   received        20
     2019-02-01 18:56:52   rolling_code    0414
     2019-02-01 18:57:17   state           closed
Attributes:
   IODev      SIGNALduinoWLAN
   alias      Wo_Roll_Ter_WS
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 23
   drive-down-time-to-close 25
   drive-up-time-to-100 3
   drive-up-time-to-open 27
   eventMap   on:down stop:stop off:up
   group      Somfy_WS
   model      somfyremote
   room       03_Wohnzimmer,SOMFY


Wo_Roll_Tuer


Internals:
   ADDRESS    000001
   DEF        000001 A6 0036
   FUUID      5c54932f-f33f-4ee5-28e8-237b42cded930714
   IODev      SIGNALduinoWLAN
   NAME       Wo_Roll_Tuer
   NR         350
   STATE      closed
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   READINGS:
     2019-02-01 18:59:26   enc_key         A8
     2019-02-01 18:59:26   exact           200
     2019-02-01 11:09:42   parsestate      on
     2019-02-01 18:59:26   position        200
     2019-02-01 11:09:42   received        40
     2019-02-01 18:59:26   rolling_code    0038
     2019-02-01 18:59:26   state           closed
Attributes:
   IODev      SIGNALduinoWLAN
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 23
   drive-down-time-to-close 25
   drive-up-time-to-100 3
   drive-up-time-to-open 27
   eventMap   on:down stop:stop off:up
   group      Rolladen
   model      somfyshutter
   room       03_Wohnzimmer
   webCmd     down:stop:up
 

Wo_Roll_Tuer_FB (Fernbedienung)
   
   
   Internals:
   ADDRESS    E64D3E
   DEF        E64D3E A5 12A2
   FUUID      5c54b1a9-f33f-4ee5-a8ba-3f6a1c6a3685ca05
   IODev      SIGNALduinoWLAN
   LASTInputDev SIGNALduinoWLAN
   MSGCNT     22
   NAME       SOMFY_E64D3E
   NR         401
   SIGNALduinoWLAN_DMSG YsA08A983F014CAA84200E
   SIGNALduinoWLAN_MSGCNT 22
   SIGNALduinoWLAN_RAWMSG Mc;LL=-1288;LH=1264;SL=-651;SH=616;D=5F7567C0FEB3557BDFF1;C=636;L=80;R=38;
   SIGNALduinoWLAN_RSSI -55
   SIGNALduinoWLAN_TIME 2019-02-04 07:32:34
   STATE      ???
   TYPE       SOMFY
   move       stop
   CODE:
     1          E64D3E
   READINGS:
     1970-01-01 01:00:00   enc_key         A5
     2019-02-04 07:32:34   parsestate      off
     2019-02-04 07:32:34   received        20
     1970-01-01 01:00:00   rolling_code    12A2
Attributes:
   IODev      SIGNALduinoWLAN
   alias      Wo_Roll_Tuer_FB
   eventMap   eventMap on:closed off:open
   model      somfyremote
   room       03_Wohnzimmer,SOMFY
   

Wo_Roll_Tuer_WS (Wandsender)
   
   
   Internals:
   ADDRESS    4BAFC4
   DEF        4BAFC4 AA 0A4A
   FUUID      5c54932f-f33f-4ee5-bed5-af26632465d2f91b
   IODev      SIGNALduinoWLAN
   LASTInputDev SIGNALduinoWLAN
   MSGCNT     1
   NAME       SOMFY_4BAFC4
   NR         359
   SIGNALduinoWLAN_DMSG YsAF8B81CE0AA5EE
   SIGNALduinoWLAN_MSGCNT 1
   SIGNALduinoWLAN_RAWMSG Mc;LL=-1282;LH=1300;SL=-645;SH=650;D=50747E31F55A11;C=646;L=56;R=254;
   SIGNALduinoWLAN_RSSI -75
   SIGNALduinoWLAN_TIME 2019-02-02 08:16:52
   STATE      closed
   TYPE       SOMFY
   move       stop
   CODE:
     1          4BAFC4
   READINGS:
     2019-02-01 19:00:00   enc_key         AB
     2019-02-01 19:00:25   exact           200
     2019-02-02 08:16:52   parsestate      off
     2019-02-01 19:00:25   position        200
     2019-02-02 08:16:52   received        20
     2019-02-01 19:00:00   rolling_code    0A4B
     2019-02-01 19:00:25   state           closed
Attributes:
   IODev      SIGNALduinoWLAN
   alias      Wo_Roll_Tuer_WS
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 23
   drive-down-time-to-close 25
   drive-up-time-to-100 3
   drive-up-time-to-open 27
   eventMap   on:down stop:stop off:up
   group      Somfy_WS
   model      somfyremote
   room       03_Wohnzimmer,SOMFY


Logeintrag beim Öffnen heute morgen:

2019.02.04 07:32:21 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3E
2019.02.04 07:32:21 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3E
2019.02.04 07:32:22 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3F
2019.02.04 07:32:22 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3F
2019.02.04 07:32:22 4: SOMFY Parse: SOMFY_E64D40 msg: YsAC2A1CE8404DE6  --> 20-off   --> io is SIGNALduino
2019.02.04 07:32:22 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D40
2019.02.04 07:32:22 3: Wo_Roll_Gart_FB_not return value: SOMFY_set: Unknown argument open, choose one of off:noArg off-for-timer:textField on:noArg on-for-timer:textField prog:noArg stop:noArg z_custom:textField go-my:noArg manual:200,100,90,80,70,60,50,40,30,20,10,0,on,off pos:100,90,80,70,60,50,40,30,20,10,0 position:100,90,80,70,60,50,40,30,20,10,0 wind_only_a:noArg wind_sun_9:noArg
2019.02.04 07:32:23 4: SOMFY Parse: SOMFY_E64D40 msg: YsAC2A1CE8404DE6  --> 20-off   --> io is SIGNALduino
2019.02.04 07:32:23 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D40
2019.02.04 07:32:23 3: Wo_Roll_Gart_FB_not return value: SOMFY_set: Unknown argument open, choose one of off:noArg off-for-timer:textField on:noArg on-for-timer:textField prog:noArg stop:noArg z_custom:textField go-my:noArg manual:200,100,90,80,70,60,50,40,30,20,10,0,on,off pos:100,90,80,70,60,50,40,30,20,10,0 position:100,90,80,70,60,50,40,30,20,10,0 wind_only_a:noArg wind_sun_9:noArg
2019.02.04 07:32:34 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3E
2019.02.04 07:32:34 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3E
2019.02.04 07:32:35 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3F
2019.02.04 07:32:35 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D3F
2019.02.04 07:32:36 4: SOMFY Parse: SOMFY_E64D40 msg: YsA2241CE8404DE6  --> 20-off   --> io is SIGNALduino
2019.02.04 07:32:36 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D40
2019.02.04 07:32:36 3: Wo_Roll_Gart_FB_not return value: SOMFY_set: Unknown argument open, choose one of off:noArg off-for-timer:textField on:noArg on-for-timer:textField prog:noArg stop:noArg z_custom:textField go-my:noArg manual:200,100,90,80,70,60,50,40,30,20,10,0,on,off pos:100,90,80,70,60,50,40,30,20,10,0 position:100,90,80,70,60,50,40,30,20,10,0 wind_only_a:noArg wind_sun_9:noArg
2019.02.04 07:32:36 4: SOMFY Parse: SOMFY_E64D40 msg: YsA2241CE8404DE6  --> 20-off   --> io is SIGNALduino
2019.02.04 07:32:36 1: SOMFY_DispatchRemoteCmd No rawDevice set in remote SOMFY_E64D40
2019.02.04 07:32:36 3: Wo_Roll_Gart_FB_not return value: SOMFY_set: Unknown argument open, choose one of off:noArg off-for-timer:textField on:noArg on-for-timer:textField prog:noArg stop:noArg z_custom:textField go-my:noArg manual:200,100,90,80,70,60,50,40,30,20,10,0,on,off pos:100,90,80,70,60,50,40,30,20,10,0 position:100,90,80,70,60,50,40,30,20,10,0 wind_only_a:noArg wind_sun_9:noArg


Notify für Wo_Roll_Gart_FB:

Wo_Roll_Gart_FB_not SOMFY_E64D40:parsestate:.* set Wo_Roll_Gart virtual $EVTPART1


SignalduinoWLAN

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SIGNALduino_un:
   DEF        192.168.132.99:23
   DMSG       s6A714E00
   DevState   initialized
   DeviceName 192.168.132.99:23
   FD         13
   FUUID      5c54932f-f33f-4ee5-54e3-09bd2535fa143c0b
   IDsNoDispatch 2,72.1,82
   LASTDMSG   s6A714E00
   MSGCNT     3377
   NAME       SIGNALduinoWLAN
   NR         344
   PARTIAL   
   RAWMSG     MS;P2=538;P3=-8049;P4=-2171;P5=-4087;D=232425252425242524242525252424242524252424252525246;CP=2;SP=3;R=210;
   RSSI       -97
   STATE      opened
   TIME       1549273432
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.3.1-rc3 SIGNALESP cc1101 - compiled at Jan 24 2018 21:48:34
   versionmodul v3.3.3-dev_30.12.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86|91|91.1|92)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-02-01 14:28:29   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:30dB sens:4dB  (DataRate:5603.79Baud)
     2019-02-01 10:25:17   ccpatable       C3E = 00 84 00 00 00 00 00 00  => 5_dBm
     2019-02-01 10:27:41   cmds            V R t X F S P C r W x e
     2019-02-01 10:27:29   config          MS=1;MU=1;MC=1
     2019-02-04 10:36:54   ping            OK
     2019-02-03 23:36:51   state           opened
     2019-02-03 23:36:51   version         V 3.3.1-rc3 SIGNALESP cc1101 - compiled at Jan 24 2018 21:48:34
   additionalSets:
     flash      3.3.0,3.1
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     2
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     35
     41
     51
     55
     65
     72.1
     91.1
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     39
     40
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     76
     79
     80
     81
     82
     83
     84
     85
     86
     89
     91
     92
Attributes:
   devStateIcon opened:cul_wlan@green .*:cul_wlan@red
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      IO-Device
   hardware   nanoCC1101
   icon       cul_wlan
   room       31_Server
   verbose    1


Nur für die Fernbedienung (Garten) hatte ich zum Testen verbose auf 4 gesetzt.

Puh das war jetzt ein Happen... Reicht das erstmal?
Vielen Dank für jedwede Hilfe!

Reimer
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 04 Februar 2019, 15:40:05
Teilerfolg:

Ich habe alle WS/FBs auf 'somfyremote' gesetzt, alle überflüssigen Attribute gelöscht . 'State' in den Internals der WS/FB zeigt jetzt überall '???' und der 'state' bzw. die devStateIcons im selbstangelegten Device werden über die notifys richtig mitgeführt.
Damit können die WS und FB in den Zubehörkeller wandern und werden für Bedienung und Anzeige nicht gebraucht.

Lediglich die Fehlermeldungen mit den nicht vorhandenen 'rawdevices" bleiben.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 05 Februar 2019, 06:51:10
Ein Tipp für alle, die Probleme haben, ihre Somfy-Rolläden in den Programmiermodus zu setzen:

Fahrt erst die Rolläden ein Stück weit runter und drückt dann erst die Programmiertaste auf der Fernbedsienung!!!
Das steht auch so in der Bedienungsanleitung von Somfy.


In der Endstellung reagiert der Rolladen häufig nicht.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 05 Februar 2019, 07:27:10
Hi,
Guter Tipp! Das sollte ins Wiki ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 05 Februar 2019, 10:58:13
Heureka!

Nun hab ich endlich was gefunden, was bei rawdevice in den WS/Fernbedienungsdevices eingegeben werden muss: Nur die Adresse des fhem-somfy-device.
(https://forum.fhem.de/index.php/topic,44134.msg359944.html#msg359944 (https://forum.fhem.de/index.php/topic,44134.msg359944.html#msg359944)).


Attributes:
   IODev      SIGNALduinoWLAN
   alias      Wo_Roll_Gart_FB
   model      somfyremote
   rawDevice  000003
   room       SOMFY
   verbose    1



Internals:
   ADDRESS    000003
   DEF        000003 AB 001B
   FUUID      5c54932f-f33f-4ee5-dd7e-f244d2e514da360d
   IODev      SIGNALduinoWLAN
   NAME       Wo_Roll_Gart


Soweit bis 2015 hab ich nicht gesucht, weil viel später versucht wurde, das Problem mit 'userattribut' und 'notify' zu lösen.
Auch dieser Hinweis sollte ins Wiki übernommen werden! So könnten viele lange Threads im Forum überflüssig werden.

Reimer
Titel: cannot load module SOMFY
Beitrag von: Marv085 am 20 März 2019, 20:24:04
Hallo zusammen,

ich versuche gerade auch einen Rolladen von SOMFY über ein nanoCUL (MINI-USB Nano V3.0 ATMEGA328P FT232RL FTDI mit Active-, TX- und RX-LED) an meinem Raspi3 anzulernen. Leider scheitere ich schon beim "define" in FHEM.

define RolloEss SOMFY 12345E --> Cannot load module SOMFY

"10_somfy.pm" ist in /opt/fhem/FHEM
CUL V1.67 ist installiert und der CUL wird mir in FHEM auch angezeigt.

JSON library ist auch aktuell

Da ich ein ziemlicher Anfänger bin was FHEM (und auch ein Linux System) angeht würde ich micht freuen wenn der ein oder andere noch einen Tipp hätte wo ich ansetzen muss.

Danke!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 20 März 2019, 20:29:21
Hi,
mach mal


update
version


Was kommt da bei Dir? Z.B.


10_SOMFY.pm                15807 2018-01-06 23:32:41Z viegener


Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Marv085 am 20 März 2019, 20:56:56
Merci!!! Die Welt kann so einfach sein, wenn man sie versteht! ;-)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 02 April 2019, 22:03:48
Zitat von: Heiner am 02 April 2019, 08:37:15
Hi,

ich habe 2 signalduino. einen mit CC1101 und einen ohne. Der mit ist auf die somfy Frequenz eingestellt und nur somfy ist in der whitelist angegeben.

Ich habe seit einger Zeit viele Fehlermeldungen und fragte mich wo die wohl herkommen. Gestern hatte ich dann die Idee das dies von meinem autoschluessel mit keylessGo koemmen koennte. Heute morgen habe ich dann auch noch 3 Mal die Taste von meinem alten Autoschluessel (nur funk ZV) gedrueckt und dann mal ins LogFile geschaut:

[/2019.04.01 18:41:07 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC940058: 2019.04.01 18:41:07 3: SignalDuino: Unknown code YsA0404040762ECC940058, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC84001D:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC84001D, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC880022:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC880022, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC8C0037:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC8C0037, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC90004D:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC90004D, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :502020203B17664A002C:
2019.04.01 18:41:08 3: SignalDuino: Unknown code Ys502020203B17664A002C, help me!
2019.04.01 18:57:31 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC8C00370: 2019.04.01 18:57:31 3: SignalDuino: Unknown code YsA0404040762ECC8C00370, help me!
2019.04.01 18:57:31 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC90004D:
2019.04.01 18:57:31 3: SignalDuino: Unknown code YsA0404040762ECC90004D, help me!
2019.04.01 18:57:32 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC940058:
2019.04.01 18:57:32 3: SignalDuino: Unknown code YsA0404040762ECC940058, help me!
2019.04.01 18:57:36 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC8C0037:
2019.04.01 18:57:36 3: SignalDuino: Unknown code YsA0404040762ECC8C0037, help me!
2019.04.01 18:57:36 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC90004D:
2019.04.01 18:57:36 3: SignalDuino: Unknown code YsA0404040762ECC90004D, help me!
2019.04.01 18:57:36 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC940058:
2019.04.01 18:57:36 3: SignalDuino: Unknown code YsA0404040762ECC940058, help me!
2019.04.02 07:30:35 1: SignalDuino: SOMFY_Parse : Somfy RTS checksum error! :504142111928B3:
2019.04.02 07:30:35 1: SignalDuino: SOMFY_Parse : Somfy RTS checksum error! :504142111928B3:
2019.04.02 07:30:35 3: SignalDuino: Unknown code   Ys504142111928B3, help me!
code]


Kann es sein das ich hier wirklich meine Autoschluessel sehe? Kann ich die irgendwie so einbinden das ich was damit machen kann?

Danke fuer Eure Hilfe


Das Problem ist, daß diese Nachrichten eine Länge von 20 haben, in der aktuellen Version des 10_SOMFY Moduls werden aber nur Nachrichten mit einer Länge von 14 unterstützt.
Mit der der u.g. Anpassung werden auch Nachrichten mit einer Länge von 20 unterstützt

Zitat von: Ralf9 am 10 Februar 2018, 11:27:50
Dies sieht nach der selben Fernbedienung (Telis 6 Chronis RTS) aus die auch MogRuith hat.
Bei dieser hat die MC-Nachricht eine Datenlänge von 20 Ziffern. 
Bei Deiner sieht die MC-Nachricht so aus:
MC;LL=-1246;LH=1293;SL=-592;SH=660;D=81CDCDCBB7DEDD84001D;C=631;L=80;
Nach den 14 Ziffern der normalen Somfy Nachricht folgen noch 6 weitere (84001D).
Die empfangene Nachricht enthält eine Wiederholung.

Damit diese MC-Nachricht verarbeitet werden kann, ist in der 10_SOMFY.pm in der Zeiie 489 eine Anpassung notwendig.
$ret = "Somfy RTS message format error (length)! :".$encData.":" if (length($encData) != 14);
muss durch die folgenden 2 Zeilen ersetzt werden

my $lengthEncData = length($encData);
$ret = "Somfy RTS message format error (length)! $encData (" . $lengthEncData ."), length should be 14 or 20" if ($lengthEncData != 14 &&  $lengthEncData != 20);


Danach ist ein fhem Neustart oder ein "reload 10_SOMFY.pm" erforderlich.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: jochen.baur@web.de am 03 Juni 2019, 15:31:41
Hallo zusammen,

ich nutzte seit geraumer Zeit diese Modul zur Steuerung von meinen Jalousien und vermisse einige Dinge in diesem Modul.
1. Vermisse ich schmerzlich, das beim Command von "go-my", die Jalousie zwar runter fährt und in der Endpositon (zu) die Lamellen leicht öffnet zum einen die Position der Jalousien nicht aktualisiert wird, und zum anderen der state auf open bliebt.
2. Eventuell wäre es auch sinvoll in dieser Position (go-my) im state statt zukünftig anstatt "closed" auch "go-my" stehen zu haben.

Anbei die Konfiguration von einem meiner Devices:
Device EG.Jalousie.Ost (Aktuell vollständig geschlossen)

Internals:
   ADDRESS    110005
   DEF        110005 A6 0196
   FUUID      5ccb0a7a-f33f-b127-c2a3-e3ee00caa0d99526
   IODev      SIGNALduino
   NAME       EG.Jalousie.Ost
   NR         34
   STATE      closed
   TYPE       SOMFY
   move       stop
   CODE:
     1          110005
   READINGS:
     2019-06-03 15:27:21   enc_key         A6
     2019-06-03 15:27:21   exact           200
     2019-06-03 15:27:21   position        200
     2019-06-03 15:27:21   rolling_code    0196
     2019-06-03 15:27:21   state           closed
Attributes:
   IODev      SIGNALduino
   alias      EG.Jalousie.Ost
   devStateIcon attr OG.Jalousie.Sued devStateIcon up:fts_shutter_10@green down:fts_shutter_100@black 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100
   drive-down-time-to-100 60
   drive-down-time-to-close 61
   drive-up-time-to-100 1
   drive-up-time-to-open 61
   eventMap   on:Runter off:Hoch stop:Stop go-my:My
   icon       fts_shutter
   lastCmd    man-down
   loglevel   6
   model      somfyblinds
   positionInverse 0
   repetition 1
   room       Jalousie
   userattr   lastCmd:man-down,man-my,man-up,auto-up,auto-down,auto-my
   webCmd     Runter:Hoch:Stop:My

Device 2: OG.Jalousie.Ost (Aktuell in "go-my geschlossen/Lamellen leicht geöffnet)

Internals:
   ADDRESS    110002
   DEF        110002 A7 02D7
   FUUID      5ccac136-f33f-b127-3530-5b90152b5bca3b39
   IODev      SIGNALduino
   NAME       OG.Jalousie.Ost
   NR         33
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          110002
   READINGS:
     2019-06-03 15:35:00   enc_key         A7
     2019-06-03 15:35:00   exact           4
     2019-06-03 15:35:00   position        0
     2019-06-03 15:35:00   rolling_code    02D7
     2019-06-03 15:35:00   state           open
Attributes:
   IODev      SIGNALduino
   alias      OG.Jalousie.Ost
   devStateIcon attr OG.Jalousie.Sued devStateIcon up:fts_shutter_10@green down:fts_shutter_100@black 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100
   drive-down-time-to-100 62
   drive-down-time-to-close 63
   drive-up-time-to-100 1
   drive-up-time-to-open 63
   eventMap   on:Runter off:Hoch stop:Stop go-my:My
   icon       fts_shutter
   loglevel   1
   model      somfyblinds
   positionInverse 0
   repetition 1
   room       Jalousie
   verbose    1
   webCmd     Runter:Hoch:Stop:My


Viele Grüße
Jochen
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: pula am 20 Juni 2019, 18:49:47
Hallo,

ich hab mir einen Somfy-Eolis RTS Windmesser zugelegt, um eine Beschattung damit zu steuern (werde da vermutlich einen HM Rolladen-Aktor verwenden).
Daher hab ich mir aus einem NodeMCU und einem CC1101 einen SignalESP zusammengesteckt und in fhem eingebunden.
Dieses Eolis wird auch erkannt und in fhem angelegt:
Internals:
   ADDRESS    9B1790
   CFGFN     
   DEF        9B1790 A4 000C
   FUUID      5d0bb0a7-f33f-b796-9a77-6debbcd0efc00734
   IODev      signalesp1
   LASTInputDev signalesp1
   MSGCNT     27
   NAME       SOMFY_9B1790
   NR         20749
   STATE      go-my
   TYPE       SOMFY
   move       wind_sun_9
   signalesp1_DMSG YsA0494949D9CE55
   signalesp1_MSGCNT 27
   signalesp1_RAWMSG MC;LL=-1270;LH=1277;SL=-643;SH=640;D=5024A4A4ECE72A8;C=638;L=57;R=57;
   signalesp1_RSSI -45.5
   signalesp1_TIME 2019-06-20 18:44:30
   CODE:
     1          9B1790
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1561048070.43811
           VALUE      go-my
   READINGS:
     2019-06-20 18:27:50   enc_key         A4
     2019-06-20 18:27:50   exact           50
     2019-06-20 18:27:50   position        50
     2019-06-20 18:44:30   received        E0
     2019-06-20 18:27:50   rolling_code    000C
     2019-06-20 18:27:50   state           go-my
Attributes:
   IODev      signalesp1
   loglevel   5
   model      somfyshutter
   room       SOMFY


Wenn ich jetzt das Windrad drehe, kommt ein E0 im Reading received. Ansonsten tut sich nicht wirklich viel.
Weiss jemand mehr darüber, wie man in fhem dieses Eolis auswertet?
Kann man davon ausgehen, dass kein Wind herrscht, wenn kein Signal kommt? Verstehe grad dieses System nicht...

Cheers,
Pula
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: tyrolean am 24 Juni 2019, 22:51:10
Hallo,

kann mir jemand sagen ob das Somfy Modul auch mit Somfy Empfängern funktioniert die keine PROG Taste haben. Ich hatte vor einigen Jahren versucht meine Rollläden über Pilight anzusteuern -leider erfolglos. Mir wurde damals im Pilight Forum erklärt dass es sich dabei um ein etwas anderes Protokoll handelt und Geräte ohne PROG Taste damit nicht angelernt werden können.
Ist das auch hier der Fall - oder stellt das kein Problem da?

Gruß und Dank aus Tirol
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 Juni 2019, 11:34:18
Zitat von: jochen.baur@web.de am 03 Juni 2019, 15:31:41
Hallo zusammen,

ich nutzte seit geraumer Zeit diese Modul zur Steuerung von meinen Jalousien und vermisse einige Dinge in diesem Modul.
1. Vermisse ich schmerzlich, das beim Command von "go-my", die Jalousie zwar runter fährt und in der Endpositon (zu) die Lamellen leicht öffnet zum einen die Position der Jalousien nicht aktualisiert wird, und zum anderen der state auf open bliebt.
2. Eventuell wäre es auch sinvoll in dieser Position (go-my) im state statt zukünftig anstatt "closed" auch "go-my" stehen zu haben.

Viele Grüße
Jochen

Das Problem hier ist, dass die Position go-my nicht definiert ist und damit im device nicht erkannt werden kann. Wenn man den Befehl go-my absetzt fährt die Jalousie/Rolladen quasi irgendwo hin und ob diese Position schon erreicht ist weiss der Device in FHEM nicht. Also kann ich leider keine konkreten STatus go-my angeben.

Wenn Du weisst, welche Position go-my entspricht, wäre es vielleicht möglich den Status in einem userreading anzupassen, aber auch das ist unabhängig vom wirklichen go-my-Status im Device und nur ein Behelf.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 Juni 2019, 11:41:34
Zitat von: tyrolean am 24 Juni 2019, 22:51:10
Hallo,

kann mir jemand sagen ob das Somfy Modul auch mit Somfy Empfängern funktioniert die keine PROG Taste haben. Ich hatte vor einigen Jahren versucht meine Rollläden über Pilight anzusteuern -leider erfolglos. Mir wurde damals im Pilight Forum erklärt dass es sich dabei um ein etwas anderes Protokoll handelt und Geräte ohne PROG Taste damit nicht angelernt werden können.
Ist das auch hier der Fall - oder stellt das kein Problem da?

Gruß und Dank aus Tirol

Die Frage ist erstmal, ob es wirklich Somfy RTS ist. --> https://www.somfy.de/uber-somfy/technologien-und-kompatibilitaten (https://www.somfy.de/uber-somfy/technologien-und-kompatibilitaten)


Geht es wirklich um eine Progtaste am Empfänger oder meinst Du eine Fernbedienung ohne Prog-taste?
Welche genaue Bezeichnung haben diese Empfänger (doer Fernbedienungen) denn?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 Juni 2019, 11:53:16
Zitat von: pula am 20 Juni 2019, 18:49:47
Hallo,

ich hab mir einen Somfy-Eolis RTS Windmesser zugelegt, um eine Beschattung damit zu steuern (werde da vermutlich einen HM Rolladen-Aktor verwenden).
Daher hab ich mir aus einem NodeMCU und einem CC1101 einen SignalESP zusammengesteckt und in fhem eingebunden.
Dieses Eolis wird auch erkannt und in fhem angelegt:
Internals:
   ADDRESS    9B1790
   CFGFN     
   DEF        9B1790 A4 000C
   FUUID      5d0bb0a7-f33f-b796-9a77-6debbcd0efc00734
   IODev      signalesp1
   LASTInputDev signalesp1
   MSGCNT     27
   NAME       SOMFY_9B1790
   NR         20749
   STATE      go-my
   TYPE       SOMFY
   move       wind_sun_9
   signalesp1_DMSG YsA0494949D9CE55
   signalesp1_MSGCNT 27
   signalesp1_RAWMSG MC;LL=-1270;LH=1277;SL=-643;SH=640;D=5024A4A4ECE72A8;C=638;L=57;R=57;
   signalesp1_RSSI -45.5
   signalesp1_TIME 2019-06-20 18:44:30
   CODE:
     1          9B1790
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1561048070.43811
           VALUE      go-my
   READINGS:
     2019-06-20 18:27:50   enc_key         A4
     2019-06-20 18:27:50   exact           50
     2019-06-20 18:27:50   position        50
     2019-06-20 18:44:30   received        E0
     2019-06-20 18:27:50   rolling_code    000C
     2019-06-20 18:27:50   state           go-my
Attributes:
   IODev      signalesp1
   loglevel   5
   model      somfyshutter
   room       SOMFY


Wenn ich jetzt das Windrad drehe, kommt ein E0 im Reading received. Ansonsten tut sich nicht wirklich viel.
Weiss jemand mehr darüber, wie man in fhem dieses Eolis auswertet?
Kann man davon ausgehen, dass kein Wind herrscht, wenn kein Signal kommt? Verstehe grad dieses System nicht...

Cheers,
Pula

Ich habe keinen Windmesser (im Moment habe ich nicht mal mehr Somfy-Motoren, deshalb bin ich auch generell hintendran mit der Wartung des Moduls, da ich nichts testen kann).

Generell ist aber mein Verständnis der Windmesser sendet ein Signal, wenn es zu windig ist, damit die Rolläden / Jalousien / markisen hochfahren.  Es kann gut sein, dass dieser Sensor ein 0xEn als Kommando sendet, es gibt dazu wohl auch andere Quellen im Netz die ein solches Gerät haben. Mir war bisher nur ein anderer Wind und Sonnen-Sensor bekannt, der 0x9n oder 0xAn gesendet hat für Wind/Sonne - darauf haben die RTS Rolläden auch direkt reagiert.

Du wirst aber vermutlich selber herausfinden müssen wann und wie oft der Sensor sendet
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: DJCrazy am 08 Juli 2019, 20:31:18
Hallo FHEM Freunde,

Ich brauche eure Unterstützung bei der Status Anzeige meiner Somfy Markise.
Eingelernt ist Sie bereits und endlich funktioniert auch der stop Taster.

Nun möchte ich gerne ein eigenes Icon anzeigen lassen wenn es auf die my Position fährt. Aktuell zeigt es nur an das Sie geschlossen wäre.
Das Problem liegt an der fehlenden Rückmeldung, was für mich klar ist.

Nun möchte ich aber gerne einen eigenen Status erstellen der aus der Zeile ,,move" und dem Reading ,,State" besteht.

Heißt:
wenn Zeile move = stop und Reading state = Open dann soll einer neuer Status raus gegen werden der dann als Beispiel ,,myPosition" heißt.

Könnt ihr mir hier die Lösung erklären?

Danke & Gruss,
Fabian.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 08 Juli 2019, 21:25:07
Hi,

Schau mal bei stateformat vorbei:

https://blog.krannich.de/fhem-stateformat-kurz-erklaert/

Oder im Wiki ;-)
Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: DJCrazy am 08 Juli 2019, 21:57:30
Hallo RaspiLED.

Danke für den Hinweis aber die Erklärung hilft mir nicht weiter.
Finde hier kein Zusammenhang nach meiner gesuchten Lösung.

wenn Zeile move = stop und Reading state = Open dann soll einer neuer Status raus gegen werden der dann als Beispiel ,,myPosition" heißt.

Ziel des ganzen soll ein drittes Icon sein, das mir die Markise auf halb ausgefahrener Position zeigt und nicht als eingefahren wie aktuell.

Könntest du mir auf die Sprünge helfen oder den möglichen Lösungsweg vorgeben?
Beiße mir hier schon den Zahn daran aus :-)

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Darkwing Duck am 11 Juli 2019, 16:00:34
Hallo zusammen,

der folgende Beitrag ist mir beinahe peinlich, da mein Problem eigentlich auf den letzen beiden Seiten mehrfach von anderen geklärt wurde. Aber ich komme seit Wochen nicht dahinter, was ich hier falsch mache bzw. verstanden habe. Also, folgende Ausgangssituation:

Bestehendes Rolladensystem mit 10 Empfängern, die vom Vorbesitzer über 2 Telis 4-Fernbedienungen und 2 Chronis-Wandsender zeitgesteuert wurden. Das System ist schon > 10 Jahre alt wenn ich das richtig sehe (bspw. haben die Fernbedienungen nur eine Stop- und keine "Go-my"-Taste).

Ich habe meinen bestehenden NanoCUL zum SignalDuino umgeflasht und die Empfänger angelernt, sämtliche Fahrzeiten gemessen und eingetragen und eine einfache Zeitsteuerung mit AutoShuttersControl eingerichtet. Steuerung aus FHEM funktioniert auch bis auf sehr wenige Ausnahmen einwandfrei. Insofern konnte ich die Zeitsteuerung der Chronis-Wandsender bereits ausschalten. Die Telis-Handfernbedienungen wollen wir weiterhin benutzen, ich scheitere allerdings bisher daran, diese mit den Somfy-Devices für die Rolläden in FHEM zu verknüpfen, so dass der Status der Rolläden in FHEM nicht "auseinanderläuft", wenn eine Jalousie mit der Handfernbedienung betätigt wird.

Autocreate legt für jeden Kanal jeder Fernbedienung ein Somfy-Device an. Somit habe ich jetzt 12 Devices für die o.g. Fernbedienungen, die ich auch alle eindeutig und reproduzierbar (sprich, in den entsprechenden Devices wird jeder Tastendruck auch registriert) zu den jeweiligen Kanälen zuordnen kann. Soweit scheint also alles in Ordnung.

Jetzt meine erste Verständnisfrage: In der aktuellen Modulversion sollte es nicht mehr erforderlich sein, Events der Fernbedienung über ein notify oder anderweitig "manuell" abzufangen und den entsprechenden Zustand des Rolladen-Devices zu setzen, sondern dies sollte über das rawDevice-Attribut automatisch geschehen, oder?

Ich habe bisher den (von mir selbst gewählten) 6-stelligen Hex-Code des Somfy-Rolladen-Devices in das Attribut rawDevice des entsprechenden Kanals der Fernbedienung eingetragen und hatte es in den neueren Beiträgen zu diesem Thema so verstanden, dass die Verknüpfung damit hergestellt sein sollte. Muss dem Device für die Fernbedienung dazu als model "somfyshutter" oder "somfyremote" zugeordnet werden? Bei meinen Versuchen klappt es mit beiden Varianten nicht.

Zu guter Letzt ist mir aufgefallen, dass ich die Devices für die Rolläden sowohl durch den "Prog"-Knopf am Empfänger als auch mit dem an der Telis-Fernbedienung anlernen kann. Beide Varianten funktionieren für die Steuerung aus FHEM heraus für mich gleich gut, für Anbindung der Fernbedienung funktionieren beide Varianten nicht. Aber irgendeinen Unterschied muss es dabei doch geben, oder?

Was mache ich falsch und wie kann ich hier systematisch auf Fehlersuche gehen?

Edit:

Hier ein List eines der Rolladen-Devices:

Internals:
   ADDRESS    2106AB
   DEF        2106AB A8 0028
   FUUID      5d088ec9-f33f-7996-0775-b4ee7924edf8d496
   IODev      sduino
   NAME       JalousieKueche
   NR         201
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          2106AB
   READINGS:
     2019-07-01 11:39:47   ASC_Enable      on
     2019-07-11 05:00:31   ASC_ShuttersLastDrive day open
     2019-07-11 05:00:02   ASC_Time_DriveDown 11.07.2019 - 22:28
     2019-07-11 05:00:02   ASC_Time_DriveUp 12.07.2019 - 05:00
     2019-07-10 10:20:07   associatedWith  asc
     2019-07-11 05:00:07   enc_key         A8
     2019-07-11 05:00:31   exact           0
     2019-07-11 05:00:31   position        0
     2019-07-11 05:00:07   rolling_code    0028
     2019-07-11 05:00:31   state           open
Attributes:
   ASC        1
   ASC_Drive_OffsetStart 6
   ASC_Pos_Reading position
   ASC_Time_Down_Late 22:30
   IODev      sduino
   devStateIcon open:fts_shutter_10 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:fts_shutter_100 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 23
   drive-down-time-to-close 27
   drive-up-time-to-100 4
   drive-up-time-to-open 28
   eventMap   /on:close/pos 100:down/stop:stop/off:up/
   model      somfyshutter
   room       Küche,SOMFY
   userattr   ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_DriveUpMaxDuration ASC_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection 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_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Exclude:on,off ASC_Self_Defense_Mode:absent,gone ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace ASC_TempSensor 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_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_subType:twostate,threestate
   webCmd     close:down:stop:up


Und der entsprechende Kanal der Fernbedienung dazu:

Internals:
   ADDRESS    A35782
   DEF        A35782 28 02B4
   FUUID      5d0a3505-f33f-7996-e13d-d567552bc294d5c8
   IODev      sduino
   NAME       SOMFY_A35782
   NR         206
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          A35782
   READINGS:
     2019-06-30 18:26:44   enc_key         28
     2019-06-30 18:26:44   exact           0
     2019-06-30 18:24:29   parsestate      off
     2019-06-30 18:26:44   position        0
     2019-06-30 18:24:29   received        20
     2019-06-30 18:26:44   rolling_code    02B4
     2019-06-30 18:26:44   state           open
Attributes:
   IODev      sduino
   alias      Telis_vorn_Ch_3
   model      somfyremote
   rawDevice  2106AB
   room       SOMFY
Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 11 Juli 2019, 23:39:00
Zitat von: DJCrazy am 08 Juli 2019, 21:57:30
Hallo RaspiLED.
[...]
wenn Zeile move = stop und Reading state = Open dann soll einer neuer Status raus gegen werden der dann als Beispiel ,,myPosition" heißt.
[...]

Hi,
Hilft Dir das weiter? Erst wird geprüft ob state=open, dann wird geprüft ob move=stop, dann State=MyPos gesetzt, ansonsten in beiden anderen Fällen State=state gesetzt:

defmod TestStateFormat dummy
attr TestStateFormat stateFormat { ReadingsVal("$name","state", undef) eq "open" ? (ReadingsVal("$name","move", undef) eq "stop" ? "MyPos" : ReadingsVal("$name","state", undef)) : ReadingsVal("$name","state", undef)}

setReading TestStateFormat move stop
set TestStateFormat close
set TestStateFormat open
setReading TestStateFormat move Start



Wenn Du das Internal Auslesen willst halt

InternalVal("$name","move",undef)
statt ReadingsVal("$name","move", undef)


Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 13 Juli 2019, 12:38:34
Hallo viegener,
ich habe die per FEHM update ausgelieferte Originalversion Deines Moduls:
10_SOMFY.pm                  15807 2018-01-06 23:32:41Z viegener
und ständig die Fehlermeldung:

2019.07.13 12:25:43 1 : PERL WARNING: Use of uninitialized value $newstate in concatenation (.) or string at ./FHEM/10_SOMFY.pm line 547.
2019.07.13 12:25:43 1 : stacktrace:
2019.07.13 12:25:43 1 :     main::__ANON__                      called by ./FHEM/10_SOMFY.pm (547)
2019.07.13 12:25:43 1 :     main::SOMFY_Parse                   called by fhem.pl (3949)
2019.07.13 12:25:43 1 :     main::Dispatch                      called by ./FHEM/00_SIGNALduino.pm (1983)
2019.07.13 12:25:43 1 :     main::SIGNALduno_Dispatch           called by ./FHEM/00_SIGNALduino.pm (2566)
2019.07.13 12:25:43 1 :     main::SIGNALduino_Parse_MC          called by ./FHEM/00_SIGNALduino.pm (2630)
2019.07.13 12:25:43 1 :     main::SIGNALduino_Parse             called by ./FHEM/00_SIGNALduino.pm (1481)
2019.07.13 12:25:43 1 :     main::SIGNALduino_Read              called by fhem.pl (3753)
2019.07.13 12:25:43 1 :     main::CallFn                        called by fhem.pl (748)
2019-07-13 12:25:43 SOMFY SOMFY_9FD78A received: E0

Ich habe keinen Eintrag hierzu im Forum finden können - ist das bekannt? Oder kommt das von 00_SIGNALduino.pm?




Und die Frage ob man die Modifikation für die Verknüpfung der Fernbedienungen von Elektrolurch mit associated-devices wie hier beschrieben:
https://forum.fhem.de/index.php/topic,72173.msg653940.html#msg653940 (https://forum.fhem.de/index.php/topic,72173.msg653940.html#msg653940)
Zitat von: Elektrolurch am 29 Juni 2017, 14:55:58
Hallo,

ich habe die SOMFY_Parse sub mal so erweitert, dass man beim Handsender über ein Attribut die Rolläden hinterlegen kann und sich der Status der Rolläden auch ändert, wenn man den Handsender drückt.

So wirds gemacht:

attr Az_FB_FRoll userattr associated-devices
attr Az_FB_FRoll associated-devices  Az_FRolladen

Da können auch mehrere Rolläden stehen, wenn man z.B. auf einer Taste der FB mehrere Rolläden angelernt hat.

...

Elektrolurch
Bzw. wie in der 10_SOMFY.pm:

https://forum.fhem.de/index.php/topic,72173.msg955536.html#msg955536 (https://forum.fhem.de/index.php/topic,72173.msg955536.html#msg955536)
Zitat von: Elektrolurch am 05 Juli 2019, 10:27:32
Hallo,

für wahr, ist schon lange her....
Ich bin mir nicht sicher, ob das neue Attribut mit in die aktuelle Version  von 10_SOMFY.pm übernommen  wurde.
Es gibt zwei Möglichkeiten, das Modul zu ersetzen:
1. Ersetzte einfach im FHEM - Ordner die 10_SOMFY.pm durch die 99_myUtilsSOMFY.pm und verhindere über das global Attribut exclude_from_update  das bei einem Update das Modul überschrieben wird oder
2. die 99_myUtils...pm Module werden als letztes geladen, überschreiben also andere Module, falls die subs die gleichen Namen haben.

Ich hänge Dir mal die Version an, die bei mir derzeit läuft und auch mit den Handsendern funktioniert.


Elektrolurch

in eine aktuelle Version einpflegen kann.

Und evtl. gleich noch die änderung von Ralf9:
https://forum.fhem.de/index.php/topic,53319.msg763964.html#msg763964 (https://forum.fhem.de/index.php/topic,53319.msg763964.html#msg763964)
Zitat von: Ralf9 am 10 Februar 2018, 11:27:50
Dies sieht nach der selben Fernbedienung (Telis 6 Chronis RTS) aus die auch MogRuith hat.
Bei dieser hat die MC-Nachricht eine Datenlänge von 20 Ziffern. 
Bei Deiner sieht die MC-Nachricht so aus:
MC;LL=-1246;LH=1293;SL=-592;SH=660;D=81CDCDCBB7DEDD84001D;C=631;L=80;
Nach den 14 Ziffern der normalen Somfy Nachricht folgen noch 6 weitere (84001D).
Die empfangene Nachricht enthält eine Wiederholung.

Damit diese MC-Nachricht verarbeitet werden kann, ist in der 10_SOMFY.pm in der Zeiie 489 eine Anpassung notwendig.
$ret = "Somfy RTS message format error (length)! :".$encData.":" if (length($encData) != 14);
muss durch die folgenden 2 Zeilen ersetzt werden

my $lengthEncData = length($encData);
$ret = "Somfy RTS message format error (length)! $encData (" . $lengthEncData ."), length should be 14 or 20" if ($lengthEncData != 14 &&  $lengthEncData != 20);


Danach ist ein fhem Neustart oder ein "reload 10_SOMFY.pm" erforderlich.

...

Gruß Ralf

Danke.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Udomatic am 18 Juli 2019, 13:29:02
Hallo,

ich habe meine Somfy RTS Rolladen Funkmotoren erfolgreich mit einem Signalduino in Fhem einbinden können. Funktioniert soweit alles.
Allerdings fängt der Signalduino jede Menge andere Geräte ein und legt Räume an, die mir nichts sagen und füllt auch so das Logfile, weil viele Help me Einträge entstehen, wie z.B. dieser

Unknown code u40#3A46021D86C, help me! oder dieser
Unknown code u19#122F10, help me!

Wie bekomme ich diese ganzen Meldungen abgestellt?

Außerdem wurde einige neue Räume mit Devices angelegt wie: CUL_TX, OREGON, SD_WS, SD_WS07, SOMFY

Wie bekomme ich raus was das alles für Devices sind und stelle ab, dass diese nicht neu hinzu gefügt werden, wenn ich sie lösche?

Desweiteren noch die Frage: Kann ich einen Somfy Sunis Indoor Funk- Helligkeitssensor RTS anlernen?

Vielen Dank vorab für eure Hilfe
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 18 Juli 2019, 15:37:36
Zitat von: Udomatic am 18 Juli 2019, 13:29:02
Hallo,

ich habe meine Somfy RTS Rolladen F...

Wie bekomme ich diese ganzen Meldungen abgestellt?

Außerdem wurde einige neue Räume mit Devices angelegt wie: CUL_TX, OREGON, SD_WS, SD_WS07, SOMFY
Das sind alles Temperatursensoren deiner Nachbarn, Rolläden und was nicht alles auf 433 Mhz rumschwirrt.
Wenn Du einen Signalduino mit CC1101 Modul hast, dann setzt ihn mit
set Signalduino cc1101_freq 433.42
attr Signalduino cc1101_frequency 433auf die SOMFY Frequenz. Dann bekommst Du nur noch die Somfy Rolläden rein.
Mit und ohne cc1101 geht auch:
attr Signalduino whitelist_IDs 43dann wird nur noch das Somfy Protokoll verarbeitet.
(Signalduino immer mit der Bezeichnung Deines Signalduino austauschen)
*update: set cc1101_freq 443.42 ergänzt
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Udomatic am 18 Juli 2019, 15:54:19
Zitat von: Steigerbalett am 18 Juli 2019, 15:37:36
Das sind alles Temperatursensoren deiner Nachbarn, Rolläden und was nicht alles auf 433 Mhz rumschwirrt.
Wenn Du einen Signalduino mit CC1101 Modul hast, dann setzt ihn mitattr Signalduino cc1101_frequenzy 433.42auf die SOMFY Frequenz. Dann bekommst Du nur noch die Somfy Rolläden rein.

Ja, diesen habe ich. Ist das ein Punkt oder ein Komma zur Eingabe der Frequenz? Muss ich danach etwas neustarten?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 18 Juli 2019, 15:55:36
Das ist ein Punkt.
Neustart nicht notwendig, sollte instantan verwendet werden.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Udomatic am 18 Juli 2019, 15:59:01
Zitat von: Steigerbalett am 18 Juli 2019, 15:37:36
Das sind alles Temperatursensoren deiner Nachbarn, Rolläden und was nicht alles auf 433 Mhz rumschwirrt.
Wenn Du einen Signalduino mit CC1101 Modul hast, dann setzt ihn mitattr Signalduino cc1101_frequenzy 433.42auf die SOMFY Frequenz. Dann bekommst Du nur noch die Somfy Rolläden rein.

Habe ich gesetzt und danach die ganzen unbekannten Devices gelöscht. Kommen jetzt aber alle wieder rein. Muss ich noch etwas tun?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 18 Juli 2019, 16:05:40
Mach bitte mal ein:set Signalduino cc1101_freq 433.42Und anschließend ein: get Signalduino ccconfDann sollte die Ausgabe so aussehen:ccconf: freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Udomatic am 18 Juli 2019, 16:13:46
Zitat von: Steigerbalett am 18 Juli 2019, 16:05:40
Mach bitte mal ein:set Signalduino cc1101_frequ 433.42Und anschließend ein: get Signalduino ccconfDann sollte die Ausgabe so aussehen:ccconf: freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)

Ergebnis liefert das:
ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:3173.83Baud)

Muss man den Pi neustarten damit auch der Stick mit neuen Settings geladen wird?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 18 Juli 2019, 16:19:58
Zitat von: Udomatic am 18 Juli 2019, 16:13:46
Ergebnis liefert das:
ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:3173.83Baud)

Muss man den Pi neustarten damit auch der Stick mit neuen Settings geladen wird?
Eigentlich nicht.
Evtl. noch mitattr Signalduino hardware nanoCC1101FHEM mitteilen dass es auch wirklich ein cc1101 ist. Dann nochmal das set Signalduino cc1101_freq 433.42durchführen. Dein Signalduino nimmt die Frequenz irgendwie nicht an.
*Ahh hatte einen Tippfehler: es muss cc1101_freq ohne das u sein! Ist korrigiert.
*Und cc1101_frequency statt z - sorry.
Kannst im Device aber auch immer direkt zusammen klicken, dann passieren so Flüchtigkeitsfehler wie meiner eben nicht.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Udomatic am 18 Juli 2019, 16:36:39
Zitat von: Steigerbalett am 18 Juli 2019, 16:19:58
Eigentlich nicht.
Evtl. noch mitattr Signalduino hardware nanoCC1101FHEM mitteilen dass es auch wirklich ein cc1101 ist. Dann nochmal das set Signalduino cc1101_freq 433.42durchführen. Dein Signalduino nimmt die Frequenz irgendwie nicht an.
*Ahh hatte einen Tippfehler: es muss cc1101_freq ohne das u sein! Ist korrigiert.
*Und cc1101_frequency statt z - sorry.
Kannst im Device aber auch immer direkt zusammen klicken, dann passieren so Flüchtigkeitsfehler wie meiner eben nicht.


Danke noch für den Hardware Hinweis. Jetzt hat es funktioniert. In meinem Fall dann mit einem radinoCC1101
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 18 Juli 2019, 18:55:33
Hi,
Wo wir bei Flüchtigkeitsfehlern sind.
Das Attr steuert insb. die Register für das Patable. Also das attr nicht auf 433.42 sondern nur auf 433 oder 868 stellen ;-)
Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 18 Juli 2019, 21:21:44
Danke für den Hinweis, hab es korrigiert.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Udomatic am 23 Juli 2019, 13:01:30
Zitat von: RaspiLED am 18 Juli 2019, 18:55:33
Hi,
Wo wir bei Flüchtigkeitsfehlern sind.
Das Attr steuert insb. die Register für das Patable. Also das attr nicht auf 433.42 sondern nur auf 433 oder 868 stellen ;-)
Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

Danke für den Hinweis. Habe ich nun so eingestellt. Aber mal noch ne andere Frage.
Ich fange mir wohl noch Somfy Geräte aus der Umgebung ein. Wie kann ich diese excluden?

Gruß
Udo
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: flummy1978 am 28 August 2019, 12:24:05
Hallo zusammen,

was die Funkübertragung angeht, bin ich noch ein ziemlicher Depp um es komplett zu verstehen, vielleicht hat jemand für mich einen Tipp, wie ich es zuverlässiger machen kann:

Ich habe einen CUL der in erster Linie meine HM Teile versorgt, aber dank der Funktion eben auch für die Markisensteuerung (Das einzige Gerät, dass die Somfy Unterstütztung benötigt). Nun ist es, dass hin und wieder die Funktion des Antriebes einfach versagt und es dann ewig dauert, bis ich den Antrieb dann mit "Prog" wieder erneut in den Bereich gebracht bekomme, so dass die Funktion wieder gegeben ist. Danach funktioniert es dann ... Mal 2,3,4 Tage mal 2,3 Wochen bis zu dem Punkt wo es dann wieder nicht geht :(

List vom Somfy betriebenen Teil:
Internals:
   ADDRESS    000001
   DEF        000001 A4 102B
   FUUID      5ccb045e-f33f-8d79-ae46-c94ad0e227dd6a91
   IODev      CUL_IO1
   NAME       Rollo_EG_WZ_MAR_markise
   NR         140
   STATE      40
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   READINGS:
     2019-05-24 15:44:05   ASC_Enable      on
     2019-08-28 12:19:53   ASC_ShuttersLastDrive manual
     2019-08-28 10:37:50   ASC_Time_DriveDown 28.08.2019 - 20:22
     2019-08-28 10:37:50   ASC_Time_DriveUp 29.08.2019 - 08:00
     2019-08-28 10:37:47   associatedWith  AUTO_RolloSteuerung
     2019-08-28 12:20:30   enc_key         A4
     2019-08-28 12:20:29   exact           38
     2019-08-28 12:20:29   pct             40
     2019-08-28 12:20:29   position        40
     2019-08-28 12:20:30   rolling_code    102B
     2019-08-28 12:20:29   state           40
Attributes:
   ASC        1
   ASC_Antifreeze off
   ASC_Antifreeze_Pos 85
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BlockingTime_afterManual 1200
   ASC_BlockingTime_beforDayOpen 3600
   ASC_BlockingTime_beforNightClose 3600
   ASC_Closed_Pos 100
   ASC_ComfortOpen_Pos 20
   ASC_Down   astro
   ASC_Drive_Offset -1
   ASC_Drive_OffsetStart -1
   ASC_GuestRoom none
   ASC_LockOut off
   ASC_LockOut_Cmd none
   ASC_Mode_Down off
   ASC_Mode_Up off
   ASC_Open_Pos 0
   ASC_Partymode off
   ASC_Pos_Reading pct
   ASC_PrivacyDownTime_beforNightClose -1
   ASC_PrivacyDown_Pos 50
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Angle_Left 75
   ASC_Shading_Angle_Right 75
   ASC_Shading_Direction 164
   ASC_Shading_MinMax_Elevation 25
   ASC_Shading_Min_OutsideTemperature 18
   ASC_Shading_Mode off
   ASC_Shading_Pos 90
   ASC_Shading_StateChange_Cloudy 20000
   ASC_Shading_StateChange_Sunny 35000
   ASC_Shading_WaitingPeriod 1200
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 08:00
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 08:30
   ASC_Up     astro
   ASC_Ventilate_Pos 40
   ASC_Ventilate_Window_Open on
   ASC_WiggleValue 5
   ASC_WindowRec none
   ASC_WindowRec_subType twostate
   DbLogExclude .*
   IODev      CUL_IO1
   alias      Markise
   drive-down-time-to-100 47
   drive-down-time-to-close 47
   drive-up-time-to-100 46
   drive-up-time-to-open 46
   event-on-change-reading state,pct:30
   group      Rollo
   icon       awning
   model      somfyshutter
   room       System->Ext Verbindung
   userReadings pct { ReadingsVal($name,"position",0) }
   userattr   ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_DriveUpMaxDuration ASC_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection 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_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Exclude:on,off ASC_Self_Defense_Mode:absent,gone ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace ASC_TempSensor 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_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate room_map structexclude
   verbose    1
   webCmd     on:stop:off:go-my:prog:::


Falls noch mehr Infos benötigt werden, sagt bitte bescheid.

Ich würde mich sehr freuen, wenn mir jemand einen Tipp geben kann, wie ich das Ganze etwas zuverlässiger hinbekommen könnte.

Vielen Dank im Voraus
Grüße
Andreas
Titel: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: RaspiLED am 28 August 2019, 19:47:26
Hi,
Steuerst Du zwischendurch mit der Fernbedienung?

Hast Du den Somfy Wiki Eintrag gelesen?
Wie machst Du die Programmierung über CUL genau?

Gruß Arnd



Gesendet von iPhone mit Tapatalk
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 August 2019, 21:17:28
Zitat von: Steigerbalett am 13 Juli 2019, 12:38:34
Hallo viegener,
ich habe die per FEHM update ausgelieferte Originalversion Deines Moduls:
10_SOMFY.pm                  15807 2018-01-06 23:32:41Z viegener
und ständig die Fehlermeldung:

2019.07.13 12:25:43 1 : PERL WARNING: Use of uninitialized value $newstate in concatenation (.) or string at ./FHEM/10_SOMFY.pm line 547.
2019.07.13 12:25:43 1 : stacktrace:
2019.07.13 12:25:43 1 :     main::__ANON__                      called by ./FHEM/10_SOMFY.pm (547)
2019.07.13 12:25:43 1 :     main::SOMFY_Parse                   called by fhem.pl (3949)
2019.07.13 12:25:43 1 :     main::Dispatch                      called by ./FHEM/00_SIGNALduino.pm (1983)
2019.07.13 12:25:43 1 :     main::SIGNALduno_Dispatch           called by ./FHEM/00_SIGNALduino.pm (2566)
2019.07.13 12:25:43 1 :     main::SIGNALduino_Parse_MC          called by ./FHEM/00_SIGNALduino.pm (2630)
2019.07.13 12:25:43 1 :     main::SIGNALduino_Parse             called by ./FHEM/00_SIGNALduino.pm (1481)
2019.07.13 12:25:43 1 :     main::SIGNALduino_Read              called by fhem.pl (3753)
2019.07.13 12:25:43 1 :     main::CallFn                        called by fhem.pl (748)
2019-07-13 12:25:43 SOMFY SOMFY_9FD78A received: E0

Ich habe keinen Eintrag hierzu im Forum finden können - ist das bekannt? Oder kommt das von 00_SIGNALduino.pm?




Und die Frage ob man die Modifikation für die Verknüpfung der Fernbedienungen von Elektrolurch mit associated-devices wie hier beschrieben:
https://forum.fhem.de/index.php/topic,72173.msg653940.html#msg653940 (https://forum.fhem.de/index.php/topic,72173.msg653940.html#msg653940)Bzw. wie in der 10_SOMFY.pm:

https://forum.fhem.de/index.php/topic,72173.msg955536.html#msg955536 (https://forum.fhem.de/index.php/topic,72173.msg955536.html#msg955536)
in eine aktuelle Version einpflegen kann.

Und evtl. gleich noch die änderung von Ralf9:
https://forum.fhem.de/index.php/topic,53319.msg763964.html#msg763964 (https://forum.fhem.de/index.php/topic,53319.msg763964.html#msg763964)
Danke.


@Steigerbalett : Leider habe ich seite geraumer Zeit keinen Zugriff auf Somfy-Devices nach Umzug - Ich würde deshalb gerne die Änderungen einchecken, kann Sie aber bei mir nicht wirklich testen. Bin gerne bereit eine bereitgestellte Version einzuchecken, aber es sollte eine stabile / getestete Version sein.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: flummy1978 am 29 August 2019, 01:23:31
Hey,

zunächst einmal vielen Dank für die Antwort. Sorry dass ich jetzt erst antworte...

Steuerst Du zwischendurch mit der Fernbedienung?
Nein, die Fernbedienung wird nur rausgeholt, wenn es von Fhem aus nicht funktionier  8)

Hast Du den Somfy Wiki Eintrag gelesen?
Selbstverständlich ;) Aber das ist ja nicht sehr Aussagekräftig, im Allgemeinen.

ie machst Du die Programmierung über CUL genau?
Was genau meinst Du? (Vielleicht helfen / reichen ja die nachfolgenden Antworten bereits):
Der CUL ( version: V 1.67 nanoCUL86 ) ist mit cconf: freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB und an einer VCCU eingerichtet.

Wie gesagt das meiste ist quasi durch die normalen Einrichtungen von Hommatic Teilen eingerichtet worden. Ich hab dann irgendwann mal gelesen, dass man mit dem 868er CUL auch 433er Geräte schalten kann (wenn auch nicht so weit etc) aber auch dass Somfy nicht die exakt gleiche Frequenz nutzen wie die anderen 433 Mhz Geräte, aber sehr wohl funktioniert. Also ausprobiert und relativ auf Anhieb hinbekommen. Das ganze Funktionierte so gut, dass ich alles drum herum quasi ignoriert habe, bis irgendwann mal das erste Mal die Verbindung nicht mehr funktionierte und ich eine Ewigkeit gebraucht hab, das wieder einzurichten ;(

Bin für jeden Tipp dankbar, wie ich das Ganze am besten lösen könnte.

Grüße
Andreas
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 08 September 2019, 12:45:32
Zitat von: viegener am 28 August 2019, 21:17:28

@Steigerbalett : Leider habe ich seite geraumer Zeit keinen Zugriff auf Somfy-Devices nach Umzug - Ich würde deshalb gerne die Änderungen einchecken, kann Sie aber bei mir nicht wirklich testen. Bin gerne bereit eine bereitgestellte Version einzuchecken, aber es sollte eine stabile / getestete Version sein.
@viegener:Ich hab mal versucht das alles zusammenzuführen und nutze aktuell diese Version:
https://github.com/steigerbalett/somfy-rts-fhem/blob/master/10_SOMFY.pm (https://github.com/steigerbalett/somfy-rts-fhem/blob/master/10_SOMFY.pm)
Die den Fehler aber auch hat.

Ich stelle mich aber auch gerne als Betatester zur Verfügung. Durch herum experimentieren mit ASC ist meine Frau bereits gewohnt, dass die Rollläden manchmal komische Dinge machen ;-)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 08 September 2019, 13:24:43
Hallo zusammen! Bin ganz neu im Thema FHEM und bislang hat auch alles ganz gut geklappt. Die Somfy RTS Raffstores lassen sich sehr gut über FHEM steuern. Das einzige was ich nicht hinbekomme, ist das der Status der Raffstores richtig angezeigt wird, nachdem die Position mit dem Handsender geändert wurde.
Hierbei scheitert es schon daran, dass ich es nicht hinbekomme die Handsender in FHEM anzulegen.
Das Anlernen der Rollos hab ich gemäß dem FHEM Somfy via SIGNALduino erfolgreich druchgeführt. Der SIGNALduino selbst ist ein radino cc1101, fw V 3.3.1-dev SIGNALduino cc1101 (433Mhz )- compiled at Mar 10 2017 23:27:29.
Folgende Einstellungen hab ich noch getätigt (hat aber nichts gebracht): freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:16dB (DataRate:3173.83Baud). Weitere Infos liefere ich gerne nach!
Weiß leider überhaupt nicht mehr weiter und nach einer Woche Forum durchforsten bin ich langsam am Verzweifeln.
Über hilfreiche Tipps bin ich sehr dankbar.
LG, Stefan
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: tyrolean am 08 September 2019, 14:59:31
Hallo,

verbringe den heutigen (verregneten) Tag damit meine Somfy Lamellen Jalousien in meine FHEM Umgebung zu integrieren.
Hierzu verwende ich ein Signalduino über eine NanoCul (nano + cc1101) Hardware.
Meine Fernbedienung ist eine Telfs 4 Modulis und ich habe als ersten Schritt versucht über FHEM einfach ein neues Device zu erstellen und habe diese über meine bestehende Fernbedienung "anlernen" können. Dies hat auch soweit funktioniert, die Verbindung steht irgendwie, wenn ich z.Bsp. auf go-my klicke wird das Selbe gemacht als wenn ich die my Taste auf meinem Funksender drücke. (bestimmte Position bzw. "Halt" wenn die Jalousie gerade fährt.

Frage 1.
mit get sduiono ccconf wird mir "ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)" angezeigt, wenn ich das jedoch richtig verstanden habe wird über das Modul die Sendefrequenz jedes mal extra auf 433.42 gestellt und ich muss mich darum weiter nicht kümmern.

Frage 2 (mein eigentliches Problem)
Mit den Pfeiltasten auf dem Funksender kann ich einfach "Rauf" oder "Runter" drücken und die Jalousie fährt entweder in die Endpostion oder öffnen komplett. Dies kann ich jedoch mit keinem Set Befehl erreichen (off, on, Manual, go-my...) Was mache ich da falsch? Kann dies mit den drive time Attributen zu tun haben - ich bin davon ausgegangen dass diese im Wesentlichen nur für das korrekte Anzeigen der Symbole verwendet werden?

Vielen Dank für eure Hilfe
Grüße aus Tirol

Im Anhang noch meine Config:

list Rollo2
Internals:
   ADDRESS    12345B
   DEF        12345B A1 0021
   FUUID      5d74e48c-f33f-5895-07b5-b1b94561cdd8892f
   IODev      sduino
   NAME       Rollo2
   NR         15
   STATE      my
   TYPE       SOMFY
   move       stop
   CODE:
     1          12345B
   READINGS:
     2019-09-08 14:41:59   enc_key         A7
     2019-09-08 14:41:59   exact           50
     2019-09-08 14:41:59   position        50
     2019-09-08 14:41:59   rolling_code    0037
     2019-09-08 14:41:59   state           go-my
Attributes:
   IODev      sduino
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   drive-down-time-to-100 63
   drive-down-time-to-close 66
   drive-up-time-to-100 3
   drive-up-time-to-open 63
   eventMap   off:Down go-my:my on:Up
   model      somfyshutter
   room       Testraum
   webCmd     Down:my:Up



list sduino:
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   DMSG       P7#22A05FF14
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FD         7
   FUUID      5d74d9e5-f33f-5895-2a91-f78476c7cfb05906
   IDsNoDispatch 2,72.1,82
   LASTDMSG   P7#22A05FF14
   LASTDMSGID 7
   MSGCNT     8
   NAME       sduino
   NR         14
   PARTIAL   
   RAWMSG     MS;P1=448;P2=-1022;P3=-2025;P4=-4012;D=214121213121212131213121312121212121213121313131313131313131212121312131212;CP=1;SP=4;R=219;O;m2;
   RSSI       -92.5
   STATE      opened
   TIME       1567947329
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.1-RC7 SIGNALduino cc1101  - compiled at May 11 2018 23:00:28
   versionProtocols 1.08
   versionmodul v3.4.1_dev_06.09
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-09-08 14:50:59   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2019-09-08 14:43:42   ping            OK
     2019-09-08 14:42:42   state           opened
     2019-09-08 14:42:42   version         V 3.3.1-RC7 SIGNALduino cc1101  - compiled at May 11 2018 23:00:28
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     33.1
     33.2
     35
     41
     51
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
Attributes:
   cc1101_frequency 433
   hardware   nanoCC1101
   room       Testraum
   updateChannelFW testing
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 08 September 2019, 15:23:07
Hallo tyrolean,
versuch mal set Rollo2 pos 0.
Oder falls der Rollo2 nur kurz ruckelt, kann es daran liegen, dass vielleicht das attribut "repetion 2" fehlt. Danach müsste er mit down bis ganz nach unten fahren.
LG, Stef
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: tyrolean am 08 September 2019, 16:16:11
ZitatHallo tyrolean,
versuch mal set Rollo2 pos 0.
Oder falls der Rollo2 nur kurz ruckelt, kann es daran liegen, dass vielleicht das attribut "repetion 2" fehlt. Danach müsste er mit down bis ganz nach unten fahren.
LG, Stef

Hallo Stef, vielen Dank für die super schnelle Antwort. Mit repetion 2 funktioniert das Ganze perfekt, musste nur noch kurz on und off für up und down vertauschen.
Hast du (oder wer auch immer) zufällig einen Tipp wie ich das Ganze sinnvollerweise über Homebridge integrieren kann. Das Homebridgemapping ist mir da leider noch nicht so ganz klar.

Gruß und Dank
Tyrolean
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 08 September 2019, 16:22:41
Ich hab das ganze in homebridge integriert. Funktioniert bei mir am Besten komplett ohne mapping mit dem Plugin von @justme-1968.
LG
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: tyrolean am 08 September 2019, 16:27:34
ZitatIch hab das ganze in homebridge integriert. Funktioniert bei mir am Besten komplett ohne mapping mit dem Plugin von @justme-1968.
LG

OK - darf ich erstens fragen was das repetition 2 eigentlich ändert.
Hast du zufällig einen Link wie du das mit dem Plugin von justme-1968 meinst oder den Auszug einer funktionierenden Konfiguration?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 08 September 2019, 20:23:31
Zitat von: stef1938 am 08 September 2019, 13:24:43
Hallo zusammen! Bin ganz neu im Thema FHEM und bislang hat auch alles ganz gut geklappt. Die Somfy RTS Raffstores lassen sich sehr gut über FHEM steuern. Das einzige was ich nicht hinbekomme, ist das der Status der Raffstores richtig angezeigt wird, nachdem die Position mit dem Handsender geändert wurde.
Hierbei scheitert es schon daran, dass ich es nicht hinbekomme die Handsender in FHEM anzulegen.
Das Anlernen der Rollos hab ich gemäß dem FHEM Somfy via SIGNALduino erfolgreich druchgeführt. Der SIGNALduino selbst ist ein radino cc1101, fw V 3.3.1-dev SIGNALduino cc1101 (433Mhz )- compiled at Mar 10 2017 23:27:29.
Folgende Einstellungen hab ich noch getätigt (hat aber nichts gebracht): freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:16dB (DataRate:3173.83Baud). Weitere Infos liefere ich gerne nach!
Weiß leider überhaupt nicht mehr weiter und nach einer Woche Forum durchforsten bin ich langsam am Verzweifeln.
Über hilfreiche Tipps bin ich sehr dankbar.
LG, Stefan
Habs jetzt hinbekommen die Handsender anzulernen. Würde mich sehr über Tipps freuen wie ich die Handsender mit dem in FHEM als Sender angelegten Device synchron halten kann. Der Lösungsansatz aus 2017 funktioniert leider nicht (10_SOMFY.pm mod). Mittels notify funktioniert es so halb  - Bewegung mittels Handsender wird erkannt und an das Device übergeben, allerdings nicht der Stop_Befehl.

Notify wie hier beschrieben:
Zitat von: JWRu am 15 Juli 2018, 15:13:56
Ich habe zwischenzeitlich das Problem mit einem einfachen notify gelöst:
define notify_FB_Markise notify FB_Markise:parsestate.* set Markise virtual $EVTPART1
"FB_Markise" ist das mit autocreate erzeugte Device, das die Signale der Hand-Fernbedienung empfängt.
"Markise" ist das von mir definierte Device, das an der Markise angelernt wurde. "set ... virtual" verhindert, dass "Markise" wirklich sendet.
Wenn ich nun die Fernbedienung betätige, ändert sich abhängig von der Laufzeit das Reading "position" in "Markise".

LG, S
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: derda am 13 Dezember 2019, 22:23:35
Hallo Liebes Forum,

so wie es aussieht gibt es mit der Telis 16 Fernbedienung einige Besonderheiten bzgl. der Datenlänge. Ich habe dank dem Forum rausgefunden, dass hierzu eine Anpassung in 10_SOMFY.pm nötig ist, welche ich auch durchgeführt habe. Leider muss ich aber feststellen, dass die Datenlänge meiner Fernbedienung weder 14 noch 20 Zeichen, sonder 21 Zeichen beträgt, siehe Auszug aus dem Log:

2019.12.13 12:57:57 4: SIGNALduino01/msg READ: MC;LL=-1305;LH=1250;SL=-656;SH=605;D=53F2F4245A56A242000E8;C=635;L=81;R=243;
2019.12.13 12:57:57 4: SIGNALduino01: Found manchester Protocol id 43 clock 635 RSSI -80.5 -> Somfy RTS
2019.12.13 12:57:57 4: SIGNALduino01: Somfy bitdata: 010100111111001011110100001001000101101001010110101000100100001000000000000011101000 (81)
2019.12.13 12:57:57 1: SIGNALduino01: SOMFY_Parse : Somfy RTS message format error (length)! 53F2F4245A56A242000E8 (21), length should be 14 or 20
2019.12.13 12:57:57 3: SIGNALduino01: Unknown code Ys53F2F4245A56A242000E8, help me!


Kann mir hierzu jemand einen Tip geben oder werden noch weitere Infos von mir benötigt?

Ich sage schonmal herzlichen Dank und ein angenehmes Wochenende.

MfG
Christian
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 14 Dezember 2019, 01:23:28
Ich würde mir gerne die empfangenen Signale der Fernbedienung mal als MU-Nachrichten anschauen:
https://forum.fhem.de/index.php/topic,53319.msg762696.html#msg762696

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: derda am 15 Dezember 2019, 14:40:50
Hallo Ralf,

Ich habe hier eine MU-Nachricht für dich:

2019.12.15 14:35:53 4: SIGNALduino01/msg READredu: MU;P0=609;P1=-651;P2=-1283;P3=1273;P4=-1780;P5=2470;P6=-2500;P7=4812;D=0102323101010101010231010101010101020132013102310232013231010201010132013102013231010102310101010101010101010101020101320456565656565672323101023231010101010102310101010101010201320131023102320132310102010101320131020132310101023101010101010101010101010;CP=0;R=62;O;

Bin mal sehr auf deine Antwort gespannt.

MfG
Christian
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 15 Dezember 2019, 16:10:07
Hallo Christian,

die MU-Nachricht passt nicht ganz, der Start ist in der Mitte, rekonstruiert sieht sie so aus:
MU;P0=609;P1=-651;P2=-1283;P3=1273;P4=-1780;P5=2470;P6=-2500;P7=4812;D=2045656565656567232310102323101010101010231010101010101020132013102310232013231010201010132013102013231010102310101010101010101010101020101320;CP=0;R=62;
und dann in eine MC-Nachricht gewandelt:
MC;LL=-1283;LH=1273;SL=-651;SH=609;D=A280806C968F6684001D;C=635;L=80;s17;b17;

und mit einen sduinodummy simuliert passt es dann (Datenlänge 20)

2019.12.15 15:37:29.499 4 : sduinoD/msg get raw: MC;LL=-1283;LH=1273;SL=-651;SH=609;D=A280806C968F6684001D;C=635;L=80;s17;b17;
2019.12.15 15:37:29.499 4 : sduinoD: Found manchester Protocol id 43 clock 635 -> Somfy RTS
2019.12.15 15:37:29.499 4 : sduinoD: Somfy bitdata: 10100010100000001000000001101100100101101000111101100110100001000000000000011101 (80)
2019.12.15 15:37:29.500 5 : sduinoD: dispatch YsA280806C968F6684001D
2019.12.15 15:37:29.530 4 : sduinoD: Somfy RTS preprocessing check: 2 enc: A280806C968F6684001D(20) dec: A22200ECFA19E9
2019.12.15 15:37:29.530 1 : SOMFY Unknown device E919FA (A2 00EC), please define it
2019-12-15 15:37:29.536 Global global UNDEFINED SOMFY_E919FA SOMFY E919FA A2 00EC


Welche Hardware und welche firmwareversion verwendest Du bei Deinem SIGNALduino01?

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: derda am 15 Dezember 2019, 16:28:34
Hallo Ralf,

ich habe folgendes ausfindig machen können:

Firmwareversion: V 3.3.1-RC10 SIGNALduino cc1101 - compiled at Dec 29 2018 01:43:10
Hardwareversion: Nano V3.0 (Das steht zumindest auf der Platine, ich weiß nicht ob man das über FHEM auch auslesen kann)

Ich hänge zu Infozwecken mal noch folgendes an:

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 15 Dezember 2019, 20:40:56
Hallo Christian,

Du kannst mal meine alternative firmware V 3.3.2.1-rc9 versuchen, wenn es damit auch nicht besser wird, liegt es evtl an den Empfangsbedingungen
set SIGNALduino01 flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_nanoCC1101_3321rc9.hex
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: derda am 15 Dezember 2019, 22:19:38
Mit der Firmware funktioniert es.

Vielen Dank, Ralf.

MfG
Christian
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: derda am 16 Januar 2020, 18:56:34
Hallo Zusammen,

ich habe eine Frage bzgl. der Events in einem SOMFY gerät. Bei mir werden keinerlei Events generiert. Ich hätte gerne das reading "rolling_code" als event geloggt. Am besten mit "event-on-change-reading". Leider klappt dies natürlich nicht, da eben keinerlei events aus diesem Gerät kommen.

Kann mir hier jemand helfen?

Danke.
MfG
Christian
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 19 Januar 2020, 18:56:29
@derda: Ist Deine Installation aktuell? Somfy sollte ganz normal events senden.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: derda am 21 Januar 2020, 13:32:42
@viegener: Diese Infos habe ich mit fheminfo erhalten:
ConfigType:   configFile
SVN rev:   20715
OS:   linux
Perl:   5.24.1
uniqueId:   153...

ich kann aber nochmal ein update machen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 26 Januar 2020, 08:17:37
Vor längerer Zeit gab es kein Event für das Reading rolling_code. Wenn das noch so ist, könnte man auf state triggern, den RC auslesen und loggen.

Allerdings ist dies der vorletzte RC, ddaher muss 1 addiert werden.

Siehe auch: https://forum.fhem.de/index.php/topic,89337.0.html
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stefanru am 15 Februar 2020, 18:29:52
Hi,

ich habe heute festgestellt, dass sich meine Rolläden nicht mehr auf eine gewünschte Prozenteingabe fahren lassen.
Hab hier mal ein Logauszug. Wollte von offen auf 90 Prozent fahren. Das ging eindeutig mal, sehr seltsam:

2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse before cmd:pos: arg1:90: pos:100:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse after  cmd:pos: arg1:11.1111111111111: pos:0:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> entering with mode :send: cmd :pos:  arg1 :11.1111111111111:  pos :0:
2020.02.15 18:25:43 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.02.15 18:25:43 5: SOMFY_set: handled for drive/udpate:  updateState :11.1111111111111:  drivet :1.31111111111111: updatet :0:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:0:   updatestate:11.1111111111111:   move:on:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:100:  rounded:100:  stateTrans:open:
2020.02.15 18:25:43 4: SOMFY_sendCommand: EG.RolloBuero -> cmd :on:
2020.02.15 18:25:43 5: SOMFY_sendCommand: EG.RolloBuero -> message :sAA40126A000001:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> stopping in 1.31111111111111 sec
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse before cmd:on: arg1:: pos:100:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse after  cmd:on: arg1:: pos:0:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> entering with mode :virtual: cmd :on:  arg1 ::  pos :0:
2020.02.15 18:25:43 4: SOMFY_set: handled command on --> move :on:  newState :2:
2020.02.15 18:25:43 5: SOMFY_set: handled for drive/udpate:  updateState :200:  drivet :0: updatet :16.57:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:2:   updatestate:200:   move:on:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:98.2:  rounded:100:  stateTrans:open:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> update state in 16.57 sec
2020.02.15 18:25:43 4: SOMFY Parse: EG.RolloBuero msg: YsAA4A126A010000  --> 40-on   --> io is CUL
2020.02.15 18:25:44 4: SOMFY Parse: EG.RolloBuero msg: YsAA4A126A010000  --> 40-on   --> io is SIGNALduino
2020.02.15 18:25:46 4: SOMFY_TimedUpdate
2020.02.15 18:25:46 5: SOMFY_TimedUpdate : pos before convert so far : 98.2
2020.02.15 18:25:46 5: SOMFY_TimedUpdate : pos so far : 2
2020.02.15 18:25:46 5: SOMFY_TimedUpdate : delta time : 3.01   new rounde pos (rounded): 27.5084745762712
2020.02.15 18:25:46 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:27.5084745762712:   updatestate:200:   move:on:
2020.02.15 18:25:46 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:75.2423728813559:  rounded:80:  stateTrans:80:
2020.02.15 18:25:46 4: SOMFY_TimedUpdate: EG.RolloBuero -> update state in 13.56 sec
2020.02.15 18:25:46 5: SOMFY_TimedUpdate: EG.RolloBuero -> next time to stop: 1581787549.78763
2020.02.15 18:25:46 5: SOMFY_TimedUpdate DONE
2020.02.15 18:25:49 4: SOMFY_TimedUpdate
2020.02.15 18:25:49 5: SOMFY_TimedUpdate : pos before convert so far : 75.2423728813559
2020.02.15 18:25:49 5: SOMFY_TimedUpdate : pos so far : 27.5084745762712
2020.02.15 18:25:49 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 52.9322033898305
2020.02.15 18:25:49 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:52.9322033898305:   updatestate:200:   move:on:
2020.02.15 18:25:49 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:52.3610169491526:  rounded:50:  stateTrans:50:
2020.02.15 18:25:49 4: SOMFY_TimedUpdate: EG.RolloBuero -> update state in 10.56 sec
2020.02.15 18:25:49 5: SOMFY_TimedUpdate: EG.RolloBuero -> next time to stop: 1581787552.78376
2020.02.15 18:25:49 5: SOMFY_TimedUpdate DONE


Hat jemand eine Idee woran das liegen könnte? Alle Rolläden sind betroffen.

P.S.: Hab schon selbst etwas herausgefunden.
Ich habe noch einen FhemDuino, wenn ich diesen trenne geht es wieder.
Ich hatte beim FhemDuino die Devices als Raw Devices hinterlegt.
Diese Änderung hat das wohl ausgelöst.
Kann mir das jemand erklären und wie muss ich es richtig machen?

Gruß und Danke,
Stefan
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 06 März 2020, 10:57:21
Vor einiger Zeit gab es hier den Vorschlag einer Änderung in der 10_Somfy.pm bezüglich der Länge der Datentelegramme.

ZitatAntw:10_SOMFY.pm - Somfy RTS (und kompatible)
« Antwort #156 am: 10 Februar 2018, 11:27:50 »
Dies sieht nach der selben Fernbedienung (Telis 6 Chronis RTS) aus die auch MogRuith hat.
Bei dieser hat die MC-Nachricht eine Datenlänge von 20 Ziffern.
Bei Deiner sieht die MC-Nachricht so aus:
Code: [Auswählen]
MC;LL=-1246;LH=1293;SL=-592;SH=660;D=81CDCDCBB7DEDD84001D;C=631;L=80;
Nach den 14 Ziffern der normalen Somfy Nachricht folgen noch 6 weitere (84001D).
Die empfangene Nachricht enthält eine Wiederholung.

Damit diese MC-Nachricht verarbeitet werden kann, ist in der 10_SOMFY.pm in der Zeiie 489 eine Anpassung notwendig.
Code: [Auswählen]

$ret = "Somfy RTS message format error (length)! :".$encData.":" if (length($encData) != 14);
muss durch die folgenden 2 Zeilen ersetzt werden

Code: [Auswählen]

my $lengthEncData = length($encData);
$ret = "Somfy RTS message format error (length)! $encData (" . $lengthEncData ."), length should be 14 or 20" if ($lengthEncData != 14 &&  $lengthEncData != 20);

Danach ist ein fhem Neustart oder ein "reload 10_SOMFY.pm" erforderlich.

Mit dem A meine ich die erste Ziffer bei den Daten der MC-Nachricht:
MC;LL=-1299;LH=1287;SL=-644;SH=618;D=A5BDA7953C1399;C=641;L=56;

Du kannst mal schauen ob bei dieser Fernbedienung sich die erste Ziffer ändert.

Gruß Ralf
« Letzte Änderung: 01 Februar 2019, 19:12:41 von Ralf9 »

Dies Änderung funktioniert auch problemlos, wurde aber anscheinend nie ins Modul eingepflegt.
Nach dem letzen Update musste ich die Änderung wieder händisch vornehmen. Wäre es nicht möglich, das dauerhaft einzubinden?

Gruß Reimer


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 06 März 2020, 11:45:17
Dafür gibt es das Attribut exclude_from_update.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 06 März 2020, 13:28:25
Nette Antwort, aber

das beschriebene Problem gilt ja generell für einige Somfy Fernbedienungen und ist kein Einzelfall.
Warum sollte man die Änderungen dann nicht auch dauerhaft einpflegen?

Das Argument könnte man ja sonst auf jede Form von Weiterentwicklungen oder Verbesserungen anwenden. Wäre doch aber eigentlich nicht im Sinne eines sich stetig weiterentwickelnden Systems, oder?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 06 März 2020, 17:06:02
Zitat von: wing350 am 06 März 2020, 10:57:21
Nach dem letzen Update musste ich die Änderung wieder händisch vornehmen. Wäre es nicht möglich, das dauerhaft einzubinden?
Die Frage habe ich so verstanden, dass Du verhindern möchtest, dass die von Dir eingepflegten Änderungen Bestand haben, dazu reicht das Attribut.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 07 März 2020, 11:07:45
Zitat von: wing350 am 06 März 2020, 13:28:25
Nette Antwort, aber

das beschriebene Problem gilt ja generell für einige Somfy Fernbedienungen und ist kein Einzelfall.
Warum sollte man die Änderungen dann nicht auch dauerhaft einpflegen?

Das Argument könnte man ja sonst auf jede Form von Weiterentwicklungen oder Verbesserungen anwenden. Wäre doch aber eigentlich nicht im Sinne eines sich stetig weiterentwickelnden Systems, oder?

Ich bin für das Modul verantwortlich und kann die Änderungen auch übernehmen, denn es ist wirklich schon länger nichts passiert. Kann aber leider überhaupt nicht mehr testen, denn ich habe keinerlei SOMFY-Systeme mehr in der neuen Wohnung. Wenn Du bereit bist es zu testen kann cih Dir ja ein neues Modul zur Verfügung stellen und Du gibst mir Deine Testergebnisse zurück?

Anmerkung: Die FHEM-Entwicklung findet in der manchmal knappen Freizeit von vielen Leuten statt und da sind produktive Beiträge willkommen (andere weniger).
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 07 März 2020, 11:28:29
Auf github

https://github.com/viegener/Telegram-fhem/tree/master/Somfy (https://github.com/viegener/Telegram-fhem/tree/master/Somfy)

findet sich eine neue Version zum Testen

Änderungen:
- disable für Somfy devices ist möglich
- Längen von 20 Zeichen (Signalduino) für Somfy-Fernbedienungen werden verarbeitet (Danke für den Input dazu)

Wenn alles gut geht, kann ich das auch ins update übernehmen
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 24 März 2020, 16:19:29
Hat schon jemand die neue Version getestet? Gibt es Rückmeldungen?

Wie angemerkt: Ich habe momentan keine Somfy-HW um zu testen
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 26 März 2020, 07:05:22
Hallo Johannes,
sorry hab es jetzt erst gelesen. Ich werde Sie gleich mal testen.
Sieht bis auf geringe Abweichungen (ca. Zeile 500) rum aus wie die ich mal zusammenkopiert habe. Da hab ich noch stehen:    my $lengthEncData = length($encData);
    $ret = "Somfy RTS message format error (length)! $encData (" . $lengthEncData ."), length should be 14 or 20" if ($lengthEncData != 14 &&  $lengthEncData != 20);
    $ret = "Somfy RTS message format error! :".$encData.":" if ( ( ! $ret ) && ($encData !~ m/[0-9A-F]{14}/) );
Aber das ist ja eher ein kosmetischer Unterschied.
Und (ca. Zeile 1200 + 1230) rum hab ich noch stehen:                Log3($name,1,"SOMFY_CalcCurrentPos: $name move wrong $move - set to 4POS");
$newPos = $pos;
Da ich keine Ahnung hab ob das einen Unterschied macht, teste ich Deine Version jetzt mal und gebe Dir Rückmeldung.
Vielen Dank schon mal fürs weiterentwickeln.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 27 März 2020, 06:31:41
So, erstes Testergebnis:
mit Deiner Version wird die Position nicht mehr visualisiert/übermittelt.
Ich habe jetzt bei mir in Deiner Version den Code wieder mit eingebaut:
ZitatUnd (ca. Zeile 1200 + 1230) rum hab ich noch stehen:Log3($name,1,"SOMFY_CalcCurrentPos: $name move wrong $move - set to 4POS");
$newPos = $pos;
Da ich keine Ahnung hab ob das einen Unterschied macht ...
Und damit spielt es bisher ohne Probleme und die Position wird auch korrekt angezeigt.
Die Verbundenen Fernbedienungen checke ich sobald der Rest hier aufgewacht ist :-)
Evtl. könnte man dann auch gleich noch den Changelog am Anfang irgendwie aufräumen. Ich teste mal weiter und mach Dir dann einen Pullrequest auf Github.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 31 März 2020, 00:33:48
@Steigerbalett: Die beiden Veränderungen können eigentlich keinen Unterschied machen, denn diese Zeilen werden nur aufgerufen wenn falsche Kommandos gesendet wurden. Dazu müsste sich dann auch immer ein Eintrag im Log finden. Insofern verstehe ich das Testergebnis nicht:

Was meinst Du "Position nicht mehr visualisiert/übermittelt"?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 31 März 2020, 12:11:23
 Ich hab von Perl leider null Ahnung,
aber die Position wurde im GUI nicht mehr aktualisiert – zumindest bei meinen kurzen Tests.
Nachdem ich das wieder reinkopiert habe wurden die Änderungen im Statusicon und im Slider wieder angezeigt - sorry, dass ich nicht mehr dazu beitragen kann.
Soll ich Deine Version nochmal testen? Hab die halt relativ schnell verworfen.
Grad läuft bei mir die Patch1 Version zum testen.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 31 März 2020, 22:13:34
Zitat von: Steigerbalett am 31 März 2020, 12:11:23
Ich hab von Perl leider null Ahnung,
aber die Position wurde im GUI nicht mehr aktualisiert – zumindest bei meinen kurzen Tests.
Nachdem ich das wieder reinkopiert habe wurden die Änderungen im Statusicon und im Slider wieder angezeigt - sorry, dass ich nicht mehr dazu beitragen kann.
Soll ich Deine Version nochmal testen? Hab die halt relativ schnell verworfen.
Grad läuft bei mir die Patch1 Version zum testen.



Ich denke das würde Sinn machen - wenn das die einzigen UNterschiede sind und keine log-Nachrichten auftauchen, dann hat es an etwas anderem gelegen (Caching issue / kein FHEM-Neustart)?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 01 April 2020, 13:48:57
OK tut,
keine Ahnung warum das beim ersten Test nicht wollte.
Sorry.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: hyper2910 am 08 April 2020, 10:12:46
Hallo, in Zeiten von Corona hat man ja Zeit.

Weiss jemand ob der Somfy Axroll Funktorsteuerung Rts kompatibel mit dem Modul ist, da das anlernen ja ein wenig anders funktioniert.

Danke im voraus
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: hyper2910 am 09 April 2020, 14:37:21
so, habe es.

Ich musste nach dem Prog einmal On drücken und schon hat er das ganze sauber erkannt.

Meine Frage ist noch ob das Modul mitbekommt, wenn das Tor fährt, z.b. über einen Handsender und den Status richtig wiedergibt!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: jbraeu am 09 April 2020, 16:05:03
Weil ich heute einen guten Tag hab, geb ich auch hier Hilfestellung. 2014 habe ich Somfy RTS mit FHEM umgesetzt - war alles super und hat funktioniert. ABER
Das kam der Stromausfall und die Rollingcodes waren weg.. so die unter euch die den sch.. kennen brauch ich nix erzählen man sitzt da und lässt das script stundenlang für jeden shutter laufen. Im großen und ganzen ein riesen ...
So jetzt, kauf dir die sch... FB von Somfy MIT Sonnenaufgang und untergansfunktion und seit happy verschwende die Zeit anderweitig. vllt hilfts.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 20 April 2020, 13:00:36
Gegen den Verlust des Rolingcodes haben die meisten vermutlich das DoIf aus diesem Beitrag mitlaufen:
https://forum.fhem.de/index.php/topic,89337.0.html (https://forum.fhem.de/index.php/topic,89337.0.html)
Die Frage ist ob man das nicht irgendwie direkt in das Modul integrieren kann?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: jbraeu am 20 April 2020, 14:08:24
Zitat von: Steigerbalett am 20 April 2020, 13:00:36
Gegen den Verlust des Rolingcodes haben die meisten vermutlich das DoIf aus diesem Beitrag mitlaufen:
https://forum.fhem.de/index.php/topic,89337.0.html (https://forum.fhem.de/index.php/topic,89337.0.html)
Die Frage ist ob man das nicht irgendwie direkt in das Modul integrieren kann?

Integriert oder nicht wäre mich der falsche Ansatz, man muss letztendlich doch in den sauren Apfel beißen und den alten ... gegen neuen ersetzen und da geht wohl nix an MQTT vorbei.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 April 2020, 21:02:05
Zitat von: jbraeu am 20 April 2020, 14:08:24
Integriert oder nicht wäre mich der falsche Ansatz, man muss letztendlich doch in den sauren Apfel beißen und den alten ... gegen neuen ersetzen und da geht wohl nix an MQTT vorbei.

Häääh?

Ich verstehe nicht was das mit der Frage zu tun hat?
Und was meinst Du mit alt gegen neu?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: jbraeu am 21 April 2020, 22:20:53
bevor ich mir den Wahnsinn nochmal antun würde, würde ich den ganzen somfy quatsch bei ebay verscherbeln und shellys mit tasmota flashen --> https://shelly.cloud/shelly-25-wifi-smart-relay-roller-shutter-home-automation/ (https://shelly.cloud/shelly-25-wifi-smart-relay-roller-shutter-home-automation/)
das mein ich damit. Abgesehen davon kann ich gut weiterhin mit dem somfy leben ohne auch nur einen Pfennig auszugeben, Somfy FB mit Zeitsteuerung <100 € und läuft autark mit 2-3 eingriffen im Jahr, da verschwende ich keine Zeit mit Automatisierung. Wenns JUN/JUL/AUG ist fahr ich die dinger eh nicht rauf und sonst bastel ich vllt. mal 15 Minuten zur Zeitumstellung (die abgeschafft werden soll) 2x pro Jahr rum. Man kann es sich auch komplizierter machen als es ist aber wem es Spaß macht..
PS: CUL ist out.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 April 2020, 22:42:27
Zitat von: Steigerbalett am 20 April 2020, 13:00:36
Gegen den Verlust des Rolingcodes haben die meisten vermutlich das DoIf aus diesem Beitrag mitlaufen:
https://forum.fhem.de/index.php/topic,89337.0.html (https://forum.fhem.de/index.php/topic,89337.0.html)
Die Frage ist ob man das nicht irgendwie direkt in das Modul integrieren kann?

Ja kann man irgendwie  ;)

Ich habe in github mal eine Version hinterlegt, die ein neues Attribut autoStoreRollingCode enthält, wenn das auf 1 gesetzt ist, so wird der rolling code aus uniqueID verwendet und dort auch zusätzlich abgelegt.

Ich kann das ins UPdate geben, wenn es jemand testet
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 April 2020, 22:46:44
Zitat von: jbraeu am 09 April 2020, 16:05:03
Weil ich heute einen guten Tag hab, geb ich auch hier Hilfestellung. 2014 habe ich Somfy RTS mit FHEM umgesetzt - war alles super und hat funktioniert. ABER
Das kam der Stromausfall und die Rollingcodes waren weg.. so die unter euch die den sch.. kennen brauch ich nix erzählen man sitzt da und lässt das script stundenlang für jeden shutter laufen. Im großen und ganzen ein riesen ...
So jetzt, kauf dir die sch... FB von Somfy MIT Sonnenaufgang und untergansfunktion und seit happy verschwende die Zeit anderweitig. vllt hilfts.

Ja - Danke - sehr hilfreich  - - ich denke auch, der ganze Umbau von rohrmotoren und empfängern und das ganze neu einstellen und automatisiern ist viel einfacher ;)



Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 22 April 2020, 06:45:04
Zitat von: viegener am 21 April 2020, 22:42:27
Ja kann man irgendwie  ;)

Ich habe in github mal eine Version hinterlegt, die ein neues Attribut autoStoreRollingCode enthält, wenn das auf 1 gesetzt ist, so wird der rolling code aus uniqueID verwendet und dort auch zusätzlich abgelegt.

Ich kann das ins UPdate geben, wenn es jemand testet
Danke!
Ich teste das dann mal die nächsten Tage ...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: jbraeu am 22 April 2020, 18:55:50
Zitat von: viegener am 21 April 2020, 22:46:44
Ja - Danke - sehr hilfreich  - - ich denke auch, der ganze Umbau von rohrmotoren und empfängern und das ganze neu einstellen und automatisiern ist viel einfacher ;)

geb ich dir ja auch recht aber irgendwie müssen wir uns da wohl eher in der mitte treffen oder denkst du nicht ;)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 25 April 2020, 12:12:50
Hallo,

ich hatte gestern das gleiche Problem mit den verlorenen RollingCodes.
Leider durch das viel besprochene DOIF, das ich falsch eingestellt habe.
Beim nächsten Update ging es natürlich in die Hose und damit gingen keine Rollos mehr.
Ich hab mich im Geiste schon stundenlang Lösungen suchen gesehen (irgendwo steht ja auch was von einem Script und stundenlang laufen lassen).

Allerdings habe ich die Funktion "Backup vor Update" eingestellt.
So hatte ich die richtige Version der Datei "fhem.save".
Da stehen die RollingCodes der Rollos drinnen.

Einfach die Werte in das Device übernehmen - entweder über das def oder über SetReading.
Ich habe das über das def gemacht - schon ging es wieder.

Vielleicht hilft das dem einen oder anderen.

Das hilft wahrscheinlich nicht gleich bei einem Stromausfall.
Aber dafür habe ich die Backup-Lösung von Otto auf ein externes NAS und dort stehen die RollingCodes von zumindest dem gleichen Tag.
Damit sollte es auch relativ leicht gehen.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 25 April 2020, 14:25:59
Die aktuelle Version (aus Github) läuft bei mir problemlos.
Evtl. kann man das Attribut direkt auf 1 als default stellen (oder später wenn genügend Andere dann getestet haben und sich niemand beschwert).
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 25 April 2020, 22:14:42
Zitat von: Steigerbalett am 25 April 2020, 14:25:59
Die aktuelle Version (aus Github) läuft bei mir problemlos.
Evtl. kann man das Attribut direkt auf 1 als default stellen (oder später wenn genügend Andere dann getestet haben und sich niemand beschwert).


Danke fürs Testen und für die Rückmeldung, das hilft sehr. Ich werde dann diese Version ins SVN stellen.

Zum Thema default auf 1 - da tue ich mich etwas schwer, denn das verändert das Verhalten für existierende Devices, das möchte ich vermeiden.



Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stefanru am 26 April 2020, 10:40:20
Hi viegener,

ich teste auch gerne den autoStoreRollingCode = 1.
Was meinst du denn damit "das verändert das Verhalten für existierende Devices"?
Inwiefern wird das Verhalten geändert?
Sollte doch nur den Rollingcode anders setzen oder? Im Endeffekt keine Verhaltensänderung, oder verstehe ich etwas falsch?

Gruß,
Stefan
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 27 April 2020, 00:47:36
Zitat von: stefanru am 26 April 2020, 10:40:20
Hi viegener,

ich teste auch gerne den autoStoreRollingCode = 1.
Was meinst du denn damit "das verändert das Verhalten für existierende Devices"?
Inwiefern wird das Verhalten geändert?
Sollte doch nur den Rollingcode anders setzen oder? Im Endeffekt keine Verhaltensänderung, oder verstehe ich etwas falsch?

Gruß,
Stefan

Ja keine weitere Verhaltensänderung - es ist aber eine Verhaltensänderung, wenn alle Rolläden in der uniqueID landen, deshalb möchte ich das nicht zum Standard machen. Es ist aber einfach das entsprechend für alle Rollände zu setzen...

attr TYPE=SOMFY autoStoreRollingCode 1

Ohne das jetzt ausprobiert zu haben
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 27 April 2020, 00:56:08
Neue Version habe ich ins SVN gestellt - kommt morgen per update

Es gibt jetzt ein Attribut autoStoreRollingCode - damit lassen sich rolling codes separat (in der uniqueid-Datei) automatisch bei jeder Änderung abspeichern. Damit sollten diese auch bei Stromausfall nicht verlorengehen.

Das REeading wird dann beim Neustart wieder eingelesen und gesetzt.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stefanru am 27 April 2020, 17:52:38
Super werde ich testen und bescheid geben.

Gruß,
Stefan
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 28 April 2020, 11:04:00
Es gibt folgende Warnung für jedes Gerät mit gesetztem Attribut autoStoreRollingCode nach dem heutigen Update:
2020.04.28 10:52:18.447 1: PERL WARNING: Argument "073D" isn't numeric in numeric gt (>) at ./FHEM/10_SOMFY.pm line 1071.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 April 2020, 11:15:57
Zitat von: Ellert am 28 April 2020, 11:04:00
Es gibt folgende Warnung für jedes Gerät mit gesetztem Attribut autoStoreRollingCode nach dem heutigen Update:
2020.04.28 10:52:18.447 1: PERL WARNING: Argument "073D" isn't numeric in numeric gt (>) at ./FHEM/10_SOMFY.pm line 1071.

Oh - Danke - das werde ich umgehend korrigieren
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 April 2020, 12:20:37
Neue Version mit Bugfixes im SVN:

- Keine Warnung mehr mit den neuen rollingcodes in der uniqueID
- Keine Warnung bei leeren ioTypes (passiert nur bei Testinstanzen)

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 29 April 2020, 10:47:19
Hallo,

ich habe gerade testweise eine Fernbedienung in fhem erstellen lassen.
Meine Rollos steuere ich mit einem Signalduino.

Hier ein list der Fernbedienung:
Internals:
   ADDRESS    370C65
   CFGFN     
   DEF        370C65 AE 0896
   FUUID      5ea92f6d-f33f-0b7a-7463-4405c40f4908607d
   IODev      mySIGNALduino
   LASTInputDev mySIGNALduino
   MSGCNT     4
   NAME       SOMFY_WZ.Rechts_FB
   NR         40714
   STATE      ???
   TYPE       SOMFY
   move       stop
   mySIGNALduino_DMSG YsA0BDB5294C4077
   mySIGNALduino_MSGCNT 4
   mySIGNALduino_Protocol_ID 43
   mySIGNALduino_RAWMSG MC;LL=-1319;LH=1264;SL=-670;SH=606;D=A0BDB5294C4077;C=643;L=56;R=30;s3;b3;
   mySIGNALduino_RSSI -59
   mySIGNALduino_TIME 2020-04-29 10:17:10
   CODE:
     1          370C65
   READINGS:
     1970-01-01 01:00:00   enc_key         AE
     2020-04-29 10:17:10   parsestate      stop
     2020-04-29 10:17:10   received        11
     1970-01-01 01:00:00   rolling_code    0896
   helper:
     bm:
       SOMFY_Attr:
         cnt        4
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        29.04. 10:16:31
         max        0.000236034393310547
         tot        0.000531196594238281
         mAr:
           set
           SOMFY_WZ.Rechts_FB
           verbose
           5
       SOMFY_Define:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        29.04. 09:40:29
         max        0.0139040946960449
         tot        0.0139040946960449
         mAr:
           HASH(0x84d28b0)
           SOMFY_370C65 SOMFY 370C65 AE 0896
       SOMFY_Set:
         cnt        37
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        29.04. 10:06:43
         max        0.000890970230102539
         tot        0.00674605369567871
         mAr:
           HASH(0x84d28b0)
           SOMFY_WZ.Rechts_FB
           ?
Attributes:
   IODev      mySIGNALduino
   model      somfyremote
   rawDevice  Rollo.WZ.StiegeRechts
   room       SOMFY
   verbose    5


Die Fernbedienung reagiert auch richtig, wenn ich die Tasten drücke.
Allerdings wird die Position im Rollo nicht nachgezogen.
Im log erscheint:
SOMFY_DispatchRemoteCmd SOMFY rawDevice ROLLO.WZ.STIEGERECHTS not found from SOMFY_WZ.Rechts_FB

Ist die Großschreibung des Rollos nur irreführend?
Der Rollo heißt nämlich: Rollo.WZ.StiegeRechts

Was mache ich falsch?
Danke für jeden Hinweis.
Liebe Grüße
Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 29 April 2020, 10:50:11
Zitat von: gestein am 29 April 2020, 10:47:19
Hallo,

ich habe gerade testweise eine Fernbedienung in fhem erstellen lassen.
Meine Rollos steuere ich mit einem Signalduino.

Hier ein list der Fernbedienung:
Internals:
   ADDRESS    370C65
   CFGFN     
   DEF        370C65 AE 0896
   FUUID      5ea92f6d-f33f-0b7a-7463-4405c40f4908607d
   IODev      mySIGNALduino
   LASTInputDev mySIGNALduino
   MSGCNT     4
   NAME       SOMFY_WZ.Rechts_FB
   NR         40714
   STATE      ???
   TYPE       SOMFY
   move       stop
   mySIGNALduino_DMSG YsA0BDB5294C4077
   mySIGNALduino_MSGCNT 4
   mySIGNALduino_Protocol_ID 43
   mySIGNALduino_RAWMSG MC;LL=-1319;LH=1264;SL=-670;SH=606;D=A0BDB5294C4077;C=643;L=56;R=30;s3;b3;
   mySIGNALduino_RSSI -59
   mySIGNALduino_TIME 2020-04-29 10:17:10
   CODE:
     1          370C65
   READINGS:
     1970-01-01 01:00:00   enc_key         AE
     2020-04-29 10:17:10   parsestate      stop
     2020-04-29 10:17:10   received        11
     1970-01-01 01:00:00   rolling_code    0896
   helper:
     bm:
       SOMFY_Attr:
         cnt        4
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        29.04. 10:16:31
         max        0.000236034393310547
         tot        0.000531196594238281
         mAr:
           set
           SOMFY_WZ.Rechts_FB
           verbose
           5
       SOMFY_Define:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        29.04. 09:40:29
         max        0.0139040946960449
         tot        0.0139040946960449
         mAr:
           HASH(0x84d28b0)
           SOMFY_370C65 SOMFY 370C65 AE 0896
       SOMFY_Set:
         cnt        37
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        29.04. 10:06:43
         max        0.000890970230102539
         tot        0.00674605369567871
         mAr:
           HASH(0x84d28b0)
           SOMFY_WZ.Rechts_FB
           ?
Attributes:
   IODev      mySIGNALduino
   model      somfyremote
   rawDevice  Rollo.WZ.StiegeRechts
   room       SOMFY
   verbose    5


Die Fernbedienung reagiert auch richtig, wenn ich die Tasten drücke.
Allerdings wird die Position im Rollo nicht nachgezogen.
Im log erscheint:
SOMFY_DispatchRemoteCmd SOMFY rawDevice ROLLO.WZ.STIEGERECHTS not found from SOMFY_WZ.Rechts_FB

Ist die Großschreibung des Rollos nur irreführend?
Der Rollo heißt nämlich: Rollo.WZ.StiegeRechts

Was mache ich falsch?
Danke für jeden Hinweis.
Liebe Grüße
Gerhard

In rawdevice muss die Adresse des Rolladens und nicht der Name eingetragen werden. Hintergrund - Namen ändern sich, aber die Adressen sind für Somfy die Referenz
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 29 April 2020, 11:11:15
Danke, das hat geholfen.
Klingt irgendwie logisch.

Die Fernbedienung reagiert nun auf die Tastendrücke und dem Rollo werden auch die Befehle übergeben.
Aber bekomme ich folgende Meldungen:
2020.04.29 11:04:45.546 4: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB found dispatch SOMFY device SOMFY_WZ.Rechts_FB sent command :off:
2020.04.29 11:04:45.547 1: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB Internal set :off: to SOMFY_WZ.Rechts_FB returned  SOMFY_set: Unknown argument off, choose one of

2020.04.29 11:04:50.838 4: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB found dispatch SOMFY device SOMFY_WZ.Rechts_FB sent command :stop:
2020.04.29 11:04:50.839 1: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB Internal set :stop: to SOMFY_WZ.Rechts_FB returned  SOMFY_set: Unknown argument stop, choose one of

2020.04.29 11:08:09.035 4: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB found dispatch SOMFY device SOMFY_WZ.Rechts_FB sent command :on:
2020.04.29 11:08:09.035 1: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB Internal set :on: to SOMFY_WZ.Rechts_FB returned  SOMFY_set: Unknown argument on, choose one of


Ich kann aber mit "on", "off" und "stop" die Rollos aus fhem heraus bedienen.
Was mache ich nun wieder falsch?
Danke im Voraus
liebe Grüße
Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 29 April 2020, 11:22:56
Zitat von: gestein am 29 April 2020, 11:11:15
Danke, das hat geholfen.
Klingt irgendwie logisch.

Die Fernbedienung reagiert nun auf die Tastendrücke und dem Rollo werden auch die Befehle übergeben.
Aber bekomme ich folgende Meldungen:
2020.04.29 11:04:45.546 4: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB found dispatch SOMFY device SOMFY_WZ.Rechts_FB sent command :off:
2020.04.29 11:04:45.547 1: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB Internal set :off: to SOMFY_WZ.Rechts_FB returned  SOMFY_set: Unknown argument off, choose one of

2020.04.29 11:04:50.838 4: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB found dispatch SOMFY device SOMFY_WZ.Rechts_FB sent command :stop:
2020.04.29 11:04:50.839 1: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB Internal set :stop: to SOMFY_WZ.Rechts_FB returned  SOMFY_set: Unknown argument stop, choose one of

2020.04.29 11:08:09.035 4: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB found dispatch SOMFY device SOMFY_WZ.Rechts_FB sent command :on:
2020.04.29 11:08:09.035 1: SOMFY_DispatchRemoteCmd SOMFY_WZ.Rechts_FB Internal set :on: to SOMFY_WZ.Rechts_FB returned  SOMFY_set: Unknown argument on, choose one of


Ich kann aber mit "on", "off" und "stop" die Rollos aus fhem heraus bedienen.
Was mache ich nun wieder falsch?
Danke im Voraus
liebe Grüße
Gerhard

Kann es sein dass Du dieselbe Adresse für FB und Rollo hast?
Oder hast Du die Adresse für die FB in rawdevice eingetragen?

Für die FB sollte die Adresse des physischen Gerätes in rawdevice eingetragen werden. Wenn ich recht erinnere ist das Modell wie folgt

Rollo 0x1111

FB 0x2222

Rollo mit Adresse 0x1111 definieren

FB mit 0x2222 als remote definieren
rawdevice an FB mit Wert 0x1111 setzen

Hoffe das stimmt jetzt so, da ich es nicht direkt überprüfen kann





Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 29 April 2020, 12:43:23
Ma, das ist mir jetzt fast peinlich.
Du hast natürlich vollkommen recht.
Danke für den Stupser. Da hätte ich mich wieder zum Eumel gesucht.
Man sollte nicht zu viele Dinge nebenbei machen.

Kaum macht man es richtig, funktioniert es auch.

Eine Frage bitte noch:
Für die my-Position der Rollos wurde noch keine Lösung gefunden. Oder?
lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 29 April 2020, 15:25:03
Zitat von: gestein am 29 April 2020, 12:43:23
Ma, das ist mir jetzt fast peinlich.
Du hast natürlich vollkommen recht.
Danke für den Stupser. Da hätte ich mich wieder zum Eumel gesucht.
Man sollte nicht zu viele Dinge nebenbei machen.

Kaum macht man es richtig, funktioniert es auch.

Eine Frage bitte noch:
Für die my-Position der Rollos wurde noch keine Lösung gefunden. Oder?
lg, Gerhard

Nein, denn die my-position ist ja etwas internes im physischen Gerät, ausserdem gibt es das Problem, dass auch die Funkbefehle für my-pos und stop nicht so einfach zu unterscheiden sind (wenn ich recht erinnere hängt das davon ab, ob sicher Rolladen egrade bewegt).

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 29 April 2020, 20:51:12
Spricht eigentlich etwas dagegen, dass man die Prototypen und return undef; laut Perl::Critic aus dem Code entfernt?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 30 April 2020, 10:04:50
Ja genau. Je nachdem ob sicher Rollo bewegt oder nicht, wird die Stopp-Taste anders interpretiert.
Rollo bewegt sich -> Stopp
Rollo bewegt sich (noch) nicht -> anfahren der my-Position.

Ich weiß, dass wurde schon öfters diskutiert.

Das Rollo-Device weiß doch, dass ob sich der Rollo bewegt.
Wenn nun ein Stopp kommt, dann ist es stop.
Bewegt sich der Rollo nicht, soll die my-Position angefahren werden.
Und die könnte man in einem Attribut abspeichern.

Wenn der SignalDuino erkennen könnte, dass eine Taste länger gedrückt wird, dann könnte der Rollo die aktuelle Position auch automatisch als myPos abspeichern.

Aber anscheinend hat schon bisher einiges dagegegen gesprochen, das so zu implementieren.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 30 April 2020, 11:36:51
Zitat von: gestein am 30 April 2020, 10:04:50
Ja genau. Je nachdem ob sicher Rollo bewegt oder nicht, wird die Stopp-Taste anders interpretiert.
Rollo bewegt sich -> Stopp
Rollo bewegt sich (noch) nicht -> anfahren der my-Position.

Ich weiß, dass wurde schon öfters diskutiert.

Das Rollo-Device weiß doch, dass ob sich der Rollo bewegt.
Wenn nun ein Stopp kommt, dann ist es stop.
Bewegt sich der Rollo nicht, soll die my-Position angefahren werden.
Und die könnte man in einem Attribut abspeichern.

Wenn der SignalDuino erkennen könnte, dass eine Taste länger gedrückt wird, dann könnte der Rollo die aktuelle Position auch automatisch als myPos abspeichern.

Aber anscheinend hat schon bisher einiges dagegegen gesprochen, das so zu implementieren.

lg, Gerhard

Nein das Rollo-device schätzt nur ab, wie lange sich das device bewegt und im Falle von Handfernbedienungen kann es das nicht mal wirklich abschätzen.
Bei meinen eigenen Somfy-Rolladen (die ich leider nicht mehr habe), war die Erfahrung bei den Tests, dass es ziemlich störend ist, wenn durch falsche my-position asbchätzung der Rolladen faslch steht, deshalb habe ich lieber auf das Setzen von my-positions verzichtet und damit das Problem umgangen. Immer dann wenn eine spezielle my-position notwendig ist habe ich dann dazu einen spezielln Befehl über FHEM eingerichtet.

Inzwischen habe ich aber gar keine SOMFY-Rolläden mehr...


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 01 Mai 2020, 11:23:28
Danke für die Erklärung.
Kann mir gut vorstellen, dass das nur über zeitliche Abschätzung irgendwann auseinander läuft.

Lg, Gerhard

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: N0rdl1cht am 02 Mai 2020, 20:52:59
Zitat von: viegener am 29 April 2020, 11:22:56
Kann es sein dass Du dieselbe Adresse für FB und Rollo hast?
Oder hast Du die Adresse für die FB in rawdevice eingetragen?

Für die FB sollte die Adresse des physischen Gerätes in rawdevice eingetragen werden. Wenn ich recht erinnere ist das Modell wie folgt

Rollo 0x1111

FB 0x2222

Rollo mit Adresse 0x1111 definieren

FB mit 0x2222 als remote definieren
rawdevice an FB mit Wert 0x1111 setzen

Hoffe das stimmt jetzt so, da ich es nicht direkt überprüfen kann

Könnte das bitte im Wiki ergänzt werden? Ich denke die Funktion ist auch für andere Nutzer interessant.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dia81 am 10 Mai 2020, 12:29:39
Hallo,

seit dem update geht bei mir das set <> go-my nicht mehr.
Ich bekomme die Fehlermeldung:

SOMFY_set: Unknown argument "go-go-my", choose one of off off-for-timer on on-for-timer prog stop z_custom go-my manual pos position wind_only_a wind_sun_9

Auch wenn ich in Fhem auf "go-my" klicke.

Vermute im Modul ist irgendwo ein "go-" zuviel hingerutscht? So leider nicht mehr nutzbar :/
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 10 Mai 2020, 13:34:33
Zitat von: Dia81 am 10 Mai 2020, 12:29:39
Hallo,

seit dem update geht bei mir das set <> go-my nicht mehr.
Ich bekomme die Fehlermeldung:

SOMFY_set: Unknown argument "go-go-my", choose one of off off-for-timer on on-for-timer prog stop z_custom go-my manual pos position wind_only_a wind_sun_9

Auch wenn ich in Fhem auf "go-my" klicke.

Vermute im Modul ist irgendwo ein "go-" zuviel hingerutscht? So leider nicht mehr nutzbar :/

Das kann ich bei mir nicht nachvollziehen - kannst Du das nochmal explizt überprüfen? Die Fehlermeldung unten wäre auch völlig in Ordnung, denn go-go-my ist kein gültiger set-Befehl. Vielleicht kommt das doppelte go an anderer Stelle rein?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dia81 am 11 Mai 2020, 18:24:17
Zitat von: viegener am 10 Mai 2020, 13:34:33
Das kann ich bei mir nicht nachvollziehen - kannst Du das nochmal explizt überprüfen? Die Fehlermeldung unten wäre auch völlig in Ordnung, denn go-go-my ist kein gültiger set-Befehl. Vielleicht kommt das doppelte go an anderer Stelle rein?


Verrückt nach dem heutigen Update von mir geht es wieder...

Der Befehl "Set Rollade go-my" hat mir immer gesagt go-go-my sei nicht zulässig, wo auch immer das 2. Go herkam. Von mir nicht, da ich ja z.B. auch über FTUI die Dinger steuer und da kam dann ebenfalls auf einmal die Meldung...  :) Harken wir es als seltsames Problem ab :>
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 27 Mai 2020, 16:11:56
Hallo,

ich kämpfe gerade mit meinen SOMFY-Rollos und dem AutoShutterControl.
Das ASC erwartet ein Reading für die Position, dass nicht laufend upgedatet wird, sondern erst nach dem Abschluss der Fahrt (und dann möglichst nicht auf 10-er Schritte gerundet).
Es gibt das Internal "move", dass entweder "stop", "off" oder "on" ist.
Siehe dazu auch: https://forum.fhem.de/index.php/topic,110277.msg1058004.html#msg1058004 (https://forum.fhem.de/index.php/topic,110277.msg1058004.html#msg1058004) und die folgenden 8 Beiträge.

Wäre es möglich ein Reading einzubauen, das die Position erst dann ändert, wenn die Fahrt abgeschlossen ist?
Oder das "move" zu einem Reading zu machen? Dann könnte man auch auf Events von "move" triggern.

Danke im Voraus
lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 Mai 2020, 11:29:02
Zitat von: gestein am 27 Mai 2020, 16:11:56
Hallo,

ich kämpfe gerade mit meinen SOMFY-Rollos und dem AutoShutterControl.
Das ASC erwartet ein Reading für die Position, dass nicht laufend upgedatet wird, sondern erst nach dem Abschluss der Fahrt (und dann möglichst nicht auf 10-er Schritte gerundet).
Es gibt das Internal "move", dass entweder "stop", "off" oder "on" ist.
Siehe dazu auch: https://forum.fhem.de/index.php/topic,110277.msg1058004.html#msg1058004 (https://forum.fhem.de/index.php/topic,110277.msg1058004.html#msg1058004) und die folgenden 8 Beiträge.

Wäre es möglich ein Reading einzubauen, das die Position erst dann ändert, wenn die Fahrt abgeschlossen ist?
Oder das "move" zu einem Reading zu machen? Dann könnte man auch auf Events von "move" triggern.

Danke im Voraus
lg, Gerhard

Es wäre prinzipiell möglich ein entsprechendes Reading einzubauen. Wäre es denn nicht besser bei ASC nachzufragen, ob hier eine Anpassung an kontinuierliche pos werte über die Zeit möglich wäre?

Prinzipiell kannst Du Dir aber auch mit folgender Konstruktion helfen über ein userreading helfen:

endposition { return ReadingsVal($name,"exact",0) if ( InternalVal($name, "move", "stop" ) eq "stop" ) }

Das das userreading jeweils aktualisiert wird wenn die pos aktualisiert wird sollte das den Wert am Ende anzeigen und zwar erst wenn der ROlladen wirklich stoppt
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 28 Mai 2020, 13:47:30
Hallo,

Prinzipiell könnte man Cooltux natürlich fragen, aber ich denke, dass er bereits jetzt an so vielen Fronten kämpft um das Modul stabil und fehlerfrei zu bekommen.
Da den internen Ablauf zu ändern wäre wahrscheinlich kontraproduktiv.
Anscheinend wird bei vielen (den meisten) Systemen zur Rollladensteuerung die Position erst dann gesetzt, wenn die Endposition erreicht wird.

Ich probiere heute mal Deinen Code gerne aus.
lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 29 Mai 2020, 16:15:12
Hallo,

Es scheint, als würde es mit diesem userreading klappen:
usrPos:position:.* { return ReadingsVal($name,"exact",0) if ( InternalVal($name, "move", "stop" ) eq "stop" ) }

Allerdings wird während der Fahrt, das userreading auf Leer (also ,,") gesetzt, aber bei Ende der Fahrt dann auf den Wert ,,exact".
Momentan scheint es, als ob das reichen könnte.

Ein standardmäßiges Reading im Code wäre natürlich besser 😉
Danke, Lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 31 Mai 2020, 15:18:48
Zitat von: gestein am 29 Mai 2020, 16:15:12
Hallo,

Es scheint, als würde es mit diesem userreading klappen:
usrPos:position:.* { return ReadingsVal($name,"exact",0) if ( InternalVal($name, "move", "stop" ) eq "stop" ) }

Allerdings wird während der Fahrt, das userreading auf Leer (also ,,") gesetzt, aber bei Ende der Fahrt dann auf den Wert ,,exact".
Momentan scheint es, als ob das reichen könnte.

Ein standardmäßiges Reading im Code wäre natürlich besser 😉
Danke, Lg, Gerhard

Ich habe mal in der Version in github ein zusätzliches Attribut eingeführt (finalPosReading). In diesem kann man den Namen eines zusätzlichen Readings angeben, dass nur mit der finalen Position gefüllt wird und nicht während der Fahrt des Rolladens. Ist ein wenig aufwändiger, deshalb bräuchte ich Rückmeldung ob das wirklich funktioniert bevor ich das offiziell freigebe.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 31 Mai 2020, 18:11:03
Super, danke.
Werde ich probieren.

Ich muss also ein Userreading anlegen und das dann als Attribut finalPosReading. Richtig?

Also:
attr WZ.Rollo.StiegeRechts userReadings usrPos
attr WZ.Rollo.StiegeRechts finalPosReading usrPos


Danke. Lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 31 Mai 2020, 22:31:03
Zitat von: gestein am 31 Mai 2020, 18:11:03
Super, danke.
Werde ich probieren.

Ich muss also ein Userreading anlegen und das dann als Attribut finalPosReading. Richtig?

Also:
attr WZ.Rollo.StiegeRechts userReadings usrPos
attr WZ.Rollo.StiegeRechts finalPosReading usrPos


Danke. Lg, Gerhard

Du brauchst das Reading nicht anzulegen, nur den gewünschten Namen im Attribut angeben. Das Reading wird dann automatisch angelegt.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 01 Juni 2020, 09:45:27
Noch besser ;) Danke.

Leider finde ich die Version zum Testen nicht im Github. Die Version dort ist vom 28.4.
https://github.com/fhem/fhem-mirror/blob/master/fhem/FHEM/10_SOMFY.pm (https://github.com/fhem/fhem-mirror/blob/master/fhem/FHEM/10_SOMFY.pm)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 01 Juni 2020, 18:35:25
Zitat von: gestein am 01 Juni 2020, 09:45:27
Noch besser ;) Danke.

Leider finde ich die Version zum Testen nicht im Github. Die Version dort ist vom 28.4.
https://github.com/fhem/fhem-mirror/blob/master/fhem/FHEM/10_SOMFY.pm (https://github.com/fhem/fhem-mirror/blob/master/fhem/FHEM/10_SOMFY.pm)

Nein sie ist in meinem Entwicklungsrepository: https://github.com/viegener/Telegram-fhem/tree/master/Somfy (https://github.com/viegener/Telegram-fhem/tree/master/Somfy)

Link zu github findet sich auch im ersten Beitrag

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 01 Juni 2020, 22:38:24
Danke. Da hätte ich auch selber draufkommen können. ;)

Habe es installiert und es läuft erst mal zufriedenstellend.
Grossartig.
Ich werde noch ein bisschen weitertesten und melde mich wieder.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dia81 am 02 Juni 2020, 16:30:54
Zitat von: viegener am 10 Mai 2020, 13:34:33
Das kann ich bei mir nicht nachvollziehen - kannst Du das nochmal explizt überprüfen? Die Fehlermeldung unten wäre auch völlig in Ordnung, denn go-go-my ist kein gültiger set-Befehl. Vielleicht kommt das doppelte go an anderer Stelle rein?

Ich mal wieder. Der Fehler taucht witzigerweise wieder oder immer noch bei einem der Rollos auf. Habe mich gewundert warum beim Sonnenmodus immer ein Rollo nicht auf SChlitz fährt.
Drück ich bei diesem Rollo in Fhem auf go-my kommt:

SOMFY_set: Unknown argument go-go-my, choose one of off:noArg off-for-timer:textField on:noArg on-for-timer:textField prog:noArg stop:noArg z_custom:textField go-my:noArg manual:200,100,90,80,70,60,50,40,30,20,10,0,on,off pos:100,90,80,70,60,50,40,30,20,10,0 position:100,90,80,70,60,50,40,30,20,10,0 wind_only_a:noArg wind_sun_9:noArg

Aber nur dieses eine Rollo was genauso eingebunden ist wie alle anderen. Was kann das denn nu sein ?? Er denkt hier wieder ich drücke auf go-go-my ?!?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 02 Juni 2020, 17:55:43
Zitat von: Dia81 am 02 Juni 2020, 16:30:54
Ich mal wieder. Der Fehler taucht witzigerweise wieder oder immer noch bei einem der Rollos auf. Habe mich gewundert warum beim Sonnenmodus immer ein Rollo nicht auf SChlitz fährt.
Drück ich bei diesem Rollo in Fhem auf go-my kommt:

SOMFY_set: Unknown argument go-go-my, choose one of off:noArg off-for-timer:textField on:noArg on-for-timer:textField prog:noArg stop:noArg z_custom:textField go-my:noArg manual:200,100,90,80,70,60,50,40,30,20,10,0,on,off pos:100,90,80,70,60,50,40,30,20,10,0 position:100,90,80,70,60,50,40,30,20,10,0 wind_only_a:noArg wind_sun_9:noArg

Aber nur dieses eine Rollo was genauso eingebunden ist wie alle anderen. Was kann das denn nu sein ?? Er denkt hier wieder ich drücke auf go-go-my ?!?

Dann ist vermutlich bei dem Rollo etwas anders definiert. Was heisst genau "drück ich bei diesem Rollo in FHEM..." oder "Sonnenmodus". Ein paar zusätzliche Infos sind immer hilfreich.

Also wo: In FHEMWeb in beim set-button oder sonst wo? Fibt es irgendwelche Anpassungen? Generell solltest DU mal schauen, was dieses von anderen unterscheidet. Dabei hilft üblicherweise ein list beider Devices und dann nebeneinander halten. Ein list des devices ist auch relevant, um überhaupt zu helfen.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dia81 am 02 Juni 2020, 18:30:59
Zitat von: viegener am 02 Juni 2020, 17:55:43
Dann ist vermutlich bei dem Rollo etwas anders definiert. Was heisst genau "drück ich bei diesem Rollo in FHEM..." oder "Sonnenmodus". Ein paar zusätzliche Infos sind immer hilfreich.

Also wo: In FHEMWeb in beim set-button oder sonst wo? Fibt es irgendwelche Anpassungen? Generell solltest DU mal schauen, was dieses von anderen unterscheidet. Dabei hilft üblicherweise ein list beider Devices und dann nebeneinander halten. Ein list des devices ist auch relevant, um überhaupt zu helfen.

Da geb ich dir recht. Hatte angenommen dies schon beim ursprünglichen Problem eingefügt zu haben. Meine Rollladen Definitionen sind seit 2 Jahren unverändert. Was meine ich ? Ich habe einen Sonnenmodus der je nach sonnenstand und Wetter die einzelnen Rollos auf ,,Go-my" schaltet.  Hat mit dem Problem an sich nichts zu tun aber so ist mit eben ein Rollo aufgefallen was nicht reagiert. Dieses Rollo reagiert auch nicht auf den set Rollo Go-my befehl und auch nicht in Fhemweb mit Klick auf Go-my. Es kommt immer die Fehlermeldung. Vorher betraf dies mehrere Rollos und test nach Update nur noch bei einem auf.

Ein funktionierendes Go-my-Rollo:



Internals:
   ADDRESS    1246BC
   CUL433_MSGCNT 1
   CUL433_RAWMSG YsA4260ECEBC4612
   CUL433_TIME 2020-06-02 16:36:54
   DEF        1246BC A4 0ECE
   FUUID      5c84bef7-f33f-1dc2-0b25-0cf86729feb34434
   IODev      CUL433
   LASTInputDev CUL433
   MSGCNT     1
   NAME       Buero_Seite
   NR         199
   STATE      open
   STILLDONETIME 0
   TYPE       SOMFY
   move       off
   .attraggr:
   .attrminint:
   CODE:
     1          1246BC
   READINGS:
     2020-06-02 16:36:52   enc_key         A4
     2020-06-02 16:36:52   exact           0
     2020-06-02 16:36:54   parsestate      off
     2020-06-02 16:36:52   position        0
     2020-06-02 16:36:54   received        20
     2020-06-02 16:36:52   rolling_code    0ECE
     2020-06-02 16:36:52   state           open
Attributes:
   IODev      CUL433
   devStateIcon open:fts_shutter_10@red go-my:fts_shutter_50@orange closed:fts_shutter_100@green
   group      SOMFY_Rolladen
   icon       fts_shutter_updown
   model      somfyshutter
   room       Rollos
   userattr   room_map structexclude
   webCmd     on:off:go-my



Das nicht funktionieren Go-my-Rollo:



Internals:
   .eventMapCmd ab:noArg auf:noArg my:noArg close:noArg open:noArg
   .triggerUsed 0
   ADDRESS    546312
   DEF        546312 AF 0DCA
   FUUID      5c84bef7-f33f-1dc2-3882-8faa2cb2ca8c405f
   IODev      CUL433
   NAME       Buero_vorne
   NR         203
   STATE      open
   STILLDONETIME 0
   TYPE       SOMFY
   move       stop
   CODE:
     1          546312
   READINGS:
     2020-06-02 16:21:31   enc_key         AA
     2020-06-02 16:21:31   exact           0
     2020-06-02 16:21:32   parsestate      off
     2020-06-02 16:21:31   position        0
     2020-06-02 16:21:32   received        20
     2020-06-02 16:24:00   rolling_code    0DDE
     2020-06-02 16:21:31   state           open
Attributes:
   IODev      CUL433
   devStateIcon open:fts_shutter_10@red go-my:fts_shutter_50@orange closed:fts_shutter_100@green
   eventMap   on:ab off:auf go-my:my on:close off:open
   group      SOMFY_Rolladen
   icon       fts_shutter_updown
   model      somfyshutter
   room       Rollos
   userattr   room_map structexclude
   webCmd     on:off:go-my



Wie gesagt bin ratlos da keine Änderung Meinerseits bei einem sonst immer funktionierendem System ..

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 02 Juni 2020, 21:56:58
Du hast eine event-map definiert:

eventMap   on:ab off:auf go-my:my on:close off:open

diese verwandelt go-my auf my
Ich habe das jetzt nicht genauer ausprobiert denke aber, dass das den Fehler auslöst. Mir ist auch nicht klar, was das erreichen soll?


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 03 Juni 2020, 19:43:53
Hallo,

das habe ich auch. Gerade probiert.
Das  habe ich auch seit langem in meinen Rollos, nutze es aber nicht.
Bei mir schaut es so aus:
eventMap on:runter stop:stop go-my:my off:rauf

Das muss irgendwo im Forum stehen, scheint aber falsch zu sein.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 03 Juni 2020, 20:37:28
Hallo viegener,

das mit dem "finalPosReading" funktioniert bei mir ohne Probleme.

Eine Bitte hätte ich noch, da ich einen ganz blöden und selten Fehler habe.
Manchmal passiert es, dass der Rollo auf einmal nicht mehr reagiert.
Den Ursache habe ich noch nicht eingrenzen können.
Aber der Rollo verliert auf einmal den richtigen rolling_code.

Da ich ja sowieso mit ASC viel herum probiere und einen Rollo immer auf "verbose 5" habe, wär es möglich den rolling_code mit zu loggen?
Eventuell auch den enc_key? Wobei ich nicht weiß, ob der wichtig ist.

Danke im Voraus
lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Dia81 am 03 Juni 2020, 22:01:07
Zitat von: viegener am 02 Juni 2020, 21:56:58
Du hast eine event-map definiert:

eventMap   on:ab off:auf go-my:my on:close off:open

diese verwandelt go-my auf my
Ich habe das jetzt nicht genauer ausprobiert denke aber, dass das den Fehler auslöst. Mir ist auch nicht klar, was das erreichen soll?

Jo das war's jetzt geht es! Keine Ahnung wo es warum her kommt stehe aber bestimmt schon seit 3 Jahre drin ohne Ärger, nun ging es nicht mehr. Aber egal, gelöscht geht!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Juni 2020, 21:35:47
Zitat von: gestein am 03 Juni 2020, 20:37:28
Hallo viegener,

das mit dem "finalPosReading" funktioniert bei mir ohne Probleme.

Eine Bitte hätte ich noch, da ich einen ganz blöden und selten Fehler habe.
Manchmal passiert es, dass der Rollo auf einmal nicht mehr reagiert.
Den Ursache habe ich noch nicht eingrenzen können.
Aber der Rollo verliert auf einmal den richtigen rolling_code.

Da ich ja sowieso mit ASC viel herum probiere und einen Rollo immer auf "verbose 5" habe, wär es möglich den rolling_code mit zu loggen?
Eventuell auch den enc_key? Wobei ich nicht weiß, ob der wichtig ist.

Danke im Voraus
lg, Gerhard


Der enc_key ist nicht wichtig - wenn Du bereits logs hast, dann steckt der rolling code bereits darin, er muss nur aus der Nachricht im log
SOMFY set ... stecken - entsprechende Nachricht besteht aus mehreren Teilen

2 Stellen enc_key
2 Stellen command
4 stellen roling code
6 stellen addresse des devices

alles in hex.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 05 Juni 2020, 22:05:06
Hm, bei mir sehen diese "SOMFY_set" bspw. so aus:
2020.06.03 04:17:03.091 4: SOMFY_set: Rollo.SZ -> entering with mode :send: cmd :pos:  arg1 :95:  pos :0:
2020.06.03 04:17:03.092 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 04:17:03.092 5: SOMFY_set: handled for drive/udpate:  updateState :95:  drivet :15.2: updatet :0:
2020.06.03 04:17:03.179 4: SOMFY_set: Rollo.SZ -> stopping in 15.2 sec
2020.06.03 06:15:48.031 4: SOMFY_set: Rollo.SZ -> entering with mode :send: cmd :off:  arg1 :0:  pos :95:
2020.06.03 06:15:48.032 4: SOMFY_set: handled command off --> move :off:  newState :96:
2020.06.03 06:15:48.032 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.15:
2020.06.03 06:15:48.096 4: SOMFY_set: Rollo.SZ -> update state in 16.15 sec
2020.06.03 13:02:02.991 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 13:02:02.991 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 13:02:02.992 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :13.8: updatet :0:
2020.06.03 13:02:03.063 4: SOMFY_set: Rollo.WZ.StiegeRechts -> stopping in 13.8 sec
2020.06.03 13:53:21.290 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :off:  arg1 ::  pos :92:
2020.06.03 13:53:21.291 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 13:53:21.291 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:
2020.06.03 13:53:21.299 4: SOMFY_set: Rollo.WZ.StiegeRechts -> update state in 16.56 sec
2020.06.03 14:20:00.336 4: SOMFY_set: Rollo.GZ -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 14:20:00.336 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 14:20:00.336 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :18.4: updatet :0:
2020.06.03 14:20:00.478 4: SOMFY_set: Rollo.GZ -> stopping in 18.4 sec
2020.06.03 14:20:21.705 4: SOMFY_set: Rollo.WZ.StiegeLinks -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 14:20:21.705 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 14:20:21.705 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :14.72: updatet :0:
2020.06.03 14:20:21.822 4: SOMFY_set: Rollo.WZ.StiegeLinks -> stopping in 14.72 sec
2020.06.03 15:12:12.648 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 15:12:12.649 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 15:12:12.649 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :13.8: updatet :0:
2020.06.03 15:12:12.655 4: SOMFY_set: Rollo.WZ.StiegeRechts -> stopping in 13.8 sec
2020.06.03 16:13:42.591 4: SOMFY_set: Rollo.GZ -> entering with mode :send: cmd :off:  arg1 :0:  pos :92:
2020.06.03 16:13:42.591 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 16:13:42.591 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :18.4:
2020.06.03 16:13:42.691 4: SOMFY_set: Rollo.GZ -> update state in 18.4 sec
2020.06.03 16:14:03.027 4: SOMFY_set: Rollo.WZ.StiegeLinks -> entering with mode :send: cmd :off:  arg1 :0:  pos :92:
2020.06.03 16:14:03.027 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 16:14:03.028 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:
2020.06.03 16:14:03.122 4: SOMFY_set: Rollo.WZ.StiegeLinks -> update state in 16.56 sec
2020.06.03 17:58:02.101 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :off:  arg1 ::  pos :92:
2020.06.03 17:58:02.102 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 17:58:02.102 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:
2020.06.03 17:58:02.114 4: SOMFY_set: Rollo.WZ.StiegeRechts -> update state in 16.56 sec
2020.06.03 18:28:30.872 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 18:28:30.873 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 18:28:30.874 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :13.8: updatet :0:
2020.06.03 18:28:30.896 4: SOMFY_set: Rollo.WZ.StiegeRechts -> stopping in 13.8 sec
2020.06.03 19:08:37.303 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :92:
2020.06.03 19:08:37.303 4: SOMFY_set: handled command pos --> move :none:  newState :92:
2020.06.03 19:08:37.304 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2020.06.03 19:11:59.069 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :off:  arg1 ::  pos :92:
2020.06.03 19:11:59.069 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 19:11:59.069 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:

Aber da sehe ich keine Hex-Zahlen und ein "SOMFY set" sehe ich nicht.
Muss ich noch was anderes als "verbose 5" einschalten?

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 07 Juni 2020, 19:31:41
Zitat von: gestein am 05 Juni 2020, 22:05:06
Hm, bei mir sehen diese "SOMFY_set" bspw. so aus:
2020.06.03 04:17:03.091 4: SOMFY_set: Rollo.SZ -> entering with mode :send: cmd :pos:  arg1 :95:  pos :0:
2020.06.03 04:17:03.092 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 04:17:03.092 5: SOMFY_set: handled for drive/udpate:  updateState :95:  drivet :15.2: updatet :0:
2020.06.03 04:17:03.179 4: SOMFY_set: Rollo.SZ -> stopping in 15.2 sec
2020.06.03 06:15:48.031 4: SOMFY_set: Rollo.SZ -> entering with mode :send: cmd :off:  arg1 :0:  pos :95:
2020.06.03 06:15:48.032 4: SOMFY_set: handled command off --> move :off:  newState :96:
2020.06.03 06:15:48.032 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.15:
2020.06.03 06:15:48.096 4: SOMFY_set: Rollo.SZ -> update state in 16.15 sec
2020.06.03 13:02:02.991 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 13:02:02.991 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 13:02:02.992 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :13.8: updatet :0:
2020.06.03 13:02:03.063 4: SOMFY_set: Rollo.WZ.StiegeRechts -> stopping in 13.8 sec
2020.06.03 13:53:21.290 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :off:  arg1 ::  pos :92:
2020.06.03 13:53:21.291 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 13:53:21.291 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:
2020.06.03 13:53:21.299 4: SOMFY_set: Rollo.WZ.StiegeRechts -> update state in 16.56 sec
2020.06.03 14:20:00.336 4: SOMFY_set: Rollo.GZ -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 14:20:00.336 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 14:20:00.336 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :18.4: updatet :0:
2020.06.03 14:20:00.478 4: SOMFY_set: Rollo.GZ -> stopping in 18.4 sec
2020.06.03 14:20:21.705 4: SOMFY_set: Rollo.WZ.StiegeLinks -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 14:20:21.705 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 14:20:21.705 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :14.72: updatet :0:
2020.06.03 14:20:21.822 4: SOMFY_set: Rollo.WZ.StiegeLinks -> stopping in 14.72 sec
2020.06.03 15:12:12.648 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 15:12:12.649 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 15:12:12.649 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :13.8: updatet :0:
2020.06.03 15:12:12.655 4: SOMFY_set: Rollo.WZ.StiegeRechts -> stopping in 13.8 sec
2020.06.03 16:13:42.591 4: SOMFY_set: Rollo.GZ -> entering with mode :send: cmd :off:  arg1 :0:  pos :92:
2020.06.03 16:13:42.591 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 16:13:42.591 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :18.4:
2020.06.03 16:13:42.691 4: SOMFY_set: Rollo.GZ -> update state in 18.4 sec
2020.06.03 16:14:03.027 4: SOMFY_set: Rollo.WZ.StiegeLinks -> entering with mode :send: cmd :off:  arg1 :0:  pos :92:
2020.06.03 16:14:03.027 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 16:14:03.028 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:
2020.06.03 16:14:03.122 4: SOMFY_set: Rollo.WZ.StiegeLinks -> update state in 16.56 sec
2020.06.03 17:58:02.101 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :off:  arg1 ::  pos :92:
2020.06.03 17:58:02.102 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 17:58:02.102 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:
2020.06.03 17:58:02.114 4: SOMFY_set: Rollo.WZ.StiegeRechts -> update state in 16.56 sec
2020.06.03 18:28:30.872 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :0:
2020.06.03 18:28:30.873 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.06.03 18:28:30.874 5: SOMFY_set: handled for drive/udpate:  updateState :92:  drivet :13.8: updatet :0:
2020.06.03 18:28:30.896 4: SOMFY_set: Rollo.WZ.StiegeRechts -> stopping in 13.8 sec
2020.06.03 19:08:37.303 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :pos:  arg1 :92:  pos :92:
2020.06.03 19:08:37.303 4: SOMFY_set: handled command pos --> move :none:  newState :92:
2020.06.03 19:08:37.304 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2020.06.03 19:11:59.069 4: SOMFY_set: Rollo.WZ.StiegeRechts -> entering with mode :send: cmd :off:  arg1 ::  pos :92:
2020.06.03 19:11:59.069 4: SOMFY_set: handled command off --> move :off:  newState :92:
2020.06.03 19:11:59.069 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :16.56:

Aber da sehe ich keine Hex-Zahlen und ein "SOMFY set" sehe ich nicht.
Muss ich noch was anderes als "verbose 5" einschalten?

lg, Gerhard

Du hast Recht, das sind noch alte log Kommandos, die nur erscheinen, wenn das loglevel im System auf 4 steht. Ich habe die alten log kommandos, die wohl noch ganz aus der Anfangszeit stammen - Ich habe in github mal eine Version bereitgestellt, die das korrigiert - es gibt dabei auch für verbose 5 ein log für die von enckey und rolling code

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 08 Juni 2020, 08:29:31
Danke. Werde ich heute Abend einspielen und probieren.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 09 Juni 2020, 17:27:32
Hallo,

Ich habe noch einen Fehler beim finalPosReading gefunden.
Wenn man den Rollo verfährt (entweder über fhem oder über die Fernbedienung), und Stopp drückt, dann wird das Reading nicht gesetzt.
Wenn der Rollo über fhem auf eine Position gefahren wird, klappt es.
Auch wenn man über die Fernbedienung oder fhem auf 0 fährt, passt es.

Lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 09 Juni 2020, 21:42:04
Zitat von: gestein am 09 Juni 2020, 17:27:32
Hallo,

Ich habe noch einen Fehler beim finalPosReading gefunden.
Wenn man den Rollo verfährt (entweder über fhem oder über die Fernbedienung), und Stopp drückt, dann wird das Reading nicht gesetzt.
Wenn der Rollo über fhem auf eine Position gefahren wird, klappt es.
Auch wenn man über die Fernbedienung oder fhem auf 0 fährt, passt es.

Lg, Gerhard

Danke fürs finden - Korrektur ist in github
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 26 Juni 2020, 12:31:45
ich habe nun meine Somfy Rollläden wieder in Betrieb genommen, was ich gern wissen würde, da ich das vor längerer Zeit mal gemacht habe wäre folgendes...
Ich habe 2 Somfy Rolll. in Betrieb über den "sdunio"

Was mich aber immer gestört hat ist obwohl ich bei beiden Rollläden das gleiche drin stehen habe fahren sie immer komplett unterschiedlich. Beide Fenster sind nebeneinander und es sind exakt die gleichen, Fahrtzeit usw. eingetragen ich hänge hier mal die beiden list ran.

Ich weiß jetzt nicht wie ich das in Griff bekommen kann. Das zweite wäre, wenn ich beide Rollläden über meine Somfy Fernbedienung fahre bekommt das Fhem nicht mit und bleibt bei der Position in Fhem die es vorher hatte. Ich weiß nicht ob sich hier inzwischen etwas getan hat was diese Positionen betrifft, ich glaube das es vor längerer Zeit nicht ging, aber evtl. wurde das Modul weiter entwickelt.
Ein paar Fragen sind also für mich offen.

Es stehen einige Attribute vom ASC Modul drin, weil dieses die Rollläden steuern soll, das funktioniert auch soweit, aber eben die Positionierung ist ja Somfy Sache.
Rollladen 1
Internals:
   ADDRESS    000004
   CFGFN      ./FHEM/Obergeschoss.cfg
   DEF        000004 AB 036D
   FUUID      5c4319de-f33f-a6c6-61eb-d05e6e06b2f10841
   IODev      sduino
   NAME       BU_Rollladen
   NR         2838
   STATE      50
   TYPE       SOMFY
   move       stop
   CODE:
     1          000004
   OLDREADINGS:
   READINGS:
     2020-06-26 12:09:25   ASC_Enable      on
     2020-06-26 12:27:41   ASC_ShadingMessage INFO: current shading status is 'out' - next check in 5m
     2020-06-25 18:54:54   ASC_ShuttersLastDrive manual
     2020-06-26 08:15:01   ASC_Time_DriveDown 26.06.2020 - 22:00
     2020-06-26 08:15:01   ASC_Time_DriveUp 27.06.2020 - 08:15
     2020-06-25 19:17:21   associatedWith  Rollladenautomatik,none
     2020-06-26 12:20:33   enc_key         AB
     2020-06-26 12:20:33   exact           45
     2020-06-26 12:20:33   position        50
     2020-06-26 12:20:33   rolling_code    036D
     2020-06-26 12:20:33   state           50
Attributes:
   ASC        1
   ASC_BrightnessSensor Temperatur_Terrasse:luminosity
   ASC_Down   astro
   ASC_Pos_Reading position
   ASC_Shading_InOutAzimuth 196:291
   ASC_Shading_MinMax_Elevation 25
   ASC_Shading_Min_OutsideTemperature 22
   ASC_Shading_Mode always
   ASC_Shading_Pos 85
   ASC_Shading_StateChange_SunnyCloudy 180:35
   ASC_Shading_WaitingPeriod 600
   ASC_Time_Up_Early 08:15
   ASC_Up     time
   IODev      sduino
   alias      Büro - Rollladen
   devStateIcon open:fts_shutter_10@#00FA9A  closed:fts_shutter_100@blue  Home:fts_shutter_30@blue down:fts_shutter_100@blue   9\d.*:fts_shutter_90@#FF6D00 8\d.*:fts_shutter_80@#00bfff   7\d.*:fts_shutter_70@#00bfff  6\d.*:fts_shutter_60@#00bfff 5\d.*:fts_shutter_50@#20B2AA  4\d.*:fts_shutter_40@#00bfff 3\d.*:fts_shutter_30@#blue  2\d.*:fts_shutter_20@#00bfff  1\d.*:fts_shutter_10@#00bfff
   drive-down-time-to-100 18
   drive-down-time-to-close 24
   drive-up-time-to-100 6
   drive-up-time-to-open 25
   event-on-change-reading .*
   eventMap   on:on stop:Stop off:off 15:15 45:45 30:Home
   group      Rollladen Büro
   icon       fts_shutter_automatic@#778899
   model      somfyshutter
   repetition 10
   room       Automation,OG - Flur
   sortby     18
   userattr   ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor 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,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
   verbose    3
   webCmd     on:Stop:off:15:45:Home


Rollladen 2
Internals:
   ADDRESS    000001
   CFGFN      ./FHEM/Obergeschoss.cfg
   DEF        000001 A9 033B
   FUUID      5c4319de-f33f-a6c6-3d9e-1e19eeecaeab6618
   IODev      sduino
   NAME       GA_Rollladen
   NR         2751
   STATE      50
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   OLDREADINGS:
   READINGS:
     2020-06-26 12:09:27   ASC_Enable      on
     2020-06-26 12:27:41   ASC_ShadingMessage INFO: current shading status is 'out' - next check in 5m
     2020-06-25 18:55:18   ASC_ShuttersLastDrive manual
     2020-06-26 08:15:01   ASC_Time_DriveDown 26.06.2020 - 22:00
     2020-06-26 08:15:01   ASC_Time_DriveUp 27.06.2020 - 08:15
     2020-06-25 19:17:21   associatedWith  Rollladenautomatik,none
     2020-06-26 12:20:23   enc_key         A9
     2020-06-26 12:20:23   exact           45
     2020-06-26 12:20:23   position        50
     2020-06-26 12:20:23   rolling_code    033B
     2020-06-26 12:20:23   state           50
Attributes:
   ASC        1
   ASC_BrightnessSensor Temperatur_Terrasse:luminosity
   ASC_Down   astro
   ASC_Pos_Reading position
   ASC_Shading_InOutAzimuth 196:291
   ASC_Shading_MinMax_Elevation 25
   ASC_Shading_Min_OutsideTemperature 22
   ASC_Shading_Mode always
   ASC_Shading_Pos 85
   ASC_Shading_StateChange_SunnyCloudy 180:35
   ASC_Shading_WaitingPeriod 600
   ASC_Time_Up_Early 08:15
   ASC_Up     time
   IODev      sduino
   alias      Gäste - Rollladen
   devStateIcon open:fts_shutter_10@#00FA9A  closed:fts_shutter_100@blue  Home:fts_shutter_30@blue down:fts_shutter_100@blue   9\d.*:fts_shutter_90@#FF6D00 8\d.*:fts_shutter_80@#00bfff   7\d.*:fts_shutter_70@#00bfff  6\d.*:fts_shutter_60@#00bfff 5\d.*:fts_shutter_50@#20B2AA  4\d.*:fts_shutter_40@#00bfff 3\d.*:fts_shutter_30@#blue  2\d.*:fts_shutter_20@#00bfff  1\d.*:fts_shutter_10@#00bfff
   drive-down-time-to-100 18
   drive-down-time-to-close 24
   drive-up-time-to-100 6
   drive-up-time-to-open 25
   event-on-change-reading .*
   eventMap   on:on stop:Stop off:off 15:15 45:45 30:Home
   group      Rollladen Gästezimmer
   icon       fts_shutter_automatic@#778899
   model      somfyshutter
   repetition 10
   room       Automation,OG - Flur
   sortby     18
   userattr   ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor 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,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
   webCmd     on:Stop:off:15:45:Home




habe hier mal ein wenig gelesen und mir das aktuelle aus dem Github geholt.
Jetzt bekomme ich folgende Meldungen in Fhem
2020.06.26 13:07:54 1: PERL WARNING: Subroutine SOMFY_Set redefined at ./FHEM/10_SOMFY.pm line 645.
2020.06.26 13:07:54 1: PERL WARNING: Subroutine SOMFY_Parse redefined at ./FHEM/10_SOMFY.pm line 521.
2020.06.26 13:07:54 1: PERL WARNING: Subroutine SOMFY_DispatchRemoteCmd redefined at ./FHEM/10_SOMFY.pm line 475.
2020.06.26 13:07:54 1: PERL WARNING: Subroutine SOMFY_Attr redefined at ./FHEM/10_SOMFY.pm line 376.
2020.06.26 13:07:54 1: PERL WARNING: Subroutine SOMFY_Undef redefined at ./FHEM/10_SOMFY.pm line 354.
2020.06.26 13:07:54 1: PERL WARNING: Subroutine SOMFY_Define redefined at ./FHEM/10_SOMFY.pm line 280.
2020.06.26 13:07:54 1: PERL WARNING: Subroutine SOMFY_Initialize redefined at ./FHEM/10_SOMFY.pm line 236.
2020.06.26 13:07:54 1: PERL WARNING: Prototype mismatch: sub main::SOMFY_UpdateState ($$$$$) vs ($$$$$$) at ./FHEM/10_SOMFY.pm line 219.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 27 Juni 2020, 13:36:57
nochmal eine wichtige Frage für mich..!!
Ist es noch immer so, wenn ich den Rollladen mit der Somfy Fernbedienung fahre, dass Fhem es nicht mitbekommt..?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 27 Juni 2020, 15:18:59
Wenn in der Fernbedienung im Attribut associated-devices das dazugehörige Rollo eingetragen wird, dann bekommt FHEM das mit.

Also z.B. wenn:
FB_SOMFY_1 ist die automatisch angelegte Fernbedienung (höhrt sozusagen nur mit).
FHEM_SOMFY_1 ist das FHEM-Device das zusätzlich am Rollo angelernt ist und mit dem aus FHEM heraus das Rollo gesteuert wird.
Dann:
attr FB_SOMFY_1 associated-devices FHEM_SOMFY_1
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 27 Juni 2020, 15:24:24
Evtl. ist das bei mir zu lange her da gab es das noch nicht mit der automatisch angelegten Fernbedienung, denn die habe ich schon mal nicht.
Ich habe nnur die oben angelegen Rollläden, dass list habe ich ja mit ran gehangen.

Wie sollte ich denn jetzt vorgehen.?

Ich habe übrigens zwei Somfy FBs eine ältere silberne Telis 4 RTS und eine neuere schwarze Telis 4 RTS Lounge
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 27 Juni 2020, 17:23:50
Hallo,

ich habe die gleiche Kombination wie Du, ASC, SOMFY-Rollos und die Fernbedienung dazu.

ASC benötigt ein Reading, dass die Position des Rollos nur dann ändert, wenn die Fahrt des Rollos beendet wurde.
Siehe dazu weiter vorne in diesem Thread.
Dafür Viegener eine neue Funktion und das Attribut "finalPosReading" eingebaut.

Leider empfängt mein SIGNALduino nicht immer alle Befehle der Fernbedienung bzw. von den Wandsendern.
Da bin ich noch dran.

lg, Gerhard

EDITH: Und die myPos geht dar nicht.
Ich denke daher darüber nach, wie ich die Position des Rollladen anhand von extra Sensoren bekommen z.B. Drehimplusgeber.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 28 Juni 2020, 09:52:22
Zitat von: moonsorrox am 27 Juni 2020, 15:24:24
Evtl. ist das bei mir zu lange her da gab es das noch nicht mit der automatisch angelegten Fernbedienung, denn die habe ich schon mal nicht.
Ich habe nnur die oben angelegen Rollläden, dass list habe ich ja mit ran gehangen.

Wie sollte ich denn jetzt vorgehen.?

Ich habe übrigens zwei Somfy FBs eine ältere silberne Telis 4 RTS und eine neuere schwarze Telis 4 RTS Lounge

SOMFY funkt ja auf einer leicht versetzten Frequenz von 433,42Mhz. Hast Du einen Signalduino der nur für SOMFY exklusiv läuft oder sendest Du auf einem Signalduino der auf 433,92Mhz läuft und immer nur für das Senden der Befehle kurz die Frequenz wechselt (macht der Signalduino automatisch wenn man SOMFY Code sendet)?
Dann empfängt man die SOMFY Fernbedienungen nur sehr schlecht bzw. überhaupt nicht und Sie werden dann natürlich auch nicht per Autocreate angelegt.
Zitat von: Ralf9 am 28 April 2020, 17:16:34
Für SOMFY passt die Frequenz nicht, SOMFY hat 433.420 MHz.

Die Frequenz hannst Du mit "set cc1101_freq" ändern.

Gruß Ralf

Ich habe deshalb aktuell einen zusätzlichen Signalduino der nur exklusiv für SOMFY auf 433.420 MHz am laufen ist.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 28 Juni 2020, 13:13:58
habt ihr das finalPosReading so angelegt.?
userReadings  finalPosReading { return ReadingsVal($name,"exact",0) if ( InternalVal($name, "move", "stop" ) eq "stop" ) }

Zitat von: gestein am 27 Juni 2020, 17:23:50
Hallo,

ich habe die gleiche Kombination wie Du, ASC, SOMFY-Rollos und die Fernbedienung dazu.

ASC benötigt ein Reading, dass die Position des Rollos nur dann ändert, wenn die Fahrt des Rollos beendet wurde.
Siehe dazu weiter vorne in diesem Thread.
Dafür Viegener eine neue Funktion und das Attribut "finalPosReading" eingebaut.

also was ich mir bisher erlesen habe ist diese endposition als userreading, mehr habe ich da nicht drin, weil ich mich lange nicht damit beschäftigt habe.
Evtl. muss ich das noch integrieren.?

Zitat von: Steigerbalett am 28 Juni 2020, 09:52:22
SOMFY funkt ja auf einer leicht versetzten Frequenz von 433,42Mhz. Hast Du einen Signalduino der nur für SOMFY exklusiv läuft oder sendest Du auf einem Signalduino der auf 433,92Mhz läuft und immer nur für das Senden der Befehle kurz die Frequenz wechselt (macht der Signalduino automatisch wenn man SOMFY Code sendet)?
Dann empfängt man die SOMFY Fernbedienungen nur sehr schlecht bzw. überhaupt nicht und Sie werden dann natürlich auch nicht per Autocreate angelegt.
Ich habe deshalb aktuell einen zusätzlichen Signalduino der nur exklusiv für SOMFY auf 433.420 MHz am laufen ist.
die Frequenz bei mir ist so eingestellt:
cc1101_frequency 433,92Mhz

Also ich habe nur einen sdunio, der macht bei mir bisher gar nichts mehr weil ich das mit den Somfy Rollläden aufgegeben hatte und mich jetzt die Tage erst wieder wegen der Beschattung der beiden Fenster damit beschäftigt hatte.
Dann muss ich die wohl umstellen...
Für die anderen Geräte habe ich mir einen Conbee II Stick bestellt also muss der sdunio nur die Somfy's bearbeiten.


hier mal meine Version:
version V 3.3.1-RC4 SIGNALduino cc1101 - compiled at Mar 10 2018 23:20:23
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Steigerbalett am 29 Juni 2020, 08:04:29
Na dann versuche es doch mal so:
Wenn dein Sduino z.B. sduinoSomfy heisst, dann check mal ob diese Attribute so sind. Dann werden erstmal nur SOMFY Signale decodiert (ID43):

attr sduinoSomfy cc1101_frequency 433
attr sduinoSomfy devStateIcon opened:WLAN_Status.1
attr sduinoSomfy flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduinoSomfy hardware nanoCC1101
attr sduinoSomfy updateChannelFW stable
attr sduinoSomfy whitelist_IDs 43

Dann check auf neu Firmware mit:
get sduinoSomfy availableFirmware
Dann kann man im flash Befehl die aktuelle Version auswählen (z.Zt. 3.3.1) und mit
set sduinoSomfy flash 3.3.1
die neueste Firmware flashen. Dann mit

set sduinoSomfy cc1101_freq 433.420

den Sduino noch auf die richtige Frequenz einstellen.

Dann kann man mit
get sduinoSomfy ccconf
die Einstellungen auslesen. Sollte in etwa so aussehen:
Freq: 433.420 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud
Wenn Du jetzt eine Fernbedienung der Rolladen drückst, wird diese erkannt und per autocreate angelegt.



Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 29 Juni 2020, 13:46:15
Ok, vielen Dank für deine Hilfe. Ich habe weiter vorn im Beitrag schon meine alten Postings gefunden und hatte seiner Zeit auch schon Probleme.

Das von dir hier ist alles soweit OK und hatte ich schon gemacht. Evtl. gibt es bei mir andere Probleme, ich werde mich mal ran setzen und versuchen etwas zu finden.
Das auslesen hat folgendes ergeben.
ccconf: Freq: 433.420 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5603.79 Baud, Modulation: ASK/OOK, Syncmod: No preamble/sync

Das mit dem auslesen der FB funktionierte bei mir noch nie, leider auch jetzt nicht.
ja jetzt werden die angelegt mit autocreate, aber immer beim drücken als somfyshutter, wenn ich dann auf somfyremote umstelle passiert nichts mehr.
EDIT:// Fehler war ich habe bei autocreate bei "ignoreTypes" Somfy drin gehabt, oh je :-\ :-\
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 29 Juni 2020, 16:33:41
Zitat von: moonsorrox am 28 Juni 2020, 13:13:58
habt ihr das finalPosReading so angelegt.?
userReadings  finalPosReading { return ReadingsVal($name,"exact",0) if ( InternalVal($name, "move", "stop" ) eq "stop" ) }

also was ich mir bisher erlesen habe ist diese endposition als userreading, mehr habe ich da nicht drin, weil ich mich lange nicht damit beschäftigt habe.

Ich glaube nicht, dass das so klappt. Das Problem war, dass Internals keine Events absetzen (oder so).

In der aktuellen Entwicklerversion hat Viegener nun ein neues Attribut "finalPosReading" eingebaut, in dem man den gewünschten Namen des Readings einträgt.
Mit dem Ende der nächsten Fahrt wird das Reading angelegt und darin immer der aktuelle Wert beim Ende der Fahrt gespeichert.
Dieses Reading nimmt man dann beim ASC - funktioniert gut.

Der Empfang mit dem SIGNALduino ist auch bei mir sehr schlecht und damit werden relativ oft die gedrückten Tasten der Fernbedienung bzw. der Wandsender nicht erkannt.
Anscheinend ist der Empfang auch schwierig.

Angelegt werden die Fernbedienungen über den nanoCUL, der erkennt aber immer wieder neue Fernbedienungen mit neuen IDs.
Also alles in allem keine befriedigenden Lösungen.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 29 Juni 2020, 19:09:15
nach dem ich oben geschrieben habe welches Problem ich hatte, schande über mich.  :-\ :-\

Jetzt habe ich eines der Divices mal genommen, welches bei drücken der FB erscheint habe ich es als somfyremote angelegt.
Was jetzt nicht in den Attributen erscheint ist dieses "associated-devices" somit kann ich die beiden Rollläden nicht eingeben.

Soll heißen die Rollläden bekommen imme rnoch nicht mit das ich dei FB gedrückt habe.

Ich habe das mal als userattr eingebaut, aber das geht nicht.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 29 Juni 2020, 21:19:01
Das Attribut heißt "rawDevice" und dort trägt man die ID des Rollos ein.

Ich stelle auch immer das "model" auf "somfyremote" um.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 29 Juni 2020, 22:10:41
Welche ID ist denn gemeint die FUUID
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 29 Juni 2020, 23:20:37
Die 6-stellige Hexzahl Deines Rollo, steht auch unter Address oder im Def Deines Rollos.

lg, Gerhard

p.s.: Ich würde Dir auch empfehlen das Attribut "autoStoreRollingCode" auf 1 zu setzen.
Damit sollte Dein fhem den Rolling Code nicht mehr "verlieren".
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 00:39:52
Ok das habe ich jetzt noch gemacht und für heute genug, es passiert nichts die Rollläden bekommen es nicht mit wenn ich die FB betätige.
hier mal das list der Fernbedienung:
Internals:
   ADDRESS    000002
   CFGFN     
   DEF        000002 08 0098
   FUUID      5efa19c7-f33f-a6c6-b055-67bd80835e8ddc9a
   IODev      sduino
   LASTInputDev sduino
   MSGCNT     25
   NAME       SOMFY_233CA5
   NR         9126
   STATE      open
   TYPE       SOMFY
   move       stop
   sduino_DMSG Ys55F171BA1F2300
   sduino_MSGCNT 25
   sduino_Protocol_ID 43
   sduino_RAWMSG MC;LL=-1243;LH=1312;SL=-607;SH=685;D=55F171BA1F2300;C=641;L=56;R=237;
   sduino_RSSI -83.5
   sduino_TIME 2020-06-29 22:03:21
   CODE:
     1          000002
   READINGS:
     1970-01-01 01:00:00   enc_key         08
     2020-06-29 19:11:03   exact           100
     2020-06-29 22:03:21   parsestate      wind_only_a
     2020-06-29 19:11:03   position        100
     2020-06-29 22:03:21   received        A0
     1970-01-01 01:00:00   rolling_code    0098
     2020-06-29 19:11:03   state           open
Attributes:
   IODev      sduino
   alias      Somfy Fernbedienung - schwarz
   autoStoreRollingCode 1
   model      somfyremote
   positionInverse 1
   rawDevice  000001,000004
   room       OG - Flur
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 30 Juni 2020, 01:18:22
Ist 000001 wirklich die Adresse Deines Rollos?
Eigenartigerweise ist der Name Deiner Fernbedienung "SOMFY_233CA5".
Da würde ich vermuten, dass die Adresse 233CA5 ist.
Wie kommst Du auf 000001?
Hat das fhem so angelegt?

Bei mir werden die Fernbedienungen mit SOMFY_XXXXXX angelegt.
Dann ist die Adresse XXXXXX und ebenfalls die Definition.

Und sollte es nicht heißen:
rawDevice  000001 000004

"Multiple physical blinds can be specified separated by space in the attribute."

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 12:40:03
ja wenn sie angelegt werden ist das ja rein der Name...!
meine FB wurde auch so angelegt
SOMFY_233CA5

aber das kannst du jederzeit ändern, dass weiß ich von früher, wichtig ist in dem Fall das diese Hex Adresse nicht zweimal vorkommt, aber viel wichtiger ist dann die folgenden Werte die dürfen nicht geändert werden so z.B.
das Dev von der FB
000002 08 0098
Ich hatte früher 4 Somfy devices und deshalb 000001,000004 die 2 und 3 ist weggefallen, weil damals funktionierte das mit Somfy noch nicht da hatte ich die ersetzt durch Homematic Geräte.

das ist jetzt meine Somfy FB, aber den Namen siehst du ja oben. Und er kann jeder Zeit mit "rename" umbenannt werden.
Aber bei dem Attribut hast du natürlich recht, dass habe ich jetzt geändert, aber in beiden Rollläden erscheint die FB trotzdem nicht.
Mal schauen wa sich heute noch hinbekomme.

list eines Rollladen:
Internals:
   ADDRESS    000004
   CFGFN      ./FHEM/Obergeschoss.cfg
   DEF        000004 A9 03BB
   FUUID      5c4319de-f33f-a6c6-61eb-d05e6e06b2f10841
   IODev      sduino
   NAME       BU_Rollladen
   NR         2838
   STATE      Home
   TYPE       SOMFY
   move       stop
   CODE:
     1          000004
   OLDREADINGS:
   READINGS:
     2020-06-30 00:37:01   ASC_Enable      off
     2020-06-30 12:40:35   ASC_ShadingMessage INFO: current shading status is 'out' - next check in 5m
     2020-06-27 08:15:13   ASC_ShuttersLastDrive day open
     2020-06-30 08:15:01   ASC_Time_DriveDown 30.06.2020 - 22:00
     2020-06-30 08:15:01   ASC_Time_DriveUp  1.07.2020 - 08:15
     2020-06-29 14:41:44   associatedWith  Rollladenautomatik,none
     2020-06-30 00:35:13   enc_key         A9
     2020-06-30 00:35:13   exact           70
     2020-06-30 00:35:13   position        70
     2020-06-30 00:35:13   rolling_code    03BB
     2020-06-30 00:35:13   state           70
Attributes:
   ASC        2
   ASC_AutoAstroModeEvening CIVIL
   ASC_BrightnessSensor Temperatur_Terrasse:luminosity
   ASC_Down   astro
   ASC_Open_Pos 70
   ASC_Pos_Reading pct
   ASC_PrivacyDown_Pos 70
   ASC_Shading_InOutAzimuth 196:291
   ASC_Shading_MinMax_Elevation 25
   ASC_Shading_Min_OutsideTemperature 22
   ASC_Shading_Mode always
   ASC_Shading_Pos 20
   ASC_Shading_StateChange_SunnyCloudy 180:35
   ASC_Shading_WaitingPeriod 600
   ASC_Sleep_Pos 70
   ASC_Time_Up_Early 08:15
   ASC_Up     time
   ASC_WindowRec_PosAfterDayClosed lastManual
   IODev      sduino
   alias      Büro - Rollladen
   devStateIcon open:fts_shutter_10@#00FA9A  closed:fts_shutter_100@blue  Home:fts_shutter_70@blue down:fts_shutter_100@blue   9\d.*:fts_shutter_90@#FF6D00 8\d.*:fts_shutter_80@#00bfff   7\d.*:fts_shutter_70@#00bfff  6\d.*:fts_shutter_60@#00bfff 5\d.*:fts_shutter_50@#20B2AA  4\d.*:fts_shutter_40@#00bfff 3\d.*:fts_shutter_30@#blue  2\d.*:fts_shutter_20@#00bfff  1\d.*:fts_shutter_10@#00bfff
   drive-down-time-to-100 18
   drive-down-time-to-close 24
   drive-up-time-to-100 6
   drive-up-time-to-open 25
   event-on-change-reading .*
   eventMap   on:Runter stop:Stop off:Hoch 20:20 40:40 70:Home
   group      Rollladen Büro
   icon       fts_shutter_automatic@#778899
   model      somfyshutter
   positionInverse 1
   repetition 10
   room       Automation,OG - Flur
   sortby     18
   userattr   ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor 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,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
   verbose    3
   webCmd     Runter:Stop:Hoch:20:40:Home


und die aktuellen Meldungen im log, obwohl ich autocreate aus habe und verbose auf 3 beim sduino
2020.06.30 12:40:08 1: SOMFY Unknown device 0DD6AF (A0 0002), please define it
2020.06.30 12:40:06 3: sduino: Unknown code Ys5022A2A3F41F19, help me!
2020.06.30 12:40:06 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :5022A2A3F41F19:
2020.06.30 12:40:06 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :5022A2A3F41F19:
2020.06.30 12:25:11 1: SOMFY Unknown device 0DD6AF (A0 0002), please define it
2020.06.30 12:25:06 3: sduino: Unknown code Ys5022A2A3F41F19, help me!
2020.06.30 12:25:06 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :5022A2A3F41F19:
2020.06.30 12:25:06 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :5022A2A3F41F19:
2020.06.30 12:15:14 3: sduino: Attr, setting Verbose to: 3
2020.06.30 12:15:14 4: sduino: Attr, Calling sub with args: set verbose = 3
2020.06.30 12:15:07 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.06.30 12:15:07 4: sduino: HandleWriteQueue, called
2020.06.30 12:15:07 4: sduino: Read, msg: OK
2020.06.30 12:15:07 4: sduino: SendFromQueue, called
2020.06.30 12:15:07 4: sduino: HandleWriteQueue, called
2020.06.30 12:15:07 4: sduino: KeepAlive, not ok, retry = 1 -> get ping
2020.06.30 12:15:07 4: sduino: KeepAlive, ok, retry = 0
2020.06.30 12:14:07 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.06.30 12:14:07 4: sduino: HandleWriteQueue, called
2020.06.30 12:14:07 4: sduino: Read, msg: OK
2020.06.30 12:14:07 4: sduino: SendFromQueue, called
2020.06.30 12:14:07 4: sduino: HandleWriteQueue, called
2020.06.30 12:14:07 4: sduino: KeepAlive, not ok, retry = 1 -> get ping
2020.06.30 12:14:07 4: sduino: KeepAlive, ok, retry = 0
2020.06.30 12:13:19 4: sduino: Read, msg: MC;LL=-1247;LH=1285;SL=-651;SH=662;D=5022A2A3F41F1;C=640;L=52;R=222;
2020.06.30 12:13:19 4: sduino: Read, msg: MC;LL=-1256;LH=1285;SL=-657;SH=652;D=5022A2A3F41;C=641;L=44;R=222;
2020.06.30 12:13:19 4: sduino: Read, msg: MC;LL=-1255;LH=1286;SL=-642;SH=659;D=5022A2A3F41F1;C=640;L=52;R=222;
2020.06.30 12:13:19 4: sduino: Dispatch, YsA0454547E83E33, Dropped due to short time or equal msg
2020.06.30 12:13:19 4: sduino: SomfyRTS, bitdata: _10100000010001010100010101000111111010000011111000110011 (56). Bit am Anfang entfernt
2020.06.30 12:13:19 4: sduino: SomfyRTS, bitdata: 010100000010001010100010101000111111010000011111000110011000 (57)
2020.06.30 12:13:19 4: sduino: Parse_MC, Found manchester protocol id 43 clock 635 RSSI -91 -> Somfy RTS
2020.06.30 12:13:19 4: sduino: Read, msg: MC;LL=-1262;LH=1262;SL=-650;SH=640;D=5022A2A3F41F198;C=635;L=57;R=222;
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 30 Juni 2020, 12:57:29
Beim Rollo ist es klar, dass man die Adresse ändern kann (in Deinem Fall halt die 00000x).
Bei der Fernbedienung wäre ich mir da nicht so sicher.
Ich würde es mal mit den Werten probieren, die fhem automatisch angelegt hat - also die 233CA5 statt der 000002 in der Def.
Eigenartigerweise logt SOMFY ja, das es das 000002  nicht kennt.

Und den Namen kannst Du auch jederzeit ändern, das ist schon richtig.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 15:09:14
Du meinst das hier
2020.06.30 12:40:08 1: SOMFY Unknown device 0DD6AF (A0 0002), please define it

er sagt aber ich soll es anlegen und genau das ist es ja was autocreate anlegt was nicht zu gebrauchen ist, dass wäre ja ein meinem Fall der rolling_code..! die hintere Zahl davor der enc_key (A0 0002)
Das mit der originalen Hexzahl habe ich schon gleich genutzt als es mir angelegt wurde, funktioniert auch nicht.

Das steht im Wiki zum Hexcode
ZitatDefinition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen

Ich stehe irgendwie auf Kriegsfuss mit Somfy, keine Ahnung. Heute ändert sich in der gestern angelegten FB gar nichts mehr, der sduino blinkt kurz bei jedem drücken an einer Taste der FB, aber es tut sich nichts.

list FB:
Internals:
   ADDRESS    233CA5
   CFGFN     
   DEF        233CA5 08 0098
   FUUID      5efa19c7-f33f-a6c6-b055-67bd80835e8ddc9a
   IODev      sduino
   LASTInputDev sduino
   MSGCNT     25
   NAME       SOMFY_233CA5
   NR         9126
   STATE      open
   TYPE       SOMFY
   move       stop
   sduino_DMSG Ys55F171BA1F2300
   sduino_MSGCNT 25
   sduino_Protocol_ID 43
   sduino_RAWMSG MC;LL=-1243;LH=1312;SL=-607;SH=685;D=55F171BA1F2300;C=641;L=56;R=237;
   sduino_RSSI -83.5
   sduino_TIME 2020-06-29 22:03:21
   CODE:
     1          233CA5
   READINGS:
     1970-01-01 01:00:00   enc_key         08
     2020-06-29 19:11:03   exact           100
     2020-06-29 22:03:21   parsestate      wind_only_a
     2020-06-29 19:11:03   position        100
     2020-06-29 22:03:21   received        A0
     1970-01-01 01:00:00   rolling_code    0098
     2020-06-29 19:11:03   state           open
Attributes:
   IODev      sduino
   alias      Somfy Fernbedienung - schwarz
   autoStoreRollingCode 1
   model      somfyremote
   positionInverse 1
   rawDevice  000001 000004
   room       OG - Flur
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 30 Juni 2020, 16:18:02
Eigenartig.
Aber Du hast Recht, mit der 0002 hatte ich mich vertan.
Beim Rollo verstehe ich es auch so, Address ist frei wählbar.
Beim Funksender bin ich mir nicht so sicher.

Kann es sein, dass der Signalduino eine zu alte FW hat?
version V 3.3.1-RC4 SIGNALduino cc1101 - compiled at Mar 10 2018 23:20:23

Meine ist zwar auch alt, aber damit geht es ja:
version V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
versionProtocols 1.17
versionmodul v3.4.3


lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 30 Juni 2020, 17:09:55
ZitatIch stehe irgendwie auf Kriegsfuss mit Somfy, keine Ahnung. Heute ändert sich in der gestern angelegten FB gar nichts mehr, der sduino blinkt kurz bei jedem drücken an einer Taste der FB, aber es tut sich nichts.
Ein zuverlässiger empfang der Signale der Fernbedienung ist anscheinend recht anspruchsvoll.
Es sind gute Empfangsbedingungen erforderlich und eine nicht zu alte Firmware

Ich würde mir gerne die empfangenen Signale der Fernbedienung mal als MU-Nachrichten anschauen:
https://forum.fhem.de/index.php/topic,53319.msg762696.html#msg762696

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 18:03:25
@Ralf9
das schaue ich mir mal an

Zitat von: gestein am 30 Juni 2020, 16:18:02
Meine ist zwar auch alt, aber damit geht es ja:
version V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
versionProtocols 1.17
versionmodul v3.4.3


meine ist in etwa identisch vom Protocol und Versionmodul
version V 3.3.1-RC4 SIGNALduino cc1101 - compiled at Mar 10 2018 23:20:23
versionProtocols 1.20
versionmodul v3.4.4_dev+14042020


sogar noch etwas neuer.
Ich weiß nicht ob ich ein sduino Update so ohne weiteres über Fhem machen kann
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 18:08:26
ich habe jetzt mal die Taste AB --> stop --> Auf --> stop gedrückt... Hilft das.?
Das erscheint.

2020.06.30 18:06:45 4: sduino: Read, msg READredu: MU;P0=-7160;P1=2526;P2=-2608;P3=4836;P4=-1281;P5=1307;P6=-629;P7=633;D=0121234545674547654765454765476765676745454765476767656767476765674765476767654767654;CP=7;R=244;
2020.06.30 18:06:43 4: sduino: Read, msg READredu: MU;P0=948;P1=-2627;P2=2468;P3=4888;P4=-1247;P5=1316;P6=-615;P7=681;D=012121213454567456745676767476767656767454545674767676547654567676745454567674767654767650;CP=7;R=248;
2020.06.30 18:06:43 4: sduino: Read, msg READredu: MU;P0=-10852;P1=2490;P2=-2612;P3=4872;P4=-1254;P5=1313;P6=-607;P7=686;D=0121234545674567456767674767676567674545456747676765476545676767454545676747676547676;CP=7;R=242;
2020.06.30 18:06:41 4: sduino: Read, msg READredu: MU;P0=-32001;P1=2543;P2=-2577;P3=4840;P4=-1245;P5=1313;P6=-610;P7=668;D=012121212121212345456767476765476567476765476767676545454765476767656767476765674765476767654767654;CP=7;R=251;
2020.06.30 18:06:41 4: sduino: Read, msg READredu: MU;P0=-10596;P1=628;P2=-23564;P3=-628;P4=1308;P5=-1283;D=01213134513431513134513131313454545134513131343131513134315134513131345131345;CP=1;R=248;
2020.06.30 18:06:41 4: sduino: Read, msg READredu: MU;P0=-948;P1=2539;P2=-2584;P3=4840;P4=-1281;P5=1285;P6=-653;P7=646;D=0121212121212123454567674547676567476767676765454547676767656767454765476547656747676545676745676;CP=7;R=252;
2020.06.30 18:06:41 4: sduino: Read, msg READredu: MU;P0=-10832;P1=2566;P2=-2548;P3=4888;P4=-1299;P5=1288;P6=-651;P7=641;D=012123454567674547676567476767676765454547676767656767454765476547656747676545676745676;CP=7;R=252;
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 30 Juni 2020, 18:43:53
Sieht recht gut aus, außer der 5. Nachricht, die ist unvollständig, da am Anfang der sync fehlt.
Ob die Tastendrücke passen, hab ich nicht überprüft.

MC;LL=-1281;LH=1307;SL=-629;SH=633;D=A5B5B8ADE39BDD;C=641;L=56;s7;b7;
2020.06.30 18:23:35.508 5 : sduinoD: dispatch YsA5B5B8ADE39BDD
2020.06.30 18:23:35.508 4 : sduinoD: Somfy RTS preprocessing check: 0 enc: A5B5B8ADE39BDD(14) dec: A5100D154E7846
2020.06.30 18:23:35.508 1 : SOMFY Unknown device 46784E (A5 0D15), cmd=11 "stop" please define it

MC;LL=-1247;LH=1316;SL=-615;SH=681;D=A4878A9ED0A8EE;C=643;L=56;s10;b10;
2020.06.30 18:26:17.307 5 : sduinoD: dispatch YsA4878A9ED0A8EE
2020.06.30 18:26:17.307 4 : sduinoD: Somfy RTS preprocessing check: 3 enc: A4878A9ED0A8EE(14) dec: A4230D144E7846
2020.06.30 18:26:17.307 1 : SOMFY Unknown device 46784E (A4 0D14), cmd=20 "off please define it

MC;LL=-1254;LH=1313;SL=-607;SH=686;D=A4878A9ED0A8EE;C=643;L=55;s7;b7;
2020.06.30 18:27:02.905 5 : sduinoD: dispatch YsA4878A9ED0A8EE
2020.06.30 18:27:02.905 4 : sduinoD: Somfy RTS preprocessing check: 3 enc: A4878A9ED0A8EE(14) dec: A4230D144E7846
2020.06.30 18:27:02.905 1 : SOMFY Unknown device 46784E (A4 0D14), cmd=20 "off please define it

MC;LL=-1245;LH=1313;SL=-610;SH=668;D=A3B3BEADE39BDD;C=639;L=56;s17;b17;
2020.06.30 18:28:05.682 5 : sduinoD: dispatch YsA3B3BEADE39BDD
2020.06.30 18:28:05.682 4 : sduinoD: Somfy RTS preprocessing check: 0 enc: A3B3BEADE39BDD(14) dec: A3100D134E7846
2020.06.30 18:28:05.682 1 : SOMFY Unknown device 46784E (A3 0D13), cmd=11 "stop" please define it

MC;LL=-1283;LH=1308;SL=-628;SH=628;D=ECEFAB78E6F74;C=641;L=50;s7;b2;
zu kurz, da am Anfang der Sync fehlt

MC;LL=-1281;LH=1285;SL=-653;SH=646;D=A2E7EAF8B6CE88;C=644;L=55;s17;b17;
2020.06.30 18:31:15.696 5 : sduinoD: dispatch YsA2E7EAF8B6CE88
2020.06.30 18:31:15.696 4 : sduinoD: Somfy RTS preprocessing check: 5 enc: A2E7EAF8B6CE88(14) dec: A2450D124E7846
2020.06.30 18:31:15.696 1 : SOMFY Unknown device 46784E (A2 0D12), cmd=40 "on" please define it

MC;LL=-1299;LH=1288;SL=-651;SH=641;D=A2E7EAF8B6CE88;C=646;L=55;s7;b7;
2020.06.30 18:31:54.822 5 : sduinoD: dispatch YsA2E7EAF8B6CE88
2020.06.30 18:31:54.823 4 : sduinoD: Somfy RTS preprocessing check: 5 enc: A2E7EAF8B6CE88(14) dec: A2450D124E7846
2020.06.30 18:31:54.823 1 : SOMFY Unknown device 46784E (A2 0D12), cmd=40 "on" please define it
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 18:47:27
Super vielen Dank für die Hilfe  ;), also ist das mit der firmware soweit OK..?

Was kann ich nun tun, da es so gar keine richtige Beschreibung gibt um eine FB anzulernen, ich habe ja 2 Stk. 1x Silberne Telis 4 und einmal eine schwarze Telis 4
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 30 Juni 2020, 19:13:56
Ich hab mal die cmds ergänzt, die passen auch: on, stop, off, stop

Wenn bei Dir der Empfang nicht funktioniert, ist Deine Firmware zu alt.

Ich habe bei meiner Firmware eine option mit der ich die Roh-Daten (MU-Nachrichten) zum Testen in die MC-Nachrichten wandeln kann.

Ich habe dazu meine V 4.1.1-dev200627 für den MapleSduino oder MapleCul verwendet.
Mit der V 3.3.2.1-rc8 oder der aktuelleren V 3.3.2.1-rc9 funktioniert es aber genauso,

Gruß Ralf


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 19:20:01
Soweit ich das bisher gelesen habe ist das aber nicht mit dem Flashkommando über Fhem möcglich, oder geht das jetzt mittlerweile.?

flashCommand  avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Ich habe noch nie die Firmware verändert bzw geflasht
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 30 Juni 2020, 19:33:31
Damit sollte das flashen eigentlich funktionieren
Dies ist für den nanocul
set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_nanoCC1101_3321rc9.hex
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Nachtrag:
Es kann sein, daß es mit der aktuellen Version von Sidey auch funktioniert, aber dazu kann ich keine Ausage machen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 19:44:55
wenn ich das eingebe passiert bei mir irgendwie gar nichts  :-\
Man sollte doch etwas sehen oder nicht..?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 30 Juni 2020, 19:56:34
ja, wenn Du dies oben in der fhem Eingabezeile eingibst, sollten eigentlich die beiden LEDs auf dem nano  während dem flashen (ca 20sec) flackern
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 20:15:53
da blinkt leider nichts..!
Das stand im log
PERL WARNING: Use of uninitialized value in split at ./FHEM/00_SIGNALduino.pm line 675
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 30 Juni 2020, 20:25:46
Da habe ich leider keine Idee, was da nicht passt?
Evtl hat das Signalduino Fhem Modul, das Du verwendest einen Bug

@gestein oder jemand anders
funktioniert das flashen mit "set sduino flash https..." bei Euch?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 20:28:56
Ok ich habe ja die Seite von dir dort nehme ich mal ein anderen Eintrag, weil meine FW evtl. zu alt ist.
Da steht ja einiges...

Danke erst einmal für die gute Unterstützung
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 23:07:44
Wenn ich nach dem Wiki gehe muss ich ja erst einmal
get sduino availableFirmware
machen

dann soll ich ja die Firmware laden mit z.B.
set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_nanoCC1101_3321rc9.hex

Das kann ich aber nur über die EIngabezeile in Fhem machen, anders geht das nicht.
Wenn ich das direkt über die Auswahlbutton machne will zeigt er mir sofort an, ist das richtig, da kann ich dann nichts eintragen.
set sduino flash 3.3.1
siehe screenshot

ich habe jetzt einen weiteren sduino mal ausprobiert, aber auch der geht nicht zu flashen.

Versionen sind gleich
version V 3.3.1-RC4 SIGNALduino cc1101 - compiled at Mar 10 2018 23:20:23
versionProtocols 1.20
versionmodul v3.4.4_dev+14042020


das steht im log
2020.06.30 23:04:30 1: sduino: DoInit, /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
2020.06.30 23:03:53 1: sduino: DoInit, /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
2020.06.30 23:02:58 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :6669E5EA636DD5:
2020.06.30 23:02:58 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :6669E5EA636DD5:
2020.06.30 23:00:33 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/00_SIGNALduino.pm line 675.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 30 Juni 2020, 23:17:19
Also ich habe seit ca. einem Jahr das Flashen nicht mehr probiert.
Damals ging es.
Ich hatte ziemliche Probleme SOMFY zum Laufen zu bringen und habe verschiedene FW probiert.
Schlußendlich bin ich bei der stehengeblieben, die habe.
Damit laufen die Rollos, aber die Fernbedienungen funktionieren nicht wirklich.

Eigentlich wollte ich nicht umsteigen, vor allem bin ich mir nicht im Klaren auf welche Version ich umsteigen soll.
Da blicke ich momentan noch nicht durch.
Welche wäre die aktuellste? Die 3.3.2.1-rc9? Das wäre ja eh nur ein rc-Sprung.

Kann man denn die Protokolle und das Modul extra updaten?
Wieso sind die beiden von moonsorrox aktueller als meine, wo er doch eine ältere FW verwendet?
versionProtocols 1.17
versionmodul v3.4.3


lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 30 Juni 2020, 23:18:31
noch was:
avrdude schreibt doch was in sein log beim Flashen.
Was steht denn da drinnen?

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 30 Juni 2020, 23:36:10
wo sehe ich denn dieses log im normalen log erscheint ja nichts weiter. Evtl. muss ich ein verbose setzen.?

Die v3.4.4_dev+14042020 ist die signalduino Modul Version, die kannst du seperat updaten
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 01 Juli 2020, 09:14:35
Wo avrdude die log-Datei ablegt, weiß ich auch nicht.
Steht denn im log dazu nichts?

Ansonsten hilft vielleicht das hier: https://forum.fhem.de/index.php/topic,75883.msg677387.html#msg677387 (https://forum.fhem.de/index.php/topic,75883.msg677387.html#msg677387)

Oder von der shell aus aufrufen?

Bei mir ist das flashcommand so gesetzt:
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 01 Juli 2020, 09:49:36
Manchmal sieht man den Wald vor lauter Bäumen nicht.
Bei mir ist in fhem bei der Übersicht zum Signalduino noch ein Link zu "Last Flashlog".
Dort wird das log-File von avrdude angezeigt.

Ist das bei Dir nicht zu sehen?

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 01 Juli 2020, 11:10:08
das flashcommand ist bei mir auch so, aber das avrdude habe ich noch nicht gefunden  :-\
sehe ich wohl auch nicht :-\
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 01 Juli 2020, 11:55:43
So manchmal kann es so einfach sein...  :-\ :-\
Bei mir gab es kein avrdude.!!!  :-\
(ich hatte das auch immer gelesen im Wiki, aber ich dachte da ich über https flashe wird es nicht gebraucht, bis es dann Klick gemacht bei mir wegen dem Flaskommando) ;)
OK, alles ist gut

jetzt sehe ich auch den link LastFlashlog, aber da steht nichts drin, wenn ich drauf klicke
/SIGNALduino-Flash.log: No such file or directory
egal hat ja geklappt

Aktuelle Firmware ist jetzt in den Internals zu sehen, aber in den Readings steht noch die alte drin, die habe ich mal raus gelöscht, sollte dann mal wieder zusehen sein.
V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01

config sieht so aus:
config: MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=120/140

Versionen
version  V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01
versionProtocols  1.17
versionmodul  v3.4.3


Hier rmal das list des sduino:
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SIGNALduino_433_MHz-if00-port0@57600
   FD         6
   FUUID      5d9a0461-f33f-a6c6-8338-fa1cadf0df6eb535
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       sduino
   NR         50
   PARTIAL   
   STATE      opened
   TIME       1593597144.64793
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   unknownmessages
   version    V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01
   versionProtocols 1.17
   versionmodul v3.4.3
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2020-07-01 11:52:37   cc1101_config   Freq: 433.420 MHz, Bandwidth: 58 KHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5603.79 Baud
     2020-07-01 11:52:37   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2020-07-01 11:52:37   cc1101_patable  C3E = 00 34 00 00 00 00 00 00  => -10_dBm
     2020-06-28 18:02:51   cmds            V R t X F S P C r W x e
     2020-07-01 11:44:52   config          MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=120/140
     2020-07-01 11:54:35   ping            OK
     2020-07-01 11:52:35   state           opened
   additionalSets:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     43
   msIdList:
   muIdList:
Attributes:
   alias      sduino
   cc1101_frequency 433
   devStateIcon opened:WLAN_Status.1 closed:WLAN_Status.0
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Hardware
   hardware   nanoCC1101
   icon       cul_usb@blue
   room       HWR,System
   sortby     07
   updateChannelFW stable
   verbose    1
   whitelist_IDs 43


jetzt kann ich heute mal schauen, wie das mit den beiden Somfy Fernbedienungen klappt.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 01 Juli 2020, 15:52:23
ein wenig habe ich nochmal mit dem sduino herumgespielt was das flashen angeht und habe mal eine andere Firmware eingespielt um zu schauen was er in das log schreibt.
das habe ich genommen
set sduino flash https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/firmware/SIGNALduino_nanoCC1101_3321rc8.hex

hat er alles wunderbar gemacht, aber ins log schreibt er nichts, das teil ist leer
Das log habe ich selbst erstellt und mit den Rechten versehen und von Hand etwas rein geschrieben, aber das war es eben auch.
Wäre mal interessant gewesen was er so rein schreibt.

Werde dann auch wieder die Aktuelle FW flashen, oder eben eine aus dem Github, da gibt es ja auch schon einige 4.x.x.dev werde mal ein wenig lesen dort.

@Ralf9
Da ich noch einen zweiten Stick habe und ein wenig herum gespielt, auf die Gefahr hin das ich mir etwas zerschieße habe ich mir jetzt mal diese Version aus dem Github geholt
set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.4.0-dev200121/SIGNALduino_nanoCC1101_3340dev200121.hex

Auch das hat hervorragend funktioniert, wie sie sich jetzt unterscheiden habe ich zwar gelesen, aber nicht verstanden.
So hat man demnächst keine Probleme und Angst davor das es nicht funktioniert  ;)

Wenn ich jetzt noch meine Somfy Telis 4 da rein bekomme wäre ich ganz froh, aber es gibt leider keine Anleitung für die Fernbedienungen, wohl weil die Problem bereiten.
Ok ich werde mal mein glück versuchen.

so sieht das jetzt aus:
version  V 3.3.4.0-dev200121 SIGNALduino cc1101 (b0) - compiled at Jan 21 2020 22:52:22
versionProtocols  1.17
versionmodul  v3.4.3
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 01 Juli 2020, 18:00:47
so ich bin jetzt wieder zurück zu der Version
version  V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01
versionProtocols  1.17
versionmodul  v3.4.3


gewechselt habe ich weil es gar keine Signale mehr von meiner Somfy FB gibt, aber das ist jetzt bei dieser Version ebenfalls der Fall.
Wenn ich jetzt irgendeine Taste an der FB drücke blinkt der sduino auch nicht mehr, dass hatte er gestern noch gemacht  :-\

Das hier kam noch als ich verbose 5 im sduino hatte
2020.07.01 17:25:40 3: sduino: Attr, setting Verbose to: 1
2020.07.01 17:25:40 4: sduino: Attr, Calling sub with args: set verbose = 1
2020.07.01 17:25:40 4: sduino: KeepAlive, ok, retry = 0
2020.07.01 17:24:42 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.07.01 17:24:42 4: sduino: HandleWriteQueue, called
2020.07.01 17:24:42 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2020.07.01 17:24:41 5: sduino: CheckCcpatableResponse, patable: 10_dBm
2020.07.01 17:24:41 3: sduino: CheckCcpatableResponse, patable: C0
2020.07.01 17:24:41 5: sduino: Read, msg: regexp=^C3E\s=\s.* cmd=ccpatable msg=C3E = 00 C0 00 00 00 00 00 00
2020.07.01 17:24:41 5: sduino: Parse, noMsg: C3E = 00 C0 00 00 00 00 00 00
2020.07.01 17:24:41 4: sduino: Read, msg: C3E = 00 C0 00 00 00 00 00 00
2020.07.01 17:24:41 5: sduino: SimpleWrite, C3E
2020.07.01 17:24:41 4: sduino: SendFromQueue, called
2020.07.01 17:24:41 4: sduino: HandleWriteQueue, called
2020.07.01 17:24:41 5: sduino: AddSendQueue, sduino: C3E (1)
2020.07.01 17:24:41 5: sduino: Get ccpatable executed
2020.07.01 17:24:41 5: sduino: Get_delayed, ccpatable executed
2020.07.01 17:24:41 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.07.01 17:24:41 4: sduino: HandleWriteQueue, called
2020.07.01 17:24:40 5: sduino: Read, msg: regexp=C0Dn11=[A-F0-9a-f]+ cmd=ccconf msg=C0Dn11=10AB85F7C43023B900070018146C070090
2020.07.01 17:24:40 5: sduino: Parse, noMsg: C0Dn11=10AB85F7C43023B900070018146C070090
2020.07.01 17:24:40 4: sduino: Read, msg: C0Dn11=10AB85F7C43023B900070018146C070090


Mit der zweiten FB kommt noch etwas:
2020.07.01 18:05:23 4: sduino: Dispatch, YsA2BC9C1721A611, Dropped due to short time or equal msg
2020.07.01 18:05:23 5: sduino: Dispatch, YsA2BC9C1721A611, test gleich
2020.07.01 18:05:23 4: sduino: SomfyRTS, bitdata: 10100010101111001001110000010111001000011010011000010001 (56)
2020.07.01 18:05:23 5: sduino: Parse_MC, extracted data 10100010101111001001110000010111001000011010011000010001 (bin)
2020.07.01 18:05:23 4: sduino: Parse_MC, Found manchester protocol id 43 clock 635 RSSI -87 -> Somfy RTS
2020.07.01 18:05:23 4: sduino: Read, msg: MC;LL=-1307;LH=1266;SL=-674;SH=568;D=A2BC9C1721A611;C=635;L=56;R=230;s18;b18;
2020.07.01 18:05:23 1: SOMFY Unknown device B78736 (A2 208B), please define it
2020.07.01 18:05:23 4: sduino: Somfy RTS preprocessing check: E enc: A2BC9C1721A611 dec: A21E208B3687B7
2020.07.01 18:05:23 5: sduino: dispatch YsA2BC9C1721A611
2020.07.01 18:05:23 5: sduino: Dispatch, YsA2BC9C1721A611, -87 dB, dispatch
2020.07.01 18:05:23 5: sduino: Dispatch, YsA2BC9C1721A611, test ungleich: disabled
2020.07.01 18:05:23 4: sduino: SomfyRTS, bitdata: 10100010101111001001110000010111001000011010011000010001 (56)
2020.07.01 18:05:23 5: sduino: Parse_MC, extracted data 10100010101111001001110000010111001000011010011000010001 (bin)
2020.07.01 18:05:23 4: sduino: Parse_MC, Found manchester protocol id 43 clock 635 RSSI -87 -> Somfy RTS
2020.07.01 18:05:23 4: sduino: Read, msg: MC;LL=-1307;LH=1266;SL=-674;SH=568;D=A2BC9C1721A611;C=635;L=56;R=230;s7;b7;w;
2020.07.01 18:05:13 4: sduino: Dispatch, Ys514262E8DE59EE, Dropped due to short time or equal msg
2020.07.01 18:05:13 5: sduino: Dispatch, Ys514262E8DE59EE, test gleich
2020.07.01 18:05:13 4: sduino: SomfyRTS, bitdata: 01010001010000100110001011101000110111100101100111101110 (56)
2020.07.01 18:05:13 5: sduino: Parse_MC, extracted data 01010001010000100110001011101000110111100101100111101110 (bin)
2020.07.01 18:05:13 4: sduino: Parse_MC, Found manchester protocol id 43 clock 643 RSSI -84.5 -> Somfy RTS
2020.07.01 18:05:13 4: sduino: Read, msg: MC;LL=-1304;LH=1268;SL=-673;SH=615;D=514262E8DE59EE;C=643;L=56;R=235;s18;b17;
2020.07.01 18:05:13 1: SOMFY Unknown device B78736 (51 208A), please define it
2020.07.01 18:05:13 4: sduino: Somfy RTS preprocessing check: 3 enc: 514262E8DE59EE dec: 5113208A3687B7
2020.07.01 18:05:13 5: sduino: dispatch Ys514262E8DE59EE
2020.07.01 18:05:13 5: sduino: Dispatch, Ys514262E8DE59EE, -85 dB, dispatch
2020.07.01 18:05:13 5: sduino: Dispatch, Ys514262E8DE59EE, test ungleich: disabled
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 01 Juli 2020, 19:00:44
Hier mal ein list meines Signalduino:
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   DMSG       YsA04F4F4FAA53CC
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FD         25
   FUUID      5c43b917-f33f-0b7a-7f0d-75d5a69aa3b9a38f
   FVERSION   00_SIGNALduino.pm:v3.4.2-s21664/2020-04-13
   ITClock    250
   LASTDMSG   YsA04F4F4FAA53CC
   LASTDMSGID 43
   MSGCNT     642
   NAME       mySIGNALduino
   NR         494
   NR_CMD_LAST_H 4
   PARTIAL   
   RAWMSG     MC;LL=-1292;LH=1304;SL=-645;SH=659;D=A04F4F4FAA53CC;C=649;L=56;R=4;s8;b8;O;w;
   RSSI       -72
   STATE      opened
   TIME       1593622047.10687
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   unknownmessages
   version    V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   versionProtocols 1.17
   versionmodul v3.4.3
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2020-07-01 14:29:43   cc1101_config   Freq: 433.420 MHz, Bandwidth: 464 KHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5603.79 Baud
     2020-07-01 14:29:43   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2020-06-30 10:20:49   cc1101_patable  C3E = 00 84 00 00 00 00 00 00  => 5_dBm
     2020-03-15 18:27:41   freeram         558
     2020-07-01 18:47:27   lastState       rawmsg mc
     2020-07-01 18:51:50   ping            OK
     2020-06-30 10:20:42   state           opened
     2020-04-08 00:09:40   version         V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   XMIT_TIME:
     1593617150.49203
     1593617157.17106
     1593617203.86497
     1593617762.12318
   additionalSets:
     flash      3.3.1
   helper:
     bm:
       SIGNALduino_Attr:
         cnt        4
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        01.07. 09:19:48
         max        0.000152826309204102
         tot        0.000490903854370117
         mAr:
           set
           mySIGNALduino
           updateChannelFW
           stable
       SIGNALduino_Get:
         cnt        14
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        01.07. 09:19:54
         max        0.00253820419311523
         tot        0.00937223434448242
         mAr:
           HASH(0x3611f78)
           mySIGNALduino
           availableFirmware
       SIGNALduino_Read:
         cnt        2977
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        01.07. 02:21:17
         max        5.39323401451111
         tot        196.31858253479
         mAr:
           HASH(0x3611f78)
       SIGNALduino_Set:
         cnt        613
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        01.07. 08:50:27
         max        0.00135588645935059
         tot        0.193336009979248
         mAr:
           HASH(0x3611f78)
           mySIGNALduino
           ?
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     15
     17
     20
     23
     25
     33
     35
     41
     49
     51
     55
     65
     68
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     44
     44.1
     45
     46
     48
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     79
     80
     81
     83
     84
     85
     86
     89
     92
Attributes:
   cc1101_frequency 433.420
   debug      0
   event-on-change-reading state
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Empfänger
   hardware   nanoCC1101
   icon       cul_usb
   rawmsgEvent 1
   room       Zentrale
   updateChannelFW stable
   userReadings lastState
   verbose    0
   whitelist_IDs 0,1,3,4,6,7,13,13.2,15,17,23,25,33,35,38,41,51,55,65,68,8,9,13.1,16,17.1,19,20,21,22,24,26,27,28,29,30,31,32,34,36,37,39,40,44,44.1,45,46,48,49,50,56,59,60,61,62,64,66,67,69,70,71,72,74,79,80,81,83,84,85,86,89,10,11,12,18,43,47,52,57,58,3.1,,,92


Es gibt schon Unterschiede.
Probier doch mal eine größere Bandbreite. Ich habe z.B. 464 KHz.
Ich weiß auch nicht, warum ich so viele Einträge in der whitelist_IDs habe und Du mir einen.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 01 Juli 2020, 19:11:30
Zitat von: gestein am 01 Juli 2020, 19:00:44
Ich weiß auch nicht, warum ich so viele Einträge in der whitelist_IDs habe und Du mir einen.

lg, Gerhard

du hast alle aus der "Display protocollist" drin, dass brauchst du nur wenn du so viele Sensoren hast, aber du hast sicher nur Somfy.? und das ist die 43
Oder hast du noch mehr die über den sduino gehen.
schau doch mal in die Display protocollist, ist der Link oben neben dem Flaslog

das mit der Bandbreite habe ich irgendwo gelesen... Umso höher umso empfindlicher ist es oder so ähnlich hieß es, die 58 ist der kleinste Wert, den habe ich nie geändert.
Ich finde es leider gerade nicht mehr ich dachte es steht im Sduino Wiki
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 01 Juli 2020, 19:38:35
Das mit der Bandbreite hatte mir mal Ralf9 empfohlen.
https://forum.fhem.de/index.php/topic,112163.msg1065113.html#msg1065113

Aber ich bin da immer noch am Rumprobieren, wie der Empfang am besten ist.
Es fehlt halt auch die Zeit zum Herumspielen ;-)

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 01 Juli 2020, 19:57:19
OK ich habe hier mal einige Posts durchsucht und habe auch sehr oft die 325 gesehen.
Ich kann das ja mal verändern und schauen.

Hat wohl einige Zeit gedauert, jetzt werden wieder Werte ins log geschrieben. ;) sobald ich eine der beiden FB drücke, aber so richtig anfangen kann ich damit nichts.

Das war ja mein Hauptanliegen, dass Fhem nichts mitbekommt sobald ich die Somfy FB drücke, deshalb kann ich auch das ASC Modul für diese Rollläden nicht nutzen...
Die Rollläden fahren vollkommen unsinnig in irgendwelche Positionen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 01 Juli 2020, 21:11:00
ZitatDa ich noch einen zweiten Stick habe und ein wenig herum gespielt, auf die Gefahr hin das ich mir etwas zerschieße habe ich mir jetzt mal diese Version aus dem Github geholt
set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.4.0-dev200121/SIGNALduino_nanoCC1101_3340dev200121.hex
Dies ist eine Spezialversion für FSK (die native Modes N1 - N3 der a-culw), dies bringt Dir für Somfy keine Vorteile

Du kannst mal mit
set sduino raw e
und
set sduino raw eC
Deinen sduino auf default zurücksetzen

Die Brandbreite zu erhöhen kann was bringen, wenn Du ein blaues CC1101 Modul hast, da gibt es welche die eine ungenaue Frequenz haben.

Edit,
wenn der Empfang jetzt funktioniert brauchst Du ihn nicht zurücksetzten.
Das ist bei mir auch so, das es eine Weile dauert bis er normal empfängt

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 01 Juli 2020, 22:05:06
Ja mein Modul ist zum Teil blau, die ein Platine da steht drauf Nano V3.0.
Ich habe mal auf 325 gestellt, es kommen jetzt auch wieder Werte ins log wenn ich etwas auf meine beiden FB drücke.

Die Version ist jetzt auch nicht mehr drauf, wollte nur mal ein wenig spielen weil das flashen nicht funktioniert hat.
Ich habe jetzt wieder diese Version drauf, die du mir gegebenn hast in einem Post weiter vorn, also diese hier

V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01

habe jetzt auch erst mal die ganzen Meldungen ausgeschaltet, weil ich mit den Fernbedienungen nicht weiter komme.
Die Rollläden habe ich für das ASC Modul erst einmal ausgeschaltet, weil die wild durcheinander gefahren sind und irgend eine Stellung eingenommen haben sobald ich die mit der Somfy FB gefahren habe, da wußte Fhem nicht mehr wo die stehen, dass funktioniert leider gar nicht.

Ich dachte da hat sich jetzt etwas geändert.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 09 Juli 2020, 17:38:09
Hallo,

Da es bei mir mit den Fernbedienungen und Wandsendern einfach nicht so recht klappen will, bin ich gerade am Überlegen, wie ich die Position des Rollos doch noch besser erfassen könnte.

Als einzige Möglichkeit scheinen mir momentan externe Sensoren sinnvoll.
Einerseits Rotary-Encoder, andererseits die Messung des Stroms, wenn der Motor läuft.
Was besser ist, weiß ich noch nicht.
https://forum.fhem.de/index.php/topic,108965.msg1029240.html#msg1029240 (https://forum.fhem.de/index.php/topic,108965.msg1029240.html#msg1029240)

Dazu auch eine prinzipielle Frage bzgl. des Moduls.
Es wäre wahrscheinlich am einfachsten für das Handling des Rollos weiterhin Dein Modul zu verwenden.
Allerdings müsste ich dann ,,Up/Down" bzw. ,,Stop" aufrufen können, ohne dass der Befehl wirklich gesendet wird, also quasi nur simuliert wird.

Geht das vielleicht schon oder wäre es für Dich vorstellbar so was zu integrieren?

Vielleicht wäre es auch eine Möglichkeit eine Fernbedienung zu simulieren?
Denn eigentlich machst Du da ja nichts anderes. Oder?

Danke im Voraus
Lg, Gerhard

P.s.: bei meinen rudimentären Kenntnissen und meiner geringen verfügbaren Zeit wird das wohl ein Projekt bis in den Winter rein.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 09 Juli 2020, 18:06:22
also ich habe das Fahren/Beschatten mit den Somfy erst mal aufgegeben.
Ich fahre die jetzt mit der FB auf Beschattung und gut ist es, da sie zudem auch noch unterschiedlich gefahren sind.

Das einzige was mir an den Somfys liegt sind die Umsetzung des fahrens mit der Fernbedienung, das funktioniert super, sonst hätte ich die schon längst raus geschmissen und Shelly oder Homematic eingesetzt, aber da es da keine richtigen FBs gibt habe ich es bisher gelassen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 09 Juli 2020, 18:15:59
Geht mir ähnlich.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: moonsorrox am 09 Juli 2020, 18:25:00
mit den Fernbedienungen von Somfy fahren die Rolll. absolut syncron da beide Fenster nebeneinander im OG sind und mit einem Knopfdruck fahren sie sofort.
Als Fhem das gemacht hat sind die komplett unterschiedlich in ihre Posotionen gefahren, also kann das nicht an Somfy liegen.
Und mit ASC ging das komplett daneben.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 09 Juli 2020, 18:58:25
Das Somfy-Modul errechnet die Position aus den jeweiligen Laufzeiten.
Es ist also wichtig, das die 4 Zeiten richtig im Rollo angegeben werden.
Wenn dann nur mit fhem gefahren wird, sollte das auch gut stimmen.
ASC benutzt ja auch nur das Somfy-Modul dafür.

Wenn allerdings per Fernbedienung verfahren wird und es das Modul nicht mitbekommt, dann passen natürlich auch die Positionen nicht mehr.
Das sollte aber kein spezifisches Problem von ASC sein.

Und ja, auch bei mir ist der Hauptgrund warum ich Somfy noch lasse, die Fernbedienung.
Und natürlich scheue ich vor dem Umbau zurück ;-) ich habe immerhin 7 Rollos.

Momentan bin ich etwas ratlos.

lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Heiner am 18 August 2020, 07:48:35
Hi,

ich musste mein fhem komplett neu aufsetzen und bin jetzt dabei letzte Fehler in der installation zu beheben.

Ich habe wieder das Problem:

Das hatte ich  schon mal und das wurde hier behandelt:
Zitathttps://forum.fhem.de/index.php/topic,53319.msg926388.html#msg926388
Diese Aenderung braucht es aber nun nicht mehr weil die neuste 10_SOMFY.pm die Aenderung bereits inkludiert.

Dennoch habe ich das Problem. Was kann ich da machen?
2020.08.17 09:48:18 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :41D1D191999998:
2020.08.17 09:48:18 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :41D1D191999998:
2020.08.17 09:48:18 3: SignalDuino2: Unknown code Ys41D1D191999998, help me!
2020.08.17 12:00:00 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :510D0DBDBBBBBA:
2020.08.17 12:00:00 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :510D0DBDBBBBBA:
2020.08.17 12:00:00 3: SignalDuino2: Unknown code Ys510D0DBDBBBBBA, help me!
2020.08.17 12:18:06 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :505B5B22AA1B80:
2020.08.17 12:18:06 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :505B5B22AA1B80:
2020.08.17 12:18:06 3: SignalDuino2: Unknown code Ys505B5B22AA1B80, help me!
2020.08.17 12:18:12 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :50C2C7333B0A91:
2020.08.17 12:18:12 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :50C2C7333B0A91:
2020.08.17 12:18:12 3: SignalDuino2: Unknown code Ys50C2C7333B0A91, help me!
2020.08.17 12:31:11 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :5246C3ED183FA2:
2020.08.17 12:31:11 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :5246C3ED183FA2:
2020.08.17 12:31:11 3: SignalDuino2: Unknown code Ys5246C3ED183FA2, help me!
2020.08.17 12:31:12 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :52C7426D183FA2:
2020.08.17 12:31:12 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :52C7426D183FA2:
2020.08.17 12:31:12 3: SignalDuino2: Unknown code Ys52C7426D183FA2, help me!
2020.08.17 12:31:35 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :53D85D6D183FA2:
2020.08.17 12:31:35 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :53D85D6D183FA2:
2020.08.17 12:31:35 3: SignalDuino2: Unknown code Ys53D85D6D183FA2, help me!
2020.08.17 17:07:53 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :AACEE768C1FD10:
2020.08.17 17:07:53 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :AACEE768C1FD10:
2020.08.17 17:07:53 3: SignalDuino2: Unknown code YsAACEE768C1FD10, help me!
2020.08.17 18:07:57 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :042C0E390B72A8:
2020.08.17 18:07:57 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :042C0E390B72A8:
2020.08.17 18:07:57 3: SignalDuino2: Unknown code Ys042C0E390B72A8, help me!
2020.08.17 18:08:03 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :86DECFD0497598:
2020.08.17 18:08:03 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :86DECFD0497598:
2020.08.17 18:08:03 3: SignalDuino2: Unknown code Ys86DECFD0497598, help me!
2020.08.17 21:20:45 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :570F0F5F777770:
2020.08.17 21:20:45 1: SignalDuino2: SOMFY_Parse : Somfy RTS checksum error! :570F0F5F777770:
2020.08.17 21:20:45 3: SignalDuino2: Unknown code Ys570F0F5F777770, help me!


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 26 September 2020, 22:55:56
Ich habe eben eine neue Version des SOMFY-Moduls ins SVN gestellt.
Dabei geht es um Fehler im Umfeld des automatischen Speicherns des RollingCodes in der uniqueID über das Attribut autostoreRollingCode.
Die Details finden sich hier: https://forum.fhem.de/index.php/topic,114366.0.html (https://forum.fhem.de/index.php/topic,114366.0.html). Dank an LastOne für das Dranbleiben.

Im Rahmen der Änderungen wird beim define eines Somfy-Devices der Rolling code und der encryption key aus der Definition entfernt und die Definition nicht mehr automatisch angepasst bei jedem gesendeten Kommandos. Ich hoffe, dass sich die Änderung nicht auf bestehende Automatisierungen auswirkt


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 27 September 2020, 17:47:22
Danke für das Update.

Jetzt erhalte ich bei jedem Schalten eines Rolladen 3 Zeilen Logeinträge mit Verrboselevel 1.

Zitat
2020.09.27 17:07:14.734 1: DEBUG>Store ...
2020.09.27 17:07:14.734 1: DEBUG>RollC  ...
2020.09.27 17:07:14.735 1: DEBUG>Result Rolling code: ...

Bisher hat das Modul sich bis einschliesslich Verboselevel 3 still verhalten, dieses Verhalten hätte ich gern wieder.

Wäre es möglich die DEBUG-Zeilen auf einen Level höher als 3 zu setzen?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 27 September 2020, 17:47:57
Zitat von: Ellert am 27 September 2020, 17:47:22
Danke für das Update.

Jetzt erhalte ich bei jedem Schalten eines Rolladen 3 Zeilen Logeinträge mit Verrboselevel 1.

Bisher hat das Modul sich bis einschliesslich Verboselevel 3 still verhalten, dieses Verhalten hätte ich gern wieder.

Wäre es möglich die DEBUG-Zeilen auf einen Level höher als 3 zu setzen?

Oops - Die kommen raus, ich hatte die aus Versehen die Debugversion hochgeladen - ist ab morgen korrigiert
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 02 Oktober 2020, 15:35:32
Ich habe ein sehr seltsames Verhalten von meinen Somfy.
Hier eines das noch funtktioniert

Internals
ADDRESS
38D609
DEF
38D609
FUUID
5df3a112-f33f-fcf3-7a61-e95f08fd62e453fd
IODev
Signalduino
NAME
Persiana_Despacho
NR
21
STATE
30
TYPE
SOMFY
move
stop


Hier eins das genau gleich angelegt wurde, eine Zeit funktionierte und dann auf einmal nicht mehr

ADDRESS
38D608
DEF
38D608
FUUID
5eabe1c9-f33f-fcf3-765d-2f3fddde2e2a7fb2
IODev
Signalduino
LASTInputDev
Signalduino
MSGCNT
3
NAME
PersianaTerraza
NR
280
STATE
open
Signalduino_DMSG
YsA3E9EBA2AA7C44
Signalduino_MSGCNT
3
Signalduino_Protocol_ID
43
Signalduino_RAWMSG
MC;LL=-1309;LH=1271;SL=-663;SH=615;D=A3E9EBA2AA7C44;C=642;L=55;R=28;
Signalduino_RSSI
-60
Signalduino_TIME
2020-10-02 08:53:52
TYPE
SOMFY
move
off


Ich werde gerne versuchen nach dem Update nochmal neu anzulernen aber irgendwie finde ich es schon seltsam das die Internals so anders aussehen. Hat jemand einen Hinweis?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 02 Oktober 2020, 21:44:27
@Spanish: Kannst Du mal ein sauberes list der Devices machen, ich kann daraus jetzt nicht viel erkennen. Ich vermute es ist ein copy/paste aus dem Web?

Kannst Du vielleicht auch beschreiben, was nicht funktionieren heisst? Ich vermute beim Betätigen bewegt sich der Rolladen nicht mehr?

Auf den ersten Blick würde ich vermuten, die Adresse des Somfy-Devices wird auch noch von einem anderen Device verwendet (z.B. ein Handsender)?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 03 Oktober 2020, 11:35:24
Hallo,

vielen Dank für die schnelle Antwort. Zu Deinen Fragen
- Wie erstelle ich Dir ein sauberes List der Devices?
- Ja es ist ein copy paste aus dem Web
- Wenn ich sage es funktioniert nicht mehr, dann meine ich das die Rolladen sich nicht mehr über FHEM ansteuern lassen. Interessanter weise lassen sie das tun über eine nicht definierten Zeitraum und dann hört es auf. Allerdings auch hier nicht bei allen sondern nur bei einigen
- Ich habe Handsender und sie werden auch genutzt.

Vielen Dank

Carsten
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 03 Oktober 2020, 19:49:25
Ich habe eine Frage zu meinem Somfy. Ich schalte über den Signalduino
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
   DEF        ESP-Signalduino.fritz.box:23
   DMSG       W44#E5A2E30F1A5D1CF032
   DevState   initialized
   DeviceName ESP-Signalduino.fritz.box:23@57600
   FD         18
   FUUID      5e403ab8-f33f-1115-2890-d401c76b3f55795f
   FVERSION   00_SIGNALduino.pm:v3.4.2-s22409/2020-07-16
   IDsNoDispatch 2,72.1,82
   ITClock    250
   LASTDMSG   W44#E5A2E30F1A5D1CF032
   LASTDMSGID 44
   MSGCNT     74778
   NAME       sduino
   NR         359
   NR_CMD_LAST_H 1
   PARTIAL   
   RAWMSG     MU;P0=292;P1=-92;P2=444;P3=-3912;P4=3856;P5=1953;P6=-1956;CP=5;R=19;D=01234353535356565356535356535656565356535353565656535356565656535353535656565353565356565356535353565356565653535356565353535356565656565653535656535;e;
   RSSI       -64.5
   STATE      opened
   TIME       1601747134.88638
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   version    V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   versionProtocols 1.21
   versionmodul v3.4.4
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2020-10-03 03:02:09   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5603.79 Baud
     2020-10-03 03:02:09   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2020-10-03 03:02:10   cc1101_patable  C3E = 00 C8 00 00 00 00 00 00  => 7_dBm
     2020-10-03 14:42:42   ping            OK
     2020-10-03 03:02:08   state           opened
   XMIT_TIME:
     1601746799.8801
   additionalSets:
   helper:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0.1
     0.2
     0.3
     0.5
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     20
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     31
     32
     36
     37
     38
     39
     40
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
     105
Attributes:
   blacklist_IDs 0.4,0,30,42,34,81,83
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -v -v -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101

und verwende ihn für somfy erfolgreich seit zwei Jahren. Seit einiger Zeit kommt es vor, dass von drei geschalteten Rolladen einer nicht reagiert. Dabei schalte ich drei gleichzeitig wie folgt
set sduino_ping statusRequest;sleep 1;set RolladenWohnz1 schliessen;sleep 0.7;set RolladenAZ_Mitte schliessen;sleep 0.7;set RolladenWohnz2 schliessen
und der erste Rolladen reagiert manchmal nicht
Internals:
   ADDRESS    000004
   DEF        000004
   FUUID      5e244bde-f33f-1115-8486-ccc8f031631ccc39
   FVERSION   10_SOMFY.pm:v1.0.0-s22861/2020-09-26
   IODev      sduino
   NAME       RolladenWohnz1
   NR         97
   TYPE       SOMFY
   move       off
   CODE:
     1          000004
   READINGS:
     2020-10-03 09:14:09   enc_key         A6
     2020-10-03 09:14:08   exact           0
     2020-10-03 09:14:08   position        0
     2020-10-03 09:14:09   rolling_code    0896
     2020-10-03 09:14:08   state           open
Attributes:
   IODev      sduino
   eventMap   off:oeffnen on:schliessen
   model      somfyshutter
   verbose    1

Unklar ist, wann genau der somfy sich nicht meldet. Ich werde jetzt mal die Reihenfolge tauschen um zu schauen, ob es daran liegt, dass immer "der erste" ein Problem aufweist. Hat jemand noch eine Idee, wo ich weitersuchen kann?

Manchmal habe ich auch Meldungen der folgenden Form im Log, keine Ahnung, ob das miteinander verbunden ist
2020.10.02 15:57:43 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :ABECE8BE1B6420:
2020.10.02 15:57:43 1: sduino: SOMFY_Parse : Somfy RTS checksum error! :ABECE8BE1B6420:
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 04 Oktober 2020, 23:34:38
Zitat von: Spanish am 03 Oktober 2020, 11:35:24
Hallo,

vielen Dank für die schnelle Antwort. Zu Deinen Fragen
- Wie erstelle ich Dir ein sauberes List der Devices?
- Ja es ist ein copy paste aus dem Web
- Wenn ich sage es funktioniert nicht mehr, dann meine ich das die Rolladen sich nicht mehr über FHEM ansteuern lassen. Interessanter weise lassen sie das tun über eine nicht definierten Zeitraum und dann hört es auf. Allerdings auch hier nicht bei allen sondern nur bei einigen
- Ich habe Handsender und sie werden auch genutzt.

Vielen Dank

Carsten

Am besten liest Du mal die Beiträge im Anfängerforum durch: https://forum.fhem.de/index.php/topic,71806.0.html (https://forum.fhem.de/index.php/topic,71806.0.html)

Wenn Du Handsender hast - haben diese möglicherweise dieselbe SOMFY-Adresse? Wenn ja würde das das Verhalten erklären
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 05 Oktober 2020, 11:06:48
Hallo,

hier das List eines der Rolladen. Ich habe es über Handsender 2 Angelernt (funktionierte). Dann wurde es über Handsender 1 bewegt und seid dem ist es der Zustand.

Frage: Sollte ich nur den Handsender nutzen über den ich auch anlerne? Wie kann ich diese Situation in der Zukunft vermeiden?


Internals:
   ADDRESS    38D606
   DEF        38D606
   FUUID      5f79a3ca-f33f-fcf3-abee-5c610266a382a378
   IODev      Signalduino
   LASTInputDev Signalduino
   MSGCNT     2
   NAME       Puerta_Dormitorio
   NR         386
   STATE      open
   Signalduino_DMSG YsAFB1B0424492AA
   Signalduino_MSGCNT 2
   Signalduino_Protocol_ID 43
   Signalduino_RAWMSG MC;LL=-1327;LH=1267;SL=-650;SH=615;D=AFB1B0424492AA;C=643;L=55;R=25;
   Signalduino_RSSI -61.5
   Signalduino_TIME 2020-10-05 10:39:19
   TYPE       SOMFY
   move       stop
   CODE:
     1          38D606
   READINGS:
     2020-10-05 09:48:18   enc_key         A4
     2020-10-05 09:48:27   exact           0
     2020-10-05 10:39:19   parsestate      stop
     2020-10-05 09:48:27   position        0
     2020-10-05 10:39:19   received        11
     2020-10-05 09:48:18   rolling_code    0024
     2020-10-05 09:48:27   state           open
     2020-10-05 10:39:19   userposition    100
Attributes:
   IODev      Signalduino
   devStateIcon closed:fts_shutter_100 open:fts_shutter_10 my:fts_shutter_50
   drive-down-time-to-100 20
   drive-down-time-to-close 23
   drive-up-time-to-100 3
   drive-up-time-to-open 23
   eventMap   on:ab off:auf go-my:my on:close off:open
   genericDeviceType blind
   group      Persianas
   homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=5 TargetPosition=userposition,minValue=0,maxValue=100,minStep=5,cmds=0:close;50:my;100:open
   icon       fts_shutter_updown
   model      somfyshutter
   room       Homekit
   siriName   Persiana Puerta Dormitorio
   userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
   webCmd     stop:on:90:80:70:60:50:40:30:20:10:off
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Oktober 2020, 13:35:05
Zitat von: Spanish am 05 Oktober 2020, 11:06:48
Hallo,

hier das List eines der Rolladen. Ich habe es über Handsender 2 Angelernt (funktionierte). Dann wurde es über Handsender 1 bewegt und seid dem ist es der Zustand.

Frage: Sollte ich nur den Handsender nutzen über den ich auch anlerne? Wie kann ich diese Situation in der Zukunft vermeiden?



Bitte benutze Code tags für logs / lists etc - auch das steht in den Artikeln im Anfängerforum, das macht es einfacher für alle die die Beiträge lesen und auch INhalte analysieren - geht auch nachträglich

Lass mich versuchen es mehr im Detail zu erklären:

- Ein Somfy-Device hat eine Adresse (diese muss bei der Definition mit angegeben werden)
- Sowohl Sender als auch Rollo/Rolladen haben einen Zähler, der bei jedem Befehl mitgesendet wird (Device/Handsender) und am Rolladen entsprechend beim Empfang hochgezählt wird.
- Das Anlernen passiert nur am Rolladen - ein angelernter Sender versetzt diesen nur in den Anlernmodus - es ist also egal mit welchem Handsender Du etwas angelernt hast
- Die Adresse in Somfy muss eindeutig sein und darf NICHT von einem Handsender verwendet werden, da dann der Zähler (Rolling Code) unterschiedlich hochzählt

Jetzt nochmal die Frage, ist Deine Adresse wirklich eindeutig, oder hast Du eine Adresse, die ein Signalduino empfangen hat verwendet?
Das Verhalten spricht sehr dafür, dass diese nicht eindeutig sind

Wenn nicht sicher einfach eine andere Adresse verwenden - vielleicht ein Schema ausdenken, damit vermeidest Du das Problem


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 05 Oktober 2020, 16:34:10
Hi,

sorry für den Post ohne "code".
Danke für Deine detaillierten schritte. Die Adresse sollte meines Wissens nach Eindeutig sein, allerdings empfängt der Signalduino eine ganze menge anderer Signale.
Du schreibst, "einfach eine andere Adresse verwenden - vielleicht ein Schema ausdenken, damit vermeidest Du das Problem". Könntest Du es ggf etwas weiter beschreiben? Ich bin mir nicht sicher wie das funktionieren sollte.
Danke
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Oktober 2020, 17:49:09
Zitat von: Spanish am 05 Oktober 2020, 16:34:10
Hi,

sorry für den Post ohne "code".
Danke für Deine detaillierten schritte. Die Adresse sollte meines Wissens nach Eindeutig sein, allerdings empfängt der Signalduino eine ganze menge anderer Signale.
Du schreibst, "einfach eine andere Adresse verwenden - vielleicht ein Schema ausdenken, damit vermeidest Du das Problem". Könntest Du es ggf etwas weiter beschreiben? Ich bin mir nicht sicher wie das funktionieren sollte.
Danke

Ein Schema könnte sein:
2 Stellen - Dein Hauscode --> z.B. 42
2 Stellen - die Etage oder der Raum --> Also z.B. Wohnzimmer = 01 / Arbeitszimmer = 0A / Bad = 0B // oder Erdgeschoss 01 / ...
2 Stellen - die Devices im Raum durchgezählt

Das zusammengesetzt (6 Stellen Hexadezimal) gibt die Adresse - also Arbeitszimmer - Rolladen 2 wäre 420A02

Den Hauscode wählst Du so, das keiner der existierenden Sender (also alles was der Signalduino empfangen hat) - nicht dazu passt

Aber wie gesagt, das ist nur ein Vorschlag


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 05 Oktober 2020, 20:41:41
Hallo,

ok, soweit verstehe ich das mit dem Schema. Fragen:
- wie lerne ich das Rollo dann an heute mache ich es mit
define Puerta_Dormitorio SOMFY 38D606
würde ich dann dort den HEX code mit einem eigenem überschreiben? Laufe ich dann Gefahr das mein Handsender ggf nicht mehr funktioniert?

Ich habe es gerade nochmal versucht. Der Handsender "zerschießt" mir die Config.

Vielen Dank (sorry wenn ich "dumme" Fragen stelle aber ich würde das Problem gerne lösen
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Oktober 2020, 20:57:40
Zitat von: Spanish am 05 Oktober 2020, 20:41:41
Hallo,

ok, soweit verstehe ich das mit dem Schema. Fragen:
- wie lerne ich das Rollo dann an heute mache ich es mit
define Puerta_Dormitorio SOMFY 38D606
würde ich dann dort den HEX code mit einem eigenem überschreiben? Laufe ich dann Gefahr das mein Handsender ggf nicht mehr funktioniert?

Ich habe es gerade nochmal versucht. Der Handsender "zerschießt" mir die Config.

Vielen Dank (sorry wenn ich "dumme" Fragen stelle aber ich würde das Problem gerne lösen


Irgendwie geht hier weiter alles munter durcheinander:

Mit dem define lernst Du gar nichts ein, sondern definierst doch nur den Device in FHEM.
Ja da sollte ein eigener Hexcode stehen, wenn dort die Adresse des Handsenders steht ist dei Gefahr, dass der Handsender nicht mehr funktioniert.

Das Einlernen eines Somfy-Devices in FHEM geht ganz anders und habe ich oben schonmal geschrieben - dazu wird es am Rollo selbst angelernt als eigenständige Fernbedienung  (Also Rollo in Programmiermodus versetzen - z.B. durch einen Handsender - dann Somfy Device in FHEM up / down senden)

Ich versuche es nochmal zu wiederholen: die Handsender und Somfy-Devices müssen unabhängig sein - natürlich funktioniert er dann weiterhin - Nur die Anzahl der Devices die gleichzeitig an einem Rollo angelernt sein können ist beschränkt

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 06 Oktober 2020, 11:45:32
Hallo,

danke und ich denke ich habe ggf ein paar Dinge bisher nicht richtig verstanden (genau genug gelesen). Daher auch ein Danke für die Geduld. Ich werde Nachher nochmal versuchen das Rollo neu in FHEM anzubinden und mit einem eigenem Schema.
Ich werde den Status Rückmelden. Vielleicht klappt es ja so endgültig.

Resultat:
Es hat nicht funktioniert hier die Schritte die ich unternommen haben

efine Puerta_Dormitorio SOMFY 15CA01
attr Puerta_Dormitorio IODev Signalduino


Dann den Rolladenin mit dem Handsender in Prog gesetzt (erst ein wenig herunter gefahren, dann den roten Knopf hinten gedrückt bis es ruckt).
set Puerta_Dormitorio prog

Dann
attr Puerta_Dormitorio devStateIcon closed:fts_shutter_100 open:fts_shutter_10 my:fts_shutter_50
attr Puerta_Dormitorio eventMap on:ab off:auf go-my:my on:close off:open
attr Puerta_Dormitorio genericDeviceType blind
attr Puerta_Dormitorio group Persianas
attr Puerta_Dormitorio drive-down-time-to-100 20
attr Puerta_Dormitorio drive-down-time-to-close 23
attr Puerta_Dormitorio drive-up-time-to-100 3
attr Puerta_Dormitorio drive-up-time-to-open 23
attr Puerta_Dormitorio homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=5 TargetPosition=userposition,minValue=0,maxValue=100,minStep=5,cmds=0:close;;50:my;;100:open
attr Puerta_Dormitorio icon fts_shutter_updown
attr Puerta_Dormitorio model somfyshutter
attr Puerta_Dormitorio room Homekit
attr Puerta_Dormitorio siriName Persiana Puerta Dormitorio
attr Puerta_Dormitorio userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
attr Puerta_Dormitorio webCmd stop:on:90:80:70:60:50:40:30:20:10:off


es rührt sich aber nix.

Hier das List
Internals:
   ADDRESS    15CA01
   DEF        15CA01
   FUUID      5f7c462f-f33f-fcf3-aa62-e6eb74050c8cf353
   IODev      Signalduino
   NAME       Puerta_Dormitorio
   NR         388
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          15CA01
   READINGS:
     2020-10-06 13:17:21   enc_key         A0
     2020-10-06 13:17:26   exact           0
     2020-10-06 13:17:26   position        0
     2020-10-06 13:17:21   rolling_code    0010
     2020-10-06 13:17:26   state           open
     2020-10-06 13:17:26   userposition    100
Attributes:
   IODev      Signalduino
   devStateIcon closed:fts_shutter_100 open:fts_shutter_10 my:fts_shutter_50
   drive-down-time-to-100 21
   drive-down-time-to-close 24
   drive-up-time-to-100 3
   drive-up-time-to-open 23
   eventMap   on:ab off:auf go-my:my on:close off:open
   genericDeviceType blind
   group      Persianas
   homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=5 TargetPosition=userposition,minValue=0,maxValue=100,minStep=5,cmds=0:close;50:my;100:open
   icon       fts_shutter_updown
   model      somfyshutter
   room       Homekit
   siriName   Persiana Puerta Dormitorio
   userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
   webCmd     stop:on:90:80:70:60:50:40:30:20:10:off

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 06 Oktober 2020, 12:36:40
Das kommt auf die Empfangslage an - wenn der Signalduino bei Dir regelmässig falsche Adressen empfängt macht das Sinn um Aufwand zu reduzieren - Eskann aber auch ein hinweis darauf sein, die Antene/Position zu verbessern
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 07 Oktober 2020, 08:57:55
Hallo,

ich habe meine obigen post aktualisiert. Hast Du ggf noch einen / ein paar Tips? Vielen Dank
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 08 Oktober 2020, 18:15:11
Zitat von: Spanish am 07 Oktober 2020, 08:57:55
Hallo,

ich habe meine obigen post aktualisiert. Hast Du ggf noch einen / ein paar Tips? Vielen Dank

nachdem Du das Rollo in Programmiermodus versetzt hast solltest Du ein normales Kommand senden (nicht prog) - am besten mehrfach

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 09 Oktober 2020, 17:42:12
Hallo

habe auch das nochmal probiert
nternals:
   ADDRESS    15CA01
   CFGFN     
   DEF        15CA01
   FUUID      5f804291-f33f-fcf3-aaf6-75f576a63f61db88
   IODev      Signalduino
   NAME       Puerta_Dormitorio
   NR         548
   STATE      open
   TYPE       SOMFY
   move       off
   CODE:
     1          15CA01
   READINGS:
     2020-10-09 17:34:06   enc_key         AA
     2020-10-09 17:34:06   exact           0
     2020-10-09 17:34:06   position        0
     2020-10-09 17:34:06   rolling_code    001A
     2020-10-09 17:34:06   state           open
Attributes:
   IODev      Signalduino
   model      somfyshutter


Es funktioniert gar nicht. Mir scheint das der HEX Code direkt etwas mit dem Shutter zu tun hat denn dort funktionierte es dann ja. Verstehen tue ich es nicht.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 09 Oktober 2020, 18:42:15
Zitat von: Spanish am 09 Oktober 2020, 17:42:12

Es funktioniert gar nicht. Mir scheint das der HEX Code direkt etwas mit dem Shutter zu tun hat denn dort funktionierte es dann ja. Verstehen tue ich es nicht.

Den Satz mit dem Hexcode verstehe ich nicht - was hat mit was zu tun?
(Generell kann ich nicht sagen welche Adressen erlaubt sind, ich hatte aber noch keine Probleme mit sehr willkürlichen Adressen)

Ich vermute (immer noch) Du hast früher eine Adresse verwendet die bereits angelernt war und damit den Somfy-Device nie eigenständig angelernt.
Ich kenne Dein Rollo und auch Deine Fernbedienung nicht - normalerweise haben die Motoren eine begrenzte Anzahl von Plätzen für Fernbedienungen (sind vielleicht schon viele angelernt ?)

Bist Du sicher, dass Dein Somfy - Device empfangen wird?
Hast Du mehre Kommandos abgesendet nach dem Einstellen des programmiermodus?

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 12 Oktober 2020, 10:21:06
Hallo,

vielen Dank erstmal für die Geduld. Ich will mal von oben Anfangen.
Hex Code. Ich habe früher das Rollo mit einem bestimmten HEX Code "38D606" programmiert und sie hat sich damit auch über FHEM bewegt. Wenn ich einen anderen HEX Code zur Programmierung nutze (wie oben) dann hat sie sich nie gerührt, daher meine Annnahme das es etwas damit zu tun haben könnte.

Mein Rollo hat einen RTS Motor und Fernsteuerung ist Somfy RTS Teils (4 Rollos). Ich werde nochmal meine Logs durchsuchen und einfach das Rollo gezielt mit der Fernbedienung bewegen. Vielleicht komme ich ja so dazu.

ZitatBist Du sicher, dass Dein Somfy - Device empfangen wird?
Ja sonst hätte es sich ja nie aus FHEM ansteuern lassen vermute ich mal.
ZitatHast Du mehre Kommandos abgesendet nach dem Einstellen des programmiermodus?
Ja, alles probiert und es hat sich nix getan.

Ich werde nochmal in meinen Logs suchen.., übrigens Logs im FHEM log habe ich diese Einträge
2020.10.12 05:49:56 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 05:49:56 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 05:49:56 3: Signalduino: Unknown code Ys022222264D6198, help me!
2020.10.12 05:50:06 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 05:50:06 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 05:50:06 3: Signalduino: Unknown code Ys022222264D6198, help me!
2020.10.12 06:50:58 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :A0444444C9AC32:
2020.10.12 06:50:58 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :A0444444C9AC32:
2020.10.12 06:50:58 3: Signalduino: Unknown code YsA0444444C9AC32, help me!
2020.10.12 07:51:46 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 07:51:46 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 07:51:46 3: Signalduino: Unknown code Ys022222264D6198, help me!
2020.10.12 08:07:04 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 08:07:04 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :022222264D6198:
2020.10.12 08:07:04 3: Signalduino: Unknown code Ys022222264D6198, help me!
2020.10.12 08:52:42 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :A0444444C9AC32:
2020.10.12 08:52:42 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :A0444444C9AC32:
2020.10.12 08:52:42 3: Signalduino: Unknown code YsA0444444C9AC32, help me!
2020.10.12 09:52:23 1: Signalduino: SOMFY_Parse : Somfy RTS message format error (length must be 14 or 20)! :A81191910B10374:
2020.10.12 09:52:23 3: Signalduino: Unknown code YsA81191910B10374, help me!
2020.10.12 09:58:00 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :023232264D6198:
2020.10.12 09:58:00 1: Signalduino: SOMFY_Parse : Somfy RTS checksum error! :023232264D6198:
2020.10.12 09:58:00 3: Signalduino: Unknown code Ys023232264D6198, help me!

Sollte das etwas besonderes sagen?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 12 Oktober 2020, 10:42:16
@Spanish:
Das unterstützt die Vermutung,d ass Du Somfy in FHEM nie an den Rolladen angelernt hast, sondern eine vorhandene Adresse quasi weiterverwendet hast - dadurch auch die Problem, dass die rolling codes auseinanderlaufen
Also müsstest Du den FHEM-Device mit einer noch nicht belegten Adresse an Deinem Rollo anlernen sonst wird das weiter Probleme bereiten

Die Fehlermeldungen stammen vom Empfang und deuten darauf hin, dass die Befehle nicht immer korrekt empfangen werden - das ist einigermassen normal, denn Signalduino und SOMFY RTS Format sind zusammen nicht optimal stabil das hängt aber dann auch mit der Entfernung von Handfernbedienungen zum Signalduino zusammen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 13 Oktober 2020, 13:17:29
Hallo,

ich habe einen neuen Versuch gestartet und meinen Signalduino etwas "empfindlicher" gestellt und auch die Sendeleistung erhöht. Das scheint die Magie gewesen zu sein.
Ich habe die Schritte von oben nochmal einzeln abgearbeitet und siehe da es hat funktioniert. Vielen Dank für die Geduld und die Hilfe!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 13 Oktober 2020, 13:55:24
Könnte es sein, dass die Antenne nicht die beste ist? Meine war super, allerdings für die (falsche) Frequenz von 475 MHz...
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Spanish am 14 Oktober 2020, 12:34:57
Eine Frage habe ich noch.

Ich habe eine Somfy Markise, diese ist mit einem Sonnen und Windsensor (Somfy) und einem RTS (Somfy gekoppelt). Kann ich diese ebenfalls über den gleichen Mechanismus einbinden? Oder muss ich da noch etwas besonderes beachten?

Auf die Frage nach der Antenne. Kann ich nicht sagen, die Antenne wurde beim Signalduino so mitgeliefert (433Mhz version). Die Erhöhung der Signalstärke und Empfang scheint das Problem zu lösen. Im Moment läuft es alles tadellos.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 14 Oktober 2020, 14:47:23
Zitat von: Spanish am 14 Oktober 2020, 12:34:57
Eine Frage habe ich noch.

Ich habe eine Somfy Markise, diese ist mit einem Sonnen und Windsensor (Somfy) und einem RTS (Somfy gekoppelt). Kann ich diese ebenfalls über den gleichen Mechanismus einbinden? Oder muss ich da noch etwas besonderes beachten?

Auf die Frage nach der Antenne. Kann ich nicht sagen, die Antenne wurde beim Signalduino so mitgeliefert (433Mhz version). Die Erhöhung der Signalstärke und Empfang scheint das Problem zu lösen. Im Moment läuft es alles tadellos.

Ich habe leider nie einen separaten Wind/Sonnensensor gehabt, deshalb kann ich das nur begrenzt beantworten. Der Wind-/Sonnensensor sendet Kommandos (an das Rollo), diese können natürlich wie die Handsender auch empfangen werden. Da es sich aber nur um einen Sender handelt, lässt sich das nicht wie ein Rollo einbinden.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 03 Januar 2021, 19:05:56
Hallo viegener, wäre es möglich oder aus deiner Sicht sinnvoll in die offizielle Version einzubauen, dass bei ,,B0" der Befehl ,,stopp" abgesetzt wird. Bei meiner Telis 4 Mod/Var RTS Pure wird ,,B0" abgesetzt, wenn ich das Rad an der Fernbedienung drehe. Ich stoppe die Jalousien in der Regel mit dem Rad, bzw. bewege minimal die Lamellen damit.
LG, stef
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 03 Januar 2021, 21:34:04
Zitat von: stef1938 am 03 Januar 2021, 19:05:56
Hallo viegener, wäre es möglich oder aus deiner Sicht sinnvoll in die offizielle Version einzubauen, dass bei ,,B0" der Befehl ,,stopp" abgesetzt wird. Bei meiner Telis 4 Mod/Var RTS Pure wird ,,B0" abgesetzt, wenn ich das Rad an der Fernbedienung drehe. Ich stoppe die Jalousien in der Regel mit dem Rad, bzw. bewege minimal die Lamellen damit.
LG, stef

Ich kann Dir nicht ganz folgen: was meinst du mit "bei B0"?
Also ein zusätzliches Kommando "B0", dass von FHEM als Somfy-Kommando verwendet wird und an den Somfy device gesendet wird?

Dann müsste ich etwas besser verstehen, was dann passiert und wie sich das auf Positionen auswirkt.


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 03 Januar 2021, 22:39:53
Hallo viegener,
danke für die Antwort.

ich füge mal drei Screenshots bei.

Screenshots FHEM:
Habe den Handsender Telis 4 Mod/Var RTS Pure (mit Drehrad in der Mitte zum Einstellen der Lamellen-Position) in FHEM angelernt, um die Position der Jalousien in FHEM zu erfassen.
Wenn ich das Drehrad bewege erscheint unter "received" der Befehl "B0" und die Lamellen der Jalousien drehen sich (auf oder ab - je nach Bewegung am Drehrad). Wenn die Jalousien am hoch oder runterfahren sind und ich das Drehrad bewege, dann stoppen sie.

Screenshot 10_SOMFY.pm:
Da FHEM den Befehl "B0" nicht kennt und ich die Jalousien mit dem Drehrad stoppe, fährt die Position in FHEM virtuell weiter. Bedeutet: ich stoppe die Jalousien mit dem Drehrad am Handsender bei 50%, FHEM erkennt das "stop" nicht, fährt (virtuell) weiter und zeigt dann als Position letztendlich "offen" bzw. "geschlossen" an, obwohl die Jalousien händisch bereits bei 50% gestoppt wurden.

Mein workaround ist, dass ich in der 10_SOMFY.pm die Zeile "XX" => "z_custom" wie folgt abgeändert habe: "B0" => "stop"
Allerdings funktioniert dann der "normale" Stop-Befehl nicht mehr zuverlässig: Wenn ich über FHEM die Position auf 90% stelle, stoppen die Jalousien nicht bei 90% sondern fahren in Endposition. Nach Neustart funktioniert es ab und an wieder.

Hoffe ich konnte das klar rüberbringen. Ansonsten bitte gerne nachhaken!

LG stef
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 04 Januar 2021, 14:02:37
Zitat von: stef1938 am 03 Januar 2021, 22:39:53
Hallo viegener,
danke für die Antwort.

ich füge mal drei Screenshots bei.

Screenshots FHEM:
Habe den Handsender Telis 4 Mod/Var RTS Pure (mit Drehrad in der Mitte zum Einstellen der Lamellen-Position) in FHEM angelernt, um die Position der Jalousien in FHEM zu erfassen.
Wenn ich das Drehrad bewege erscheint unter "received" der Befehl "B0" und die Lamellen der Jalousien drehen sich (auf oder ab - je nach Bewegung am Drehrad). Wenn die Jalousien am hoch oder runterfahren sind und ich das Drehrad bewege, dann stoppen sie.

Screenshot 10_SOMFY.pm:
Da FHEM den Befehl "B0" nicht kennt und ich die Jalousien mit dem Drehrad stoppe, fährt die Position in FHEM virtuell weiter. Bedeutet: ich stoppe die Jalousien mit dem Drehrad am Handsender bei 50%, FHEM erkennt das "stop" nicht, fährt (virtuell) weiter und zeigt dann als Position letztendlich "offen" bzw. "geschlossen" an, obwohl die Jalousien händisch bereits bei 50% gestoppt wurden.

Mein workaround ist, dass ich in der 10_SOMFY.pm die Zeile "XX" => "z_custom" wie folgt abgeändert habe: "B0" => "stop"
Allerdings funktioniert dann der "normale" Stop-Befehl nicht mehr zuverlässig: Wenn ich über FHEM die Position auf 90% stelle, stoppen die Jalousien nicht bei 90% sondern fahren in Endposition. Nach Neustart funktioniert es ab und an wieder.

Hoffe ich konnte das klar rüberbringen. Ansonsten bitte gerne nachhaken!

LG stef

OK - das verstehe ich
Also müsste ich wohl folgendes einrichten

1) Empfangener B0 Befehl sollte wie empfangenes Stopp verarbeitet werden
2) Optional: Versenden von B0 ermöglichen

Ich bräuchte vermutlich Deine Hilfe beim Testen (denn ich habe momentan gar kein Somfy-Device mehr)

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 04 Januar 2021, 14:46:16
Ja sehr gerne helfe ich wo ich kann und teste!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 04 Januar 2021, 23:21:21
@stef1938 - Du findest einen neue Version im github repository - diese setzt ein empfangegenes B0 in ein "Stopp" um.

Die Version findest Du hier: https://github.com/viegener/Telegram-fhem/tree/master/Somfy (https://github.com/viegener/Telegram-fhem/tree/master/Somfy)

Lass mich wissen, wenn es fragen gibt. Rückmeldung erwünscht
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 05 Januar 2021, 12:21:53
Hallo viegener,

hab das neue file eingespielt, vielen Dank!

Wenn ich das Rad drehe, steht jetzt bei parsestate "blind" und bei received "B0". FHEM fährt jedoch nach wie vor (virtuell) weiter.
Somit hat sich bis auf die Anzeige neben parsestate nichts geändert.

LG, stef
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Januar 2021, 13:25:02
Zitat von: stef1938 am 05 Januar 2021, 12:21:53
Hallo viegener,

hab das neue file eingespielt, vielen Dank!

Wenn ich das Rad drehe, steht jetzt bei parsestate "blind" und bei received "B0". FHEM fährt jedoch nach wie vor (virtuell) weiter.
Somit hat sich bis auf die Anzeige neben parsestate nichts geändert.

LG, stef

Dann muss ich doch besser verstehen, wie Du Somfy verwendest. Hast Du getrennte Devices für Deine Handfernbedienung und die Steuerung aus FHEM?
Wenn nicht, steuerst DU überhaupt aus FHEM oder ist das nur zur Statusinformation?
Wenn doch, müsste es doch regelmässig ein Problem mit auseinanderlaufenden Rollingcodes geben?
In diesem Fall müsste ich hart B0 grundsätzlich umdefinieren als stopp - das gefällt mir nicht so gut
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 05 Januar 2021, 13:56:01
Hallo viegener,

die Jalousien (z.B. im Bad) steuere ich sowohl über die Handsender als auch über FHEM.

Den Handsender (device Bad_FB) habe ich über autocreate nach FHEM übernommen. Zudem habe ich den Handsender (mit Befehl in FHEM "set Bad prog" und drücken der prog-Taste am Handsender) als neues Gerät in FHEM definiert (device Bad)

Mittels notify wird die Steuerung durch den Handsender (device Bad_FB) mit der Position des FHEM devices (device Bad) abgeglichen.
define notify_Bad_FB notify Bad_FB:parsestate.* set Bad virtual $EVTPART1

Die Anleitung stammt von JWRu
https://forum.fhem.de/index.php/topic,72173.msg818783.html#msg818783

Die zwei devices Bad_FB und Bad haben jeweils einen eigenen Rollingcode.

Güße, stef
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Januar 2021, 20:45:13
Zitat von: stef1938 am 05 Januar 2021, 13:56:01
Hallo viegener,

die Jalousien (z.B. im Bad) steuere ich sowohl über die Handsender als auch über FHEM.

Den Handsender (device Bad_FB) habe ich über autocreate nach FHEM übernommen. Zudem habe ich den Handsender (mit Befehl in FHEM "set Bad prog" und drücken der prog-Taste am Handsender) als neues Gerät in FHEM definiert (device Bad)

Mittels notify wird die Steuerung durch den Handsender (device Bad_FB) mit der Position des FHEM devices (device Bad) abgeglichen.
define notify_Bad_FB notify Bad_FB:parsestate.* set Bad virtual $EVTPART1

Die Anleitung stammt von JWRu
https://forum.fhem.de/index.php/topic,72173.msg818783.html#msg818783

Die zwei devices Bad_FB und Bad haben jeweils einen eigenen Rollingcode.

Güße, stef

OK - das war urspürnglich so nicht vorgesehen.
Dasselbe lässt sich auch darüber erreichen, dass Du im Attribut "rawDevice" "Bad_FB" die sechsstellige Somfy-Adresse des "Bad" Devices eintragen, dann findet diese Benachrichtigung im Hintergrund statt (ohne notify). Wenn Du das testweise ausprobieren könntest, wäre es toll. Denn der Weg über den notify ist (aus meiner Sicht nicht standardmässig).
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stef1938 am 05 Januar 2021, 21:11:27
Hallo viegener,

hab das gerade ausprobiert - funktioniert!! Zudem hab ich noch das device auf somfyremote umgestellt.
Siehe auch:
https://forum.fhem.de/index.php/topic,72173.msg1083006.html#msg1083006

Ich bilde mir jedoch ein, dass der Empfang des Handsenders jetzt schlechter ist. Wahrscheinlich täusche ich mich. Werde mal testen.
(Nachtrag) Empfang Handsender liegt daran:
https://forum.fhem.de/index.php/topic,111653.msg1119455.html#msg1119455

@viegener, deine Anpassung funktioniert, danke nochmal!

LG, stef
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schatn am 25 Januar 2021, 16:24:56
Hallo!

Ich hätte dazu auch eine Frage. Vielleicht kann mir jemand helfen.
Ich habe insgesamt 10 Rollo angelernt und die dazugehörigen Handsender. Das funktioniert alles auch ganz gut.
Nun habe ich aber auch noch 3 Devices erstellt die mehrere Rollo steueren.
Also z.b.: Rollo_Gesamt, dieses Device habe ich an alle Rollo angelernt.
Wenn ich nun mit diesem Device alle Rollo öffne, dann ändert sich aber der Status bei den einzelnen Devices nicht.
Mit rawDevice wie bei den Handsendern kann ich das leider auch nicht angeben.
Gibt es da irgendeine Möglichkeit das den einzelnen Rollos mitzuteilen?
Vielen Dank schon mal.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 25 Januar 2021, 16:49:19
vermutlich geht das nur über ein notify, d.h. mit der Hand selber programmiert. Wenn du allerdings ein Rollo bewegst, müsste du dann umgekehrt auch bei Rollo_alle ,,unbestimmt" eintragen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schatn am 25 Januar 2021, 17:28:39
Danke erstmal für den Denkanstoß  :)
Hab das ganze jetzt mal mit folgenden Befehlen angelegt und funktioniert in der Testumgebung erstmal. Richtig testen kann ich es erst am Wochenende.

define notify_Rollo_OG notify Rollo_OG_Angelernt set Rollo_OG.* virtual $EVTPART0
define notify_Rollo_EG notify Rollo_EG_Angelernt set Rollo_EG.* virtual $EVTPART0
define notify_Rollo_Gesamt notify Rollo_Gesamt_Angelernt set Rollo_.* virtual $EVTPART0

Rollo_OG_Angelernt ist das Device, welches an alle Rollo angelernt wurde und die einzeln angelernten Devices beginnen mit Rollo_OG.
So müsste meiner Meinung nach nur ein Sendebefehl geschickt werden und die Postion eines jeden einzelnen Rollos wird richtig angezeigt.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 26 Januar 2021, 23:07:41
Zitat von: Schatn am 25 Januar 2021, 16:24:56
Hallo!

Ich hätte dazu auch eine Frage. Vielleicht kann mir jemand helfen.
Ich habe insgesamt 10 Rollo angelernt und die dazugehörigen Handsender. Das funktioniert alles auch ganz gut.
Nun habe ich aber auch noch 3 Devices erstellt die mehrere Rollo steueren.
Also z.b.: Rollo_Gesamt, dieses Device habe ich an alle Rollo angelernt.
Wenn ich nun mit diesem Device alle Rollo öffne, dann ändert sich aber der Status bei den einzelnen Devices nicht.
Mit rawDevice wie bei den Handsendern kann ich das leider auch nicht angeben.
Gibt es da irgendeine Möglichkeit das den einzelnen Rollos mitzuteilen?
Vielen Dank schon mal.

Du kannst im Attribut rawdevice auch mehrere Adressen (durch Leerzeichen getrnnt) angeben. Dann sollten alle darin angebenen Geräte akualisiert werden.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schatn am 27 Januar 2021, 18:58:56
Danke, aber das mit dem rawDevice habe ich schon versucht. Das funktioniert leider nur bei den Handsendern (somfyremote).

Das obige notify hab ich auch wieder aufgegeben, da kommen nur Fehler im Logfile.
Dann habe ich es mit "define notify_Rollo_OG notify Rollo_OG_Angelernt:parsestate.* set Rollo_OG.* virtual $EVTPART1" versucht, da passiert leider nichts.
Mit "define notify_Rollo_OG notify Rollo_OG_Angelernt:position:.* set Rollo_OG.* virtual $EVTPART1" geht es zumindest auf und zu aber "stop" wird ignoriert.
Muss also noch weiter probieren  :)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 27 Januar 2021, 20:10:59
Zitat von: Schatn am 27 Januar 2021, 18:58:56
Danke, aber das mit dem rawDevice habe ich schon versucht. Das funktioniert leider nur bei den Handsendern (somfyremote).

Das obige notify hab ich auch wieder aufgegeben, da kommen nur Fehler im Logfile.
Dann habe ich es mit "define notify_Rollo_OG notify Rollo_OG_Angelernt:parsestate.* set Rollo_OG.* virtual $EVTPART1" versucht, da passiert leider nichts.
Mit "define notify_Rollo_OG notify Rollo_OG_Angelernt:position:.* set Rollo_OG.* virtual $EVTPART1" geht es zumindest auf und zu aber "stop" wird ignoriert.
Muss also noch weiter probieren  :)

OK - ich hatte das missverstanden, ich dachte, Du hättest Handsender, die mehrer Rolläden steuern und diese als Devices angelegt.

Also wenn ich es richtig verstehe, hast Du Somfy-Devices angelegt, die gleichzeitig an mehreren Rolläden angelernt sind. Diese Somfy-Devices sollen sich nun mit den entsprechenden anderen Devices synchronisieren?

Wenn Du es über ein notify realisieren willst, müsstest Du vermutlich nicht die position synchronisieren sondern das gesendete Kommando als virtuelles Kommando an den anderen Device weiterleiten. Allerdings gibt es kein Reading, dass ein notify triggern könnte wenn ein Kommando ausgelöst wird.

Deshalb vielleicht ein ganz anderer Ansatz: Wenn Du nur bestimmte Kommandos auf mehreren Rolläden ausführen möchtest gäbe es ja die Möglichkeit, dass anders zu realisieren. Zum Beispiel als Macro (notify), dass über den trigger Befehl ausgelöst wird. Je nach Sender musst Du nur eine kurze Pause zwischen den Sendebefehlen einhalten.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schatn am 28 Januar 2021, 17:30:23
Genau, ich habe jeweils ein Somfy Device für das Erdgeschoss, den 1. Stock und eines für Gesamt angelegt, welche an mehrere Rollo angelernt sind.
Wenn ich jetzt z.B. das Erdgeschoss schließe, sehe ich das bei den einzelnen Somfy Devices nicht. Also im Prinzip sollte das gleiche passieren wie bei den Handsendern, nur funktiort das hier eben nicht mit dem rawdevice.

Könntest du das bitte etwas genauer beschreiben, wie du das mit dem Macro meinst? Bin in FHEM nicht so bewandert, da ich eigentlich alles mit iobroker mache und nur die Somfy Rolläden über Fhem steuere.
Danke!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 28 Januar 2021, 22:39:16
Zitat von: Schatn am 28 Januar 2021, 17:30:23
Genau, ich habe jeweils ein Somfy Device für das Erdgeschoss, den 1. Stock und eines für Gesamt angelegt, welche an mehrere Rollo angelernt sind.
Wenn ich jetzt z.B. das Erdgeschoss schließe, sehe ich das bei den einzelnen Somfy Devices nicht. Also im Prinzip sollte das gleiche passieren wie bei den Handsendern, nur funktiort das hier eben nicht mit dem rawdevice.

Könntest du das bitte etwas genauer beschreiben, wie du das mit dem Macro meinst? Bin in FHEM nicht so bewandert, da ich eigentlich alles mit iobroker mache und nur die Somfy Rolläden über Fhem steuere.
Danke!

Makros sind in der commandref beim notify beschrieben:
https://fhem.de/commandref_DE.html#notify (https://fhem.de/commandref_DE.html#notify)

Mir ging es um folgendes. Wenn es nur ganz wenige Befehle sind, die Du auf verschiedenen Rolläden gleichzeitig ausführen möchtest, dann legst Du jeweils ein Makro an, dass dann die Befehle für die einzelnen Rolläden zusammenfasst (mit etwaigem fhem sleep dazwischen).
Per trigger-Befehl lässt sich das ausführen und die einzelnen Rolläden werden auch korrekt geführt. Dabei lässt sich auch ein zusätzlicher Parameter (z.B. für position) mitgeben - siehe trigger-Befehl
https://fhem.de/commandref_DE.html#trigger (https://fhem.de/commandref_DE.html#trigger)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Schatn am 01 Februar 2021, 17:17:04
Danke erstmal für die Hilfe. Hab mir das jetzt mal angesehen. Wenn ich das richtig verstanden habe, dann würde so jedes Rollo wieder extra angesprochen werden und das wollte ich eigentlich vermeiden, indem ich ein Device an alle Rollo anlerne. Mein Vater hat einen nervösen Finger und wenn alle Rollo verzögert reagieren, dann bekommt er wieder die Kriese :) Im Prinzip funktioniert es mit dem Notify auf die Position, nur auf das "Stop" müsste ich noch irgendwie reagieren können, aber dafür gibt es kein spezielles Event. Da wird nur die aktuelle Position im Event Log ausgegeben und nicht "Stop".
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: nagelreo am 20 März 2021, 17:02:59
Hallo viegener,

auf der Such nach einer Möglichkeit zur Reduktion der Einträge im Somfy Logfile bin ich auf das Attribut finalPosReading gestoßen. Im Prinzip funktioniert das sehr gut, die Zwischen-Positionen werden nicht geloggt. Neben der finalen Endposition wird aber auch die Start-Position geloggt.
Kann man die Start-Position unterdrücken?

Dann noch eine Frage zu den Handsendern.
Meine Handsender habe ich als SOMFY device (somfyshutter) mit dem Attribut associated-devices definiert und  gleiche die Position der Rollos über ein Notify ab. Auch das funktioniert im Prinzip ganz gut. Die Position der my-Taste mit den beiden Funktionen ,,goto my position" und ,,stop current movement" gleiche ich dabei mit dem decStateIcon ,,fts_shutter_50" ab, die genaue Position ist so einfach leider nicht möglich.

Als Alternative für das Attribut associated-devices mit dem Notify finde ich den direkten Weg über ,,somfyremote" mit dem Attribut ,,rawdevice" eleganter.
Die up- und down-Tasten werden damit mit allen Zwischenpositionen (devStateIcon) abgeglichen, die my-Taste wird leider nicht berücksichtigt.
Fehlt in meiner Definition noch etwas?

Vielen Dank und Gruß
Rolf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: isy am 13 April 2021, 11:55:43
Moin zusammen,

ich nutze einen 433 MHz Signalduino mit V 3.4.0 SIGNALduino cc1101 auf  433.920 MHz ursprünglich nur für IT und Thermometer. Die Frequenz ist also durchaus nicht auf Somfy abgestimmt.

Vor ein paar Tagen (Datum unklar) wurde die Taste 1 der Schlüsselbund-Fernbedienung (GX328) für mein Garagentor #1 automatisch angelegt und funktioniert super.
Unerwartet, aber sehr schön!

Wenn ich die Taste 2 (für das Garagentor #2) an der gleichen Schlüsselbund-Fernbedienung drücke, gibt es eine FM im Log.
Da beide Garagentor-Steuerungen gleich sind - was kann das sein?

Hier die Logmeldung. Es sieht aus, als würde das Telegramm abgeschnitten o.ä.
2021.04.13 11:43:11 1: sduino433: SOMFY_Parse : Somfy RTS message format error (length must be 14 or 20)! :4545751B57588C40019:
2021.04.13 11:43:11 3: sduino433: Unknown code Ys4545751B57588C40019, help me!
2021.04.13 11:43:11 1: sduino433: SOMFY_Parse : Somfy RTS message format error (length must be 14 or 20)! :522A2BA8DABAC46400130:
2021.04.13 11:43:11 3: sduino433: Unknown code Ys522A2BA8DABAC46400130, help me!
2021.04.13 11:43:11 1: sduino433: SOMFY_Parse : Somfy RTS message format error (length must be 14 or 20)! :522A2BA8DABAC46600198:
2021.04.13 11:43:11 3: sduino433: Unknown code Ys522A2BA8DABAC46600198, help me!
2021.04.13 11:43:12 1: sduino433: SOMFY_Parse : Somfy RTS message format error (length must be 14 or 20)! :522A2BA8DABAC446001B8:
2021.04.13 11:43:12 3: sduino433: Unknown code Ys522A2BA8DABAC446001B8, help me!


Hat jemand eine Idee?
Danke im Voraus,
Helmut
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: nagelreo am 19 April 2021, 07:10:17
Hallo Helmut,

nach meiner Erfahrung kommt von den Somfy RTS Sender bei 433.92 kein Signal mehr. Der trigger für die Somfy Signale ist die glock time. Wenn die passt, wird für alle im Empfänger aktivierten Protokolle nach einem passenden Device gesucht.
Hast du im sduino433 das Somfy Protokoll 43 aktiviert?

Gruß
Rolf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: isy am 19 April 2021, 09:04:19
Hallo Rolf,
vielen Dank für die Info. Ich hatte mir schon so was gedacht. Ja, Somfy ist aktiviert.

Interessant halt, dass der linke Taster erkannt wurde und sich das Garagentor in 25m Entfernung fehlerfrei steuern lässt. Vermutlich ist der Empfänger im Tor nicht so selektiv oder mein 433er Signalduino hat mehr Sendeleistung als der Handsender.

Ich werde noch etwas experimentieren und hier informieren.

Wie gesagt, ein Zufallsergebnis. Ich steuere beide Tore über Homematic HM-LC-SW1-PL-CT-R1.
VG Helmut
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: isy am 21 April 2021, 11:17:06
Moin zusammen,
heute morgen konnte ich die 2. Taste der Fernbedienung anlernen.
In einem bestimmten Abstand (ca. 1m) zum 433MHz Signalduino wurde die Taste per Autocreate angelegt. Größere oder geringere Distanzen gingen nicht.
Das 2. Garagentor lässt sich damit prima rauf und runter fahren, der Abstand zum Signalduino beträgt 6m.

Wegen der Frequenzabweichung unerwartet - aber eine schöne Sache!

VG Helmut
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: nagelreo am 21 April 2021, 22:21:15
Hallo Helmut,

Jetzt bin ich aber neugierig. Was ist dS für ein Garagentor/Sender und mit welchem Protokoll wurde der Sender erkannt?
Gruß Rolf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: isy am 21 April 2021, 22:38:35
Hallo Rolf,
hier ein List des rechten Tasters:
Internals:
   ADDRESS    FDC0E4
   DEF        FDC0E4
   IODev      sduino433
   NAME       SOMFY_FDC0E4
   NR         1043
   STATE      closed
   TYPE       SOMFY
   move       off
   CODE:
     1          FDC0E4
   READINGS:
     2021-04-21 17:02:32   enc_key         xx
     2021-04-21 17:02:32   exact           0
     2021-04-21 17:02:32   position        0
     2021-04-21 17:02:32   rolling_code    xxxx
     2021-04-21 17:02:32   state           closed
Attributes:
   IODev      sduino433
   alias      Garage (Somfy, neu)
   eventMap   on:runter off:rauf
   model      somfyshutter
   room       Garagen


Auf der Schlüsselbund Fernbedienung steht GX328. Wie kann ich den Typ des Antriebes herausbekommen? Das Tor, welches mit diesem Device gesteuert wird ist 26 Jahre alt, das neuere Garagentor vielleicht 10 Jahre alt.

Wie gesagt, beide Antriebe lassen sich "mit dem ersten Klick" über FHEM bedienen.
Beide Devices wurden per Autocreate angelegt, keine weiteren Attribute (außer Alias) notwendig.

Beste Grüße,
Helmut
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: nagelreo am 22 April 2021, 23:29:28
Hallo Helmut,

die Fernbediedung  GX328 kenne ich nicht, auf Anhieb habe im Internet keine detaillierte Angabe zur Frequenz gefunden. Da die FB mit autocreate als Somfy erkannt wurde und die Garagetore mit dem Device gesteuert werden können, wird es wohl ei  Somfy Produkt sein.

   2021.04.13 11:43:11 1: sduino433: SOMFY_Parse : Somfy RTS message format error (length must be 14 or 20)! :4545751B57588C40019:
2021.04.13 11:43:11 3: sduino433: Unknown code Ys4545751B57588C40019, help me! /code]
Auffällig ist, dass die 3 Signale zwar als Somfy erkannt wurden (clock time 610 - 680), aber die Signallänge nicht passte.
Interessant wäre, wie oft die Signale der FB fehlerhaft sind.

Die 433.92 MHz bei deinem sduino433 bezieht sich auf die Frequenz beim Empfang von Signalen. Wenn die GX328 FB eine sehr breite bwth hat, könnte das Signal vielleicht auch bei 433.92 MHz empfangen werde.
Die Frequenz beim Senden wird mit dem Somfy Protokoll 43 auf 433.42 eingestellt.

Gruß Rolf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: isy am 22 April 2021, 23:43:18
Die FB  Somfy Keytis 2 NS RTS und beide Garagentore sind natürlich von Somfy, Frequenz 433,42 MHz
So sieht sie aus:
https://www.1001telecommandes.com/telecommandes-par-marque/telecommande:SOMFY:KEYTIS-NS-2-RTS.html
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: nagelreo am 23 April 2021, 06:31:00
Hallo Helmut,

dann wird es wohl so sein, die Sende Frequenz der FB (GX328 oder Keytis 2N RTS ?) ist vermutlich sehr breit und wird auch noch bei 433.92 MHz von deinem sduino433 erkannt. Das hängt zusätzlich von der am sduino eingestellten bWith ab.

Was mich jetzt noch wundert und etwas beunruhigen würde, ist, dass sich das Garagentor mit dem per autocreate angelegten device ohne Anmeldung steuern lässt.
Bei meinen Somfy Rollos muss das Fhem device am Rollo als FB angelernt werden.

Gruß Rolf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: isy am 23 April 2021, 10:07:31
Moin Rolf,

der Signalduino steht auf
Freq: 433.920 MHz, Bandwidth: 464 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud
Die Empfänger in den Garagentoren sind wohl breitbandig genug.
-
Die älteren Steuerungen werden auf den Schalter angelernt, an dem kann man nichts einstellen. Die aktive Rolle geht also von der Fernbedienung aus, das jeweilige Garagentor muss im "Anlernmodus" (oder wie das heißt) stehen.

Wenn jetzt der Signalduino den Schalter simuliert (ich vermute die Parameter "ADDRESS", "enc_key" und "rolling_code" als relevant), dann merkt die Torsteuerung gar nicht, dass es sich nicht um die angelernte Fernbedienung handelt.

Ich habe 4 dieser Handsender, die alle mit den gleichen Tastenzuordnungen angelernt sind. Nur eine einzige Fernbedienung hat am Signalduino die Devices anlegen können. Die anderen erzeugen nur FM im Log.

Bedeutet anders herum, dass jeder, der sich auskennt (Sniffen des Datenstroms, wie bei einigen Autos) und den richtigen Code dann hat, mit einem beliebigen Handsender/Signalduino das Tor öffnen kann. Also auch der Nachbar oder eher weniger freundliche Zeitgenossen.

Gruß Helmut
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 23 April 2021, 12:48:11
ZitatIch habe 4 dieser Handsender, die alle mit den gleichen Tastenzuordnungen angelernt sind. Nur eine einzige Fernbedienung hat am Signalduino die Devices anlegen können.
Bitte setze mal die Frequenz auf 433.42 und das sduino Attribut verbose auf 4.

Bitte drücke dann bei jedem Handsender ein paar mal die Tasten und Poste dann die empfangenen MC-Nachrichten.

Die MC-Nachrichten sehen ungefähr so aus:
MC;LL=-1307;LH=1266;SL=-674;SH=568;D=A2BC9C1721A611;C=635;L=56;

Kannst mir auch per pm schicken, wenn Du die Daten nicht veröffentlichen willst.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: isy am 25 April 2021, 10:56:27
Hallo Ralf,
was willst du machen mit den Daten?
Ich würde ungern die Informationen zum Öffnen der Garagen verschicken.

VG Helmut
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 01 Mai 2021, 08:43:25
Er testet damit das Modul auf Fehler. Habe ich ihm auch schon geschickt, mach das per PM.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 01 Mai 2021, 09:30:54
hat sich inzwischen per PM geklärt, ist ein bekanntes Problem der firmware und dem 00_SIGNALduino.pm Modul von Sidey
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Diamant80 am 19 Juni 2021, 12:24:46
Hi Zusammen,

ich habe in meiner FHEM Umgebung meine drei Somfy RTS Markisen eingebunden und es funktioniert (fast) alles perfekt.
- Die Einzelsteuerung hoch/runter/stop funktioniert
- RawDevice hinterlegt -> FHEM registriert das Kommando und passt die Position der einzelnen Markise an --> Funktioniert

Jetzt fehlt nur noch das Sahnehäubchen. Auf meiner Telis RTS habe ich einen Kanal, auf welchem zwei Markisen gleichzeitig angesteuert werden.
Der Befehl wird auch von FHEM erkannt und das Gerät angelegt. Unter attr rawDevice müsste ich nun einfach die zwei Markisen hinterlegen. Ich habe versucht beide Geräte mit einem Komma zu trennen (Gerät1,Gerät2), dass funktioniert nur leider nicht. Gibt es eine Möglichkeit auch zwei Geräte bei rawDevice zu hinterlegen?

Viele Grüße!
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Diamant80 am 19 Juni 2021, 12:30:40
Habe es soeben heraufgefunden :-)
Ihr müsst die Devices einfach mit Leerzeichen trennen.
Also zb: 111111 222222
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 05 Oktober 2021, 17:39:44
Habe mit meinen SOMFY RTS ein paar Probleme und suche Hilfestellung oder Tipps, wie ich weiter vorgehen kann.

Insgesamt steuere ich acht Rollläden an, von denen manche sporadisch die Befehle zum Öffnen oder Schließen entweder gar nicht annehmen, oder aber nur mit einem kurzen Anlaufen signalisieren, dass sie nicht weiter laufen wollen. Nach solch einem Zucken z.B. beim Hochfahren muss ich zunächst wieder den Befehl "Schließen" geben, anschließend funktioniert das Hochfahren wieder.
Ein- bis zweimal pro Woche steigt einer der Rollläden aus.

Hardware: Ich steuere vom RPi3 aus, original BUSWAR CUL Stick, aktuelle Firmware.

Probleme mit Sende- / Empfangsleistung schließe ich aus, nachdem ich die Gerätschaften inkl. Sendeantenne testweise bis auf wenige Meter an die betroffenen Rollläden positioniert habe und keinerlei Veränderung bemerken konnte. Tests hatte ich auch mit einem CUL RFR durchgeführt, keine Besserung.

Letztendlich habe ich für alle Rollläden das Attribute verbose auf 4 gesetzt und erhalten mehr Einträge im Logfile. Genau dabei ist mir Folgendes aufgefallen, was ich nicht erklären kann:

Bei ordnungsgemäßem Lauf sehe ich im Logfile insgesamt fünf Einträge, Beispiel:

2021.10.01 07:30:00 4: SOMFY_set: GZ.Rollo -> entering with mode :send: cmd :off:  arg1 ::  pos :200:
2021.10.01 07:30:00 4: SOMFY_set: handled command off --> move :off:  newState :open:
2021.10.01 07:30:00 4: SOMFY_sendCommand: GZ.Rollo -> cmd :off:
2021.10.01 07:30:00 4: SOMFY_send GZ.Rollo off: sAC200C76000001
2021.10.01 07:30:00 4: SOMFY Parse: GZ.Rollo msg: YsAC280C76010000  --> 20-off   --> io is CUL

Bei kurzen Anlauf oder aber wenn der Befehl gar keine Reaktion auslöst habe ich festgestellt, dass im Logfile die letzte Zeile (SOMFY Parse...) fehlt, also nur Folgendes steht:

2021.10.01 07:30:00 4: SOMFY_set: GZ.Rollo -> entering with mode :send: cmd :off:  arg1 ::  pos :200:
2021.10.01 07:30:00 4: SOMFY_set: handled command off --> move :off:  newState :open:
2021.10.01 07:30:00 4: SOMFY_sendCommand: GZ.Rollo -> cmd :off:
2021.10.01 07:30:00 4: SOMFY_send GZ.Rollo off: sAC200C76000001

Dies habe ich nun über längeren Zeitraum und für alle Fehlerfälle beobachtet.

Ob im Problemfall das Fehlen des Eintrags "SOMFY Parse... " auf gleicher Fehlerursache basieren oder aber das Fehlen auf die Ursache des Problems deutet erschließt sich mir nicht. Frage an die Experten, wo ich denn weitersuchen kann, um dem Fehler auf die Schliche zu kommen.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Oktober 2021, 21:10:09
@UliD: Deine Erkenntnisse sehen interessant aus, aber die logfile-Einträge unten sind ja nur symbolisch, denn der zweite EIntrag ist ja nur um die zusätzliche Zeile gekürzt. Es wäre wirklich interessant einen Logausschnitt zu sehen, wenn das Senden gerade nicht funktioniert. Am besten mit verbose 5

Ausserdem wäre ein list des entsprechenden ROlladen-Device wichtig, denn so fehlt mir noch Kontext.

Wenn der Rolladen sich nur ein kurzes Stück bewegt, dann wird wohl ein Kommando gesendet, also ist die Frage, warum der Rolladen gleich wieder anhält. Kurzes Anlaufen passt entweder auf einen Prog-Befehl, der vom Rolladen quittiert wird oder darauf dass FHEM der Ansicht ist, dass der Rolladen die Zielposition bereits erreicht hat.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 06 Oktober 2021, 10:52:10
Okidoki, ich setze verbose auf 5 und warte auf den nächsten Störfall. Dann sende ich die gewünschten Daten.

Das mit dem kurzen Anlauf sehe ich nicht als Quittung des Rolladen. M.E. wird eine Quittung derart signalisiert, dass der Rolladen kurz in die eine Richtung, dann sofort kurz in die andere Richtung läuft. Das ist bei mir nicht der Fall.
Sobald hier ein Rolladen nur kurz anläuft muss ich ihn per Befehl (oder SOMFY Fernbedienung) zunächst in die entgegengesetzte Richtung starten, dann den ursprünglichen Befehl nochmals senden. Es scheint also, dass der Rolladen das Empfangssignal irgendwie als Endsignal interpretiert.

Und auch wenn es als Modulautor nicht deine direkte Baustelle ist: M.E. ist in der CUL FW ein Fehler. Beschrieben habe ich das hier: https://forum.fhem.de/index.php/topic,117898.msg1123228.html#msg1123228
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Juergen27 am 06 Oktober 2021, 17:19:49
@UliD: Ich kenne ein ähnliches Problem mit unseren Aussenrollos. Manchmal bleiben einige mittendrin (auch bei der Solaris Automatik, bzw. manuellen Fahren über die zugeordnete Fernbedienung) stehen und lassen sich nur weiterfahren wenn man kurz in die andere Richtung fährt. Es scheint also nicht unbedingt ein Fehler vom Modul, CUL oder FHEM sondern könnte auch ein Hardwarefehler sein. Wir haben das ein paar Mal mit dem Verkäufer, Installateur und auch einem Vertiebsmitarbeiter der Herstellerfirma "diskutiert", haben aber nur entgeisterte Gesichter und keine Lösung für das Problem bekommen.

Vielleicht hat Dein Verkäufer mehr Ahnung von der Materie. Wir haben uns damit abgefunden und wenn der erste Rolladen den Geist komplett aufgibt bzw. der Stoff wieder abgeht, wird auf eine andere Firma gewechselt.

Gruss Jürgen
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 07 Oktober 2021, 11:50:53
@Juergen2: Danke für's Mut machen  :-[. Mit den SOMFY Handfernbedienungen und TAHOMA habe ich über lange Zeit keinerlei Probleme gehabt und jetzt sind es auch nicht alle Rollläden, die gelegentlich aussteigen.  Mit scheint, dass in der SW irgendwo etwas "knapp auf Kante genäht" ist, doch ich komme der Ursache nicht auf die Schliche. Daher mein Hilfeschrei hier. Irgendwer hat bestimmt noch eine Idee.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 07 Oktober 2021, 12:03:40
@viegener: Heute früh hat einer der Kandidaten wieder den Dienst versagt. Es war kein kurzer Anlauf sondern nur "toter Mann spielen". Ich konnte der Rollladen zum Hochlauf bewegen, indem ich den Befehl ein zweites Mal absetzte. Zwar erst eine Stunde Später, aber egal.

Hier der Auszug aus dem Log: 

2021.10.07 07:30:35 4: SOMFY_set: WZ.Rollo -> entering with mode :send: cmd :off:  arg1 ::  pos :200:
2021.10.07 07:30:35 4: SOMFY_set: handled command off --> move :off:  newState :open:
2021.10.07 07:30:35 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2021.10.07 07:30:35 4: SOMFY_sendCommand: WZ.Rollo -> cmd :off:
2021.10.07 07:30:35 4: SOMFY_send WZ.Rollo off: sA9200C16000008
2021.10.07 07:30:35 5: SOMFY_send WZ.Rollo enc key : A9  rolling code : 0C16

WZ.Rollo fuhr 07:30:35 nicht hoch, erst 09:04.49 habe ich nachfolgenden Befehl abgesetzt. Vorheriges Fahren in entgegengesetzte Richtung war nicht notwendig,
auch erkennbar am Rolling Code und an der Ausgangsposition.

2021.10.07 09:04:49 4: SOMFY_set: WZ.Rollo -> entering with mode :send: cmd :off:  arg1 ::  pos :0:
2021.10.07 09:04:49 4: SOMFY_set: handled command off --> move :off:  newState :open:
2021.10.07 09:04:49 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2021.10.07 09:04:49 4: SOMFY_sendCommand: WZ.Rollo -> cmd :off:
2021.10.07 09:04:49 4: SOMFY_send WZ.Rollo off: sAA200C17000008
2021.10.07 09:04:49 5: SOMFY_send WZ.Rollo enc key : AA  rolling code : 0C17

Auffällig am Protokollauszug von gestern Abend: SOMFY Parse ist heute früh nicht drin, weder beim Fehlversuch noch beim nachgeschickten Befehl.

2021.10.06 19:09:51 4: SOMFY_set: WZ.Rollo -> entering with mode :send: cmd :on:  arg1 ::  pos :0:
2021.10.06 19:09:51 4: SOMFY_set: handled command on --> move :on:  newState :closed:
2021.10.06 19:09:51 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2021.10.06 19:09:51 4: SOMFY_sendCommand: WZ.Rollo -> cmd :on:
2021.10.06 19:09:51 4: SOMFY_send WZ.Rollo on: sA8400C15000008
2021.10.06 19:09:51 5: SOMFY_send WZ.Rollo enc key : A8  rolling code : 0C15
2021.10.06 19:09:51 4: SOMFY Parse: WZ.Rollo msg: YsA8460C15080000  --> 40-on   --> io is CUL_RFR

Bei meinen anderen Rollläden fehlt heute bei ALLEN Rollläden das SOMFY Parse, wenn die Rollläden über den CUL_RFR gesteuert werden. Diejenigen, die über den CUL angesprochen werden haben den SOMFY Parse Eintrag im Log.

Hier noch das list zum Rollo:

Internals:
   ADDRESS    000008
   DEF        000008
   FUUID      603f848a-f33f-4182-8008-3018350018d3b92f
   IODev      MyRFR
   LASTInputDev MyCUL
   MSGCNT     28
   MyCUL_MSGCNT 1
   MyCUL_RAWMSG YsAB2E0C18080000
   MyCUL_TIME 2021-10-07 09:16:51
   MyRFR_MSGCNT 27
   MyRFR_RAWMSG YsA8460C15080000
   MyRFR_TIME 2021-10-06 19:09:51
   NAME       WZ.Rollo
   NR         159
   STATE      open
   TYPE       SOMFY
   move       off
   CODE:
     1          000008
   READINGS:
     2021-10-07 09:16:50   enc_key         AB
     2021-10-07 09:16:50   exact           0
     2021-10-07 09:16:51   parsestate      off
     2021-10-07 09:16:50   position        0
     2021-10-07 09:16:51   received        20
     2021-10-07 09:16:50   rolling_code    0C18
     2021-10-07 09:16:50   state           open
Attributes:
   IODev      MyRFR
   autoStoreRollingCode 1
   devStateIcon open:fts_shutter_10@red:on closed:fts_shutter_100@green:off go-my:_fts_shutter_my@blue
   icon       fts_shutter
   loglevel   6
   model      somfyshutter
   room       Rollos
   verbose    5
   webCmd     on:go-my:off

Ich bekomme einfach keine Logik herein. Wenn dir etwas einfällt, dann lass mich wissen wo ich suchen kann oder was ist ausprobieren bzw. ändern soll.
Danke schon mal.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Juergen27 am 07 Oktober 2021, 15:32:28
@UliD: Sorry ich wollte keine Schwarzmalerei betreiben, sondern nur auf den möglichen worst case hinweisen. Ich drück die Daumen, dass es sich in der Software versteckt.  ;)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 07 Oktober 2021, 17:02:45
@UliD: Mmmh - dabei entstehen jetzt wieder weitere Fragen, denn Du hast ja doch nicht nur einen Standard CUL sondern auch einen RFR_Cul. Ich hatte schon so eine Vermutung, denn eigentlich ist der Somfy_Parse eher eine Bestätigung dafür, dass der Befehl vom einem Cul beim anderen empfangen wird.

Das ist aber auch schonmal ein relevanter Teil: Also nach dem list hast Du 2 CULs einen RFR und einen direkt am Raspberry --> damit sind es natürlich bereits 3 verschiedene Funksituationen CUL->SOMFY  RFR_Cul->SOMFY CUL-->RFR_CUL

Meine erste Vermutung geht nicht zu einem Softwareproblem (weder auf dem CUL noch in FHEM), sondern dass vielleicht doch die Sendesituation in manchen Fällen gestört ist - entweder bei einem der beiden CULs oder durch dynamische Veränderungen (also Hindernisse oder andere Einflüsse). Leider ist das auch am schwersten zu lösen insbesondere da es unterschiedliche Rolläden betrifft.

Zum Thema kurzanlaufen: Wenn es keine Programmierbestätigung ist dann müsste ja ein expliziter Stopbefehl gesendet werden. Das würde sich im log finden . Also auf Softwareseite würde ich das eher ausschliessen. Wenn der Befehl gesendet wird (und im list unten ist nicht kennbar, dass Du mit Timings also expliziten POsitionen arbeitest) würde kein Stopbefehl direkt nach dem Befehl gesendet. Also wenn nicht Programmierbestätigung, dann liegt dieser Fehler vermutlich eher am Rolladen (vielleicht schlägt die automatische Abschlatung bei Blockieren oder ähnliches zu ?)

Anmerkung: Bitte setze doch lists und log einträge in "Code blocks" über den # button
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 08 Oktober 2021, 10:12:07
@viegener: Ja, CUL und RFR_CUL sind beide im Einatz. Dies, um evtuelle Reichweiten-, Abschirmungs- oder Störquellenprobleme zu umgehen.
Bevor der RFR im Einsatz war hatte ich lange Zeit nur einen CUL am RPi3, dann für kurze Zeit testweise die Sendeleistung des CUL Stick nennenswert erhöht, jetzt ist seit ein paar Wochen der RFR im Einsatz. Das Verhalten ist immer das gleiche, keine Veränderung. Daher nehme ich erst einmal an, dass es nicht an der Umgebung liegt. Wäre auch äußerst schwierig zu untersuchen, da stimme ich dir zu und deshalb schaue ich ja zunächst bei den Baustellen, die ich leichter untersuchen kann um hier mögliche Fehler auszuschließen. Naja, soweit meine Möglichkeiten reichen.

Durch die Log Files sehe ich nun, dass die Befehlssequenzen an SOMFY wohl korrekt sind: Wenn ein Rollladen nicht läuft und ich schicke die gleiche Sequenz nochmals - mit angepasstem Rolling Code und Key - dann funktionierts ja. Somit wäre 10_SOMFY.pm erst einmal raus.

Nun tauche ich gerade etwas tiefer in die F/W des CUL ein.
In anderem Post schrieb ich ja bereits, dass die Frequenzeinstellung für SOMFY in der CUL F/W m.E. durch ein Copy&Paste Problem falsch eingestellt ist. Nicht massiv falsch, aber bei grenzwertigen Empfangsproblemen vielleicht relevant.

Ein paar Artikel zum SOMFY Protokoll habe ich noch im Netz gefunden, u.a. eine Patentschrift, in der Somfy sein RTS Protokoll beschreibt. In den Artikeln wird in inkonsistenter Weise über die Pulslänge des Somfy Signals diskutiert. Der eine sagt 1208ms, der andere spricht von Tippfehler und misst 1280ms, so wie es auch in der Patentschrift beschrieben ist. Auch Pilight (pilight.org) nutzt für SOMFY 1280ms und attestiert gute Funktionalität damit.
Soweit ich das bislang im Quellcode des CUL erkennen konnte wird hier 1240ms als Pulslänge verwendet, was ich noch gar nicht nachvollziehen kann. Wie gesagt, da tauche ich gerade ein und werde das mal untersuchen. Vielleicht sind noch andere Zeitkonstanten oder Verzögerungen zu berücksichtigen, die es dann wieder auf 1280ms bringen. Wie gesagt, ich habe gerade erst begonnen, hier reinzuschauen.

Wenn dir noch etwas einfällt, dann höre ich gerne davon. Danke schon mal bisher.

Sollte ich bei meinen Untersuchungen fündig werden, dann werde ich das hier posten. Und wenn nicht, stelle ich die Rollläden wieder auf Tahoma um....
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 09 Oktober 2021, 02:14:05
Das kennst du  https://pushstack.wordpress.com/somfy-rts-protocol/ (https://pushstack.wordpress.com/somfy-rts-protocol/)?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 09 Oktober 2021, 11:07:50
@andies: Ja, kenn ich.
Blätter dort mal zu den nachfolgenden "80 thoughts..."  bis zum Eintrag von "Johannes von FEBRUARY 28, 2015 AT 11:22 PM". Er bemerkt, dass 1208ms nicht gut funktionieren.
Oder auch in Patent No. US 8.189.620 B2, Seite 8, Spalte 8, Zeile 8: Dort wird ebenfalls von 1280ms Symbollänge gesprochen.
Und bei pilight.org werden auch 1280ms Symbollänge genutzt.
Selbst der Creator der CUL Erweiterung auf Somfy RTS stellt in der F/W im Kommentar fest, dass es bei 1208ms nicht gut funktioniert und er hat 1240ms gesetzt. Will da nix Böses unterstellen, aber 1240ms erscheinen mir etwas aus der Luft gegriffen. Nur weil's bei einigen Rollläden funktioniert muss es ja nicht allgemeingültig sein. 

Ich setze jetzt versuchsweise die Symbollänge auf 1280ms und schau mal, was meine Rollläden in den kommenden Wochen davon halten.

Apropos Symbollänge im CUL setzen:
attr MYROLLLADEN symbol-length 1280
Wird im Logfile quittiert mit
2021.10.09 07:30:15 3: MyRFR: Unknown code Yt: 1280, help me!
oder
2021.10.09 07:30:06 3: MyCUL: Unknown code Yt: 1280, help me!

Kompletter Auszug für einen Rollladen:

2021.10.09 07:30:15 4: SOMFY_set: SZ.Rollo -> entering with mode :send: cmd :off:  arg1 ::  pos :200:
2021.10.09 07:30:15 4: SOMFY_set: handled command off --> move :off:  newState :open:
2021.10.09 07:30:15 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2021.10.09 07:30:15 4: SOMFY_sendCommand: SZ.Rollo -> cmd :off:
2021.10.09 07:30:15 5: SOMFY_send set symbol-length: t1280 for MyRFR
2021.10.09 07:30:15 4: SOMFY_send SZ.Rollo off: sA4200D16000004
2021.10.09 07:30:15 5: SOMFY_send SZ.Rollo enc key : A4  rolling code : 0D16
2021.10.09 07:30:15 5: SOMFY_send set symbol-length back: t1240 for MyRFR
2021.10.09 07:30:15 3: MyRFR: Unknown code Yt: 1280, help me!
2021.10.09 07:30:15 3: MyRFR: Unknown code Yt: 1240, help me!


Das hat nichts mit dem verwendeten RFR zu tun, denn auch bei den Rollläden, die direkt über einen CUL gesteuert werden ist diese Meldung vorhanden.
Nun weiß ich nicht, ob der CUL die Änderung der Symbollänge akzeptiert hat oder nicht. Weiß da jemand mehr?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 09 Oktober 2021, 11:57:54
Ich nutze ja Signalduino in der Version von Ralf9 und habe da nie Probleme gehabt. Vielleicht istbdas eine Lösung?
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 09 Oktober 2021, 19:26:11
Danke für den Tipp. Ich schau mir das mal an.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 26 Oktober 2021, 16:27:41
@andies: So, hab jetzt endlich einen SIGNALduino auf dem Tisch. Welche F/W Version nutzt du? Will ja nicht experimentieren sondern die Version nutzen, die bei dir keine Probleme macht.
Weitere Frage: Den Quellcode zur F/W gibt's vermutlich auf Github, doch dort finde ich eine Menge an Teilprojekten, keins einzelnes mit dem kompletten Code. Mich interessiert nur der Code, der SOMFY betrifft. Hast du einen Tipp wie ich da am besten heran komme?
Mit Suchen hab ich schon eine gute Zeit verbracht, dreh mich aber irgendwie im Kreis. Hilfe willkommen. Danke!

   
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 26 Oktober 2021, 16:38:05
Ich schreibe mal schnell meine Werte rein:

   DEF        ESP-Signalduino.fritz.box:23
   DMSG       sD4680000D000
   DevState   initialized
   DeviceName ESP-Signalduino.fritz.box:23@57600
   FD         33
   FUUID      5e403ab8-f33f-1115-2890-d401c76b3f55795f
   FVERSION   00_SIGNALduino.pm:v3.4.2-s22409/2020-07-16
   IDsNoDispatch 2,72.1,82
   ITClock    250
   LASTDMSG   sD4680000D000
   LASTDMSGID 0.3
   MSGCNT     491441
   NAME       sduino
   NR         346
   NR_CMD_LAST_H 4
   PARTIAL   
   RAWMSG     MS;P1=481;P2=-3984;P3=-2006;P4=-8937;D=14121213121312131313121213121313131313131313131313131313131313131312121312;CP=1;SP=4;R=246;s=6;e;m3;
   RSSI       -79
   STATE      opened
   TIME       1635258845.58082
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   version    V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   versionProtocols 1.21
   versionmodul v3.4.4

Ich habe Ralf9s Firmware überspielt, dabei aber nichts selbst kompiliert. Also angeschlossen und dann auf ,,set sduino flash" geklickt.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 26 Oktober 2021, 17:45:12
Jo danke. Habe auch bereits den SIGNALduino mit Firmware bestückt und kann Rollläden steuern. Das klappt nach erstem Test. Dauerbetrieb steht noch aus.
Nehmen wir an diese Firmware ist besser und alles funktioniert, dann interessiert mich immer noch, warum die FW des CUL so Probleme macht. Da ich ja eine Lösung habe wäre das ein akademisches Problem, aber eben ein Problem, dem ich auf die Schliche kommen will. Da Sendemodule gleich sind liegt's meiner Meinung nach an der Firmware. Und ich denke, dass ich aus dem Quellcode des SIGNALduino Einiges entnehmen kann. Ist ja alles offen, nur finde ich nicht DAS EINE ZIP File, in dem alles enthalten ist. Wenn du da etwas sagen kannst, wäre das prima. 
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: andies am 26 Oktober 2021, 18:01:27
Leider weiß ich das nicht, da musst du Ralf9 fragen.

Wenn ich das richtig erinnere (und kapiere), besteht der grundsätzliche Unterschied darin, wo die Auswertung des Funksignals erfolgt: Beim CUL wohl intern, während der Signalduino die Sequenz an das Modul weiterreicht und FHEM auswerten lässt. Ich habe zum Beispiel beobachtet, dass bei hoher Rechenleistung des arduino dann auf einmal die Flanken nicht sauber erkannt werden und es deshalb zu einer Fehlerkennung der Signal kommt. Irgend so etwas stelle ich mir hier auch vor. Deswegen geht ja zum Beispiel ein Signalduino auf dem ESP nicht, das ist einfach nicht sauber.

Ich habe mir das vor Jahren mal bei einem 433MHz-Modul angeschaut: https://forums.raspberrypi.com/viewtopic.php?f=28&t=164177#p1060285 (https://forums.raspberrypi.com/viewtopic.php?f=28&t=164177#p1060285)
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: UliD am 26 Oktober 2021, 19:59:12
Bei CUL im "SOMFY-MODE" geht es nur um's Senden, Empfang wird nicht unterstützt und ist auch unerheblich, da SOMFY-RTS keine Quittung sendet. Daher vermute ich hier erst einmal kein Problem.
Ich nutze den CUL nur für Rollläden und zwei IT Lampen, aber die Lampen werden nicht gesteuert wenn Rollläden aktiv werden. Gut, es könnte immer noch ein Timing Problem aufgrund eines Houskeepings im CUL sein, aber das halte ich auch erst mal für sekundär. Zu viele Gründe sprechen für mich dagegen.

Meine ursprünglich angemerkte falsche Frequenzeinstellung beim CUL für SOMFY ist beim SIGNALduino korrekt. Daran sollte es nicht mehr liegen. Jetzt geht es mir daher um's Timing.

Beim CUL lässt sich die Pulslänge als Parameter übergeben und ist damit von außen einstellbar, doch das ist leider nur die halbe Miete. Pulslängen für Synchronpuls und Pausen sind im CUL hartkodiert, sind also durch Parameter nicht beeinflussbar. Mit Verlaub kein besonders guter Stil in der Kodierung, da Synchronpulse Vielfache der Basispulslänge sind. Änderungen sind hier allemal notwendig.
Bevor ich aber die Firmware im CUL abändere will ich erst mal nachlesen, wie die es machten, bei denen soweit keine Probleme bekannt sind.

Wie schon erwähnt: Pilight verwendet Pulslängen, die ich aus allen Dokumentationen (nach Korrektur eines vermuteten Vertippsers) herauslesen kann. Jetzt interessieren mich die Zeiten, die für SIGNALduino verwendet werden.

@Ralf9: Solltest du hier mitlesen, dann gib mir bitte einen Tipp, wo ich das Modul finden kann, in dem das Sende-Timing für SOMFY abgelegt ist. Solltest du nicht mitlesen belästige ich dich demnächst mit einer PM ;-)

Und dir, andies, danke für Hilfestellung soweit. Sobald ich eine Lösung für den CUL habe werde ich das hier mal posten.
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 26 Oktober 2021, 23:03:12
ZitatJetzt interessieren mich die Zeiten, die für SIGNALduino verwendet werden.
Die Zeiten stehen in den Protokolldefinitionen

Bei der offiziellen Version von Sidey stehen sie in:
FHEM/lib/SD_ProtocolData.pm
Bei meiner 00_SIGNALduino.pm Version stehen sie in:
FHEM/lib/signalduino_protocols.pm

Es ist die Protokolldefinition Nr 43
Der Sendeclock ergibt sich aus "clockrange     => [610,680],"
Clock = (610 + 680) / 2

Es wird als manchester gesendet.
Da gibt es
SL (short low) = -clock
SH (short high) = clock
LL (long low) = -clock * 2
LH (long high) = clock * 2

Gruß Ralf


Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 03 Juni 2022, 10:07:34
Hallo,

ich wollte gerade die Funktion "manual" bei meinen SOMFY-Rollos testen.
Ein "set Rollo.GZ manual 90" ändert aber nix an der Position.

Folgende Einträge finden sich im log-File:
2022.06.03 10:00:10.081 4: SOMFY_set: Rollo.GZ -> entering with mode :virtual: cmd :manual:  arg1 :90:  pos :0:
2022.06.03 10:00:10.081 4: SOMFY_set: handled command manual --> move :manual:  newState :0:
2022.06.03 10:00:10.083 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2022.06.03 10:00:10.083 4: SOMFY_UpdateState: Rollo.GZ enter with  newState:0:   updatestate:<undef>:   move:manual:
2022.06.03 10:00:10.084 4: SOMFY_UpdateState: Rollo.GZ after conversions  newState:0:  rounded:0:  stateTrans:open:


Liegt das vielleicht am Attribut "positionInverse=0"?

Danke im Voraus
lg, Gerhard

Hier noch ein list des devices:
Internals:
   ADDRESS    12350F
   DEF        12350F
   FUUID      5c43b923-f33f-0b7a-733b-e08f389460e49ab7
   FVERSION   10_SOMFY.pm:v1.0.0-s22865/2020-09-27
   IODev      mySIGNALduino_WZ
   NAME       Rollo.GZ
   NR         1085
   STATE      open
   TYPE       SOMFY
   eventCount 1069
   move       manual
   CODE:
     1          12350F
   READINGS:
     2022-01-27 18:48:26   ASC_Enable      on
     2022-06-03 10:01:36   ASC_ShadingMessage INFO: current shading status is 'out' - next check in 2.5m
     2022-06-03 05:30:26   ASC_ShuttersLastDrive day open
     2022-06-03 05:30:05   ASC_Time_DriveDown 04.06.2022 - 03:46
     2022-06-03 05:30:05   ASC_Time_DriveUp 04.06.2022 - 05:30
     2022-05-31 18:40:12   IODev           mySIGNALduino_WZ
     2022-05-31 18:41:25   associatedWith  myASControl
     2022-06-03 05:30:16   enc_key         AF
     2022-06-03 10:03:34   exact           0
     2022-06-03 10:03:34   myBrightness    5395
     2022-06-03 10:03:34   myBrightnessForShadingCloudy 22000
     2022-06-03 10:03:34   myBrightnessForShadingSunny 55000
     2022-06-03 10:03:34   myShadingPASS_GreaterBrightnessSunny False
     2022-06-03 10:03:34   myShadingPASS_GreaterSunAzimuthLeft False
     2022-06-03 10:03:34   myShadingPASS_GreaterSunElevationMin True
     2022-06-03 10:03:34   myShadingPASS_GreaterTemperatureExternMin False
     2022-06-03 10:03:34   myShadingPASS_LastDrive day open
     2022-06-03 10:03:34   myShadingPASS_LowerBrightnessCloudy False
     2022-06-03 10:03:34   myShadingPASS_LowerSunAzimuthRight True
     2022-06-03 10:03:34   myShadingPASS_LowerSunElevationMax True
     2022-06-03 10:03:34   myShadingPASS_WindowState tilted
     2022-06-03 10:03:34   mySunAzimuth    111.02
     2022-06-03 10:03:34   mySunAzimuthLeft 220
     2022-06-03 10:03:34   mySunAzimuthRight 360
     2022-06-03 10:03:34   mySunElevation  47.28
     2022-06-03 10:03:34   mySunElevationForShadingMax 90
     2022-06-03 10:03:34   mySunElevationForShadingMin 5
     2022-06-03 10:03:34   myTemperatureExtern 17.5
     2022-06-03 10:03:34   myTemperatureExternForShadingMin 21
     2022-06-03 10:03:34   position        0
     2022-06-03 05:30:16   rolling_code    1262
     2022-04-02 14:46:57   rolling_code_old 118E
     2022-06-03 10:03:34   state           open
     2022-06-03 05:30:25   usrPos          0
   helper:
     bm:
       SOMFY_Attr:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        03.06. 09:59:37
         max        0.000190973281860352
         tot        0.000190973281860352
         mAr:
           set
           Rollo.GZ
           verbose
           5
       SOMFY_Set:
         cnt        1305
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        03.06. 01:24:44
         max        1.73457598686218
         tot        17.7249011993408
         mAr:
           HASH(0x533b600)
           Rollo.GZ
           manual
           90
Attributes:
   ASC        1
   ASC_BlockingTime_afterManual 1200
   ASC_BrightnessSensor TW.Helligkeit:brightness
   ASC_Closed_Pos 200
   ASC_ComfortOpen_Pos 40
   ASC_Down   time
   ASC_Drive_DelayStart 10
   ASC_GuestRoom on
   ASC_LockOut soft
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Partymode off
   ASC_Pos_Reading usrPos
   ASC_Shading_InOutAzimuth 220:360
   ASC_Shading_MinMax_Elevation 5:90
   ASC_Shading_Min_OutsideTemperature 21
   ASC_Shading_Mode always
   ASC_Shading_Pos { GetRolloDefPos("Rollo.GZ"); }
   ASC_Shading_StateChange_SunnyCloudy 55000:22000
   ASC_Shading_WaitingPeriod 300
   ASC_Sleep_Pos 95
   ASC_TempSensor OZW772:Aussentemperatur
   ASC_Time_Down_Early {my ($myHour,$myMin,$mySec) = split(":", sunrise(-1800,"03:00","05:00")); my $ret = ($myHour gt "23" ? $myHour-24:$myHour).":$myMin:$mySec"; return $ret;}
   ASC_Time_Up_Early 5:30
   ASC_Time_Up_WE_Holiday 7:00
   ASC_Up     time
   ASC_Ventilate_Pos 40
   ASC_Ventilate_Window_Open on
   ASC_WindProtection on
   ASC_WindowRec GZ.Drehgriff_Fenster
   ASC_WindowRec_subType threestate
   IODev      mySIGNALduino_WZ
   alias      Rollo Gästezimmer
   autoStoreRollingCode 1
   devStateIcon { GetRolloDefStateIcon($name);}
   drive-down-time-to-100 20
   drive-down-time-to-close 20
   drive-up-time-to-100 20
   drive-up-time-to-open 20
   eventMap   on:runter stop:stop go-my:my off:rauf
   fhem_widget_channels [{"filter":"public","alias":"Rollo\nGästezimmer","allowed_values":["0","20","40","60","80","100"],"order":201,"locations":["SIRI","APP","WIDGET"],"group":"Rollos","controlled_attribute":"position"}]
   finalPosReading usrPos
   group      Rolladenstatus
   model      somfyshutter
   positionInverse 0
   room       Zimmer->Gästezimmer,Z_System->Homekit,Rollos,Z_System->SOMFY,Z_System->fhemwidget2
   userReadings myBrightness {ascAPIget('BrightnessAverage',$NAME)},
myBrightnessForShadingCloudy {ascAPIget('ShadingStateChangeCloudy',$NAME)},
myBrightnessForShadingSunny {ascAPIget('ShadingStateChangeSunny',$NAME)},
myTemperatureExtern {ascAPIget('OutTemp',$NAME)},
myTemperatureExternForShadingMin {AttrVal("$NAME", "ASC_Shading_Min_OutsideTemperature","")},
mySunAzimuth {ascAPIget('Azimuth')},
mySunAzimuthLeft {ascAPIget('ShadingAzimuthLeft',$NAME)},
mySunAzimuthRight {ascAPIget('ShadingAzimuthRight',$NAME)},
mySunElevation {ascAPIget('Elevation')},
mySunElevationForShadingMin {ascAPIget('ShadingMinElevation',$NAME)},
mySunElevationForShadingMax {ascAPIget('ShadingMaxElevation',$NAME)},
myShadingPASS_GreaterBrightnessSunny {if (ReadingsNum("$NAME","myBrightness",0) > ReadingsNum("$NAME","myBrightnessForShadingSunny",0)) {"True"} else {"False"}},
myShadingPASS_LowerBrightnessCloudy {if (ReadingsNum("$NAME","myBrightness",0) > ReadingsNum("$NAME","myBrightnessForShadingCloudy",0)) {"True"} else {"False"}},
myShadingPASS_GreaterSunAzimuthLeft {if (ReadingsNum("$NAME","mySunAzimuth",0) > ReadingsNum("$NAME","mySunAzimuthLeft",0)) {"True"} else {"False"}},
myShadingPASS_LowerSunAzimuthRight {if (ReadingsNum("$NAME","mySunAzimuth",0) < ReadingsNum("$NAME","mySunAzimuthRight",0)) {"True"} else {"False"}},
myShadingPASS_GreaterSunElevationMin {if (ReadingsNum("$NAME","mySunElevation",0) > ReadingsNum("$NAME","mySunElevationForShadingMin",0)) {"True"} else {"False"}},
myShadingPASS_LowerSunElevationMax {if (ReadingsNum("$NAME","mySunElevation",0) < ReadingsNum("$NAME","mySunElevationForShadingMax",0)) {"True"} else {"False"}},
myShadingPASS_GreaterTemperatureExternMin {if (ReadingsNum("$NAME","myTemperatureExtern",0) > ReadingsNum("$NAME","myTemperatureExternForShadingMin",0)) {"True"} else {"False"}},
myShadingPASS_WindowState {ascAPIget('WinStatus',$NAME)},
myShadingPASS_LastDrive {ascAPIget('LastDrive',$NAME)}
   userattr   ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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_BlockingTime_afterManual ASC_BlockingTime_beforeDayOpen ASC_BlockingTime_beforeNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor 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,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate room_map structexclude
   verbose    5
   webCmd     stop:my:runter:20:40:60:80:100:rauf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 04 Juni 2022, 23:55:12
Liest hier jemand mit der eine Fernbedienung oder Windsensor hat deren Nachrichten eine Länge von 80 Bit haben?

Durch eine Änderung die es vor einiger Zeit in der fhem.pl gab, können diese Nachrichten nicht mehr vom 10_SOMFY.pm Modul verarbeitet werden.

Die Ursache ist eine fehlerhafte "$hash->{Match}" im 10_SOMFY.pm Modul.

Wenn das
$hash->{Match}  = "^Ys..............\$"
nach
$hash->{Match}  = "^Ys..............";
geändert wird, funktionierts wieder.

Wäre schön, wenn dies jemand im SVN ändern könnte.

Gruß Ralf
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 05 Juni 2022, 21:44:43
@Ralf9: Ich habe die Änderung gemacht und ins SVN eingechecked, denn ich bin immer noch der Maintainer. Habe allerdings keinen Zugriff mehr auf Somfy-Devices. Das heisst ich mache die Änderung jetzt ohne Möglichkeit das Modul zu Testen.

Änderung kommt morgen per update

@all: Sollte es jemand geben, der die Entwicklung für das Somfy-Modul übernehmen kann wäre das wahrscheinlich sinnvoll.

Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 07 Juni 2022, 17:40:26
Hallo,

ich wollte den Tipp von fevor bei mir einbauen, um die "my"-Position abzugleichen.
https://forum.fhem.de/index.php/topic,72173.msg1223724.html#msg1223724 (https://forum.fhem.de/index.php/topic,72173.msg1223724.html#msg1223724)

Dabei habe ich festgestellt, dass sich bei mir weder das Reading "position" noch das "exact" ändern, wenn ich den Befehl "manual" absetze (also z.B. "set Rollo.GZ manual 60").
Auch mit dem heutigen Update klappt es nicht.

Erst wenn ich in der Datei "10_SOMFY.pm" in der Zeile 975 folgendes einfüge, klappt es:
$updateState = SOMFY_CalcCurrentPos( $hash, $move, $pos, $arg1 );

Funktioniert bei Euch der Befehl "manual" in der Datei aus dem SVN?

Danke im Voraus
lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 08 Juni 2022, 00:07:55
Zitat von: gestein am 07 Juni 2022, 17:40:26
Hallo,

ich wollte den Tipp von fevor bei mir einbauen, um die "my"-Position abzugleichen.
https://forum.fhem.de/index.php/topic,72173.msg1223724.html#msg1223724 (https://forum.fhem.de/index.php/topic,72173.msg1223724.html#msg1223724)

Dabei habe ich festgestellt, dass sich bei mir weder das Reading "position" noch das "exact" ändern, wenn ich den Befehl "manual" absetze (also z.B. "set Rollo.GZ manual 60").
Auch mit dem heutigen Update klappt es nicht.

Erst wenn ich in der Datei "10_SOMFY.pm" in der Zeile 975 folgendes einfüge, klappt es:
$updateState = SOMFY_CalcCurrentPos( $hash, $move, $pos, $arg1 );

Funktioniert bei Euch der Befehl "manual" in der Datei aus dem SVN?

Danke im Voraus
lg, Gerhard

In der Tat funktioniert das manual-Kommando nicht wenn Laufzeiten für die Rolläden eingestellt sind, ich habe mal eine Anpassung gemacht, damit sollte es wohl auch in diesem Fall funktionieren. Es gibt leider sehr viele  Sonderfälle im Somfy-Modul, dich ich leider nicht alle durchlaufen kann.

Neue Version ist im SVN - bitte nochmal ausprobieren
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 08 Juni 2022, 12:06:36
Hallo viegener,

vielen Dank.
Es scheint zu funktionieren.
Die Position wird entsprechend dem Befehl geändert.

ASC scheint darauf nicht zu reagieren, obwohl das Internal "move" auf "manual" gesetzt wird.
Das ist auch gut.

Ich teste mal weiter.
lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 11 Juni 2022, 22:58:18
Hallo,

Eines ist mir noch aufgefallen, wenn man die Position mit ,,manual" setzt.

Im Somfy-Device kann man für ASC ein zusätzliches Positionsreading setzen.
Das geht ja mit dem Attribut ,,finalPosReading".
Dieses Reading wird dann nicht gesetzt.

Lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 12 Juni 2022, 00:17:11
Noch etwas:

Meine SOMFY-Rollos sind bei Position 0 ganz oben, bei 100 unten und bei 200 komplett zu.

Gerade ist mir aufgefallen, dass alle Readings für die Position bei 100 stehen bleiben, wenn ich den Rollo ganz schließen will.

Das hatte schon mal funktioniert, ich weiß nicht wie lange es schon nicht mehr geht.
Lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: gestein am 16 Juni 2022, 12:10:35
 Hallo,

Ich habe den Fehler gefunden.
Er saß - wie so oft - vor dem Bildschirm ;)

Irgendwie sind alle 4 Fahrzeiten bei dem Rollo auf dem gleichen Wert gestanden.
Damit erkennt das Modul, dass es keine Werte über 100% gibt - irgendwie logisch.

Nachdem ich die richtigen Werte eingetragen habe, klappt es wieder.

Lg, Gerhard
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: wing350 am 28 September 2022, 13:42:11
Moin,
bis zu einem FHEM-Update am 24.09.2022 hatte ich mit meinen Somfy RTS-Rolläden keine Probleme.
Nach dem Update kamen nur noch Fehlermeldungen "unknown Code..." und neue, mir nicht bekannte Somfy-Devices wurden angelegt.

Vor dem Update:  00_SIGNALduino.pm 3.4.7 2021-06-24, 10_SOMFY.pm 22865 2020-09-27
Nach demUpdate: 00_SIGNALduino.pm 3.5.3 2022-01-23, 10_SOMFY.pm 26135 2022-06-07

Zunächst hatte ich das Somfymodul in Verdacht: ausgewechselt, aber Fehlanzeige!
Dann habe ich das SIGNALduino.pm auf die alte Version zurückgesetzt und siehe da: Es funzt wieder!

Was jetzt ursächlich den Fehler produziert hat und wer hier im Forum der richtige Ansprechpartner ist, kann ich nicht herausfinden.
Tatsache ist lediglich, dass ich nur die 10_SIGNALduino.pm gegen die ältere austauschen musste. Die funktioniert auch mit der aktuellen 10_SOMFY.pm.

Gruß
Reieimer
Titel: Antw:10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: griessbx am 17 Oktober 2022, 17:20:37
Hallo, Mir ist fhem auf Grund eines Netzausfalls abgestürzt.  Ich betreibe mehrere Rollläden mit Signalaudino Nu geht nichts mehr. Muss ich alles wieder neu anlernen und dafür die Somfy Devices löschen und neu anlegen
Gruß Roland
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: buec65 am 18 Juli 2023, 07:28:21
Hallo, habe zufällig im Netz eine interressante Lösung gefunden die auch Daten an fhem über MQTT schicken und Befehle über http://<ip address>:8081/shadeCommand?shadeId=1&command=down ausführen kann.

https://github.com/rstrouse/ESPSomfy-RTS/wiki/User-Interface-Reference - ein cc1101 an einem ESP32 (WLAN) oder WT32-ETH01 (LAN / WLAN) bei mir über LAN verbunden.
Zu jeder einprogramierten Markise werden auch die zugehörigen Fernbedienungen angelernt und die Position im WEB-Interface dargestellt.
https://github.com/rstrouse/ESPSomfy-RTS/wiki/Integrations

Aktuell habe ich das über iframe und zusätzliche MQTT2-readings für die aktuelle Position eingebunden. Fahrbefehle über Fernbedienung oder WEB-Interface möglich.

Ist es möglich das 10_SOMFY.pm Modul mit dieser Lösung zu nutzen?
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 23 Juli 2023, 22:47:27
Zitat von: buec65 am 18 Juli 2023, 07:28:21Hallo, habe zufällig im Netz eine interressante Lösung gefunden die auch Daten an fhem über MQTT schicken und Befehle über http://<ip address>:8081/shadeCommand?shadeId=1&command=down ausführen kann.

https://github.com/rstrouse/ESPSomfy-RTS/wiki/User-Interface-Reference - ein cc1101 an einem ESP32 (WLAN) oder WT32-ETH01 (LAN / WLAN) bei mir über LAN verbunden.
Zu jeder einprogramierten Markise werden auch die zugehörigen Fernbedienungen angelernt und die Position im WEB-Interface dargestellt.
https://github.com/rstrouse/ESPSomfy-RTS/wiki/Integrations

Aktuell habe ich das über iframe und zusätzliche MQTT2-readings für die aktuelle Position eingebunden. Fahrbefehle über Fernbedienung oder WEB-Interface möglich.

Ist es möglich das 10_SOMFY.pm Modul mit dieser Lösung zu nutzen?

Ich habe jetzt nur kurz draufgeschaut, aber ich denke das würde so nicht passen. Hintergrund, die Funktionalität vom Somfy-Modul (und dem CUL/Signalduino/etc) steckt ja dabei wohl im ESP32. Wofür wäre dann das Somfy-Modul sinnvoll?

Würde wohl eher Sinn machen dies über MQTT und ein entsprechendes Template einzubinden. Da könnte dann die Information vom Somfy-Device in MQTT-Device abgebildet werden, das gehört aber eher nicht hier her.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: griessbx am 27 Juli 2023, 17:12:00
Hallo, ich habe in der letzten Woche 2 Rolladen hinzugefügt und habe jetzt das seltsame Problem das wenn ich den Befehl
Rolladen_Schlaf_R go-my absetze 2 RTS Antriebe reagieren. Wie kann ich das beheben ?
Gruß Roland
Rolladen 1
defmod Ob_Rechts SOMFY 000010
attr Ob_Rechts DbLogExclude .*
attr Ob_Rechts alias Ob_Rechts
attr Ob_Rechts devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter
attr Ob_Rechts drive-down-time-to-100 23
attr Ob_Rechts drive-down-time-to-close 27
attr Ob_Rechts drive-up-time-to-100 4
attr Ob_Rechts drive-up-time-to-open 28
attr Ob_Rechts event-on-change-reading .*
attr Ob_Rechts eventMap on:down stop:stop off:up
attr Ob_Rechts model somfyshutter
attr Ob_Rechts room Signalduino->Rollanden
attr Ob_Rechts userReadings statePosition { if(ReadingsVal($name,"state","0") eq "up" or ReadingsVal($name,"state","0") eq "down" or ReadingsVal($name,"state","0") eq "closed" or ReadingsVal($name,"state","0") eq "open") {ReadingsVal($name,"state",0)} else {ReadingsVal($name,"position",0)};;}
attr Ob_Rechts webCmd down:stop:up

setstate Ob_Rechts open
setstate Ob_Rechts 2023-07-24 18:26:01 IODev SOMFY
setstate Ob_Rechts 2023-07-27 07:00:00 enc_key AB
setstate Ob_Rechts 2023-07-27 07:00:00 exact 0
setstate Ob_Rechts 2023-07-27 07:00:00 position 0
setstate Ob_Rechts 2023-07-27 07:00:00 rolling_code 01FB
setstate Ob_Rechts 2023-07-27 07:00:00 state open
setstate Ob_Rechts 2023-07-27 07:00:00 statePosition open
Rolladen 2
defmod Rolladen_Schlaf_R SOMFY AAFF02
attr Rolladen_Schlaf_R DbLogExclude .*
attr Rolladen_Schlaf_R IODev SOMFY
attr Rolladen_Schlaf_R alias Schlafz-R
attr Rolladen_Schlaf_R devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter
attr Rolladen_Schlaf_R drive-down-time-to-100 23
attr Rolladen_Schlaf_R drive-down-time-to-close 27
attr Rolladen_Schlaf_R drive-up-time-to-100 4
attr Rolladen_Schlaf_R drive-up-time-to-open 28
attr Rolladen_Schlaf_R event-on-change-reading .*
attr Rolladen_Schlaf_R eventMap on:down stop:stop off:up
attr Rolladen_Schlaf_R model somfyshutter
attr Rolladen_Schlaf_R room Signalduino->Rollanden
attr Rolladen_Schlaf_R userReadings statePosition {    if(ReadingsVal($name,"state","0") eq "up"        or ReadingsVal($name,"state","0") eq "down"        or ReadingsVal($name,"state","0") eq "closed"        or ReadingsVal($name,"state","0") eq "open")          {ReadingsVal($name,"state",0)}    else {ReadingsVal($name,"position",0)};;}
attr Rolladen_Schlaf_R webCmd down:stop:up

setstate Rolladen_Schlaf_R open
setstate Rolladen_Schlaf_R 2023-07-24 18:26:01 IODev SOMFY
setstate Rolladen_Schlaf_R 2023-07-27 08:30:00 enc_key A2
setstate Rolladen_Schlaf_R 2023-07-27 08:30:28 exact 0
setstate Rolladen_Schlaf_R 2023-07-27 08:30:28 position 0
setstate Rolladen_Schlaf_R 2023-07-27 08:30:00 rolling_code 0272
setstate Rolladen_Schlaf_R 2023-07-27 08:30:28 state open
setstate Rolladen_Schlaf_R 2023-07-27 08:30:28 statePosition open
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 09 August 2023, 00:23:53
@griessbx: Die erste Vermutung wäre, dass Rolladen_Schlaf_R an beiden Antrieben angelernt ist. Ich denke das hat nichts mit FHEM/Somfy-Modul zu tun, sondern Sender lassen sich grundsätzlich an mehreren Antrieben anlernen.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: DJCrazy am 09 September 2023, 18:15:31
Hallo zusammen,

seit einiger Zeit funktioniert bei mir die Somfy Markise nicht mehr via Alexa.
Hier gab es wohl irgendwo ein Update - ich vermute in der Alexa App da man nun einen Slider für die Prozentwerte hat.

Über FHEM funktioniert alles normal und kann die Markise rein und raus fahren.

Kann mir jemand bei der Fehlersuche helfen?
Weiss auch nicht wo ich ansetzen soll.

Hier mal das Geräte List der Markise:
Internals:
  ADDRESS    000001
  DEF        000001
  FUUID      61333e56-f33f-c1dd-18e3-30cd5b2740f9b14f
  IODev      CUL_0
  NAME      Markise
  NR        297
  STATE      open
  TYPE      SOMFY
  move      stop
  CODE:
    1          000001
  READINGS:
    2023-07-21 18:47:24  IODev          CUL_0
    2023-07-21 17:55:03  enc_key        AD
    2023-07-21 18:05:35  exact          0
    2023-07-21 17:55:04  parsestate      on
    2023-07-21 18:05:35  position        0
    2023-07-21 17:55:04  received        40
    2023-07-21 17:55:03  rolling_code    00U1
    2023-07-21 18:05:35  state          closed
Attributes:
  IODev      CUL_0
  alexaName  Markise
  alias      Markise
  cmdIcon    raus:icon-raus stop:icon-stop rein:icon-rein
  devStateIcon raus:fts_sunblind_100@grey
rein:fts_sunblind_0@grey
stop:fts_sunblind_50@grey
closed:fts_sunblind_100@grey
open:fts_sunblind_0@grey
eingefahren:fts_sunblind_0@grey
ausgefahren:fts_sunblind_100@grey
  eventMap  on:raus
off:rein
open:eingefahren
closed:ausgefahren
  genericDeviceType blind
  group      Markise
  model      somfyblinds
  room      Balkon
  sortby    01
  stateFormat {InternalVal($name, 'move', '')}
  webCmd    raus:stop:rein

Geräte Liste des Alexa Connectors:
Internals:
  FD        4
  FUUID      613334b5-f33f-c1dd-b4a1-c79608ggbb71ef33
  FVERSION  39_alexa.pm:0.238200/2021-02-24
  LAST_START 2023-07-21 18:48:31
  LAST_STOP  2023-07-21 18:48:31
  NAME      alexa
  NOTIFYDEV  global,global:npmjs.*alexa-fhem.*
  NR        294
  NTFY_ORDER 50-alexa
  PARTIAL 
  PID        1414
  STARTS    2
  STATE      running /usr/local/bin/alexa-fhem
  TYPE      alexa
  active    0
  alexa-fhem version 0.5.64
  currentlogfile ./log/alexa-2023-07-21.log
  eventCount 10
  logfile    ./log/alexa-%Y-%m-%d.log
  CoProcess:
    cmdFn      alexa_getCMD
    name      alexaFHEM
    state      running /usr/local/bin/alexa-fhem
  READINGS:
    2023-07-21 18:48:31  alexaFHEM      running /usr/local/bin/alexa-fhem
    2023-07-21 18:48:34  alexaFHEM.ProxyConnection running; SSH connected
    2021-08-22 12:36:19  alexaFHEM.bearerToken crypt:5652663620567d57075b03037c080207
    2021-08-22 12:36:20  alexaFHEM.skillRegKey crypt:275403265351784b045a00070c7c04000b0e5d06200154011b060e2706760a7c555709535520095147
  helper:
Attributes:
  alexaFHEM-config ./alexa-fhem.cfg
  alexaFHEM-log ./log/alexa-%Y-%m-%d.log
  alexaMapping #Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um

Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

Hue=verb=stelle,valuePrefix=auf,values=rot:0;grün:128;blau:200
Hue=verb=färbe,values=rot:0;grün:120;blau:220

Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=sättige,values=AMAZON.NUMBER

TargetPosition=verb=mach,articles=den;die,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad

Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

#Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
  alexaTypes #Type=<alias>[,<alias2>[,...]]
light=licht,lampen
blind=rolladen,rolläden,jalousie,jalousien,rollo,rollos
  alias      Alexa Connector
  cmdIcon    start:general_an
  devStateIcon stopped:rc_HELP@red
active:rc_OK@green
running.*:rc_OK@green
stopping:rc_INFO@orange
start:rc_INFO@orange
starting:rc_INFO@orange
  echoRooms  #<deviceId>=<room>
attr alexa fhemIntents #IntentName=<sample utterance>
gutenMorgen=guten morgen
guteNacht=gute nacht
  fhemIntents #IntentName=<sample utterance>
gutenMorgen=guten morgen
guteNacht=gute nacht
  group      Amazon
  persons    #<personId>=<name>
attr alexa stateFormat alexaFHEM
  room      System
  stateFormat alexaFHEM
  webCmd    start

und hier ein Auszug aus dem Connector Log:
[21.7.2023, 18:58:05] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"ad7226a7-708f-480f-a12c-82d3eeb3e4aa","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_01","cookie":{"fuuid":"61215564-f33f-c1dd-a70a-ef0da903fcabf9ae","device":"wzLEDWohnwand"}},"payload":{}}}
[21.7.2023, 18:58:05] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:05] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:05.596Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"f1a1c4fe-ecc0-4d06-bc6e-0a11abeaffdd","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_01"},"payload":{}}}
[21.7.2023, 18:58:05] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"513fd184-c937-4cf6-ba1a-8e776d52edd0","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a1","cookie":{"fuuid":"612155ba-f33f-c1dd-7e90-956cfa1c685fea53","device":"weihTannenbaum"}},"payload":{}}}
[21.7.2023, 18:58:05] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:05] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:05.664Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"be4f6998-2861-440e-8560-d6a0b13a7614","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a1"},"payload":{}}}
[21.7.2023, 18:58:05] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"5f38337f-acb8-4fa4-8670-2b98ce76ff1e","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a2","cookie":{"fuuid":"612155be-f33f-c1dd-efed-8325890226cc5ada","device":"weihWohnzGlas"}},"payload":{}}}
[21.7.2023, 18:58:05] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:05] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:05.669Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"a9b410bb-a638-4f53-b537-7175729a7daa","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a2"},"payload":{}}}
[21.7.2023, 18:58:05] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"bc18966d-1496-4281-8623-10710ce902f9","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_61","cookie":{"fuuid":"6121548d-f33f-c1dd-35df-c7d89b3aee06b640","device":"4zTVAnlage"}},"payload":{}}}
[21.7.2023, 18:58:05] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:05] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:05.728Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"6506edd0-31a2-4051-a6a4-71f65ce6c9d6","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_61"},"payload":{}}}
[21.7.2023, 18:58:05] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"d7dbf6df-21c4-428c-bfa3-fc442792b405","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_60","cookie":{"fuuid":"61215488-f33f-c1dd-bcd6-90e781c6dfb7b1eb","device":"4zStehlampe"}},"payload":{}}}
[21.7.2023, 18:58:05] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:05] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:05.851Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"d62dc440-a41b-4856-8afc-8543e0e66399","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_60"},"payload":{}}}
[21.7.2023, 18:58:05] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"f2797cda-45d2-4b5e-950e-44e3a0534e91","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_af","cookie":{"fuuid":"612155aa-f33f-c1dd-93b2-325a1930724d4668","device":"weihAllesAus"}},"payload":{}}}
[21.7.2023, 18:58:05] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:05] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:05.962Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"4d68c165-5aad-455f-a116-f237da767a15","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_af"},"payload":{}}}
[21.7.2023, 18:58:16] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"b5785b20-678a-4e58-908e-ab4d25566a77","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f","cookie":{"fuuid":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f","device":"Markise"}},"payload":{}}}
[21.7.2023, 18:58:16] [FHEM]    caching: TargetPosition: 0 (as string; from '0')
[21.7.2023, 18:58:16] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.RangeController","instance":"Blind.Position","name":"rangeValue","value":0,"timeOfSample":"2023-07-21T16:58:16.297Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"070749d9-a0a7-41d7-a13d-7ea96a76f068","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f"},"payload":{}}}
[21.7.2023, 18:58:18] >>>> [ssh] {"directive":{"header":{"messageId":"1f00af51-1abf-40e1-8615-71b3483ed7ae","namespace":"Alexa.RangeController","name":"SetRangeValue","payloadVersion":"3","correlationToken":"-","instance":"Blind.Position"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f","cookie":{"device":"Markise","fuuid":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f"}},"payload":{"rangeValue":65}}}
[21.7.2023, 18:58:18] [FHEM] Markise: executing set cmd for TargetPosition with value 35
[21.7.2023, 18:58:18] [FHEM]  executing: http://127.0.0.1:8083/fhem?cmd=set%20Markise%20pos%2065&fwcsrf=toktok&XHR=1
[21.7.2023, 18:58:18] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.RangeController","instance":"Blind.Position","name":"rangeValue","value":35,"timeOfSample":"2023-07-21T16:58:18.337Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"Response","payloadVersion":"3","messageId":"a7f7e569-1341-4908-8cea-b1981f69d969","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f"},"payload":{}}}
[21.7.2023, 18:58:23] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"e812ca89-2b1d-4a9a-9b09-63011b883118","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f","cookie":{"fuuid":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f","device":"Markise"}},"payload":{}}}
[21.7.2023, 18:58:23] [FHEM]    caching: TargetPosition: 0 (as string; from '0')
[21.7.2023, 18:58:23] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.RangeController","instance":"Blind.Position","name":"rangeValue","value":0,"timeOfSample":"2023-07-21T16:58:23.431Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"1cc9be27-9078-453e-ad15-57c60cfd496e","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"61222d56-f33f-c1dd-18e3-30be5b2740f9b14f"},"payload":{}}}
[21.7.2023, 18:58:25] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"9ab22071-15b1-41b8-8bc1-e264d52a6a00","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a2","cookie":{"fuuid":"612155be-f33f-c1dd-efed-8325890226cc5ada","device":"weihWohnzGlas"}},"payload":{}}}
[21.7.2023, 18:58:25] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:25] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:25.462Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"6a1bb698-b1f6-4555-8cb0-66d053db8fa8","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a2"},"payload":{}}}
[21.7.2023, 18:58:25] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"0bc6f81c-c6af-4587-9520-0b129032f9af","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_01","cookie":{"fuuid":"61215564-f33f-c1dd-a70a-ef0da903fcabf9ae","device":"wzLEDWohnwand"}},"payload":{}}}
[21.7.2023, 18:58:25] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:25] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:25.543Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"0f08f4d5-92b8-4295-a366-e4eaef92d071","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_01"},"payload":{}}}
[21.7.2023, 18:58:25] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"83711073-6a65-4001-b1ce-00883109debe","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a1","cookie":{"fuuid":"612155ba-f33f-c1dd-7e90-956cfa1c685fea53","device":"weihTannenbaum"}},"payload":{}}}
[21.7.2023, 18:58:25] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:25] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:25.552Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"761bc96d-3a39-40c0-a979-df5add7587df","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_a1"},"payload":{}}}
[21.7.2023, 18:58:25] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"df6cb1ef-5c30-4d84-9f6f-af41f2426846","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_61","cookie":{"fuuid":"6121548d-f33f-c1dd-35df-c7d89b3aee06b640","device":"4zTVAnlage"}},"payload":{}}}
[21.7.2023, 18:58:25] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:25] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:25.611Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"13c8f46d-bb65-47a5-abee-99f7a5d547b5","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_61"},"payload":{}}}
[21.7.2023, 18:58:25] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"027f5826-0f76-4dcf-9b10-2825eb6a4359","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_60","cookie":{"fuuid":"61215488-f33f-c1dd-bcd6-90e781c6dfb7b1eb","device":"4zStehlampe"}},"payload":{}}}
[21.7.2023, 18:58:25] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:25] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:25.722Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"7e61c549-9193-4955-8cd9-1297690149cb","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_60"},"payload":{}}}
[21.7.2023, 18:58:25] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"d4656ff0-ae3d-4160-b289-f9a00bd1cb02","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_af","cookie":{"fuuid":"612155aa-f33f-c1dd-93b2-325a1930724d4668","device":"weihAllesAus"}},"payload":{}}}
[21.7.2023, 18:58:25] [FHEM]    caching: On: 0 (as number; from 'off')
[21.7.2023, 18:58:25] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2023-07-21T16:58:25.842Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"06cadf68-806b-489e-ba69-223145546b1f","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"C02E54A-26F5F3D13803E073"},"endpointId":"FS20_19cb_af"},"payload":{}}}

Vielen Dank im Voraus.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: stefanru am 07 Oktober 2023, 12:34:08
Hi,

sorry ich habe nochmal eine Frage zu Rawdevice.

Ich habe hier noch einen FHEMDuino der die Fernbedienungsbefehle empfängt und per Rawdevice an den Rolladen weiterleitet um den Status auch beim  Schalten per Handsender mitzuführen. Das funktioniert bisher gut.

Nun ist FHEMduino ja eigentlich nicht mehr unterstützt in FHEM und ich habe auch beim startup von FHEM immer die Meldung "Undefined value fduino".

Um das loszuwerden und da ich eh einen sdunio cc1100 habe dachte ich, ich stelle Somfy einfach auf sduino um und entsorge den FHEMduino.
Trage ich am sduino Handsender Device ein Rawdevice ein und lösche es aus dem FHEMduino Handsender Device klappt es aber nicht.

Habe das sduino Handsender Device auf verbose 5 gestellt aber sehe nur das:
2023.10.07 12:26:27 4: SOMFY Parse: SOMFY_961DBE msg: YsA54A091FBE1D96  --> 40-on  --> io is SIGNALduino
2023.10.07 12:26:34 4: SOMFY Parse: SOMFY_961DBE msg: YsA6100920BE1D96  --> 11-stop  --> io is SIGNALduino

Ist die Rawdevice Funktion in sduino überhaupt implementiert?

Danke und Gruß,
Stefan


P.S.:
Habe die Lösung nun gefunden, falls es auch jemand hat, so sah die Lösung aus:
https://forum.fhem.de/index.php?msg=1082924

Das Model des Fernbedienungs Devices an dem das RAWDevice gesetzt wird muss auf somfyremote gesetzt werden.

Nun funktioniert alles und ich habe den FHEMduino gelöscht und alle Devices mit delete iodev=fduino.
Nun sind die Startmeldungen endlich weg und meine Somfy Rolläden werden auch aktualisiert wenn ich an der Fernbedienung fahre.

Gruß,
Stefan






Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 04 Januar 2024, 20:27:06
Hallo viegener,

ich habe in der 10_SOMFY.pm ein paar Änderungen vorgenommen (siehe Anlage)
- ich habe meine Version des 00_SIGNALduino.pm in 00_SIGNALduinoAdv.pm umbenannt
https://forum.fhem.de/index.php?topic=134268.0
dadurch sind Anpassungen in der 10_SOMFY.pm notwendig

- ich habe die Hilfe erweitert, damit bei der Attributauswahl die Beschreibung des ausgewählten Attributs angezeigt wird

Gruß Ralf

Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Rainer1 am 06 Januar 2024, 17:06:25
Hallo, was genau bedeutet das nun ? Wenn ich jetzt FHEM und damit 10_SOMFY.pm update, muss ich nun Signalduino ebenfalls neu anlegen ?
Wie erkenne ich eigentlich, welche Version von SignalDuino bei mir läuft ? (Ralf9/Sidey)

@viegener: bei Steuerung des SOMFY-Motors per FHEM wird ja die Position 0-100% angegeben. Leider ändert sich die Positionsanzeige aber nicht, wenn man den Motor per org. FB ansteuert. Ist da was in Arbeit ? Die Signale der FB werden ja Empfangen  ...
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 06 Januar 2024, 18:12:28
Mit diesen Anpassungen funktioniert das 10_SOMFY.pm Modul mit 00_SIGNALduino.pm und 00_SIGNALduinoAdv.pm.

ZitatWie erkenne ich eigentlich, welche Version von SignalDuino bei mir läuft ? (Ralf9/Sidey)
Bei meiner Version beginnt versionmodul und versionprotoL mit v und enthält ralf
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Rainer1 am 06 Januar 2024, 18:41:03
ZitatBei meiner Version beginnt versionmodul und versionprotoL mit v und enthält ralf

Was ist "versionprotoL"?
Und wo beginnt das mit "v" ?

Edit:
ZitatV 3.5.0 SIGNALduino cc1101 (chip CC1101) - compiled at Jul 8 2022 18:09:56

Das V vor 3.5.0?? Hier steht kein RALF, also die andere Variante?

Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 06 Januar 2024, 18:54:10
"version" ist die Version der sduino Firmware
"versionmodul"  ist die Version vom 00_SIGNALduino Modul, z.B. v3.4.15-dev_ralf_...
"versionprotoL" ist die Version von der Protocolliste

V 3.5.0 SIGNALduino cc1101 (chip CC1101) ist die sduino Firmware von Sidey
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Rainer1 am 06 Januar 2024, 18:58:21
Ok, dann ist das soweit klar und jetzt läuft 10_SOMFY mit beiden Varianten?
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 06 Januar 2024, 19:24:15
Das 10_SOMFY funktioniert nun zu den beiden Varianten des 00_SIGNALduino von mir und Sidey noch zusätzlich mit der 00_SIGNALduinoAdv.pm
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 08 Januar 2024, 16:47:27
Zitat von: Ralf9 am 04 Januar 2024, 20:27:06Hallo viegener,

ich habe in der 10_SOMFY.pm ein paar Änderungen vorgenommen (siehe Anlage)
- ich habe meine Version des 00_SIGNALduino.pm in 00_SIGNALduinoAdv.pm umbenannt
https://forum.fhem.de/index.php?topic=134268.0
dadurch sind Anpassungen in der 10_SOMFY.pm notwendig

- ich habe die Hilfe erweitert, damit bei der Attributauswahl die Beschreibung des ausgewählten Attributs angezeigt wird

Gruß Ralf



Das Modul mit den Änderungen läuft bei mir unauffällig.

In der Hilfe könnte das Attribut model ergänzt werden zu:
Receiver/Actor: somfyblinds, somfyshutter, somfyremote, somfyswitch2 somfyswitch4
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Rainer1 am 09 Januar 2024, 18:18:53
Zitat@viegener: bei Steuerung des SOMFY-Motors per FHEM wird ja die Position 0-100% angegeben. Leider ändert sich die Positionsanzeige aber nicht, wenn man den Motor per org. FB ansteuert. Ist da was in Arbeit ? Die Signale der FB werden ja Empfangen  ...

Ist jemand mit dem Modul vertraut?
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 09 Januar 2024, 18:35:47
Zitat von: Rainer1 am 09 Januar 2024, 18:18:53
Zitat@viegener: bei Steuerung des SOMFY-Motors per FHEM wird ja die Position 0-100% angegeben. Leider ändert sich die Positionsanzeige aber nicht, wenn man den Motor per org. FB ansteuert. Ist da was in Arbeit ? Die Signale der FB werden ja Empfangen  ...

Ist jemand mit dem Modul vertraut?

Folge dem Link in #555, das könnte helfen.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Rainer1 am 21 Januar 2024, 08:13:25
ZitatFolge dem Link in #555, das könnte helfen.

Sorry, was hat das mit DIESEM Modul hier zu tun ?

Signalduino funktioniert doch, sonst könnte ich das Problem der 0-100%-Anzeige ja nicht erkennen ?!
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 21 Januar 2024, 15:45:42
Bei mir hat der Hinweis in #555 das Problem der nicht synchronisierenden Handsender gelöst.

Scheint so, dass ich Dein Problem gar nicht verstanden habe.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 21 Januar 2024, 18:42:58
in #555 steht folgendes:
1. model vom Handsender umstellen auf: "somfyremote"
2. beim Handsender das Attribut rawDevice mit ADDRESS vom SIGNALduino-Device pflegen

ZitatrawDevice <somfy address - 6 digit hex> [ <list of further somfy addresses> ]
If set this SOMFY device is representing a manual remote, that is used to control a somfy blind. The address of the blind (the physical blind) is specified in the rawdevice attribute to sync position changes in the blind when the remote is used. This requires an iodevice able to receive somfy commands (e.g. signalduino). Multiple physical blinds can be specified separated by space in the attribute.

Das müsste doch das machen was Du wünscht
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 21 Januar 2024, 22:53:17
Zitat von: Rainer1 am 09 Januar 2024, 18:18:53
Zitat@viegener: bei Steuerung des SOMFY-Motors per FHEM wird ja die Position 0-100% angegeben. Leider ändert sich die Positionsanzeige aber nicht, wenn man den Motor per org. FB ansteuert. Ist da was in Arbeit ? Die Signale der FB werden ja Empfangen  ...

Ist jemand mit dem Modul vertraut?


Ja ich bin mit dem Modul vertraut auch wenn ich selber keine SOMFY-Geräte mehr besitze.
Die Erklärung, wie man Fernbedienung und Stand in FHEM abgleichen kann steht meines Wissens nach auch im SOMFY-Thread und verschiedenen anderen. Die Suchfunktion kann da sicher mehr Details liefern.

Zum Hintergrund:
SOMFY in FHEM funktioniert darüber, dass der DEvice in FHEM sich prinzipiell wie eine Fernsteuerung gegenüber den Rolläden (etc) verhält und Befehle dahin sendet.
SOMFY funkt nur in eine Richtung und meldet auch keinen Stand zurück - also ist der Stand x% nur eine Berechnung, die darauf basiert das die Zeit gemessen wird zwischen Start einer Bewegung und dem Stop-Befehl in FHEM. Daraus ergibt sich dann eine neue Position.

Wenn Bewegungen von einer anderen Fernbedienung gesendet werden stimmt die Position in FHEM entsprechend nicht mehr.

Deshalb gibt es die Möglichkeit diese zweite Fernbedienung in SOMFY auch anzulegen und über das Attribut "rawdevice" eine Verbindung zu schaffen (zum ersten Befehl über die Adresse). Empfangene Befehle im 2.Device werden dann auf den ersten Device weitergegeben und darüber wird die Position da angepasst.

Hoffe das hilft.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Rainer1 am 22 Januar 2024, 13:09:39
ZitatDeshalb gibt es die Möglichkeit diese zweite Fernbedienung in SOMFY auch anzulegen und über das Attribut "rawdevice" eine Verbindung zu schaffen (zum ersten Befehl über die Adresse). Empfangene Befehle im 2.Device werden dann auf den ersten Device weitergegeben und darüber wird die Position da angepasst.

Wenn ich die FB benutze, soll FHEM die Befehle NUR empfangen um die Pos anzuzeigen, nicht noch zusätzlich als FB arbeiten - da verstehe ich noch was nicht  :-[
Sonst sende ich doch per org. FB und nochmal den weitergeleiteten Befehl per FHEM ?

EDIT:
Habe ein zweites Dev angelegt, allerdings ohne Erfolg, die FB wird nicht erkannt trotz "prog"

Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 22 Januar 2024, 15:31:28
ADDRESS ist nicht beliebig, es muss schon die Adresse des Handsenders sein.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Rainer1 am 22 Januar 2024, 18:48:04
ZitatFür die FB sollte die Adresse des physischen Gerätes in rawdevice eingetragen werden. Wenn ich recht erinnere ist das Modell wie folgt

Rollo 0x1111

FB 0x2222

Rollo mit Adresse 0x1111 definieren

FB mit 0x2222 als remote definieren
rawdevice an FB mit Wert 0x1111 setzen

Hoffe das stimmt jetzt so, da ich es nicht direkt überprüfen kann

So habe ich es gemacht, Rollo hatte bereits aus FHEM funktioniert -0x000001- und die FB mit -0x000002- angelegt und attr rawdevice 0x000001

Was ist der Unterschied bei den Attributen "pos" und "position" . In beiden Fällen wird die angegebene Position angefahren !? Ich hatte gehofft, das mit einem der beiden attr eine Position für die Anzeige gesetzt werden kann ohne dass der Motor angesteuert wird...
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 22 Januar 2024, 20:08:34
Zitat von: Rainer1 am 22 Januar 2024, 18:48:04So habe ich es gemacht, Rollo hatte bereits aus FHEM funktioniert -0x000001- und die FB mit -0x000002- angelegt und attr rawdevice 0x000001

Fast richtig,
ZitatFB mit 0x2222 als remote definieren
nicht vergessen.

Und auch wichtig 0x000002 darf keine beliebige Adresse sein, sondern die, welche in der Handsenderhardware werksmäßig fest codiert ist.

Am einfachsten lässst sich dieses Gerät per autocreate anlegen. Das sollte allerdings längst erfolgt sein, es sei denn, autocreate wurde gelöscht, disabled oder SOMFY ausgeschlossen.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ralf9 am 23 Januar 2024, 09:41:12
Bitte poste mal ein paar raw Nachrichten, die Du empfängst, wenn Du an der Fernbedienung auf und ab drückst.
Die raw Nachrichten sehen ungefähr so aus: MC;LL=-1281;LH=1282;SL=-635;SH=639;D=A04747459C..
Dazu mus beim sduino die Frequenz auf 433.420 MHz stehen.

Im log steht dann ungefähr folgendes:
2020.08.19 13:11:26 4: Sduino/msg READ: MC;LL=-1281;LH=1282;SL=-635;SH=639;D=A04747459CBF22;C=639;L=56;
2020.08.19 13:11:26 4: Sduino: Found manchester Protocol id 43 clock 639 RSSI -73.5 -> Somfy RTS

Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 23 Januar 2024, 10:42:08
Zitat von: Rainer1 am 23 Januar 2024, 09:05:20Wie soll ich die ID des Rollo erfahren ?
Das Rollo hat keine ID, es speichert nur die Adresse der angelernten Sender. Das Rollo liefert auch keine Rückmeldungen über seine Position. Die Positionen werden in dem Device berechnen, dass das Rollo steuert ( bei Dir 0x000001 ). Dazu müssen die entsprechenden Attribute (drive-.*-time.*) gesetzt werden.

Das Device, das den Handsender empfängt muss mit der Adresse des Handsenders definiert werden, am einfachsten per autoreate.
Dabei helfen Dir meine Definitionen nicht.
Zitat von: Rainer1 am 23 Januar 2024, 09:05:20Das Rollo habe ich mit 000001 angelegt, muss die FB dann nicht auf 00001 zeigen ?

Handsenderdevice und Rollodevice werden über das Attribut rawDevice 000001 im Handsenderdevice verbunden und zusätzlich muss das Attribut model auf somfyremote gesetzt werden.

Das wurde hier schon mehfach geschrieben.

Was ist Dir da noch unklar?
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: Ellert am 23 Januar 2024, 14:47:38
zu 1:STATE ist leer, weil state nicht existiert.
zu 2:Diese Attribute gibt es bei mir nicht.
Titel: Aw: 10_SOMFY.pm - Somfy RTS (und kompatible)
Beitrag von: viegener am 13 Februar 2024, 15:00:10
Wie auch schon per PN angemerkt:

Korrektur Deiner Beschreibung oben: Du möchtest ja eigentlich die Rolläden (also die Motoren mit EMpfänger) anlernen nicht die 5-Fach FB. Die Progfunktion dient immer nur dazu den spezifischen Rolladen in den Programmiermodus zu bringen. Wenn ein FHEM-Device mehrere Rolläden ansteuert, ist dieser Device mit seiner Adresse an beiden Rolläden angelernt.

Ich kenne Deine Somfy-5-fach FB auch nicht es sieht so aus, also ob Du ein Device mit derselben Adresse an verschiedenen Rolläden angelernt hast? Du solltest Dein FHEM-Devive vermutlich von allen Devices ablernen (das kann alerdings gerätespezifisch unterschiedlich sein, wie das geht) und dann mit frischen Adressen neue FHEM-Devices anlegen - jeweils eine für einen Rolladen