NEWS
Test Adapter EnOcean (2) v0.3.x
-
@enoceaneltako soweit ich mich erinnern kann lässt sich die Fahrzeit so auch Steuern.
-
@enoceaneltako
B0 ist gleich "true" wenn der Aktor nach dem Auf-Befehl abschaltet
BI ist gleich "true" wenn der Aktor nach dem Ab-Befehl abschaltet
Solltest du die Rückfallverzögerungszeit individuell eingestellt haben, erhälst du recht schnell die Rückmeldung, daß der Rollladen komplett offen/geschlossen ist. Bei jeder Stellung dazwischen wird der Wert "false" ausgegeben. Ist ganz praktisch, um das in vis anzeigen zu lassen.
Ergänzung: bei mir werden nach einstellen der individuellen Rückfallverzögerung keine RT-Zeiten mehr ausgegeben. -
Ich werde mir jetzt mal den USB-Stick 300 bestellen.
Welche Anleitung für den Einstieg empfehlt ihr?
Was mich noch interessiert: aktuell sind die EnOcean-Funk-Taster (PTM 210) über die PCT14-Software mit den Aktoren (FSR14-2x und FSR14-4x) gekoppelt. Sehe ich das richtig, dass ich diese Verknüpfungen löschen muss, wenn ich (z.B. bei den Rolläden) die Taster auch über ioBroker sperren können möchte? Oder können die EnOcean-Funk-Taster über ioBroker deaktiviert/gesperrt werden? Oder kann notfalls auch ein Aktor wie der FSR14-4x softwareseitig gesperrt werden? Den technischen Hintergrund erkläre ich gerne, falls von Interesse.
Danke Euch
-
@iobaer sagte in Test Adapter EnOcean (2) v0.3.x:
Welche Anleitung für den Einstieg empfehlt ihr?
Wofür suchst du eine Anleitung?
@iobaer sagte in Test Adapter EnOcean (2) v0.3.x:
Oder können die EnOcean-Funk-Taster über ioBroker deaktiviert/gesperrt werden?
Soweit ich das verstanden habe kann man nur die Lokalen Taster an einem Aktor, also verkabelt sperren. Aber ein versuch macht Klüger.
-
@jey-cee Danke. Deine Videos und einige Beiträge hier haben mir schonmal sehr geholfen. Jetzt muss eben der USB 300 her, dann probiere ich es mal in der Praxis aus.
Ich vermute, dass bezüglich Sperrung mir der "Block channel state" helfen könnte.
-
@jey-cee
Hallo - habe jetzt gerade versucht auf Version 0.3.1 ein Upgrade zu machen, jedoch habe ich jetzt bei den ersten beiden Rollläden wieder das Problem, daß sie sich nicht einzeln steuern lassen. Selbstverständlich sind die Aktoren vorher zurückgesetzt und beide haben eine neue ID erhalten. Habe dann einen nochmal zurückgesetzt, somit war beim zweiten dann BaseID=3 vergeben - leider ohne Erfolg - es fahren bei Ansteuerung eines Aktors beide.
Der Aktor 058c1120 mit BaseID=3 wird wie folgt angesteuert:enocean.0 2021-01-28 12:40:01.600 debug (227621) Sent data: 55000c070196a501000208ffea0e000ade0000058c1120ff0079
Der Aktor mit der BaseID=1 dann so:
enocean.0 2021-01-28 12:57:38.798 debug (227621) Sent data: 55000c070196a500000108ffea0e000adc0000051b86c2ff0007
Beide benutzen demzufolge die gleiche Senderadresse ffea0e00.
Vielen Dank bis dahin. -
@mustang wie sieht das raw der beiden Geräte aus?
-
{ "from": "system.adapter.enocean.0", "user": "system.user.admin", "ts": 1611830487431, "common": { "name": "Blind actuator" }, "native": { "id": "051b86c2", "manufacturer": "ELTAKO", "Sender_ID": "ffea0e000adc", "baseIDoffset": 1, "eep": [ "TF-01-01", "F6-02-02" ] }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "_id": "enocean.0.051b86c2", "type": "device" }
{ "type": "device", "common": { "name": "Blind actuator" }, "native": { "id": "058c1120", "eep": [ "TF-01-01", "F6-02-02" ], "manufacturer": "ELTAKO", "Sender_ID": "ffea0e000ade", "baseIDoffset": 3 }, "from": "system.adapter.enocean.0", "user": "system.user.admin", "ts": 1611833859997, "_id": "enocean.0.058c1120", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
Bitte gerne...
mit dieser erweiterten SenderID können die Aktoren anscheinend nicht um... -
@mustang hattest du den Adapter gelöscht und dan 0.3.1 installiert?
-
@jey-cee
ja sicher, wie vorgegeben..., deshalb fing die BaseID ja auch wieder mit 1 an. -
@mustang ich frag nur weil die Sender ID keinen Sinn ergibt, die darf nur 8 stellen haben. Bei dir hat die aber 12.
Sieht das bei allen so aus? -
@jey-cee
habe erst mal nur mit zwei Rolladenaktoren getestet. Erst habe ich einen als TF61J und den zweiten als FTA65J eingelernt. Dann als ich feststellte, daß beide reagieren, den FTA65J als TF61J eingelernt - allerdings mit gleichem Ergebnis. Mehr wollte ich erstmal nicht zurücksetzen, damit ich auf meine alte Version 0.3.0 wieder scheller zurück kann - mit der lief es ja. -
@mustang wie sieht denn das raw vom Gateway aus? Von dort holt er sich die Base ID, vielleicht stimmt die da schon nicht.
-
{ "_id": "enocean.0.gateway", "type": "device", "common": { "role": "", "name": "Gateway", "type": "string", "read": true, "write": false }, "native": { "BaseID": "ffea0e00", "Frequency": "868.3 Mhz", "Protocol": "ERP1", "AppVersion": "2.15.0.0", "ApiVersion": "2.6.9.0", "ChipID": "058cd41c", "ChipVersion": "454f0103", "AppDescription": "GATEWAYCTRL", "BaseID_offset": 3 }, "from": "system.adapter.enocean.0", "ts": 1611833954841, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "user": "system.user.admin" }
-
@jey-cee
hab nochmal ein Rollback auf die 0.3.0 gemacht - so sieht das sent-Kommando dort aus:enocean.0 2021-01-28 17:45:17.377 debug (253924) Sent data: 55000a0701eba501000208ffea0e0c000005937ce2ff0000
und das Raw des Aktors:
{ "type": "device", "common": { "name": "Blind actuator" }, "native": { "id": "05937ce2", "eep": [ "TF-01-01", "F6-02-02" ], "manufacturer": "ELTAKO", "baseIDoffset": 12 }, "from": "system.adapter.enocean.0", "user": "system.user.admin", "ts": 1611129886011, "_id": "enocean.0.05937ce2", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
-
@mustang es ist ganz klar das Problem ist die Sender ID, aber es ist völlig unklar weshalb sie falsch ist.
Egal mit was ich die Funktion füttere bekomme ich kein so komisches Ergebnis. Aber die Sender ID wird nur beim Anlernen erzeugt und dann nie wieder geschrieben.
Deswegen hab ich auch nach dem raw für Gateway gefragt, weil ich dachte die Base ID muss schon falsch sein.Für den Moment weis ich nicht weiter. Danke fürs Testen und die Infos.
-
@jey-cee
ja gern. Du hast den neuen Parameter "Sender_ID" eingefügt. Vorher wurde die ja im Hintergrund aus der BaseID des Gateway und dem "baseIDoffset" gebildet. Da muß es ja irgendwie haken, daß er jetzt eine zwölfstellige Sender_ID bildet.
Gib bitte Bescheid, wenn ich weiterhelfen kann und vielen Dank für deine hervorragende Arbeit soweit.
Ich lass die beiden Aktoren jetzt erstmal auf Version 0.3.1, dann kann ich schneller wieder damit weitertesten falls erforderlich (die fehlerhafte Version 0.3.1 ist gesichert). -
@mustang vielen Dank für die Erklärung. Woher weißt du dann auf welcher Position der Rollladen steht? Bzw. wie bekommt man mit dass und vorallem wie lokal geschalten wurde? Puh da habe ich bestimmt was vor der Brust mit der yahka Integration :D.
@Jey-Cee irgendwie bekomme ich meinen Tf61L nicht eingelernt. An was kann das denn liegen?
enocean.0 2021-01-28 16:24:18.643 debug 2 enocean.0 2021-01-28 16:24:18.643 debug (7416) 55000707017af670050070f53000ffffffff4d00 enocean.0 2021-01-28 16:24:18.275 debug (7416) 55000707017af600feee578c2000ffffffff4000 enocean.0 2021-01-28 16:24:18.116 debug (7416) 55000707017af670feee578c3000ffffffff3d00 enocean.0 2021-01-28 16:24:16.148 debug (7416) 55000707017af600feee578c2000ffffffff4100 enocean.0 2021-01-28 16:24:13.908 debug (7416) 55000707017af650050070f53100ffffffff4c00 enocean.0 2021-01-28 16:24:13.380 debug (7416) 55000707017af670feee578c3000ffffffff4000 enocean.0 2021-01-28 16:24:13.156 debug (7416) 55000707017af600feee578c2000ffffffff4100 enocean.0 2021-01-28 16:24:12.932 debug (7416) 55000707017af670feee578c3000ffffffff4100 enocean.0 2021-01-28 16:24:12.708 debug (7416) 55000707017af600feee578c2000ffffffff4100 enocean.0 2021-01-28 16:24:12.484 debug (7416) 55000707017af670feee578c3000ffffffff4100 enocean.0 2021-01-28 16:24:12.228 debug (7416) 55000707017af600feee578c2000ffffffff4100 enocean.0 2021-01-28 16:24:12.037 debug (7416) 55000707017af670feee578c3000ffffffff4000 enocean.0 2021-01-28 16:24:07.110 debug (7416) 55000707017ad5090582dde40000ffffffff4d00 enocean.0 2021-01-28 16:24:01.047 debug (7416) 55000707017af600feee578c2000ffffffff4100 enocean.0 2021-01-28 16:23:59.015 debug (7416) 55000707017af650050070f53100ffffffff4d00 enocean.0 2021-01-28 16:23:58.487 debug (7416) 55000707017af670feee578c3000ffffffff4100 enocean.0 2021-01-28 16:23:58.279 debug (7416) 55000707017af600feee578c2000ffffffff4300 enocean.0 2021-01-28 16:23:58.055 debug (7416) 55000707017af670feee578c3000ffffffff4100 enocean.0 2021-01-28 16:23:57.831 debug (7416) 55000707017af600feee578c2000ffffffff4300 enocean.0 2021-01-28 16:23:57.623 debug (7416) 55000707017af670feee578c3000ffffffff4100 enocean.0 2021-01-28 16:23:57.383 debug (7416) 55000707017af600feee578c2000ffffffff4300 enocean.0 2021-01-28 16:23:57.191 debug (7416) 55000707017af670feee578c3000ffffffff4100 enocean.0 2021-01-28 16:23:56.935 debug (7416) 55000707017af600feee578c2000ffffffff4100 enocean.0 2021-01-28 16:23:56.791 debug (7416) 55000707017af670feee578c3000ffffffff4100 enocean.0 2021-01-28 16:23:55.052 debug (7416) sendTo "autodetect" to system.adapter.admin.0 from system.adapter.enocean.0 enocean.0 2021-01-28 16:23:31.214 debug (7416) sendTo "getEEPList" to system.adapter.admin.0 from system.adapter.enocean.0 enocean.0 2021-01-28 16:23:31.210 debug (7416) sendTo "getDevices" to system.adapter.admin.0 from system.adapter.enocean.0 enocean.0 2021-01-28 16:23:31.206 debug (7416) sendTo "listSerial" to system.adapter.admin.0 from system.adapter.enocean.0 enocean.0 2021-01-28 16:23:31.204 info (7416) ["/dev/ttyAMA0","/dev/ttyUSB0"] enocean.0 2021-01-28 16:23:30.429 debug (7416) Packet type 2 received: 02 enocean.0 2021-01-28 16:23:30.428 debug (7416) 5500050102db00ffef62000a enocean.0 2021-01-28 16:23:30.413 debug (7416) Sent data: 5500010005700838 enocean.0 2021-01-28 16:23:30.413 debug (7416) Packet type 2 received: 02 enocean.0 2021-01-28 16:23:30.412 debug (7416) 5500030002b3000100 enocean.0 2021-01-28 16:23:30.406 debug (7416) Sent data: 55000100057025fb enocean.0 2021-01-28 16:23:30.399 debug (7416) Packet type 2 received: 02 enocean.0 2021-01-28 16:23:30
-
Kann ich euch irgendwie beim Testing unterstützen? (Möchte mir aber nur ungern etwas zerschiessen da ich jetzt fast alle Geräte in iobroker drin habe.)
-
@jey-cee
hab noch mal kurz die Version 0.3.1 wieder aktiviert und den FWS61 eingelernt - da sieht das dann richtig aus - hier das RAW:{ "type": "device", "common": { "name": "FWS61" }, "native": { "id": "058dda99", "eep": [ "TF-13-01" ], "manufacturer": "ELTAKO", "Sender_ID": "ffea0e04", "baseIDoffset": 4 }, "from": "system.adapter.enocean.0", "user": "system.user.admin", "ts": 1611856807627, "_id": "enocean.0.058dda99", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
@EnoceanEltako
im Moment fahre ich immer komplett Zu/Auf nach unterschiedlichen zeitlichen Bedingungen. Wenn lokal manuell geschaltet wird und der Rollladen dann irgendwo dazwischen hängt, sehe ich nur am Status, daß er er weder ganz offen noch ganz geschlossen ist. Perspektivisch soll es bei mir so laufen, daß nach Helligkeit einige Rollläden auf eine bestimmte Höhe gefahren werden, welche dann durch die per Script vorgegebene Fahrzeit gesteuert wird.
Das ganze lebt nun mal von Scripten zur Automatisierung, sonst macht es für mich keinen Sinn.
Ganz auf oder zu mach ich von der Bedingung abhängig, ob die Position schon erreicht ist (B0/BI). Da ist es mir egal wo der Rollladen momentan hängt.