Anfängerproblem mit FSR12-4x

[stefanritt]

Hallo,

ich bin neu hier und möchte fhem auf einem Raspberry PI mit EnOcean Aktoren (WeberHaus) verwenden. Bei mir sind FSR12-4x-12V verbaut, das sind Aktoren, die vier unabhänige Ausgänge steuern können (siehe hier).

Ich habe über ein TCM310 zwei Schalter eingelernt, die zwei verschiedene Lampen schalten und zwar über zwei Kanäle des gleichen FSR12. Hier der Auszug aus fhem.cfg:

define EnO_switch_0024CE69 EnOcean 0024CE69
attr EnO_switch_0024CE69 alias Buero_Licht
attr EnO_switch_0024CE69 eventMap B0:on BI:off
attr EnO_switch_0024CE69 room EG
attr EnO_switch_0024CE69 subType switch
define FileLog_EnO_switch_0024CE69 FileLog /opt/fhem/log/EnO_switch_0024CE69-%Y.log EnO_switch_0024CE69
attr FileLog_EnO_switch_0024CE69 logtype text
attr FileLog_EnO_switch_0024CE69 room EnOcean

define EnO_switch_0024CE14 EnOcean 0024CE14
attr EnO_switch_0024CE14 alias Keller_Licht
attr EnO_switch_0024CE14 eventMap B0:on BI:off
attr EnO_switch_0024CE14 room EG
attr EnO_switch_0024CE14 subType switch
define FileLog_EnO_switch_0024CE14 FileLog /opt/fhem/log/EnO_switch_0024CE14-%Y.log EnO_switch_0024CE14
attr FileLog_EnO_switch_0024CE14 logtype text
attr FileLog_EnO_switch_0024CE14 room EnOcean

Wenn ich die Schalter betätige, bekommt das fhem richtig mit und wechselt den Zustand.

Nun lerne ich den ersten Schalter ein, indem ich den Aktor auf LRN schalte für Kanal 1 und den Schalter in fhem betätige. Das muss zweimal geschehen, einmal für "Richtungstaster ein" und einmal für "Richtungstaster aus" (oberer Drehschalter auf "0" bzw. "2"). Daraufhin schaltet der Aktor auch korrekt, wenn ich den Schalter über fhem betätige.

Das Problem ist nun, das der zweiter fhem Schalter (ID 0024CE14) ebenfalls den Aktor des Kanals 1 betätigt, obwohl er eine andere ID hat. Und das obwohl der zweite Schalter nicht in den Aktor eingelernt wurde.

Da ich neu bin, frage ich mich jetzt ob ich da was falsch gemacht habe, oder ob das eine Spezialität des 4-Kanal FSR12 ist, die in fhem nicht implementiert ist.

fhem version 5.3 von letzter Woche.

Gruss,
Stefan

[rudolfkoenig]

Ich kenne das o.g. Geraet nicht, ich vermute aber, dass es auf mehrere Schalter angelernt werden kann, und es frueher an den ersten Schalter auch angelernt wurde. Falls das ausgeschlossen werden kann, dann wuerde ich das TCM mit "attr TCM loglevel 2" zu mher debug motivieren, und schauen, was fhem genau ans TCM sendet. Ist leider muehseliger HEX-Zahl-Vergleich.

[karpate]

Ich habe die gleiche Vermutung wie Rudolf.

Zum Löschen des nicht benötigten Switch am FSA12
1. Mittleres Potti auf CLR
2. Unteres Potti auf gewünschten Kanal
3. Softwareswitch An- bzw. Auschalten

Gruß Ingo

[El-Tako]

Moin Zusammen,
ich bin neu in diesem Thema und habe auch alles gelesen, was mit EnOcean und Eltako zu tun hat, jedoch bekomme ich nichts ans laufen. Ich denke, das meine Hardware nicht die richtige ist und bitte daher um Hilfe.

Ich habe mein Haus bei der Renovierung auf Eltako Module der 12er Reihe umgebaut (nicht Bidirektional). Um FHEM umzusetzten, habe ich mir von busware.de einen Raspberry mit COC-Erweiterung zugelegt. Gleich mit SD-Karte, auf der FHEM vorinstalliert war. Als ich bei der ersten Inbetriebnahme festgestellt habe, das die Version 5.2 installiert ist, habe ich eine weitere SD-Karte mit der Version 5.3 erstellt.

Die Busmodule bestehen aus Eingängen, 4-fach Relais Modulen, dem FAM12 als Funkgateway, Jalousiesteuerung und den Dimmmodulen.

Wenn ich nun alles richtig verstanden habe, dann müsste bei korrekter Funktion bei betätigung eines Tasters in dem Logfile von FHEM die ID des betätigten Tasters auftauchen. Aber es passiert garnichts.


Liegt es evtl. dadran, dass das COC-Modul überhaupt nicht für EnOcean geeignet ist? Oder muss eine weitere Konfigurationsdatei eingespielt werden? 10_EnOcean.pm lässt sich nicht wirklich speichern (Fehler in Zeile 197).

Welche anpassungen sind anschließend in der fhem.dfg notwendig?

Ich weiß, dass sind eine Menge Fragen, aber ich blicke da irgendwie nicht richtig durch, mit FS20 scheint ja alles recht einfach zu sein.

Anbei ein Foto meiner Verteilung und die Verteilung meines Kumpels, der seine Elektroverteilung nun auf Grundlage das 14er Buses aufbaut (einige viele Module mehr).

Ich wäre für ein wenig Starthilfe sehr dankbar. Die Motivation ist da, aber im Moment überwiegt die Verzweiflung.

Grüße Lars

[joka]

Hallo,

Anlernen:
den mittleren Drehregler auf LRN stellst und den unteren auf den einzulernenden Kanal stellen.
Also "1"

Dann blinkt die rote LED und Du betätigst den Schalter "on".
Die LED erlischt.
Dann stellst Du den mittleren Drehschalter kurz wieder auf "AUTO" und drehst ihn dann wieder auf LRN.
Die rote LED blickt. Dann betätigst Du den Schalter "off"

Die rote LED erlischt.

Der Schalter sollte somit angelernt sein.

Beim Löschen gehst du genauso vor. Nur das Du den mittleren Drehschalter nicht auf LRN stellst sondern auf CLR

Gruß
joerg

[El-Tako]

Moin,

danke für die Antwort. Das ist der Vorgang wie ich die Module untereinander anlerne, aber ich hätte gerne gewusst, wie ich Sie in FHEM anlernen kann. Oder erscheinen die dort nur wenn man einen anlerndurchgang durchführt?

Ich bin nun davon ausgegangen, das bei einem angelernen Taster nach betätigung auch so die Adresse über den Bus übermittelt wird und das COC-Modul dies dann mitbekommen sollte und in der Log-Datei anzeigt.

Gruß Lars

[rudolfkoenig]

Das Busware COC beherrscht wohl nur die unter http://culfw.de/culfw.html#Features aufgefuehrten Protokolle (+MAX), also kein EnOcean. Fuer EnOcean+fhem muss man ein USB-Stick  mit einem EnOcean TCM310 oder TCM120 Chip besorgen. Das EUL von Busware ist wohl ausverkauft, den "BSC EnOcean Smart-Connect" und "BSC BOR" habe ich aber auch mit fhem getestet.

[El-Tako]

Moin,

danke für die ausführlich Antwort.USB-Stoick wird bestellt und dann hoffe ich, das es weiter geht und wir die Zeit finden, ein kleines Howto mit erfahrungsbereicht zu schreiben.

Grüße
Lars

[stefanritt]

Ich benutze den USB 300 Stick. Den gibt's hier z.B.:

http://www.batterielos.de/shop/EnOcean-Funktechnologie/Kommunikation/Empfangseinheiten/USB-Gateway-USB-300::2674.html

Meiner hat einen TCM 300 din. Wird als TCM 310 erkannt und funktioniert. Der vom Link oben hat angeblich einen TCM 310 drin, sollte also auch tun. Ich melde mich wieder, sobald ich die Sache mit dem Einlernen gemeistert habe. Nur soviel vorab: Der Raspberry Pi ist wunderbar. Für 35 EUR bekommt man einen Hausserver, der schneller und flexibler als die FritzBox ist. FHEM funktioniert problemlos damit.

Gruss,
Stefan

[gaggi]

Trotz des Namens hat auch der USB300 wie der BSC EnOcean Smart Connect einen TCM310 Chip verbaut, ich glaube die beiden sind sogar Baugleich.
Den BSC BOR hat den alten TCM120 verbaut.

[joka]

Hi
Wenn Du den Stick hast, dann musst Du die Schalter so anlernen wie ich es in meiner vorhergehenden Antwort beschrieben habe.

Falls Du noch Fragen hast, schicke mir eine Mail.

Joerg

[Bitzer]

Hallo,

wir haben auch ein Weberhaus mit Enocean und die bekannte Konfiguration mit Eltako FSA12/FUD12NPN für Beleuchtung, FSB12 für die Rolläden und SR04P Raumthermostate mit F4H12 Heizungsaktoren. Ich habe mir den TCM310 gekauft und betreibe ihn an einer Fritzbox 7390 mit FHEM.

Bin auch noch absoluter Anfänger und erhoffe mir hier ein paar Tipps zur Programmierung von FHEM zu bekommen.

Wenn ich einen Wandschalter betätige wird dieser durch Autocreate in FHEM angelegt. So wie ich das HowTo verstanden habe entspricht  der erzeugte Switch in FHEM einer Kopie des Hardware-Schalters und müsste damit direkt den entsprechenden Aktor schalten können. Das funktioniert leider nicht, ich muss den FHEM-Schalter erst nochmal im Aktor anlernen. Warum ist das so? Gibt es eine bessere Möglichkeit?

FHEM registiert auch wenn der Hardware-Schalter betätigt wird und schaltet den Zustand entsprechend um. Wie löst man das Problem wenn mehrere Schalter auf den selben Aktor eingelernt sind und die Lampe von einem anderen Schalter betätigt wird (Status stimmt nicht mehr mit der Realität überein)?

Wir haben an vielen Stellen FT4 Doppelschalter, eine Wippe für Licht und eine für Rolladen. Beide haben ja die gleiche Enocean Adresse, wie kann ich beide separat ansteuern (z.B. H_Sw_Wohnzimmer_Licht AI/A0 und H_Sw_Wohnzimmer_Rollo BI/B0)?

Sorry für die vielen Anfängerfragen, aber jeder fängt ja mal klein an.

Vielen Dank und viele Grüße,
Oli

[stefanritt]

Hallo,

ich glaube wir sollten mal ein EnOcean Howto zusammenstellen, sobald alles richtig tut. Es gibt ja inzwischen hunderte Anlagen von WeberHaus, da wird der Bedarf hierfür sicherlich steigen.

Was das Anlernen vom TCM 310 angeht, ist das eine Frage der Sicherheit. Wäre dies nicht nötig, könnte sich jeder vor Dein Haus stellen, die Schalter-ID mitschneiden und mit Deinem Haus dann Lichtorgel speilen. Das Anlernen stellt sicher, dass nur Sender akzeptiert werden, die Du wirklich möchtest. Zwar kann man dann immer noch mit der base id rumspielen, aber das ist einiges schwieriger.

Bezüglich der anderen Fragen (Doppelschalter und so) bin ich momentan noch dran, ich habe da genau die gleichen Probleme. Sobald ich was herausgefunden habe, melde ich mich wieder. Wenn man mehrere Schalter auf einen Aktor angelernt hat, muss man wahrscheinlich den zweiten und dritten Schalter als "blinden" Schalter anlernen (einfach nicht in den Raum XY schieben sondern unter EnOcean lassen) und die beiden Schalter per Script verbinden, so daß alle Schalter-Zuständen synchronisiert werden.

Gruss,
Stefan

[joka]

Hallo Olli.

Wir haben auch ein Weber Haus mit ähnlicher "Konfiguration".

Es hat mich auch einig Mühe gekostet mich in das Thema einzulesen.

Im den "alten" Google-Groups habe ich dieses Posting hier geschrieben:
#######################################################################################################
technisch gesehen betreibst Du zwei Sensornetzwerke parallel.
Einmal das Sensor-Netzwerk mit den "physischen" Schaltern und das "Sensor-Netzwerk" welches aus der Fritz-Box mit TCM besteht.

Die physischen Schalter (Sensoren) lernst du manuell bei den Aktoren an.
Somit ist der Kommunikationsweg:
"physischer Schalter" -> Aktor -> Verbraucher
Das hast Du wahrscheinlich gemacht/ wurde gemacht.

Den "FHEM-Schalter" lernst Du nach korrekter definition auch am Aktor an.
Somit ist der Kommunikationsweg:
Webfrontend->Fhem->FB/TCM->Aktor->Verbraucher

Der physische Schalter hat im zweiten Fall keine Bedeutung.

Du kannst die Veränderung der Schaltzustände die von einem physischen Schalter getätigt wurden nicht so einfach im FHEM Frontend sichtbar machen. (über notify aber wahrscheinlich möglich)

Wenn du "Autocreate" angeschaltet hast, dann werden die physischen Schalter (incl. der Schalteradressen-8stellig HEX) angezeigt.
Diese Adressen nutzen Dir nichts.
Du musst den Adressbereich des TCM auslesen und diesen Adressbereich fortlaufen zur adressierung Deiner zu definierenden "FHEM-Schalter" verwenden. Du hat 128 Adressen zur Verfügung.

Du kannst den Adressbereich auslesen mit dem Befehl get idbase
Du bekommst dann den Adressbereich für Deinen TCM angezeigt und startest von dieser Adresse die "Durchnummerierung".

Falls Du noch Fragen hast, schicke mir eine Mail.

Gruß
joerg

[stefanritt]

Du kannst die Veränderung der Schaltzustände die von einem physischen Schalter getätigt wurden nicht so einfach im FHEM Frontend sichtbar machen. (über notify aber wahrscheinlich möglich)

Wenn du "Autocreate" angeschaltet hast, dann werden die physischen Schalter (incl. der Schalteradressen-8stellig HEX) angezeigt.
Diese Adressen nutzen Dir nichts.
Du musst den Adressbereich des TCM auslesen und diesen Adressbereich fortlaufen zur adressierung Deiner zu definierenden "FHEM-Schalter" verwenden. Du hat 128 Adressen zur Verfügung.

Du kannst den Adressbereich auslesen mit dem Befehl get idbase
Du bekommst dann den Adressbereich für Deinen TCM angezeigt und startest von dieser Adresse die "Durchnummerierung".

Jetzt bin ich verwirrt. Wenn ich den Schalter mit "Autocreate" einlerne, dann die Zustände A0:on AI:off via attr definiere, dann sehe ich im Webfrontend, wenn der physikalische Schalter bedient wird. D.h. das Glühbirnchen wechselt von aus auf an.

Gruss,
Stefan

[rudolfkoenig]

Das vorherige Zitat war richtig, ich versuche es mit anderen Worten:

- Die EnOcean Funktelegramme sind nicht verschluesselt, und viele (insb. Schalter) auch in sich verstaendlich (d.h. man muss nicht wie beim HomeMatic vorher fhem mitgeteilt haben, was das fuer ein Geraet ist). FHEM erstellt beim Empfang eines Funktelegrammes deswegen automatisch ein fhem-EnOcean-Geraet, das auch fleissig den Zustand anzeigt.

- Das EnOcean Sicherheitskonzept ist milde formuliert merkwuerdig: In jedem Sender ist es eingebrannt, mit welche Adresse er sendet, EnOcean geht davon aus, dass keiner unauthorisiert Sender bastelt. D.h. man kann _nicht_ das vorhin empfangene ID per fhem wieder aussenden, weil das TCM310 das einfach nicht tut und einen Fehler meldet (muesste im log zu finden sein). Loesung: man verwendet in fhem einen der im TCM310 zur Verfuegungn stehenden 128 Adressen eines TCM310, und lernt das Endgeraet (z.Bsp. eine Lampe) mit diesem ID _zusaetzlich_ auch an: die Lampe kann also mit mehreren Nummern geschaltet werden, mit dem Wandschalter und mit fhem.

- Bevor man sich mit dieser Technik sicher fuehlt: man kann beim TCM310 die Sendeadresse 10-mal verstellen, d.h. ein Einbrecher kann ein gekauftes Stick fuer 10 unterschiedliche Installationen zum Einbrechen verwenden, danach braucht er einen neuen Stick.

- Leider kann man im Moment einem fhem-EnOcean-Geraet nicht direkt beibringen, dass eine Lampe mehrere Adressen hat, und dass genau einer davon zum Senden ist, sowas waere aber machbar und ist wuenschenswert, auch wenn die Zweit- und Dritt-Adressen manuell ergaenzt werden muessen. Solange das fehlt, koennte(!) folgendes klappen: neben dem automatisch angelegten Geraeten in fhem einen weiteren zum Senden anlegen, alle automatisch angelegten mit dummy versehen, und mit einem Struktur alle zusammenfassen. Koennte das jemand ausprobieren, und melden ob es klappt?

[joka]

Hallo Stefan,

das ist richtig. Allerdings wirst Du im FHEM frontend deine "Fhem-Schalter" nutzen wollen.
Das sind die einzigen mit denen Du über FHEM schalten kannst.

Du betreibst zwei Netzwerke parallel.

Du müsstest also beide Schalter (physisch und FHEM-Schalter) darstellen.
Dann hättest Du allerdings auch nicht den finalen Überblick.....

Wenn Du noch Fragen hast, schicke mir eine email und wir können Telefonnummern austauschen.

Ich glaube das ganze Thema verbal zu beschrieben übersteigt meinen intellekt und die Freude am schreiben... :-)

joerg

[joka]

Hi Rudolf,

letzter Punkt ist interessant.

Wenn ich am Wochenende Zeit habe schaue ich mal ob das funktioniert.

joerg

[joka]

Hallo,

ich habe die Thematik jetzt mal nach meinem besten Wissen und Gewissen durchdekliniert und stelle fest es funktioniert leider nicht mit folgendem coding:

#definition for FHEM switch
define Lampe_GZ EnOcean FFC49309
attr Lampe_GZ eventMap BI:off B0:on
attr Lampe_GZ icon icoBELEUCHTUNG.png
attr Lampe_GZ room Gaestezimmer
attr Lampe_GZ subType switch

#dummy for physical switch

define EnO_switch_0021E4BB EnOcean 0021E4BB
attr EnO_switch_0021E4BB eventMap BI:off B0:on
attr EnO_switch_0021E4BB room EnOcean
attr EnO_switch_0021E4BB subType switch
attr EnO_switch_0021E4BB dummy

#structure
define Gruppe_test_notify structure room Lampe_GZ EnO_switch_0021E4BB
attr Gruppe_test_notify room Gruppe
attr Gruppe_test_notify eventMap BI:off B0:on

Der physische Schalter funktioniert genauso wie der FHEM schalter.
Beim FHEM Schalter wird der Status angezeigt.
Beim betätigen des physischen Schalters nicht.

Falls jemand Ideen hat mit welchem coding es funktionieren könnte. Ich bin gerne bereit es schnell zu testen.

joerg

[gaggi]

Auf welcher Position steht der Drehschalter auf deinem FAM14, auf Position 5 sollte er auch Bestätigungstelegramme vom FSR14 abfragen und diese nach draussen Funken.
Falls er nicht schon auf Position 5 stand versuch mal folgendes:

Der physische Taster den du drückst ist nicht mit deinem FSR14 verbunden sondern höchstwahrscheinlich mit einem FTS12.
Zusätzlich zu deinem Lampe_GZ (mit der EnOcean-ID FFC49309 (sollte eher Lichtschalter_GZ heissen)) wirst du nach dem umstellen des FAM14 auf Position 5 also noch ein weiteres EnOcean Gerät per autocreate angelegt bekommen das direkt nach dem an oder ausschalten seinen Status sendet, egal ob mit dem physischem taster oder mit dem virtuellem betätigt.

Ich habe jeweils einen extra Raum in FHEM angelegt in dem alle automatisch erkannten physischen bzw. die Virtuellen Taster liegen.
Die bei einer Rückmeldung des Aktors automatisch angelegten Devices habe ich dann den echten Räumen zugeordnet, so kann ich auch sicher gehen das immer der aktuelle Zustand angezeigt wird.

Das steuern ist leider noch etwas umständlich da du aus FHEM heraus trotzdem den virutellen schalter benutzen musst, für die Rolladen- und Dimaktoren habe ich das EnOcean Modul vor einiger Zeit schon so angepasst das man im "Rückmeldedevice" die EnOcean-ID des virtuellen Schalter angeben kann (als attr subDef) damit dieser fürs senden benutzt wird. Wenn es nicht jemand vorher erledigt werde ich das im nächsten Monat auch für die anderen Geräte umsetzen.

[joka]

Hallo gaggi,

Ich habe einen FAM12 ohne Drehschalter.

Also nicht die bidirektionale Variante.

joerg

[gaggi]

Ohh entschuldige, hab mich wohl verlesen, dachte du hättest schon die 14er Baureihe.
In dem Fall nützt dir das natürlich nicht wirklich viel.

[joka]

Hallo gaggi,

du hast Dich nicht verlesen. Ich habe es nirgends geschrieben :-)

Weisst Du ob die 14'er Serie mit der 12'er Serie kompatibel ist?

joerg

[gaggi]

Gute Frage, ich weis das die FTS12 auch in der 14er Serie verwendet werden da es keine FTS14 gibt.
Die FTS12 (bis zu 10 Stück) werden dann über einen FGW14 an den 14er Bus angekoppelt und funktionieren ganz normal.

Ich glaube aber nicht das dies auch mit den Aktoren funktioniert da diese ja nie dafür ausgelegt waren eine Rückmeldung zu senden.

Eventuell kommt ja eine Umrüstung auf die 14er Serie für dich in Frage die kosten halten sich in Grenzen für mein Dachgeschoss mit 5 Räumen und Flur habe ich ca 350€ Materialkosten gehabt.

[joka]

Hi,
mit 350€ werde ich bei mir nicht ganz hinkommen...

Es läuft recht stabil mit den FSA12 i.v. FAM12.
Nur das FAM12 durch ein FAM14 auszutauschen macht wahrscheinlich keinen Sinn.

Aber nochmal auf den initialen Thread zurückzukommen....
Kann man mit notify die Zustandsänderung des Schalters abfragen und was müsst eich in angehängten Coding weiter oben anhängen.

Joerg

[rudolfkoenig]

> Falls jemand Ideen hat mit welchem coding es funktionieren könnte.

Eigentlich dachte ich an das clientstate_behavior Attribut von Tobias, aber nach durchlesen der Doku und Code vermute ich, dass es nicht in der Lage ist das zu machen, was ich wollte: den letzten Status zu uebernehmen, egal von wem. Ich habe deswegen dieses Attribut erweitert mit dem Wert "last".

Und wenn ich schon dabei war, habe ich structexclude auf Attribute ausgeweitet.

Mit dem neuen 98_structure.pm Code und mit der zusaetzlichen Zeile
attr Gruppe_test_notify clientstate_behavior last
sollte das Beispiel von oben funktioneren.

[joka]

Hallo Rudolf,

Dann komme ich wohl am Wochenende doch nicht daran vorbei fhem upzudaten.
:-)

Ich werde es testen und dann berichten.

Danke fuer das erweitern!

joerg

[Bitzer]

Hallo zusammen,

vielen Dank für die guten Erklärungen. Mittels baseID hats dann geklappt. Licht und Temperatur funktioniert nun. Wenn jetzt noch die Synchronisation mit den Wandschaltern funktionieren würde wärs perfekt, scheint ja aber nicht so einfach zu sein.
Allerdings bin ich an dem Einlernen des Dimmaktors (FUD12NPN) bisher gescheitert. Folgendes habe ich in Fhem definiert (BaseID ist FF810700):

Define Licht_Wz_Dim Enocean FF810713
Attr Licht_Wz_Dim room EG
Attr Licht_Wz_Dim eventmap B0:on BI:off
Attr Licht_Wz_Dim subtype eltakoDimmer

Mir ist nicht ganz klar wie ich diesen jetzt im Aktor einlernen muss. Habe verschiedene Einstellungen des oberen Wahlrads ausprobiert, bei LRN blint die LED, aber ein Tastendruck in FHEM wird nicht erkannt. Hat noch jemand einen Tip für mich?

Gruß Oli

[tomy201069]

Hallo zusammen.

ich bin ganz blutiger Anfänger.

Habe jetzt die Schalter in die fhem.cfg eingebunden.

define wz_Stehlampe EnOcean 001E90E1
attr wz_Stehlampe model RCM 250
attr wz_Stehlampe eventMap B0:off BI:on
attr wz_Stehlampe room EnOcean
attr wz_Stehlampe subType switch
define FileLog_wz_Stehlampe FileLog ./log/wz_Stehlampe-%Y.log wz_Stehlampe
attr FileLog_wz_Stehlampe logtype text
attr FileLog_wz_Stehlampe room EnOcean

Wenn ich jetzt den manuellen Schalter betätige bekomme ich ein Wechsel von On nach Off mit.

Anschliessend drücke ich die Lerntaste am RCM 250 (Schaltaktor für die Lampe). Die Lampe befindet sich im Pairmodus.


Anschliessen setze ich einen Befehl über das Frontend ab. Der Sender wird nicht angelernt. Kann es sein, dass die FB mit dem Cul nicht im gleichen Raum steht. Der Schalter wird aber einwandfrei empfangen. Bin irgendwie am verzweifeln. Wäre super, wenn mir jemand die Schritte für Dummies aufzeigen könnte.


Vielen Dank im voraus

[joka]

Hallo Rudolf,

ich habe das Verhalten mit folgendem Coding getestet.

define Gruppe_test_notify structure room Lampe_GZ EnO_switch_0021E4BB
attr Gruppe_test_notify eventMap BI:off B0:on
attr Gruppe_test_notify room Gruppe
attr Gruppe_test_notify clientstate_behavior last

Es funktioniert nach dem update des 98_structure perfekt !

Somit können die Anderen Enoceaner das obige coding als Beispiel nutzen und nach eigenem Gusto anpassen.

Vielen Dank!

Man muss nur immer den Browser "refreshen" aber das ist ist ein anderes Problem.

Schönes Wochenende
Joerg

[joka]

Hallo,

nur so interessehalber. Ist denn "model RCM250" in Enocean definiert?

joerg

[tomy201069]

Hallo Joerg.

Ich dachte der Name des Moduls kann frei vergeben werden. Hat keine Fehlermeldung angezeigt.



LG

Thomas

[joka]

Hi,

Wenn Du in die commandref schaust, dann siehst Du welche model typen fuer Enocean definiert sind.

Gruss
Joerg

[rudolfkoenig]

> Man muss nur immer den Browser "refreshen" aber das ist ist ein anderes Problem.

mit longpoll scheint das bei mir perfekt zu funktionieren.

[joka]

Guter Hinweis,

Werde ich versuchen.

Gruss
Joerg

[joka]

Ich habe der fhem.cfg jetzt

attr WEBtablet longpoll 1

Zugefuegt und rereadcfg durchgefuehrt.

Leider ist eine Zustandsaenderung nur nach einem Browser refresh zu sehen.
Getestet mit Safari auf IPad
Joerg

[Bitzer]

Hallo Jörg,

bei mir läuft jetzt alles soweit bis auf die Sache mit der Synchronisation von FHEM und Wandschaltern. Ich habe Deine Struktur so übernommen, leider habe ich das Problem, dass wir Doppelschalter einsetzen, bei denen die eine Wippe auf einen Aktor und die zweite auf einen anderen Aktor angelernt ist (z.B. für Licht / Rolladen).
Die "virtuellen" Schalter in Fhem habe ich alle mit B0/BI auf den Aktoren angelernt.

z.B.
define Fhem_Licht_WZ Enocean FF.....
attr Fhem_Licht_WZ eventMap B0:on BI:off
...

define Wandschalter_WZ_Licht Enocean ....
attr Wandschalter_WZ_Licht eventMap A0:on AI:off

define Gruppe_test_Notify structure room Fhem_Licht_WZ Wandschalter_WZ_Licht
attr Gruppe_test_Notify eventMap B0:on BI:off
attr Gruppe_test_notify room Gruppe
attr Gruppe_test_notify clientstate_behavior last


Außerdem stellt sich mir die Frage wie ich mehrere Wandschalter (z.B. auch den Zentralschalter oder Remote) in die Struktur einbinden kann.
Bei mir funktioniert übrigens die automatische Aktualisierung des Schalterzustands ohne Refresh mit longpoll=1. Vielleicht liegt's an Safari?

Vielen Dank und viele Grüße,
Oli

[joka]

Hallo Oli,

die Zustandsänderung läuft ohne einbinden eines physischen Schalters bei mir auch.

Hast Du longpoll=1 oder longpoll 1 in Diener CFG?

Über das einbinden mehrerer physischer Schalter habe ich mir noch keine Gedanken gemacht.

Joerg

[Bitzer]

attr WEB longpoll 1

Für mich stellt sich im Moment die Frage wie ich es erstmal für einen physisischen Schalter zum laufen bekomme, wenn die Schaltzustände zwischen virtuellem (BI/B0) und physischem Schalter (AI/A0) nicht übereinstimmen. Kann ich das über eventMap "übersetzen"? Oder hat jemand noch eine andere Idee?

Gruß,
Oli
 

[joka]

versuch es einfach mal mit eventmap on/off.
joerg

[karpate]

Hallo Oli,

bei mir funktioniert es mit
longpoll 1
attr Wandschalter_WZ_Licht eventMap B0:on BI:off --> der physische Schalter hat den Eintrag ...eventMap B0:on BI:off nicht eventMap A0:on AI:off

Gruß Ingo

[Bitzer]

Hi,

Das Problem ist bei mir, dass es sich um einen Doppelschalter handelt, und der Aktor für die Lampe ist auf AI/A0 angelernt. Auf der 2. Wippe BI/B0 wird ein Rolladen geschaltet. Der Schalter in Fhem ist hingegen auf BI\B0 gepairt.

Bin ziemlich sicher dass das irgendwie gehen muss, vielleicht mit <struct_type>_map? Hab schon alles mögliche ausprobiert, bisher ohne Erfolg

Gruss Oli