(Gelöst) Eltako FUD14/800W mit FAM14 an EnOceanPi

[Puschel74]

Hallo zusammen,

ich oute mich mal als "Eltako-Neuling" und hoffe auf die geballte Kraft von Euch 

Ich habe im Off-Topic http://forum.fhem.de/index.php/topic,16752.0.htmlmein Vorhaben schonmal angerissen und wurde von John hier her "verwiesen".
Ich habe mir aber schon gedacht das meine Frage hier besser aufgehoben ist.

Kurzform:
Kann ich die FUD14/800W an einem RasPi mit Comm-Erweiterung (RS485) betreiben?
Ist es besser ein TCM zu verwenden und die Kommandos über ein FAM14 auf den RS485-Bus zu bringen?

Eure Beiträge und auch den Starter-Guide habe ich bereits gelesen (verstanden bin ich mir nicht so sicher  ).

Das FAM14 werde ich wohl benötigen um die FUD14 zu adressieren - vermute ich mal.
Ich bin aber auch für Tipps und Vorschläge offen.

Langform:
Ihr müsst euch den Beitrag im Off-Topic nicht durchlesen - ich umschreibe mein Vorhaben mal schnell.

Bei uns in der Firma gibt es einen Laborbereich in dem bisher über herkömmliche Zeitschaltuhren das Licht ein- und ausgeschaltet wurde.
Der Kunde wollte das ganze auch gedimmt haben aber die Firma welche das bisher betreut hat hat es noch nichtmal geschafft die Zeitschaltuhren richtig zu "programmieren".
Das Licht war entweder immer an oder musste manuell geschaltet werden und von dimmen keine Spur.

Nun hat der Kunde diese "Elektrofirma" raus geworfen und möchte das wir uns drum kümmern.
Da ich schon knapp über 2 Jahre FHEM zuhause verwende war nun natürlich schnell die Idee geboren auch dafür FHEM zu verwenden.
John hat mich im Off-Topic auf die Idee gebracht die FUD14 zu verwenden.
Aufgrund der verbauten Lampenleistung bin ich dann zu den FUD14/800W gekommen.
Hardware die mir vorschwebt (daran kann aber noch gefeilt werden):
RasPi (mit Comm-Erweiterung oder TCM)
Wenn nötig ein FAM14 und momentan 27 Stück FUD14/800W verteilt auf 3 Etagen.
Die Anforderungen sind recht einfach gehalten.
Zu einem bestimmten Zeitpunkt einschalten und auch wieder ausschalten und einzelne Räume sollen Stufenweise (aus, 25%, 50%, 75%, ein) hoch- und runter gedimmt werden.
Es sollen (noch) keine Taster verbaut werden - diese lassen sich aber einfach nachrüsten (hoffe ich mal).
Visualisierung erfolgt über 4 Tablet - 3 in jedem Stockwerk und eines im Büro des Chefs.
Die Tablet werden per W-Lan mit einem Accesspoint verbunden und der RasPi wird per LAN an diesen angebunden.
Das ist aber auch schon alles was ich per Funk machen möchte - daher auch meine Entscheidung (dank John auch) für RS-485.

Warum FHEM und Eltako?
Weil ich denke das damit recht einfach eine Erweiterung auf die restlichen 55 Räume zu erreichen ist - und diese Erweiterung wird kommen wenn der Chef dieser Abteilung erstmal merkt das Zeitschaltuhren auch mal einfach so nur funktionieren können.

Wer bis hierher durchgehalten bei dem bedanke ich mich recht herzlich für die Ausdauer.
Genauso bedanke ich mich auch jetzt schon bei allen die ihre Vorschläge/Ideen/Tipps mit einbringen.

Abschliessend nochmal die Frage(n) von oben:
Kann ich die FUD14/800W an einem RasPi mit Comm-Erweiterung (RS485) betreiben?
Ist es besser ein TCM zu verwenden und die Kommandos über ein FAM14 auf den RS485-Bus zu bringen?

Grüsse

[dafex]

Servus!

Ich möchte mir auch ein FAM14 und FSB14 zulegen um meine Markisen zu steuern. Laut Datenblatt des FAM14 hat dieses einen USB Anschluss an dem man den PC etc. anschließen kann. Es gibt sogar eine kostenlose Windows Software um die Aktoren zu programmieren und zum adressieren. Kann dazu aber nichts sagen, weil die Installation erst in drei vier Wochen erfolgt.

Meiner Meinung nach ist es einfacher die FAM14 als Gatway zu nutzen, als eine undokumentierte RS485 Schnitstelle zu implementieren. Zumal Du auch ein Schaltnetzteil für deine Aktoren brauchst, das bereits im FAM14 integriert ist.

Vor kurzem hab ich hier im Forum gelesen, der ein FAM12 betreibt.

Wenn Du also auf ein RPi setzt, kannst Du dies auch direkt an das FAM per USB anschließen.

Mit einer FSUD14 und Helligkeitsensoren kann mann aber auch ohne FHEM schon sehr viel anstellen.

[klaus.schauer]

Ich würde einen Raspberry Pi mit einem  EnOcean Pi  als Transceiver verwenden, da:
- die Protokolle auf dem Eltako-Bus nicht dokumentiert sind
- es kein Fhem-Modul für diesen Bus gibt
- es universeller ist, die "normierten" EnOcean Protokolle zu verwenden

[Puschel74]

Hallo,

danke schonmal für Eure Antworten.

@dafex
Ich möchte für die Visualisierung aber gerne FHEM verwenden - entweder über column oder Dashboard oder evtl. Floorplan (würde sich ja beinahe anbieten).
Das FAM14 weiss ich nicht ob ich das direkt am RasPi einbinden kann.

@klaus.schauer
EnOcean Pi -- ok, kein Problem, das ist dann das TCM310 (lt. Conrad.ch)

Nun muss ich aber noch die Funkkommandos durch das EnOcean Pi-Modul auf den RS485 Bus bringen.
Dafür brauche ich ja dann das FAM14 - oder denk ich jetzt falsch?

die Protokolle auf dem Eltako-Bus nicht dokumentiert sind

Was anderes hätte mich auch gewundert.
Die Befehlssequenzen für die einzelnen Eltako-Aktoren sind aber im Katalog recht gut aufgelistet.

Danke nochmal für die Antwort(en).

Grüsse

[klaus.schauer]

EnOcean Pi -- ok, kein Problem, das ist dann das TCM310 (lt. Conrad.ch)

EnOcean Pi ist ein kleines Einbaumodul, das auf die GPIO-Buchse aufgesteckt wird, z. B. zu kaufen bei http://de.farnell.com/jsp/displayProduct.jsp?sku=2322460&gross_price=true&mckv=sUGpAyJBA|pcrid|productlistings&gclid=CIuHzZvlo7wCFXGWtAodI3wA6g
Man kann aber auch einen USB-Stick verwenden, insbesondere wenn man eine externe Antenne bei schlechten Empfangsverhältnissen anschließen will. Dann mal bei Busware schauen.

Nun muss ich aber noch die Funkkommandos durch das EnOcean Pi-Modul auf den RS485 Bus bringen.
Dafür brauche ich ja dann das FAM14 - oder denk ich jetzt falsch?

Genau, FAM14 ist das Sende- und Empfangsmodul der 14er-Serie. Im Eltako Produktkatalog findet man ein paar Konfigurationsbeispiele dazu.

Die Befehlssequenzen für die einzelnen Eltako-Aktoren sind aber im Katalog recht gut aufgelistet.

Die Befehlsliste (EEP) braucht man als Anwender normalerweise nicht. Dafür gibt's schließlich 10_EnOcean.

[Puschel74]

Hallo,

wunderbar - vielen Dank.

Das EnOceanPi das Aufsteckmodul für den RasPi ist habe ich schon gesehen 
Lt. Conrad.ch Webseite ist dort ein TCM310 verbaut - hat sich für mein schnelles drüberlesen so ausgeschaut.

Verbautes Transceiver-Modul: TCM 310

Das meinte ich damit 

Man kann aber auch einen USB-Stick verwenden, insbesondere wenn man eine externe Antenne bei schlechten Empfangsverhältnissen anschließen will.

Den werde ich vermutlich nicht brauchen.
Ich werde das FAM14 im selben Schaltschrank wie den RasPi installieren und die Etagen dann per Busverkabelung einbinden.
Ich muss dann halt nur noch schauen das der Abstand zwischen RasPi und FAM14 passt für eine einwandfreie Funkverbindung - das wird dann aber das kleinere Problem werden.

Dafür gibt's schließlich 10_EnOcean.

Ich sags ja immer wieder - einfach nur genial was alle hier leisten.
HUT AB!

Vielen Dank nochmal @klaus.schauer für die Hilfe und @dafex für die Ideen.
Ich werd morgen gleich mal die Bestellungen auf den Weg bringen.

Grüße

[John]

Hallo Puschel74

es wäre super, wenn du im Verlaufe deines Projektes den Busverkehr auf der RS485 Schnittstelle aufzeichnen könntest.

Soweit ich gelesen habe, arbeitet das Baureihe 14 mit höherer Baudrate und zwar mit 57600 anstelle von 9600 bei Baureihe 12.

Vielleicht könnte man in Zukunft ohne die Funkübetragung auskommen.

In folgendem Link berichtet ein User, dass er via RS485 die Kommunikation zu FUD-14 erfolgreich abwickelt:

http://www.mikrocontroller.net/topic/194230#3385322

Verwendet wird letztendlich das EnOcean-Protokoll, welches du
aus dem Netz beziehen kannst. Such dort den Punkt "2.5.3 Description of
serial data structure" -> genau hier steht der verwendete
Protokollaufbau (Beginnt immer mit A5-5A-....

Das scheint also das serialProtocol2 zu sein, aber eben mit höherer Baudrate.

John.

[Puschel74]

Hallo,

kann ich versuchen.

Ich hab heut zum Glück 2 FAM14 und 28 FUD14 bestellt - je eines auf Reserve 

Wenn das Material hier ist und mein Projekt fertig ist werd ich mich mal dran machen und Euch wieder mit Fragen quälen 

Grüße

[John]

Prima,
anbei noch ein paar Grundlagen zum serialProtocol2.

John

[Puschel74]

Hallo,

holla - mal nicht so schnell 

Die Bestellung muss erst noch von unserem Chef freigegeben werden - das wird diese Woche nichts mehr   
Dann hat unser Lieferant noch 2-3 Wochen Lieferzeit.
Dann muss ich das erstmal bei uns aufbauen und dann kanns losgehen 

Grüße

Edith: Update - die 2 Stück FAM14 sind heute bereits eingetroffen.
Edith2: Conrad.ch hat auch alles geliefert - bin soeben dran Wheezy und FHEM zu installieren. Danach noch EnOcean Pi und dann schauen wir mal weiter.
Edith3: Schwere Geburt aber doch so einfach - EnOceanPi steht auf "opened" und morgen in der Firma werd ich mal schauen was ich dem FAM14 so entlocken kann - wenn das überhaupt geht. Auf die FUD14 warte ich immer noch
Edith4: Sehe ich das richtig das der FAM14 transparent für den EnoceanPi ist? Leider sind die FUD14 immer noch nicht da so das ich leider nicht weitermachen kann und daher nun auch nicht weiss ob der EnOceanPi an sich funktioniert. Die baseID kann ich zwar auslesen und auch die ID des FAM14 habe ich aber irgendwie scheint da noch der Wurm drinnen zu sein - bei mir 

[djhans]

Hallo,
Puschel, sind Deine Dimmaktoren schon da? Ich spiele auch mit dem Gedanken, Aktoren mit RS485 in meiner Verteilung einzusetzeten. Ich benötige einen FUD14 und einen FSR14. Wenn ich den FAM14 in die Verteilung schraube, per RS485 den FUD14 und den FRS14 anbinde, könnte ich dann einen weiteren FSR14 in eine 50m entfernte Verteilung packen? Verbunden sind die Orte mit einem CAT6-Kabel, über den man dann den RS485-Bus anschließt. Weißt Du, ob man dort wieder ein RS485-enOcean GW anbinden kann, um dort weitere Funksensoren nutzen zu können, die dann über den RS485-Bus und dem FAM14 in der Hauptverterilung mit dem enocean Pi kommunizieren? Dann wäre mein Gartenhaus perfekt eingebunden. Mit der Versorgngsspannung könnte es probleme über die Entfernung geben. Da braucht man sicherlich ein separates Netzteil, oder?

Sensoren wie den F8S12 gibt es nicht für RS485, oder? Dann könnte man das Teil auch einfach in den Bus packen... Aber egal. Dann funkt der halt zusätzlich zum FAM14 in der gelichen Verteilung....

Nachtrag:
das müsste der FTS14EM sein...

djhans.

[Puschel74]

Hallo,

nein - ich warte immer noch auf die FUD14/800 
Mein Chef klärt heute noch beim Lieferanten ab wo die bleiben.

Zu deiner anderen Frage kann ich dir leider (noch) nicht helfen.
Dieses Projekt ist mein erstes mit Eltako - enOcean und ist überhaupt das erstemal das ich mit dieser Gerätefamilie in Berührung komme.
Aber ich bin den Hauptkatalog fleissig am durchackern 

Grüsse

[djhans]

Hi,
danke. Ich glaube dann warte ich lieber einmal ab, ob Du hinter der FAM14 die Dimmer aus fhem heraus ansprechen kannst, bevor ich mit einer FAM14 und dem FTS14EM starte....sonst ist die Ausgabe hinterher für die Katz!

Über die FTS14EM werde ich dann den Klingelknopf, den Türkontakt (Reed), die IR-Schranke und zwei weitere Taster abfragen. Die Klingelanlage lasse ich dann auch über 12V DC laufen. Die Ausgabe des BigBen-Sounds kommt dann über den Sonos mit entsprechender MP3. Das funzt auch schon...

Wenn doch nur einer sagen könnte, das fhem die o.a. Eltako Komponenten unterstützt, dann könnte ich den kram schon einmal bestellen...

djhans

[klaus.schauer]

Bisher wurden noch keine Probleme mit der 14er-Serie von Eltako gemeldet. Den FAM14 und u. a. FSR14x4 setze ich selbst ein. Warum sollte da FUD14 nicht laufen. Es verwendet die gleichen EEPs wie z. B. FUD61, die vielfach eingesetzt werden.

Bei den FTS12EM ist zu beachten, dass von diesen Geräten keine Telegramme über die Funkschnittstelle gesendet werden und damit auch von Fhem nicht ausgewertet werden können. Die Sensoren sind für die Ansteuerung von Aktoren am Eltako-RS485-Bus vorgesehen!

[djhans]

Hi Klaus,
danke für die Antwort.

.......
Bei den FTS12EM ist zu beachten, dass von diesen Geräten keine Telegramme über die Funkschnittstelle gesendet werden und damit auch von Fhem nicht ausgewertet werden können. Die Sensoren sind für die Ansteuerung von Aktoren am Eltako-RS485-Bus vorgesehen!

Es geht um die FTS14EM. Dann ist wohl davon auszugehen, dass die ebenfalls kein Funktelegramm senden. Dann doch lieber den F8S12, oder?
Christian

[klaus.schauer]

Es geht um die FTS14EM. Dann ist wohl davon auszugehen, dass die ebenfalls kein Funktelegramm senden, oder?

Ich würde bei Eltako klären, ob der Sensor Funktelegramme sendet.

[djhans]

...ich ruf da morgen mal an und werde berichten....
Christian

[djhans]

Guten Morgen,
so! Ich habe mit Eltako gesprochen: Die FTS14EM geben kein Funktelegramm über das FAM14 aus. Hier benötigt man das Funk-Ausgabemodul  FTS14FA um die Telegramme zu senden. Das FAM14 benötigt man deshalb nur, wenn im selben RS485-Bus zusätzlich Aktoren vorhanden sind.
Das FTS14FA kann 5 FTS14EMs bedienen.

Also würde meine Anordnung wie unten aufgemalt aussehen: Fehlt mir nur noch ein Weg, die dezentralen Sensoren und Aktoren auf den Wohnetagen (EG, OG und DG) anzubinden. Am Besten wäre es, wenn ich einen Repeater per Kabel in der mittleren Etage anbinden könnte. Da gibt es im Flur eine UP-Dose mit einem CAT 6-Kabel (vorgesehen für Türklingel), das in die Hauptverteilung geht. Hat jemand eine Idee, was man dafür nehmen könnte? Ich vermute, dass der Pi in der Verteilung nicht weit genug funkt. Die BUSWARE-Lösung mit externer Antenne könnte funktionieren, aber schöner wäre die zentrale Dose im 1. OG

djhans

[klaus.schauer]

Fehlt mir nur noch ein Weg, die dezentralen Sensoren und Aktoren auf den Wohnetagen (EG, OG und DG) anzubinden.

Die neueren Repeater können auch als Repeater dienen. Einfach ein Gerät dafür nutzen, das günstig liegt.

[djhans]

Hi Klaus,
danke! Aber dann müsste ich den ersten Aktor irgendwo im Keller platzieren, da der pi im Schaltkasten sitzt um mit dem FAM14 zu funken. Ob der Repeater dann bis ins Dach funkt, wage ich zu bezweifeln und ich habe irgendwo gelesen, nicht mehr als einen Repeater zu verwenden. Deshalb war der Gedanke ein zentrales Funk-Interface über Kabel anzubinden. Dann muss ich wohl doch die BUSWARE Lösung mit Magnetfuß nehmen und die Antenne auf den Schaltkasten setzten. Dann sollte es hoffentlich gehen....

Noch eine Frage zu meiner Schaltkasten-Konfig. Meinst Du dass die Sache mit fhem funzt? Bin mir aber noch nicht ganz sicher, ob ich den FTS14FA mit dem FTS14EM oder lieber den den F8S12 nehme.....ist halt die Frage, ob ich irgendwann mehr als 8 Eingänge am RS485-Bus benötige...

djhans

[klaus.schauer]

Hi Klaus,
danke! Aber dann müsste ich den ersten Aktor irgendwo im Keller platzieren, da der pi im Schaltkasten sitzt um mit dem FAM14 zu funken. Ob der Repeater dann bis ins Dach funkt, wage ich zu bezweifeln und ich habe irgendwo gelesen, nicht mehr als einen Repeater zu verwenden. Deshalb war der Gedanke ein zentrales Funk-Interface über Kabel anzubinden. Dann muss ich wohl doch die BUSWARE Lösung mit Magnetfuß nehmen und die Antenne auf den Schaltkasten setzten. Dann sollte es hoffentlich gehen....

Noch eine Frage zu meiner Schaltkasten-Konfig. Meinst Du dass die Sache mit fhem funzt? Bin mir aber noch nicht ganz sicher, ob ich den FTS14FA mit dem FTS14EM oder lieber den den F8S12 nehme.....ist halt die Frage, ob ich irgendwann mehr als 8 Eingänge am RS485-Bus benötige...

djhans

Ich kann meine Empfehlung nur wiederholen:
- Fhem mit einer guten Antenne zentral plazieren
- Die Geräte im Schaltschrank auch mit einer guten Außenantenne versorgen
- dann bedarfsgerecht notwendige Repeater einrichten, deren Sendebereiche sich möglichst wenig überlappen

Für die Funkplanung gibt es auf dem EnOcean Portal eine Anleitung.

Welche Geräte im Schaltschrank für den konkreten Bedarf am sinnvollsten sind, kann ich aus der Ferne nicht beurteilen.

[Puschel74]

Hallo und Guten Morgen zusammen,

endlich sind die FUD14/800W angekommen 

Und nun geht es natürlich schon los mit den (meinen) Problemen 

Der enOceanPi ist in FHEM wiefolgt definiert:

Code Auswählen Erweitern

define EnOcean_Pi TCM 310 /dev/ttyAMA0@57600

Lt. Internals hat er die BaseID FFA77700
Der FAM14 hat die BaseID FFDA1480

An den FAM14 habe ich den ersten (und erstmal nur den einen) FUD14 angeschlossen.
Mit der PCT14-Software werden FAM14 und FUD14 erkannt - der FUD14 hat als Adresse die 1 (nicht wirklich überraschend vermute ich mal).
Die Konfiguration habe ich auch in den FUD14 wieder zurück geschrieben.

Nun scheitere ich aber kläglich an der Definition des FUD14 

Versucht habe ich:

Code Auswählen Erweitern

define 219A_Schalter EnOcean FFA77701
attr 219A_Schalter gwCmd dimming
attr 219A_Schalter model other
attr 219A_Schalter stateFormat dimValue
attr 219A_Schalter subType manufProfile
attr 219A_Schalter webCmd on:off:dim
Danach den FUD14 auf LRN gestellt und in FHEM mit

Code Auswählen Erweitern

set 219A_Schalter teachden FUD14 hoffentlich in den Anlernmodus gebracht.
Der FAM14 steht mit dem Drehschalter noch auf 1 - ich hab es aber auch mit 2 versucht.

Stelle ich (ohne in FHEM etwas zu machen) den FUD14 auf LRN (der FAM14 steht auf 1) dann blinken beide LED rot.
Am FAM14 wird die rote LED kurz darauf grün dann wieder rot.

Ich wäre Euch nun natürlich mal wieder unendlich dankbar wenn ein kleiner Tipp kommen würde was ich genau über FHEM machen muss bzw. was ich bisher falsch gemacht habe und welche Infos noch fehlen.

Achja. Im FHEM Logfile bekomme ich bei einem Versuch den Dimmer zu schalten

Use of uninitialized value $data in division (/) or string at ./FHEM/10_EnOcean.pm line 3167
Use of uninitialized value $rorg in concatenation (.) or string at ./FHEM/10_EnOcean.pm line 3168
Use of uninitialized value $data in concatenation (.) or string at ./FHEM/10_EnOcean.pm line 3168

Ich werd mich mal auf die Suche im SVN machen nach der aktuellen 10_EnOcean.pm - per RasPi klappt ein <update> leider nicht da ich nicht ins Netzwerk "darf".

Grüsse

Edith: Ich nähere mich (hoffentlich).
Meine Gerätedefinitionen für die FUD14 habe ich wieder aus der Konfig geworfen und mal autocreate angeworfen.
Den FAM14 auf 2 gestellt und mal kurz vom Netz genommen - siehe da.
4 Geräte im Raum EnOcean mit den Adressen FFDA - 1481, - 1482, - 1483 und - 1484.
Als STATE haben alle 4 Geräte eine 2 stehen und die Readings heissen

D0                0
D1                0
D2                0
D3                1
sensor1        2
sensor2        0
sensor3        0
state            2

Nun werd ich mich mal wieder in den anderen Beitrag begeben wo es um den FMS61NP geht (ich lese dort schon fleissig mit) und hoffe mal das ich das so einigermassen 1:0,5 übernehmen kann 

[Puschel74]

Hallo,

irgendwie hätte ich das besser nicht mit Eltako gemacht 

Siehe Screenshot.
So wirden die ersten 4 FUD14 durch autocreate angelegt.
Wenn ich nun an einem den dim speed auf On stelle zeigt mir FHEM brav B0 an.
Wenn ich den dim speed wieder von On weg drehe geht FHEM erst auf B1 und dann auf 2.
Wenn ich in FHEM nun ein set <Name> B0 absetze tut sich - nichts.

Der FAM14 steht auf Pos. 2 - ich kann am enOceanPi aber nicht erkennen das Signale gesendet werden.
Ich gehe mal stark davon aus das in meiner Konfig noch so einiges fehlt aber leider hat mich der andere Beitrag auch nicht weiter gebracht

Wenn also nochmal jemand kurz einen Tipp hätte wie ich FHEM zumindest mal ein- und ausschalten beibringe wäre ich mal wieder dankbar.

Grüsse

[klaus.schauer]

irgendwie hätte ich das besser nicht mit Eltako gemacht 

Das kann ich mir jetzt nicht verkneifen: EnOcean ist vielfach nicht plug and play, deshalb commandref lesen!

Wenn also nochmal jemand kurz einen Tipp hätte wie ich FHEM zumindest mal ein- und ausschalten beibringe wäre ich mal wieder dankbar.

attr <name> subType gateway
attr <name> gwCmd dimming

Fhem mit dem Befehl "teach" in die Dimmer einlernen. Vorher natürlich das Gerät auch für das Einlernen aktivieren!

[Puschel74]

Hallo,

Das kann ich mir jetzt nicht verkneifen: EnOcean ist vielfach nicht plug and play, deshalb commandref lesen!

Und das ist auch gut so das du dir das nicht verkneifen konntest 
Ich werd mir mal die commandref ausdrucken und unters Kopfkissen legen 

Es war aber sicher nicht das letzte Mal das du/ihr von mir gelöchert worden seid 

Danke nochmal klaus

Grüsse

[klaus.schauer]

Und das ist auch gut so das du dir das nicht verkneifen konntest 
Ich werd mir mal die commandref ausdrucken und unters Kopfkissen legen

Noch ein Vorschlag: lesen.

[Puschel74]

  das wäre nicht schlecht stimmt.
Und dann das gelesene auch noch verstehen 

Und mit dem zweiten Teil hapert es ganz arg 
Zumindest habe ich dank commandref rausgefunden das ich die manufID 00D setzen muss.
siehe Screenshot

Wenn ich am FUD14 den mittleren Drehknopf auf LRN stelle blinken beide LED auch schön ruhig.
Nun gebe ich in FHEM ein set <Device> teach ein - der STATE ändert sich auch auf teach aber es tut sich nichts.
So als ob der enOceanPi nichts senden würde - auch nicht wenn ich dann auf on oder off klicke.

Wenn ich aber direkt am FUD14 mit dem dim speed Drehschalter die Lampe einschalten zeigt FHEM mir das auch brav an.

Grüsse

Edith: Am FAM14 blitzt die obere LED kurz auf wenn ich in FHEM auf set klicke - der enOceanPi sendet also und der FAM14 empfängt auch "etwas".
Nun nur noch rausfinden in welcher Position der obere Drehschalter am FUD14 stehen muss damit das anlernen korrekt funktioniert.
Ich hoffe die attr stimmen soweit?

[Puschel74]

Hallo,

so - um eine Erkenntniss reicher (oder auch nicht  ).

Die Definition inkl. Attribute ist noch wie im obigen Beitrag ausser das

Code Auswählen Erweitern

attr <Device> IODev EnOcean_Pihabe ich hinzugefügt.

Nun stelle ich am zugehörigen FUD14 den oberen Drehschalter auf LC2 (Richtungstaster) und den unteren Drehschalter auf LRN.
Ich FHEM gebe ich dann ein

Code Auswählen Erweitern

set <Device> teachein und klicke auf on (oder off - beides versucht) dann
blinkt am FAM14 die obere LED kurz auf (es werden also Daten über Funk empfangen)
am FUD14 ändert sich aber nichts - die LEDs blinken weiter.

Wenn ich aber über das PC-Tool im zugehörigen FUD14 das subDef eintrage (siehe Screenshot) und dann in FHEM on oder off klicke dann
blinkt am FAM14 die obere LED kurz auf und
am FUD14 blinken auch beide LED kurz auf aber die angeschlossene Lampe bleibt aus.
Selbst wenn ich in FHEM den slider bewege und die Lampe auf einen Wert dimmen möchte blinken am FUD14 beide LED kurz auf aber das Licht bleibt aus.

Wenn jemand eine Idee hat was ich falsch mache dann bitte immer her damit.

Grüsse

Edith: Nachtrag - wenn ich direkt am FUD14 die Lampe ein und aus schalten wird der Status sofort an FHEM übertragen und am Tablet richtig angezeigt.

[klaus.schauer]

Nun stelle ich am zugehörigen FUD14 den oberen Drehschalter auf LC2 (Richtungstaster) und den unteren Drehschalter auf LRN.

Oberen Drehschalter auf PCT stellen. Das ist das zugehörige Profil für gateway/dimming. In commandref steht hierzu "Use the sensor type "PC/FVS" for Eltako devices."

[Puschel74]

Hallo,



Autsch.

Vielen vielen Dank.
Ja so im nachhinein ist das ja beinahe logisch 

Klappt (natürlich).

Grüsse

[klaus.schauer]

Ja so im nachhinein ist das ja beinahe logisch 

Klappt (natürlich).

Dann wär jetzt mal ein Schritt-für-Schritt Wiki darüber angesagt.

[Puschel74]

Hallo,

Dann wär jetzt mal ein Schritt-für-Schritt Wiki darüber angesagt.

Das sollte kein Problem werden.
Ich mail mir die Konfig nach Hause und setz mich am Wochenende dran und füll das Wiki entsprechend auf 

Grüsse