Fragen zu eltako Serie 14 in Verbindug mit dezentralen Sensoren und Aktoren

Begonnen von Spartacus, 15 September 2014, 21:24:06

Vorheriges Thema - Nächstes Thema

Spartacus

Hi,
sorry für die blöde Frage, aber wie hast Du den COM Port ermittelt? Ich kriege zum FAM14 nur ein disconnect.
Christian

NACHTRAG:
Habe das jetzt so gemacht, und das DEVICE wird geöffnet:
define TCM310 TCM 120 /dev/ttyAMA0@57600
Nur ich bekomme ein Timeout, wenn ich etwas lesen möchte. Auf welcher Position hast Du den Drehschalter vom FAM14
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Norberto

PCT14 zeigt bei einer Verbindung den COM Port unten rechts an. Gruß, Norbert

Nachtrag 1: ich hatte den Test mit FHEM unter Windows gemacht

Nachtrag 2: ich meine ich hatte den Drehschalter auf 5, kann ich erst heute Abend prüfen

Gruß, Norbert

Spartacus

Hallo,
auf die Schnelle am rpi ausprobiert:
define FAM14 TCM 120 /dev/ttyUSB0@57600
attr FAM14 sendInterval 100
attr FAM14 verbose 3


funzt.
allerdings liefert der Befehl get baseID dieses Ergebnis:
Unknown command: AB58000000000000000000
wenn ich das FAM14 auf teach setzte, und einen Aktor im RS485-BUS betätige, werden folgende Devices angelegt:

EnO_switch_00000001
EnO_switch_00000003
EnO_switch_00000005


Sieht erst einmal ganz gut aus. Jetzt muss ich mal das FTS14-EM anschliessen..

Christian.

NACHTRAG:
get version liefert:
get version: Bogus answer received: 000000000005ACA55AAB4B000000000000000000F6A55AABFC000000000000000006ADA55AABFC000000000000000007AE
..sagt mir nichts!
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Spartacus

Hallo,
habe mal das über USB gekoppelte FAM14 in fhem auf "teach" gesetzt und den FTS14EM mit Eingangs-Kanal 2 eingelernt.
...das sieht so aus.
2014-10-02_21:40:33 EnO_switch_00001002 buttons: released
2014-10-02_21:40:33 EnO_switch_00001002 buttons: released
2014-10-02_21:40:37 EnO_switch_00001002 buttons: pressed
2014-10-02_21:40:37 EnO_switch_00001002 channelB: B0
2014-10-02_21:40:37 EnO_switch_00001002 B0
2014-10-02_21:40:38 EnO_switch_00001002 buttons: released
2014-10-02_21:40:38 EnO_switch_00001002 buttons: released
2014-10-02_21:40:42 EnO_switch_00001002 buttons: pressed
2014-10-02_21:40:42 EnO_switch_00001002 channelB: B0
2014-10-02_21:40:42 EnO_switch_00001002 B0
2014-10-02_21:40:43 EnO_switch_00001002 buttons: released
2014-10-02_21:40:43 EnO_switch_00001002 buttons: released
2014-10-02_21:45:21 EnO_switch_00001002 buttons: pressed
2014-10-02_21:45:21 EnO_switch_00001002 channelB: BI
2014-10-02_21:45:21 EnO_switch_00001002 BI
2014-10-02_21:45:22 EnO_switch_00001002 buttons: released
2014-10-02_21:45:22 EnO_switch_00001002 buttons: released
2014-10-02_21:46:49 EnO_switch_00001002 buttons: released
2014-10-02_21:46:49 EnO_switch_00001002 buttons: released
2014-10-02_21:46:49 EnO_switch_00001002 buttons: pressed
2014-10-02_21:46:49 EnO_switch_00001002 channelB: BI
2014-10-02_21:46:49 EnO_switch_00001002 BI
2014-10-02_21:46:50 EnO_switch_00001002 buttons: released
2014-10-02_21:46:50 EnO_switch_00001002 buttons: released
2014-10-02_22:05:39 EnO_switch_00001002 buttons: released
2014-10-02_22:05:39 EnO_switch_00001002 buttons: released


Eingangs-Kanal 1 des FTM14-EM habe ich an Aktor 4 des Bus-internen FSR14-4x angelernt. Jetzt werden zwei neue Switches von fhem erkannt.

1. EnO_switch_00001001
2. EnO_switch_00000004

in EnO_switch_00001001 steht so ziemlich das Gleiche wie in EnO_switch_00001002:
2014-10-02_21:35:49 EnO_switch_00001001 buttons: pressed
2014-10-02_21:35:49 EnO_switch_00001001 channelB: B0
2014-10-02_21:35:49 EnO_switch_00001001 B0
2014-10-02_21:35:50 EnO_switch_00001001 buttons: released
2014-10-02_21:35:50 EnO_switch_00001001 buttons: released
2014-10-02_21:35:57 EnO_switch_00001001 buttons: pressed
2014-10-02_21:35:57 EnO_switch_00001001 channelB: B0
2014-10-02_21:35:57 EnO_switch_00001001 B0
2014-10-02_21:35:57 EnO_switch_00001001 buttons: released
2014-10-02_21:35:57 EnO_switch_00001001 buttons: released
2014-10-02_21:36:30 EnO_switch_00001001 buttons: pressed
2014-10-02_21:36:30 EnO_switch_00001001 channelB: B0
2014-10-02_21:36:30 EnO_switch_00001001 B0
2014-10-02_21:36:30 EnO_switch_00001001 buttons: released
2014-10-02_21:36:30 EnO_switch_00001001 buttons: released
2014-10-02_21:37:10 EnO_switch_00001001 buttons: pressed
2014-10-02_21:37:10 EnO_switch_00001001 channelB: B0
2014-10-02_21:37:10 EnO_switch_00001001 B0
2014-10-02_21:37:10 EnO_switch_00001001 buttons: released
2014-10-02_21:37:10 EnO_switch_00001001 buttons: released
2014-10-02_21:37:25 EnO_switch_00001001 buttons: released
2014-10-02_21:37:25 EnO_switch_00001001 buttons: released
2014-10-02_21:37:30 EnO_switch_00001001 buttons: pressed
2014-10-02_21:37:30 EnO_switch_00001001 channelB: B0
2014-10-02_21:37:30 EnO_switch_00001001 B0
2014-10-02_21:37:35 EnO_switch_00001001 buttons: released
2014-10-02_21:37:35 EnO_switch_00001001 buttons: released
2014-10-02_21:37:42 EnO_switch_00001001 buttons: pressed
2014-10-02_21:37:42 EnO_switch_00001001 channelB: B0
2014-10-02_21:37:42 EnO_switch_00001001 B0
2014-10-02_21:37:49 EnO_switch_00001001 buttons: released
2014-10-02_21:37:49 EnO_switch_00001001 buttons: released
2014-10-02_22:04:21 EnO_switch_00001001 buttons: released
2014-10-02_22:04:21 EnO_switch_00001001 buttons: released


EnO_switch_00000004 (nehme an, das ist das Bestätigungsprotokoll des Aktors)
2014-10-02_22:04:21 EnO_switch_00000004 buttons: pressed
2014-10-02_22:04:21 EnO_switch_00000004 channelB: BI
2014-10-02_22:04:21 EnO_switch_00000004 BI
2014-10-02_22:11:39 EnO_switch_00000004 buttons: pressed
2014-10-02_22:11:39 EnO_switch_00000004 channelB: B0
2014-10-02_22:11:39 EnO_switch_00000004 B0
2014-10-02_22:11:40 EnO_switch_00000004 buttons: pressed
2014-10-02_22:11:40 EnO_switch_00000004 channelB: BI
2014-10-02_22:11:40 EnO_switch_00000004 BI
2014-10-02_22:11:43 EnO_switch_00000004 buttons: pressed
2014-10-02_22:11:43 EnO_switch_00000004 channelB: B0
2014-10-02_22:11:43 EnO_switch_00000004 B0
2014-10-02_22:11:44 EnO_switch_00000004 buttons: pressed
2014-10-02_22:11:44 EnO_switch_00000004 channelB: BI
2014-10-02_22:11:44 EnO_switch_00000004 BI


Den Aktor des FSR 14 habe ich  in Stellung 10 als "Universaltaster ER", da ein Reed-Kontakt den Eingang am EM bedient.

Kann jemand mit den Werten etwas anfangen? Ich verstehe die Zusammenhänge noch nicht und ob man das irgendwie in fhem nutzbar machen kann. Fhem erkennt die Eingänge als Switch und nicht als Sensor.

Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

crispinus

Das sieht doch schon mal sehr gut aus. Die Telegramme vom FTS14EM kann man dann so nutzbar machen:


define SchalterAktion notify EnO_switch_00001002:B0 set XYZ on


Nützlich wäre es jetzt nur noch zu wissen, unter welchen Umständen BI respektive B0 gesetzt wird (Kontakt geöffnet/geschlossen?)

Zum korrekten Einlernen des FSR14-4x siehe http://www.fhemwiki.de/wiki/EnOcean-FSR14-4x-RS485-Bus-Schaltaktor-4-Kanal-Stromsto%C3%9F-Schaltrelais .
Als Device kannst du das verwenden, was FHEM dir automatisch angelegt hat (d.h. du musst für dieses Device die Attribute setzten wie im Wiki-Artikel angegeben). Da das FAM14 genau so wie das FGW14 keine eigene BaseID auf dem RS485-Bus haben wird, kannst du für das subDef eine beliebige gültige, auf dem Bus noch nicht existierende Adresse auswählen.

Norberto


Norberto


Ich habs mal kurz ausprobiert: Wenn der FTS14EM als Richtungstaster konfiguriert ist sendet z.B Eingang +E1 B0 und +E2 setzt BI.

Gruß, Norbert

Spartacus

Hallo,
ich tue mich noch etwas schwer mit dem per USB angeschlossenen FAM 14. Vor allen irritiert mich immer noch das
"unknown command" (siehe Bild).

Habe dann versucht, den FMS61NP als dezentralen Aktor über das FAM 14 anzusteuern. Aber das gelingt mir nicht. Auch wenn ich als Basisadresse 00000000 annehme und für den FMS61NP mit subDef eine aus dem Adressbereich des FAMs konfigurieren.

Ich kann zwar die Bestätigungstelegramme über das FAM14 empfangen, aber senden kann ich nicht. Dazu brauche ich wahrscheinlich doch noch das FTS14-FA oder das USB-GW. Sonst muss ich mit meinen Schaltbefehlen wohl im RS485-BUS bleiben.
Jemand eine Idee?
Christian

NACHTRAG:
habe nur versucht das FSR14-4x anzulernen. Das klappt zwar, aber ich bekomme es nicht angesteuert.

define EnO_switch_00001001 EnOcean 00001001
attr EnO_switch_00001001 IODev FAM14
attr EnO_switch_00001001 gwCmd switching
attr EnO_switch_00001001 room EnOcean
attr EnO_switch_00001001 subDef 00001001
attr EnO_switch_00001001 subType gateway


define SchalterAktion notify EnO_switch_00001010:BI set EnO_switch_00001001 on
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Norberto


Um Nachrichten aus dem RS485-Bus ins Funknetz abzusetzen braucht es ein FTD14 welches die Befehle dann unter eigenen Adressen weitersendet.

Über FAM14 oder FGW14 kann man keine Nachrichten in den Enocean Funk senden.

Ist hier gut erklärt: http://forum.fhem.de/index.php/topic,22635.0.html


Grüße, Norbert

Norberto


Nachtrag zum FSR14:

Du musst den Aktor mit seiner tatsächlichen ID im RS485 Bus definieren welche Du mit PCT14 oder über den FAM14 in den FSR14 eingelern hast (4x).
Mit subdef definierst Du Deine Absender-ID für FHEM - irgendeine virtuelle Adresse.

Ich habe dazu nur ein anderes Phänomen (?) beobachtet welches ich hier http://forum.fhem.de/index.php/topic,22635.msg205200.html#msg205200 beschrieben habe. Würde mich freuen wenn jemand einen Hinweis dazu hat.

Grüße, Norbert

Spartacus

Hallo,
ZitatDu musst den Aktor mit seiner tatsächlichen ID im RS485 Bus definieren welche Du mit PCT14 oder über den FAM14 in den FSR14 eingelern hast (4x).
Mit subdef definierst Du Deine Absender-ID für FHEM - irgendeine virtuelle Adresse.

Danke! Das hat geklappt. Allerdings verstehe ich noch nicht, wie ich das EM dazu bringe, den Aktor auch wieder auszuschalten. wenn ich an den Eingang ein Signal anlege, sendet er mir ein "pressed" "BI" und wenn ich das Signal wegnehme ein "released" das "BO" fehlt mir..

ZitatUm Nachrichten aus dem RS485-Bus ins Funknetz abzusetzen braucht es ein FTD14 welches die Befehle dann unter eigenen Adressen weitersendet.

OK. Dann brauche ich wohl ein FTD 14. Verstanden.

Danke und Gruß,
Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Norberto


Guten Abend,

An welchen Eingang legst Du ein Signal an? Der FSR14 hat doch gar keine Eingänge.

Gruß, Norbert

crispinus

Er meint das EM-Modul, nicht den FSR. Ein Eingang des EM scheint sich exakt wie eine Tastaktion eines FT55 zu verhalten. Dort wird je nach Taste+Richtung ein A0, B0, AI ODER BI + released (beim Loslassen) gesendet. Will man mit einem notify o.ä. auf das Loslassen warten, so verwendet man am besten eine Sequence aus der gewünschten Taste+released Event. Wie man das wiederum beim EM löst, wo die Kontakte auch länger geschlossen sein können, weiß ich nicht. Hier müsste man ja konkret differenzieren, zu welchem expliziten Kanal das released gehört. KA, ob das vllt irgendwie im Telegramm mitgeschickt wird? Wenn nicht, fiele mir als Lösung ein, für jeden Reed-Kontakt zwei Tastereingänge i.S. einer NC/NO-Schaltung zu nutzen.

Norberto


Sorry, hatte ich übersehen.
Man kann das EM Modul als Universaltaster oder Richtungstaster konfigurieren. Davon hängt es ab wie die Eingänge auf ID's gemappt werden. Ab Seite 9 hier gut erklärt:
   www.eltako.com/fileadmin/downloads/de/_bedienung/RS485-Bus-Reiheneinbaugeraete_Baureihe_14_Planungshilfe_und_Betriebsanleitung_dt.pdf
Ich benötige in meiner Anwendung nicht die Abfrage auf 'released'. Müsste aber funktionieren da direkt dem Kanal zugeordnet. Ich kann das aber Ende der Woche mal ausprobieren falls bis dahin noch keine Lösung vorliegt.

Gruß, Norbert

Spartacus

Hallo zusammen,
ich habe das jetzt erst einmal so gemacht:

define SchalterAktion notify EnO_switch_00001010:buttons.*pressed set EnOcean_switch_FSR14 on-for-timer 20
attr SchalterAktion room EnOcean


Warum wird eigentlich 2 x released gesendet?
2014-10-06 16:47:32 EnOcean EnO_switch_00001010 buttons: pressed
2014-10-06 16:47:32 EnOcean EnO_switch_00001010 channelB: BI
2014-10-06 16:47:32 EnOcean EnO_switch_00001010 BI
2014-10-06 16:47:33 EnOcean EnO_switch_00001010 buttons: released
2014-10-06 16:47:33 EnOcean EnO_switch_00001010 buttons: released


Beim FT55 passiert das auch!

Zumindest kann ich damit die "Treppenhauslicht"-Funktion realisieren. Das EM-Modul steht bei mir auf UT!.

Ziel soll es jetzt sein, zwei Eingänge des EMs zu nutzen, um den Aktor zu schalten.
1. Eingang: Reed-Kontakt an der Haustür ("pressed" = "Tür zu", "released" = "Tür auf")
2. Eingang: Lichtschranke mit open Collector ("pressed" = "Licht unterbrochen"; "released" = "Leerlauf")


Wenn sich an einem der beiden Eingänge der Status ändert (Reed: "pressed"-> "released"; LS: "released"->"pressed") schaltet die Beleuchtung an der Eingangstür für x-Sekunden ein.

Problem ist noch:
Wenn die Tür zu lange auf steht ("released") oder jemand etwas in die LS stellt ("pressed") soll nach 10min. eine Warnung per Mail verschickt werden und das Licht soll aus gehen. Das soll irgendwie mit dem watchdog-Modul funktionieren..
Christian


Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R