Oops, ich habe auch gerade erst angefangen und schon eine Frage (also eigentlich mehrere)...
Ich habe (u.a.) einen CUL433 mit FHEM am Laufen, der auch wunderbar meine SOMFY RTS Rolläden fahren lassen kann. In FHEM habe ich dafür andere "Adressen" für die Steuerung angelernt als die bisherigen Handsender verwendet haben (wg. Rolling Code etc). Nachwievor werden diese Handsender, die überall im ganzen Haus an der Wand hängen, weiter verwendet. Damit läuft aber der reale Stand der Rolläden und der Status in FHEM auseinander.
Da ich die CULFW nicht anpassen will und kann, hatte ich überlegt ein eigenen Arduino mit 433Mhz-EMpfänger so zu programmieren, dass er die COdes von den SOMFY-Handsendern decodiert und über USB an FHEM meldet, sodass dort der Zustand aktualisiert werden kann. Also sozusagen wie ein SOMFY-FHEMDuino-Modul und natürlich brauche ich noch ein dazugehöriges FHEM-Modul...
Zumindest den Code zum Empfangen und Decodieren der SOMFY-Signale habe ich bereits auf dem Arduino am Laufen, dieser müsste also nur noch ins FHEMDuino-Gerüst eingepasst werden...
Jetzt die Fragen:
1) Habe ich hier als Anfänger einen Denkfehler und irgendwas Entscheidendes übersehen, dass dieses Unterfangen unmöglich macht?
2) Hat vielleicht jemand soetwas schon angefangen oder durchgeführt?
3) Geht es einfacher?
Danke schonmal für Eure Hilfe...
Inzwischen habe ich mir es ja selbst beantwortet --> siehe im Somfy-Thread:
http://forum.fhem.de/index.php/topic,24158.msg290863.html#msg290863 (http://forum.fhem.de/index.php/topic,24158.msg290863.html#msg290863)
Zitat von: viegener am 01 Mai 2015, 13:28:31
Ich habe inzwischen mal ein Empfangsmodul für SOMFY in FHEMDUINO-Implementiert und auch 10_SOMFY soweit erweitert, dass man existierende Somfy-FBs weiterverwenden kann und der Status entsprechend in den SOMFY-Devices korrekt angepasst wird. Bei mir funktioniert das mit meinen Rolläden inzwischen recht gut. Ich wäre aber schon interessiert noch weitere Tester zu haben.
Allerdings braucht man einen FHEMDuino am FHEM, da ich mich nicht direkt an CULFW-Erweiterungen gewagt habe ;D
Quellen für das angepasste Somfy-Modul sind hier: https://github.com/viegener/somfy-rts-fhem (https://github.com/viegener/somfy-rts-fhem)
Die entsprechenden FHEMDuino-Änderungen und Module sind inzwischen auch in die offiziellen repositories übernommen worden:
https://github.com/mdorenkamp/fhemduino_modules (https://github.com/mdorenkamp/fhemduino_modules)
https://github.com/mdorenkamp/fhemduino (https://github.com/mdorenkamp/fhemduino)
Tester willkommen...
Gruss,
Johannes
Hallo,
ich habe eben meinen FHEMduino mit der Somfy-Erweiterung neu geflasht und konnte auch prompt die Fernbedienung meiner Wintergarten-Markise "finden" (siehe Screenshot)
Ich würde zunächst (bis ich meinen Ersatz-CUL fertig habe) einfach den Status in FHEM darstellen. Aber ich finde die Befehlsinterpretation etwas verwirrend. Wenn ich "runter" drücke kommt command 40, bei "hoch" 20, diese Zahl steht dann auch bei state. Muss ich da noch etwas anpassen?
An sich würde ich bei command "on/off" etc. erwarten und bei state die Position? Oder funktioniert das Modul nur mit den Rolläden?
Danke in jedem Fall für die Einbindung! Wieder etwas zum rumspielen ...
Gruss, Thomas
Hallo Thomas,
das FHEMduino_SomfyR Modul bildet erstmal nur die Fernbedienung nach und hat als Status deshalb auch den letzten Befehl. Der eigentliche FHEM-Aktor (und damit der Rolladen/die Markise oder ähnliches) ist getrennt davon und wird als SOMFY-Device angelegt.
Grund dafür ist eine Besonderheit des Somfy-Protokolls. Für jede Fernbedienung wird ein sogenannter RollingCode verwendet, der in der Fernbedienung und im Aktor bei jedem Befehl um jeweils eins hochgezählt wird. Wenn jetzt FHEM-Somfy und Deine Fernbedienung dieselbe Adresse verwenden würden, kämen die ROllingcodes durcheinander. Angenommen beide starten bei 100. Sobald in FHEM der SOMFY-Device betätigt wird, wird die 100 gesendet und der aktuelle Code im Aktor und in FHEM auf 101 gesetzt. In der Fernbedienung wird aber beim nächsten Mal wieder die 100 gesendet und die Markise/Rolladen bewegt sich nicht, erst beim 2. Betätigen wird die 101 gesendet, dann wird aber in FHEM das nächste Mal die bereits verbrauchte 101 gesendet und es passiert nichts. Bei mehrmaligem Betätigen kann das natürlich noch schlimmer werden...
Deshalb müssen 2 getrennte Devices
ein FHEMduino_Somfy für die manuelle Fernbedienung
und ein SOMFY für die automatische Steuerung angelegt werden.
Als Verbindung muss im FHEMduino_SomfyR die Adresse des SOMFY-Aktors als Attribut rawDevice hinterlegt werden. Also z.B.
attr FHEMduino_SomfyR_D19A2F rawDevice 123456
define markise SOMFY 123456 A0 0001
Solange Du noch Deinen CUL nicht in Betrieb hast, reicht dies aus. Der Status findet sich dann am SOMFY-Device markise, der oben angelegt wurde.
Um dann mit FHEM die Markise zu steuern muss 123456 eine Adresse als weitere Bedienung bei Deiner Markise angelernt sein.
Dies geht übrigens recht einfach (hier mal die Folge für meine Rolläden)
- Somfy-Gerät in FHEM anlegen - Das muss natürlich einen IODevice haben
- Rolladen in den Prog Modus bringen mit der existierenden Fernbedienung - das steht beim entsprechenden SOMFY-Aktor beschrieben
- Befehl Prog in FHEM aus dem SOMFY-Gerät auslösen
- Prog-Modus verlassen
- Prüfen ob Rolladen sich aus FHEM bewegen lässt
Da ich momentan nicht weiss, ob der letzte Satnd von 10_SOMFY bereits als update geliefert wird, hier ist der letzte Stand, den ich seit ein paar Wochen stabil in Betrieb habe.
Gruss,
Johannes
Danke für die ausführliche Beschreibung!
Ich hatte das Add-on Board schon mal als Fernbedienung angelernt, hat problemlos geklappt, passt nur leider nicht auf mein USV board des Raspi...
Die Trennung zwischen Fernbedienung und Status war mir nicht klar, das werde ich heute abend gleich mal umsetzen.
Danke!
Gern geschehen!
Inzwischen scheint dieser Beitrag allerdings nicht mehr ganz passend für den Anfängerfragen-Thread :)
Johannes
Hallo,
erstmal danke und "Coole Arbeit"!
Das mit dem rawDevice habe ich gerade erst gelesen, das macht es ja richtig interessant!
Dazu meine Frage:
Würde das auch über FHEM2FHEM funktionieren?
Ich habe 2 RPis mit FHEM: 1 im Keller mit nem CUL433 der meine Rolläden schalten, und eine im Wohnzimmer mit dem FHEMduino, der die original FBs mitlauscht.
Im Momenet habe ich mir das selbst mit notify und setstate zusammen frickelt, aber wenn ich das so lese, kann ich mir das evtl. sparen, oder?
Falls es nicht klappt und jemand das gleich sucht, hier meine Lösung:
Notify auf Haupt FHEM
Somfy.* {
my $nstate = "xx";
if ($EVENT eq "11")
{
$nstate = "schatten";
}
elsif ($EVENT eq "20")
{
$nstate = "auf";
}
elsif ($EVENT eq "40")
{
$nstate = "ab";
}
if ($nstate ne "xx")
{
if (($NAME eq "Somfy_FB_2") ||
($NAME eq "Somfy_FB_5") ||
($NAME eq "Somfy_WZ_L"))
{
Log 3,"setstate RolladenWZL $nstate";
fhem ("setstate RolladenWZL $nstate;");
}
if (($NAME eq "Somfy_FB_3") ||
($NAME eq "Somfy_FB_5") ||
($NAME eq "Somfy_WZ_R"))
{
Log 3,"setstate RolladenWZR $nstate";
fhem ("setstate RolladenWZR $nstate;");
}
if ($NAME eq "Somfy_FB_1")
{
Log 3,"setstate Markise $nstate";
fhem ("setstate Markise $nstate;");
}
if (($NAME eq "Somfy_FB_4") ||
($NAME eq "Somfy_FB_5"))
{
# Hinweis Das ist ein HomeMatic, deswegen wird er im NOtify auch per set gestartet, damit er sich bewegt. Der Kanal war auf meiner FB noch frei.
Log 3,"set RolladenWC $nstate";
fhem ("set RolladenWC $nstate;");
}
}
}
FHEM2FHEM Device im Haupt FHEM
DEF WZBERRY FHEM2FHEM 192.168.6.13:7072 LOG:Somfy_.*
Somfy Fernbedienungen im Wohnzimmer
define Somfy_FB_1 FHEMduino_SomfyR 3CDB5A
define Somfy_FB_2 FHEMduino_SomfyR 3CDB5B
define Somfy_FB_3 FHEMduino_SomfyR 3CDB5C
define Somfy_FB_4 FHEMduino_SomfyR 3CDB5D
define Somfy_FB_5 FHEMduino_SomfyR 3CDB5E
define Somfy_WZ_L FHEMduino_SomfyR 67F720
define Somfy_WZ_R FHEMduino_SomfyR 67F725
Rolläden im Haupt FHEM:
define RolladenWZL SOMFY 000001
attr RolladenWZL eventMap ,off:auf,on:ab,pos 40:schatten
define RolladenWZR SOMFY 000002
attr RolladenWZR eventMap ,off:auf,on:ab,pos 40:schatten
define Markise SOMFY 000003
attr Markise eventMap ,off:auf,on:ab,pos 40:schatten
# Hinweis Das ist ein HomeMatic, deswegen wird er im NOtify auch per set gestartet, damit er sich bewegt. Der Kanal war auf meiner FB noch frei.
define RolladenWC CUL_HM 26D017
attr RolladenWC eventMap on:auf off:ab 60:schatten
Viele Grüße
Simonberry
Hallo Simonberry,
Ich habe selber keine fhem2fhem-installation, aber wenn es nicht funktionieren sollte, kann ich versuchen das mitaufzunehmen. Wg empfangsproblemen im Dachgeschoss hatte ich das auch schon als loesung angedacht.
Also probier es bei Dir doch mal aus, wenn es nicht gehen sollte muesste ich vermutlich auf ein anderes modell zwischen remote und somfy umstelle . Das waere sicher machbar.
Gruss,
Johannes
Hi,
ich bin noch recht frisch in Bezug auf Somfy deshalb bitte ich schon mal um Nachsicht.
Ich habe mir mit einem Arduino Nano eine 433 MHZ CUL gebastelt und kann damit meine beiden Somfy Markisen auch ansteuern.
Nun muesste ich noch die Somfy-Remote einbinden.
Da meine "SendeCUL " ja schon ein FHEMdruino ist, stellt sihc die Frage ob das Ding auch fuer die Remote benutzt werden kann.
Ich kapier auch nicht wie exakt ich jetzt die Remote als Device in FHEM definiere.
Danke fuer die Hilfe
Achtung: CUL ist weder Hardware noch Softwaretechnisch gleich zum FHEMDUINO.
Also wenn Du einen CUL hast --> Momentan nur Senden
Wenn Du einen FHEMDUino hast --> Nur Empfangen
Eine genauere Vorgehensweise wenn man beide hat ist hier: https://forum.fhem.de/index.php/topic,24158.msg394931.html#msg394931 (https://forum.fhem.de/index.php/topic,24158.msg394931.html#msg394931)
Hallo,
da stell ich doch gleich mal meine Frage mit hier ein.
Folgendes Setup:
mehrere Rollläden mit SIMU Fernbedienungen und einer Mehrkanalfernbedienung.
FHEM mit original CUL V3 von Busware 868MHz, FHEMduino mit 433MHz und nanoCUL mit 433MHz.
FHEM an allen Rollläden als zusätzliche Fernbedienung angelernt, funktioniert auch ohne Probleme. Leider kann ich seit ein paar Tagen mit der Mehrkanalbedienung den Rollladen 2 nicht mehr steuern. Ein erneutes Anlernen bzw. Ablernen der Mehrkanalfernbedienung geht auf dem gespeicherten Platz auch nicht mehr. Originale und FHEM funktionieren noch.
Nun wollte ich eigentlich mit Hilfe des FHEMduino die Mehrkanalbedienung "sniffen" um den Code sowie aktuell gesendeten Rollcode zu finden. Leider funktioniert das irgendwie nicht.
Ich habe ein FHEMduino_SomfyR angelegt und hoffte jetzt, dass zumindest ein "undefined sensor detected" kommt. Leider passiert aber nichts! Ich habe keine Ahnung wo der Fehler liegt.
Danke schon mal...
Mario
Zitat von: mhoellein am 15 März 2016, 13:30:55
Hallo,
da stell ich doch gleich mal meine Frage mit hier ein.
Folgendes Setup:
mehrere Rollläden mit SIMU Fernbedienungen und einer Mehrkanalfernbedienung.
FHEM mit original CUL V3 von Busware 868MHz, FHEMduino mit 433MHz und nanoCUL mit 433MHz.
FHEM an allen Rollläden als zusätzliche Fernbedienung angelernt, funktioniert auch ohne Probleme. Leider kann ich seit ein paar Tagen mit der Mehrkanalbedienung den Rollladen 2 nicht mehr steuern. Ein erneutes Anlernen bzw. Ablernen der Mehrkanalfernbedienung geht auf dem gespeicherten Platz auch nicht mehr. Originale und FHEM funktionieren noch.
Nun wollte ich eigentlich mit Hilfe des FHEMduino die Mehrkanalbedienung "sniffen" um den Code sowie aktuell gesendeten Rollcode zu finden. Leider funktioniert das irgendwie nicht.
Ich habe ein FHEMduino_SomfyR angelegt und hoffte jetzt, dass zumindest ein "undefined sensor detected" kommt. Leider passiert aber nichts! Ich habe keine Ahnung wo der Fehler liegt.
Danke schon mal...
Mario
@mhoellein - Ein fhemduino_SomfyR muss eigentlich nicht angelegt werden. Allerdings muss autocreate eingeschaltet sein, dann wird bei Empfang eines neuen Somfy-Codes über den fhemduino auch automatisch ein device dafür angelegt. Wird denn vom fhemduino wirklich etwas empfangen?
Wenn das nicht sicher ist, am besten mal auf dem fhemduino mal verbose 5 einschalten und im logfile von fhem nach Einträgen schauen. Diesen log-Ausschnitt kannst Du auch gerne hier posten, damit man schauen kann was/ob etwas empfangen wird.
Warum die Mehrkanalfernbedienung jetzt nicht funktioniert kann ich nicht sagen, da ich selber keine entsprechende Mehfachbedienung habe.
Alles klar, ich vermute auch fast das was faul ist. Ich habe gestern schon den Arduino getauscht und neu geflasht, kein Erfolg. Ich werde wohl heute Abend mal das Oszi aus dem Keller holen.
Vielen Dank erst mal, ich melde mich wenn ich was in Erfahrung gebracht habe.
VG
Mario
@mhoellein: Was für ein Funkmodul verwendest Du für den fhemduino? Ich frage deshalb, weil es die günstigen Arten gibt, die offensichtlich für den fhemduino Zweck nicht funktionieren (Reichweite Empfang teilweise wenige Zentimeter) und die sogenannten "superheterodyne" Module.
Beispiel: http://www.ebay.com/itm/433Mhz-WL-RF-Transmitter-Receiver-Module-Link-Kit-for-Arduino-ARM-MCU-Wireless-/380717845396 (http://www.ebay.com/itm/433Mhz-WL-RF-Transmitter-Receiver-Module-Link-Kit-for-Arduino-ARM-MCU-Wireless-/380717845396)
Wenn es so ähnlich aussieht ist das FUnkmodul das Problem.
Du findest dazu auch einige Links hier im Forum.
Hallo,
ein CC1101.
http://www.amazon.de/Stable-Funk%C2%A0Module-Technische-externer-Antenne/dp/B00GBW6WJY/ref=sr_1_1?s=ce-de&ie=UTF8&qid=1458124783&sr=1-1&keywords=cc1101
Mario
Ich kann nur empfehlen im Wiki nochmals nachzulesen:
CUL ist Mikorcontroller plus Funkmodul CC1101 --> Software culfw oder a-culfw --> Nur Somfy Senden
fhemduino ist Arduino nano plus einfaches OOK-Funkmodul -> Software fhemduino -> nur somfy empfangen
Mit dem cc1101 wird sich kein fhemduino ergeben...
(Also kein Wunder, dass Du nichts empfängst, das hat noch keiner implementiert)
:o
...wer lesen kann ist klar im Vorteil.
Aus der Grabbelkiste einen passenden Empfänger besorgt und siehe da... -funktioniert-
Ich hätte vielleicht ein bissl eher noch mal hier lesen sollen. So hab ich ein-zwei Stunden mit Fehlersuche verbracht.
So jetzt kann ich die Fernbedienung im FHEM anlegen, Rollcode finden lassen und sie dann Abmelden und dann hoffentlich die FB wieder normal anmelden auf dem Programmplatz 2.
So zumindest der Plan.
Vielen Dank! :)
Mario
Hallo,
so noch eine kurze Rückmeldung und ein paar Hinweise, weiß zwar nicht genau ob es hierher gehört...
Ich habe wie geschrieben aus der Grabbelkiste noch einen Empfänger gesucht und diesmal den FHEMduino richtig gebaut.
(https://forum.fhem.de/index.php?action=dlattach;topic=34793.0;attach=48875;image)
Ich habe mit dem FHEMduino dann die originale 5 Kanal Fernbedienung auf dem Kanal 2 ausgelöst und es wurde auch das entsprechende FHEMduino_SomfyR Device angelegt.
Daraufhin habe ich dann ein SOMFY Device mit der gleichen Adresse erzeugt und dann den Rollcode automatisch finden lassen. Bei der originale Fernbedienung war der Rollcode bereits bei 0fd8, bei allen anderen war er erst bei ca. 00d9. Ich gehe daher davon aus das bei der Fernbedienung ein "Bit gekippt" ist.
hier noch meine Vorgehensweise
#FHEMduino_SomfyR was erkannt wurde
list FHEMduino_SomfyR_000001
#anlegen der virtuellen Fernbedienung im FHEM und rollcode auf 00a9 (damit ich nicht bei 0 anfange)
define FB-2 SOMFY 000001
attr FB-2 rolling_code 00a9
#und jetzt los und abwarten
define somfy_sent at +*00:00:01 set FB-2 go-my;
Bei mir hat es ca. 5 Minuten gedauert und dann lief der Rollladen in kleinen Schritten runter.
Sobald das passiert ist - delete somfy_sent in der Konsole.
Danach habe ich den Rollladen mit der originalen Fernbedienung in den "PROG"-Modus gebracht, diese mittels FHEM abgelernt.
Jetzt konnte ich auf Kanal 2 die Mehrkanalbedienung wieder anlernen. Jetzt läuft alles wie es sich gehört.
Danke nochmals für die Hilfen.
VG
Mario
Hi, also das mit "Wer Lesen kann ist klar im Vorteil" ist natuerlich richtig aber wie auch immer ich versteh das noch nicht komplett
Zum senden hab ich ienen NanoCUL mit CC1101
mir war nicht bewusst das das Ding generall nicht sendet, oder fehlts hier "nur" an der passenden Software?
(Die 868 Variante kann ja im Prinzip HomeMatic, sollte demanch nicht nur senden sondern auch emfangen koennen.)
Zum Enfangen baue ich mir jetzt einen fhemdruino mit OOK reciever (Emfaenger) als auch einem FS1000A (Sender)
Hierdrauf laeuft dann SomfyR, da das Ding einen Sender hat koennte man glauben das ich auf den nano CUL verzichten kann. richtig oder falsch?
Liegt das auch an "nur" fehlender Software.
Danke fuer die insights
Zitat von: Heiner am 12 April 2016, 13:54:27
Hi, also das mit "Wer Lesen kann ist klar im Vorteil" ist natuerlich richtig aber wie auch immer ich versteh das noch nicht komplett
Zum senden hab ich ienen NanoCUL mit CC1101
mir war nicht bewusst das das Ding generall nicht sendet, oder fehlts hier "nur" an der passenden Software?
(Die 868 Variante kann ja im Prinzip HomeMatic, sollte demanch nicht nur senden sondern auch emfangen koennen.)
Zum Enfangen baue ich mir jetzt einen fhemdruino mit OOK reciever (Emfaenger) als auch einem FS1000A (Sender)
Hierdrauf laeuft dann SomfyR, da das Ding einen Sender hat koennte man glauben das ich auf den nano CUL verzichten kann. richtig oder falsch?
Liegt das auch an "nur" fehlender Software.
Danke fuer die insights
Ein Nanocul kann natürlich senden und empfangen. Aber eben nicht alle Protokolle. Somfy kann er eben nur Senden
Ein FHEMduino kann ebenfalls Senden und Empfangen. Aber auch nicht für alle Protokolle. Bei Somfy eben nur Empfangen.
Senden und Empfangen heisst aber erstmal nur die generelle Möglichkeit irgendetwas im entsprechenden Frequenzband aus dem "Äther" zu holen ;)
Die Implementierungen für das Decodieren sind eigentlich der grösste Aufwand, denn vereinfacht gesagt gibt zum Beispiel der im FHEMDuino verwendete Empfänger nur aus: Jetzt kommt ein Signal und jetzt nicht. Daraus die Info zu extrahieren welcher Rolladen welchen Befehl erhalten hat oder welche Steckdose gerade geschaltet wird oder umgekehrt zu senden ist nicht trivial.
Ich habe am Sonntag mal angefangen den Versuch zu machen Somfy-Receive in der culfw zu implementieren, doch leider sit das Protokoll ganz anders strukturiert als die bisher unterstützten Protokolle und wird wohl aufwändiger werden.
Danke jetzt hab ichs verstanden. Ich wollte auch in keiner Weise mit -"nur" Software - den sicherlich schwierigsten Teil degradieren.
Grosses Lob an alle cleveren die mit ganz viel Energie all das hier in fhem geschaffen haben und immer weitere Funktionalitaeten bringen.
Hallo, kann ich mit einem freien Kanal der SomfyRemote auch ein anderes Device in fhem schalten?
Was trage ich dann als rawDevice ein?
Zitat von: Heiner am 22 April 2016, 22:02:15
Hallo, kann ich mit einem freien Kanal der SomfyRemote auch ein anderes Device in fhem schalten?
Was trage ich dann als rawDevice ein?
Wenn ich die Frage richtig verstehe, möchtest Du eine SOMFY-Fernbedienung an FHEM über den FHEMDuino anmelden und dann durch Drücken der Tasten an der Fernbedienung in FHEM z.B. eine Steckdose oder etwas anderes schalten.
Das ist zwar nicht speziell vorgesehen, müsste aber über die entsprechenden Events im FHEMduino_SomfyR-Device gehen.
Im Eventmonitor sieht das für einen Stopp-Befehl z:B. so aus
2016-04-22 22:18:57 FHEMduino_SomfyR somfyr_zdummy 11
2016-04-22 22:18:57 FHEMduino_SomfyR somfyr_zdummy command: 11
und lässt sich über einen notify auch problemlos verwenden. Damit kann man auch auf die entsprechenden Kommandos separat reagieren.
Hallo viegener,
ich nutzte nun schon einige Zeit erfolgreich Eure Somfy Implementierung in FHEM, seit einiger Zeit auch in Verbindung fhemduino. Prinzipiell funktioniert das recht stabil, wenn auch das Test Pin 26 Problem den Arduino regelmäßig in den Tiefschlaf schickt. Daher wäre es super, wenn Du eine Implementierung in CulFW hinbekommen könntest!
Hallo,
ich bin mir nicht sicher ob meine Frage hier noch richtig platziert ist (der Thread ist recht alt).
Aber zu einem Kommentar hier habe ich konkrete Fragen, deshalb in diesem Thread:
Viegener schrieb:Zitat von: viegener am 28 Mai 2015, 10:24:16
attr FHEMduino_SomfyR_D19A2F rawDevice 123456
define markise SOMFY 123456 A0 0001
Ich verstehe das so:
die zweite Zeile ist die Definition innerhalb von FHEM, damit man via FHEM das SOMFY Device steuern kann (und muss angelernt werden..)
Bei der ersten Zeile handelt es sich nach meinem Verständnis um die Verknüpfung, d.h. hier wird der Code eines z.B. Handsenders mit dem "FHEM Device (Zeile2) verknüpft.
Habe ich das so richtig verstanden?
Wie sieht der zur Zeile 1 gehörende "define" Befehl aus?
Ist das einfach der "define" Befehl, der beim Tastendruck auf die Fernbedienung per Autocreate erkannt wurde?
Bei mir wurde z.B. folgende Fernbedienung per Autocreate festgelegt:
define SOMFY_987654 SOMFY 987654 A9 0217
Wenn ich also per SIGNALduino ein neues Device incl. Synchronisation anlegen wollte, ware in meinem Fall (Bsp. wie Zeile 2) folgende Definitionen nötig:
# Signalduino anlegen
define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
#Mein neuer FHEM "Sender"
define Rolladen SOMFY 123456
attr Rolladen IODev sduino
#Die per Autocreate gefundene und zu diesem Rollo gehörende Fernbedienung
define SOMFY_987654 SOMFY 987654 A9 0217
attr SOMFY_987654 rawDevice 123456
attr SOMFY_987654 IODev sduino
Wären dann die Fernbedienung und FHEM synchron?
Ich möchte ganz sicher sein, bevor ich den Rolläden irgend welchen Quatsch anlerne, an die Empfänger kommt man nicht mehr ran.
Wäre schön wenn das hier jemand kommentieren könnte.
Ich bin gerne auch bereit, diese Vorgehensweise dann in der SOMFY Wiki für Anfänger wie mich zu kommentieren.
Zitat von: RaspII am 22 Januar 2017, 13:43:07
Hallo,
ich bin mir nicht sicher ob meine Frage hier noch richtig platziert ist (der Thread ist recht alt).
Aber zu einem Kommentar hier habe ich konkrete Fragen, deshalb in diesem Thread:
Viegener schrieb:
Ich verstehe das so:
die zweite Zeile ist die Definition innerhalb von FHEM, damit man via FHEM das SOMFY Device steuern kann (und muss angelernt werden..)
Bei der ersten Zeile handelt es sich nach meinem Verständnis um die Verknüpfung, d.h. hier wird der Code eines z.B. Handsenders mit dem "FHEM Device (Zeile2) verknüpft.
Habe ich das so richtig verstanden?
Wie sieht der zur Zeile 1 gehörende "define" Befehl aus?
Ist das einfach der "define" Befehl, der beim Tastendruck auf die Fernbedienung per Autocreate erkannt wurde?
Bei mir wurde z.B. folgende Fernbedienung per Autocreate festgelegt:
define SOMFY_987654 SOMFY 987654 A9 0217
Wenn ich also per SIGNALduino ein neues Device incl. Synchronisation anlegen wollte, ware in meinem Fall (Bsp. wie Zeile 2) folgende Definitionen nötig:
# Signalduino anlegen
define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
#Mein neuer FHEM "Sender"
define Rolladen SOMFY 123456
attr Rolladen IODev sduino
#Die per Autocreate gefundene und zu diesem Rollo gehörende Fernbedienung
define SOMFY_987654 SOMFY 987654 A9 0217
attr SOMFY_987654 rawDevice 123456
attr SOMFY_987654 IODev sduino
Wären dann die Fernbedienung und FHEM synchron?
Ich möchte ganz sicher sein, bevor ich den Rolläden irgend welchen Quatsch anlerne, an die Empfänger kommt man nicht mehr ran.
Wäre schön wenn das hier jemand kommentieren könnte.
Ich bin gerne auch bereit, diese Vorgehensweise dann in der SOMFY Wiki für Anfänger wie mich zu kommentieren.
Nein, rawDevice ist kein Attribut von SOMFY sondern vom Typ FHEMduino_SomfyR. Die Kopplung kann so also nicht funktionieren.
Dein Verständnis der Beschreibung von mir ist aber so korrekt.
Ich denke Du bist mit Deiner Frage im SignalDuino-Thread besser aufgehoben, ich bin nicht sicher ob jemand hier noch beobachtet, der an SignalDuino arbeitet
ok, ich versuche es mal im SIGNALduino-Thread.
Mal sehen ob ich noch irgendwann die Unterschiede FHEMduino und SIGNALduino verstehe :-\
Danke für die schnelle Antwort.
Zitat von: viegener am 22 Januar 2017, 21:05:13
Nein, rawDevice ist kein Attribut von SOMFY sondern vom Typ FHEMduino_SomfyR. Die Kopplung kann so also nicht funktionieren.
Dein Verständnis der Beschreibung von mir ist aber so korrekt.
Ich denke Du bist mit Deiner Frage im SignalDuino-Thread besser aufgehoben, ich bin nicht sicher ob jemand hier noch beobachtet, der an SignalDuino arbeitet
Kannst Du mir noch folgende Frage beantworten (bzgl. Typ FHEMduino_SomfyR):
Wäre dann folgende Definitionen zumindest für die Kombination FHEMduino und CUL korrekt
# Signalduino anlegen
define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
#Mein neuer FHEM "Sender"
define Rolladen SOMFY 123456
attr Rolladen IODev sduino
#Die per Autocreate gefundene und zu diesem Rollo gehörende Fernbedienung
define SOMFY_987654 FHEMduino_SomfyR 987654 A9 0217
attr SOMFY_987654 rawDevice 123456
attr SOMFY_987654 IODev sduino
natürlich unter der Annahme, dass sich ein SINGALduino bzgl. Senden / Empfangen verhält wie die Kombination aus FHEMduino und CUL?
Zitat von: RaspII am 01 Februar 2017, 22:58:58
Kannst Du mir noch folgende Frage beantworten (bzgl. Typ FHEMduino_SomfyR):
Wäre dann folgende Definitionen zumindest für die Kombination FHEMduino und CUL korrekt
# Signalduino anlegen
define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
#Mein neuer FHEM "Sender"
define Rolladen SOMFY 123456
attr Rolladen IODev sduino
#Die per Autocreate gefundene und zu diesem Rollo gehörende Fernbedienung
define SOMFY_987654 FHEMduino_SomfyR 987654 A9 0217
attr SOMFY_987654 rawDevice 123456
attr SOMFY_987654 IODev sduino
natürlich unter der Annahme, dass sich ein SINGALduino bzgl. Senden / Empfangen verhält wie die Kombination aus FHEMduino und CUL?
Ich bin nicht sicher ob das so funktioniert, denn ich glaube nicht, dass ein SIGNALDUINO sich verhält wie ein FHEMDUino und ein CUL.
Die FHEMDuino-Module sind meines Wissens nur mit dem FHEMDuino funktionsfähig