Test Adapter EnOcean (2) v0.3.x

mustang

@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.

IOBaer

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

Jey Cee

@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.

IOBaer

@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.

mustang

@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.

Jey Cee

@mustang wie sieht das raw der beiden Geräte aus?

mustang

@jey-cee

{
  "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...

Jey Cee

@mustang hattest du den Adapter gelöscht und dan 0.3.1 installiert?

mustang

@jey-cee
ja sicher, wie vorgegeben..., deshalb fing die BaseID ja auch wieder mit 1 an.

Jey Cee

@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?

mustang

@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.

Jey Cee

@mustang wie sieht denn das raw vom Gateway aus? Von dort holt er sich die Base ID, vielleicht stimmt die da schon nicht.

mustang

@jey-cee

{
  "_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"
}

mustang

@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"
  }
}

Jey Cee

@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.

mustang

@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).

TheAriba

@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

TheAriba

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.)

mustang

@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.

Jey Cee

@enoceaneltako sagte in Test Adapter EnOcean (2) v0.3.x:

@Jey-Cee irgendwie bekomme ich meinen Tf61L nicht eingelernt. An was kann das denn liegen?

Also soweit ich das im Log sehen kann, scheint es als gibt es 2 Probleme.
Zum einen scheint der Anlernvorgang nicht gestartet worden zu sein.
Und zum anderen sendet der Aktor kein Teachin Telegram, was dafür spricht das der Aktor auch nicht im Anlernmodus ist.
Kann es sein das du den Aktor in den Anlrenmodus versetzt hast bevor du im Adapter den Anlernmodus aktiviert hast?

NEWS

Test Adapter EnOcean (2) v0.3.x

Test Adapter EnOcean (2) v0.3.x

Support us

87

32.4k

81.3k

1.3m