Ein neuer bidirektionalen Aktor von Peha (siehe Betreff) möchte gerne mit FHEM verbunden werden.
Zum Einlernen wurde ein virtuellen Schalter angelegt, weil ich sonst keinen Weg gefunden habe ihn zum senden zu bringen.
Da alles funktionierte habe ich ich den Aktor dann eingebaut, verschraubt, zutapeziert und gestrichen (bitte sagt mir nicht, dass ich ihn wieder ausbauen muss :-\ )
Internals:
DEF FFC6DE8A
IODev TCM_ESP2_0
NAME KU_Rolladen
NR 177
NTFY_ORDER 50-KU_Rolladen
STATE off
TYPE EnOcean
Readings:
2015-08-09 13:01:37 state A0
Attributes:
IODev TCM_ESP2_0
eventMap AI:on A0:off BI:on B0:off
room EnOcean,Rolladen
subType switch
userattr room_map structexclude
Dann habe ich per teach den Sender eingelernt.
Internals:
CFGFN
DEF FF8BD300
IODev TCM_ESP2_0
LASTInputDev TCM_ESP2_0
MSGCNT 1
NAME EnO_4BS_FF8BD300
NR 370
NTFY_ORDER 50-EnO_4BS_FF8BD300
STATE 100
TCM_ESP2_0_MSGCNT 1
TCM_ESP2_0_TIME 2015-08-09 14:42:31
TYPE EnOcean
Readings:
2015-08-09 14:42:31 D0 0
2015-08-09 14:42:31 D1 0
2015-08-09 14:42:31 D2 0
2015-08-09 14:42:31 D3 1
2015-08-09 14:42:31 sensor1 100
2015-08-09 14:42:31 sensor2 0
2015-08-09 14:42:31 sensor3 21
2015-08-09 14:42:31 state 100
Attributes:
IODev TCM_ESP2_0
room EnOcean
subType 4BS
dann habe ich froher Hoffnung das er wohl so ähnlich funktionieren wird wie das strommessende Pendant
http://www.fhemwiki.de/wiki/EnOcean-D-452-FU-EBIM-JR-Aktor-Beschattungselemente-Rollladen (http://www.fhemwiki.de/wiki/EnOcean-D-452-FU-EBIM-JR-Aktor-Beschattungselemente-Rollladen)
die Attribute angepasst und neu eingelernt:
Internals:
CFGFN
DEF FF8BD300
IODev TCM_ESP2_0
LASTInputDev TCM_ESP2_0
MSGCNT 8
NAME EnO_4BS_FF8BD300
NR 370
NTFY_ORDER 50-EnO_4BS_FF8BD300
STATE not_reached
TCM_ESP2_0_MSGCNT 8
TCM_ESP2_0_TIME 2015-08-09 15:27:14
TYPE EnOcean
Readings:
2015-08-09 14:54:44 D0 0
2015-08-09 14:54:44 D1 0
2015-08-09 14:54:44 D2 0
2015-08-09 14:54:44 D3 1
2015-08-09 15:27:14 alarm no_endpoints_defined
2015-08-09 15:27:14 endPosition not_reached
2015-08-09 15:27:14 positionMode normal
2015-08-09 14:54:44 sensor1 100
2015-08-09 14:54:44 sensor2 0
2015-08-09 14:54:44 sensor3 21
2015-08-09 15:27:14 serviceOn no
2015-08-09 15:27:14 shutterState stopped
2015-08-09 15:27:14 state not_reached
Attributes:
IODev TCM_ESP2_0
manufID 001
room EnOcean
subDef ffc6de8a
subType shutterCtrlState.01
subTypeSet gateway
leider verweigert er
set EnO_4BS_FF8BD300 runtimeSet 20 20
mit der Meldung
Unknown Gateway command runtimeSet, choose one of blindCmd controlVar dimming fanStage setpointBasic setpointShift switching
werde natürlich weiter probieren, aber ich dachte, da es noch keinen Wiki-Eintrag gibt weiß jemand schon mehr..
Die Attribute
attr EnO_4BS_FF8BD300 gwCmd blindCmd
attr EnO_4BS_FF8BD300 manufID 001
fehlen beim Aktor-Device. Bitte ergänzen und testen.
Im übrigen habe ich so meine persönlichen Zweifel, ob Du mit dem zickenden BSC-Bor mit und den modernen Aktoren glücklich wirst...
ok, die ManufID war schon drin, den gwCmd habe ich nachgepflegt:
Internals:
CFGFN
DEF FF8BD300
IODev TCM_ESP2_0
LASTInputDev TCM_ESP2_0
MSGCNT 68
NAME EnO_4BS_FF8BD300
NR 370
NTFY_ORDER 50-EnO_4BS_FF8BD300
STATE not_reached
TCM_ESP2_0_MSGCNT 68
TCM_ESP2_0_TIME 2015-08-09 22:56:06
TYPE EnOcean
Readings:
2015-08-09 14:54:44 D0 0
2015-08-09 14:54:44 D1 0
2015-08-09 14:54:44 D2 0
2015-08-09 14:54:44 D3 1
2015-08-09 22:56:06 alarm no_endpoints_defined
2015-08-09 22:56:06 endPosition not_reached
2015-08-09 22:56:06 positionMode normal
2015-08-09 22:54:31 runTimeDown 20
2015-08-09 22:54:31 runTimeUp 20
2015-08-09 14:54:44 sensor1 100
2015-08-09 14:54:44 sensor2 0
2015-08-09 14:54:44 sensor3 21
2015-08-09 22:56:06 serviceOn no
2015-08-09 22:56:06 shutterState closes
2015-08-09 22:56:06 state not_reached
Attributes:
IODev TCM_ESP2_0
gwCmd blindCmd
manufID 001
room EnOcean
subDef ffc6de8a
subType shutterCtrlState.01
subTypeSet gateway
Neue Aktoren habe ich auch nur soweit das wg. Blitzschlages notwendig war.
Die Funktion wie bei den alten geht ja noch - schlimmstenfalls muss ich halt auf die tollen neuen features verzichten und Sekunden in FHEM zählen. Aber es scheint niemand hatte diesen Aktor bisher.
Funktioniert es jetzt denn?
ja und nein:
Der Aktorpart des Aktordevices kann ich über einen virtuellen Schalter so ansteuern wie die unidirektionalen Vorgänger - darauf habe ich sie auch vor dem Einbau eingelernt.
Das bidirektionale Device macht keinen Mucks und die Readings - nun - da hast Du ja selbst eine Vorstellungen nach meinen Posts..
ZitatDer Aktorpart des Aktordevices kann ich über einen virtuellen Schalter so ansteuern wie die unidirektionalen Vorgänger - darauf habe ich sie auch vor dem Einbau eingelernt. Das bidirektionale Device macht keinen Mucks und die Readings - nun - da hast Du ja selbst eine Vorstellungen nach meinen Posts..
Ich dachte, dass hast Du korrigiert und entsprechend dem EBIM im Wiki, den ich einsetze, angelernt!? Dann sollte doch die Ansteuerung mit Fhem analog funktionieren.
Die Readings Dx und sensorx kannst Du mit http://fhem.de/commandref#deletereading löschen; die anderen sind jetzt nicht ungewöhnlich.
Hallo Christian,
von Deiner Anleitung bin ich aber in soweit abgewichen, als den Aktor nicht mehr neu einlernen konnte (zutapeziert und so.. ) - dafür habe ich die bereits eingelernte Adresse des virtuellen Schalters in das neue automatisch erstellte Device eingetragen. Das Einlernen mit teach habe ich durchführt, aber halt ohne am Aktor einen Knopf drücken zu können - also vermutlich sinnlos. Ich habe allerdings angenommen, das es auch nicht notwendig ist, weil er ja auf eben diese Adresse schon eingelernt ist - stimmt das?
Soll ich ihn nochmal ausbauen oder besser warten, bis ich die Versuche mit dem BSC-BOR
http://forum.fhem.de/index.php/topic,39825.0.html
beendet habe?
Zitatdie Attribute angepasst und neu eingelernt:
Daraus hatte ich geschlossen, dass Du tatsächlich eingelernt hast und nicht nur per Fhem den teach-Befehl verschickt hast.
Tja, dann kann ich Dir nur noch den Cutter-Messer-Tipp zum richtigen Anlernen am Aktor (=Aktor im Lernmodus) geben.
Wie Du angelernt hast, kannst Du mMn nur per Taster-Simulation steuern. Mehr ist nicht drin.
Ganz klar ist mir beim EBI nicht, wie und ob er die Position erkennt. Im Text von PEHA finde ich keine definitiven Hinweise zur Positionserkennung; die lese ich nur beim EBIM.
ok - ich habe einen neuen Aktor genommen (mir ist eingefallen, dass ich ja noch einen habe, der einen ersetzen soll, der _machmal_ nicht geht (auch mit Taster nicht, also kein FHEM Thema).
Dann habe ich alles nach Deiner Anleitung gemacht. (Außer dass ich keinen Motor sondern eine Glühbirne angeschlossen habe und das ganze zur Bequemlichkeit auf der Kommode steht.)
Und kaum macht man mal was richtig - schon geht's ;) - will heißen er läßt sich wie ein virtueller Schalter steuern. Was aber der Vorteil der bidirektionalität ist möchte ich noch herausfinden, wenn Du (Christian) mir hilfst.
Internals:
CFGFN
DEF FFE8B680
IODev TCM_ESP2_0
LASTInputDev TCM_ESP2_0
MSGCNT 5
NAME eno_test
NR 565
NTFY_ORDER 50-eno_test
STATE open
TCM_ESP2_0_MSGCNT 5
TCM_ESP2_0_TIME 2015-08-11 14:41:36
TYPE EnOcean
Readings:
2015-08-11 14:41:36 alarm off
2015-08-11 14:41:36 endPosition open
2015-08-11 14:41:36 position 0
2015-08-11 14:41:36 positionMode normal
2015-08-11 14:41:15 runTimeDown 10
2015-08-11 14:41:15 runTimeUp 10
2015-08-11 14:41:36 serviceOn no
2015-08-11 14:41:36 shutterState stopped
2015-08-11 14:41:36 state open
Attributes:
IODev TCM_ESP2_0
gwCmd blindCmd
manufID 001
room Test
subDef ffc6de9f
subType shutterCtrlState.01
subTypeSet gateway
Allein: den Befehl
set eno_test postion 1
quittiert fhem mit
Usage: position variable is not numeric or out of range.
Zitat von: BenMarloe am 10 August 2015, 22:49:51
Soll ich ihn nochmal ausbauen oder besser warten, bis ich die Versuche mit dem BSC-BOR
http://forum.fhem.de/index.php/topic,39825.0.html
beendet habe?
Deinen Edit hatte ich des Nachts nicht mehr gesehen: Das ist Deine Entscheidung; sonst muss ich nachher tapezieren kommen. Ich würde aber das Thema Gateway angehen, damit Du dadurch keine unnötigen Probleme bekommst.
Der "position"-Befehl braucht 2 Parameter: position und angle
Also
set eno_test position 30 0
bitte testen.
Prima! Ich darf Dir jetzt schon zum zweiten Mal danken, dass Du mir geholfen hast!
Es funktioniert perfekt.
Es war noch ein wenig probieren notwendig, denn erst nachdem ich einmal
set eno_test closes
gemacht habe ging es, aber immerhin.
Soll ich einen neuen Eintrag im Wiki machen oder möchtest Du?
und ein Frage hätte ich noch: Was ist aus fhem-Sicht jetzt eigentlich anders als bei meinem anderen Aktor..?
Zitat von: BenMarloe am 11 August 2015, 15:29:47
Soll ich einen neuen Eintrag im Wiki machen oder möchtest Du?
Kannst Du gerne machen.
Zitat von: BenMarloe am 11 August 2015, 15:29:47
und ein Frage hätte ich noch: Was ist aus fhem-Sicht jetzt eigentlich anders als bei meinem anderen Aktor..?
Bei Deinem ersten Aktor simuliert Fhem einen EnOcean-Taster und der Aktor "denkt" aufgrund der gewählten Anlernart auch er würde von einem Taster gesteuert und akzeptiert von dieser SenderID keine Gateway-Befehle.
Bei Deinem Testaktor steuert Fhem per spezieller Gateway-Kommandos und der Aktor "denkt" aufgrund der gewählten Anlernart genauso.
Unterschied der Aktoren EBI und EBIM:
Laut Anleitung hat nur der EBIM "Positionserkennung". Beim EBI wird die Position durch Vergabe der Laufzeit im entsprechenden Modus festgelegt.
Darum meine Frage: Hat der Befehl "set <device> runtimeSet <tu/s> <td/s>" beim EBI eine Auswirkung und ist notwendig? Oder ist die Laufzeiteinstellung im Aktor entscheidend?
Wenn der Befehl "runtimeSet" eine Auswirkung hat verstehe ich gerade die entscheidenden Vorteile eines EBIM nicht mehr!?
Wenn ich meinen Aktor per Tasten und LED am Aktor abfrage zeigt er aber auf den Teach des FHEM-Devices ebenso Modus 1 und Funktion 1 an, als wäre er an Tasten angelernt.
Von welcher Laufzeuteinstellung im Aktor sprichst Du?
Ich habe die Laufzeit per runtimeSet vorgegeben. Eine andere Laufzeitkennung hat er Aktor nicht. Selbständig kann er auch keine ermittelt haben, weil ich ja eine Glühbirne statt eines Rolladens angeschlossen habe. Funktioniert bei Dir alarm
oder serviceOn
und was macht es?
Hast Du ernsthaft _keine_ Strommessung in Deinem Aktor? Schick doch mal ein vollständiges List oder vergleiche mit meinem:
Internals:
CFGFN
DEF FFE8B680
IODev TCM_ESP2_0
LASTInputDev TCM_ESP2_0
MSGCNT 1308
NAME enotest
NR 565
NTFY_ORDER 50-eno_test
STATE 100
TCM_ESP2_0_MSGCNT 1308
TCM_ESP2_0_TIME 2015-08-16 23:24:55
TYPE EnOcean
Readings:
2015-08-16 23:24:55 alarm off
2015-08-16 23:24:55 endPosition closed
2015-08-16 23:24:55 position 100
2015-08-16 23:24:55 positionMode normal
2015-08-11 14:41:15 runTimeDown 10
2015-08-11 14:41:15 runTimeUp 10
2015-08-16 23:24:55 serviceOn no
2015-08-16 23:24:55 shutterState stopped
2015-08-16 23:24:55 state closed
Attributes:
IODev TCM_ESP2_0
devStateIcon 100:fts_shutter_100 0:fts_window_2w 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \d.*:fts_shutter_90
gwCmd blindCmd
manufID 001
room Test
stateFormat position
subDef ffc6de9f
subType shutterCtrlState.01
subTypeSet gateway
Zitat von: BenMarloe am 16 August 2015, 23:38:30
Wenn ich meinen Aktor per Tasten und LED am Aktor abfrage zeigt er aber auf den Teach des FHEM-Devices ebenso Modus 1 und Funktion 1 an, als wäre er an Tasten angelernt.
Geht aber doch trotzdem nur, wenn Fhem richtig angelernt ist!?
Zitat
Von welcher Laufzeuteinstellung im Aktor sprichst Du?
Über Modus und Funktion: Wenn Funktion 1 und Modus 1, dann sollte Laufzeit 120 sek sein.
ZitatIch habe die Laufzeit per runtimeSet vorgegeben.
Überschreibt runtimeSet die 120 sek aus Funktion/Modus?
ZitatFunktioniert bei Dir
alarm
oder
serviceOn
und was macht es?
Meine es funktionierte, habe es aktuell nicht mehr getestet. Was es macht, siehst Du in http://www.enocean-alliance.org/eep/ auf Seite 98 .
Strommessung wird vom EBIM nur zur Positionserkennung genutzt und nicht per Nachricht als Watt/Volt und Co (kein passendes EEP) mitgeteilt. Bei Stromausfall soll der EBIM nach einmal Hoch und Runter die Position wieder kennen; Deiner vermutlich(?) nicht. List geht gerade nicht, da ich keinen Online-Zugriff habe, aber es sieht mEn genauso aus wie bei Dir.
Bottom-/Frustline:
Der Aktor hat mich sowieso schon zur Verzweifelung getrieben und mein Elan in die Erforschung weiter Zeit zu stecken ist wenig vorhanden. Wollte damit Lamellen steuern und habe es nie geschafft. Hersteller, sonst sehr auskunftsfreudig gewesen, hat hierzu auf Nachfrage keine erhellendes Infos geliefert (liefern können?).
Die gedachte Funktion übernimmt jetzt ein FGRM222 und der PEHA steuert Rollade.
Zitat von: krikan am 17 August 2015, 10:23:09
Geht aber doch trotzdem nur, wenn Fhem richtig angelernt ist!?
Richtig - geht nur wenn er richtig (also im Anlernmodus des Aktors) angelernt ist -> Teppichmesser für alle vier neuen Aktoren :-(.
Zitat von: krikan am 17 August 2015, 10:23:09
Über Modus und Funktion: Wenn Funktion 1 und Modus 1, dann sollte Laufzeit 120 sek sein.
Überschreibt runtimeSet die 120 sek aus Funktion/Modus?
Habe nicht getestet ob es vorher wirklich 120s waren - aber nach runtimeSet waren es nur noch die angegeben 10s
Zitat von: krikan am 17 August 2015, 10:23:09
Meine es funktionierte, habe es aktuell nicht mehr getestet. Was es macht, siehst Du in http://www.enocean-alliance.org/eep/ (http://www.enocean-alliance.org/eep/) auf Seite 98 .
Alarm habe ich da nicht gefunden - evtl. ist das die Funktion die anders ist.
Zitat von: krikan am 17 August 2015, 10:23:09
Bei Stromausfall soll der EBIM nach einmal Hoch und Runter die Position wieder kennen; Deiner vermutlich(?) nicht. List geht gerade nicht, da ich keinen Online-Zugriff habe, aber es sieht mEn genauso aus wie bei Dir.
Auch hier war nach der ersten Programmierung einmal anfahren der Hoch und Runter notwendig.
In der Tat ist der Unterschied für uns nicht feststellbar oder unwesentlich (Alarm).
Sollen wir trotzdem zwei Wiki-Einträge behalten in der Hoffnung, dass noch jemand einen Unterschied findet?
ZitatHabe nicht getestet ob es vorher wirklich 120s waren - aber nach runtimeSet waren es nur noch die angegeben 10s
Dann wird die Unterscheidung der Modelle immer kurioser....
ZitatAlarm habe ich da nicht gefunden - evtl. ist das die Funktion die anders ist.
Beim weiteren Nachdenken: alarm wird "no_endpoints_defined" , wenn die Positionserkennung nicht durchgelaufen ist, ansonsten "off"
ZitatSollen wir trotzdem zwei Wiki-Einträge behalten in der Hoffnung, dass noch jemand einen Unterschied findet?
Da bin ich unentschieden; habe über Löschung/Zusammenführung auch schon nachgedacht: Hast Du denn automatisch am Anfang nach dem EBIM im Wiki gesucht?
Zitat von: krikan am 17 August 2015, 13:08:17
Da bin ich unentschieden; habe über Löschung/Zusammenführung auch schon nachgedacht: Hast Du denn automatisch am Anfang nach dem EBIM im Wiki gesucht?
Ich war erst mal entäuscht, dass meine 452-FU-EP JR o.T. nicht unterstüzt werden (Sollte ich da einen Wiki-Eintrag machen? Die gehen ja als virtuelle Schalter sehr gut. Was wäre denn eine passende Vorlage?) Als dann die EBI auch nicht unterstützt wurden habe ich mir keine weiteren Gedanken gemacht, da ich sie ja nur als Ersatz für die EP hatte und auch genauso einbinden konnte. Deinen Eintrag habe ich nur aus Neugier gelesen. Wenn wir meinen Eintrag wieder löschen sollten wir zumindest die Seite mit Verweis auf Deine Seite stehen lassen. IMHO wäre es aber das Beste wir warten mal ab, ob nicht doch jemand einen Unterschied findet.
Zitat von: BenMarloe am 17 August 2015, 13:40:32
Ich war erst mal entäuscht, dass meine 452-FU-EP JR o.T. nicht unterstüzt werden (Sollte ich da einen Wiki-Eintrag machen? Die gehen ja als virtuelle Schalter sehr gut. Was wäre denn eine passende Vorlage?)
Für die "alten" unidi Einbau-Aktoren gibt es noch nichts als direkte Vorlage. Setze zwar auch noch welche von Eltako ein, habe aber wegen anderer Prios bei Fhem nichts ins Wiki gepackt. Falls Du Lust/Zeit hast, kannst Du den gerne aufnehmen. Bin da auch im Wiki nicht der Boss, sondern schaue nur, das es aktuell bleibt. Also: Ruhig austoben. ;)
Löschen ist wirklich blöd, besser Verweis auf EBIM. Aber warten wir erst mal ab....