Test Adapter EnOcean (2) v0.3.x

[guergen]

@Jey-Cee Den zweiten, der ja mit der "alten "Version eingetragen wurde, habe ich jetzt auch rein bekommenFUD auf LRN gestellt, Teach in (4) und schon kann er die Werte annehmen!

Uups, jetzt reagieren beide auf alles....

[Jey Cee]

@guergen musst ihn nochmal löschen und nue anlernen.

@mustang das teachin telegram wurde gesendet, kann sein das es nicht ankam. Ich hab gerade ein update gemacht da werden die Telegrame 2 mal gesendet. Kannst du das bitte testen, Version bleibt gleich.

[guergen]

@Jey-Cee Ja, jetzt geht es, zu Fuß den TF-13-07 drüber schreiben

[mustang]

@Jey-Cee
kann jetzt nicht die USB-Schnittstelle nicht auswählen - im Log:

host.kksmart	2020-12-07 15:29:30.448	info	Restart adapter system.adapter.enocean.0 because enabled
host.kksmart	2020-12-07 15:29:30.448	error	instance system.adapter.enocean.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.kksmart	2020-12-07 15:29:30.448	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
host.kksmart	2020-12-07 15:29:30.448	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30)
host.kksmart	2020-12-07 15:29:30.448	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.enocean/lib/definitions/EEPinclude.js:77:10)
host.kksmart	2020-12-07 15:29:30.448	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18)
host.kksmart	2020-12-07 15:29:30.448	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:692:17)
host.kksmart	2020-12-07 15:29:30.448	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.kksmart	2020-12-07 15:29:30.447	error	Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.kksmart	2020-12-07 15:29:30.447	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.kksmart	2020-12-07 15:29:30.447	error	Caught by controller[0]: at Object.Module._extensions..json (internal/modules/cjs/loader.js:797:27)
host.kksmart	2020-12-07 15:29:30.447	error	Caught by controller[0]: at JSON.parse (<anonymous>)
host.kksmart	2020-12-07 15:29:30.447	error	Caught by controller[0]: SyntaxError: /opt/iobroker/node_modules/iobroker.enocean/lib/definitions/eep/TF-13/TF-13-06.json: Unexpected token ' in JSON at position 614
host.kksmart	2020-12-07 15:29:30.447	error	Caught by controller[0]: ^
host.kksmart	2020-12-07 15:29:30.447	error	Caught by controller[0]: throw err;
host.kksmart	2020-12-07 15:29:30.444	error	Caught by controller[0]: internal/modules/cjs/loader.js:800

[Jey Cee]

@mustang habs gefixt, nochmal installieren.

[mustang]

@Jey-Cee
Der Adapter macht jetzt keine Restarts mehr, nur leider lässt sich der TF61J (frisch resettet) wieder nicht steuern, obwohl laut Log zwei Telegramme gesendet wurden.

[TheAriba]

@mustang @Jey-Cee weitermachen. Aufgeben ist keine Option
Wie kann ich denn irgendwie helfen?

Edit: bringt es evtl. was den Adapter komplett zu löschen?

[guergen]

@Jey-Cee So, mit Hilfe eines kleinen Scripts, kann ich den Leuchten im VIS einen Prozentsatz mitgeben und ein/aus schalten!
Danke!

[mustang]

@EnoceanEltako
leider bringt löschen/neuinstallieren nichts - so hab ich das gemacht...

[TheAriba]

@guergen magst du das mal sharen? Dann könnte der nächste das vllt. direkt nutzen
Ich selber hab kein solchen Aktor.

[guergen]

@EnoceanEltako Kein Problem, schnell mit Blockly zusammengeclickt...:

<block xmlns="https://developers.google.com/blockly/xml" type="on" id="8#Gqm:!ZB2}.8ppS/LIZ" x="138" y="63">
  <field name="OID">enocean.0.018d089e.LVL</field>
  <field name="CONDITION">ne</field>
  <field name="ACK_CONDITION"></field>
  <statement name="STATEMENT">
    <block type="controls_if" id="i$yRHT]H]*=Sxi;,6cD7">
      <value name="IF0">
        <block type="logic_compare" id="m#g$B%~/b,XeABP@HOMo">
          <field name="OP">NEQ</field>
          <value name="A">
            <block type="on_source" id="qZFy@RHw0Wb)W0Ao)5HI">
              <field name="ATTR">state.val</field>
            </block>
          </value>
          <value name="B">
            <block type="on_source" id=".7b|8@jFz9qrJslJRs8O">
              <field name="ATTR">oldState.val</field>
            </block>
          </value>
        </block>
      </value>
      <statement name="DO0">
        <block type="control" id="b(t/x(+E0%w^fhLC/$WI">
          <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
          <field name="OID">enocean.0.018d089e.CMD</field>
          <field name="WITH_DELAY">FALSE</field>
          <value name="VALUE">
            <block type="math_number" id="^fqcrPw.;Z:C+5.`_B*]">
              <field name="NUM">3</field>
            </block>
          </value>
        </block>
      </statement>
    </block>
  </statement>
</block>

Dann kann ich den Level-Wert übergeben und der Command 3 für Set Level wird gesendet.
0 und 100 funktioniert selbstverständlich auch!

[Jey Cee]

Wie sind den bei euch die rssi Werte der Aktoren? Je höher der Wert desto schlechter der Empfang.

Ich hab einen Zwischenstecker der lässt sich Steuern, im Test Setup hat das immer Funktioniert. Jetzt ist er im Einsatz für die Weihnachtsbeleuchtung, da reagiert er so gut wie gar nicht.
Da der letzte rssi Wert bei 88 lag dachte ich es liegt am Empfang, also habe ich ihn direkt eingeschalten. Wodurch er ein Telegram sendet.
Zu meiner Überraschung kam das auch an, aber der rssi lag bei 99.

Also hab ich den USB Stick an eine andere Stelle gestellt. Der rssi lag dann bei 79 und der Zwischenstecker hat wieder Zuverlässig geschalten.

Meine Schlussfolgerung, die Sendeleistung ist geringer als die Empangsempfindlichkeit. Demnach sollte der rssi Wert immer unter gut unter 80 liegen um eine Zuverlässige Übertragung zu Gewährleisten.

[guergen]

@Jey-Cee der Beste Wert ist -55dB der Schlechteste -70dB

[mustang]

@Jey-Cee
Bei meinem TF61J liegt der zwischen -82 und -92 - und der funktioniert damit seit Anfang Oktober einwandfrei.

Den Test für eine neue Version mache ich mit einem TF61J auf dem Tisch neben der Antenne. Da kann es normal nicht zu Verlusten von Telegrammen kommen.

[TheAriba]

@mustang @Jey-Cee mich wundert es dass man dann ja aber doch irgendwie steuern kann. Also grundsätzlich ist es ja möglich.

[mustang]

@EnoceanEltako
...ich betreibe es momentan ja auch noch mit der Version 0.1.8 und mache nur jeweils zum Testen ein Upgrade auf 0.2.x

[TheAriba]

@mustang ok hast du auch die TF61J im gesamten Haus im Einsatz?

[Jey Cee]

@guergen bei Fhem habe ich gelesen das seit mitte 2016 ein anderes Teachin telegram bei den FUD61 verwendet wird. Kannst du mal das Teach-in FSUD (Nummer 5) probieren, das ist das alte Teach-in telegram.

[guergen]

@Jey-Cee Meine sind von 2014 und haben mit dem teach-in 4 ja funktioniert, trotzdem noch einmal rauswerfen?

[Jey Cee]

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

@Jey-Cee Meine sind von 2014 und haben mit dem teach-in 4 ja funktioniert, trotzdem noch einmal rauswerfen?

Oh man ich bin schon ganz verwirrt.

EDIT: Bei wem funktioniert jetzt was nicht mit der Version von Gestern?