Hallo Jey Cee,
ich habe nun angefangen die Logik für den Aktor zu bauen, aktuell nur mit Testausgabe der Daten:
https://github.com/syryna/ioBroker.enoc … master/eep
bzw.
https://github.com/syryna/ioBroker.enoc ... 5-3f-7f.js
habe ebenfalls die anderen Files angepasst:
EEP2IOB.json
devices.json
eepInclude.js
Das Objekt ist drin und hat ein Empfangssignal:
~~https://snag.gy/Fg2EkJ.jpg" />
Auch die Testausgabe im LOG scheint zu gehen, woher die else Zeilen kommen muss ich noch rausfinden.
enocean.0 2019-01-02 00:03:02.126 debug else: status
enocean.0 2019-01-02 00:03:02.125 debug else: data
enocean.0 2019-01-02 00:03:02.125 debug else: type
enocean.0 2019-01-02 00:03:02.125 debug variables to set : {"type":165,"data":{"type":"Buffer","data":[0,6,1,10]},"status":0}
enocean.0 2019-01-02 00:03:02.125 debug Message for ID 0183e523 has been received.
enocean.0 2019-01-02 00:03:02.125 debug Packet type: 1
enocean.0 2019-01-02 00:03:02.114 debug Received raw message: 55000a0701eba50006010a0183e5230003ffffffff4f00
Ich muss nur aufhören die Frau nervt schon weil die Rollos immer hoch und runter fahren, ich mach morgen weiter und versuche die Daten entsprechend in die Felder zu schreiben.
Einen Tipp brauch ich noch: Eigentlich wollte ich die Felder im ioBroker wie folgt konfigurieren:
"FSB61NP": {
"devName": "Universal",
"iobObjects": [
{"id": "data1","common.name": "runtime MSB","common.type": "number","common.min": "0","common.max": "16777215","common.def": "0",
"common.role": "value", "common.states" : "", "common.read": "true", "common.write": "false", "common.unit": "100ms"},
{"id": "data1","common.name": "runtime LSB","common.type": "number","common.min": "0","common.max": "16777215","common.def": "0",
"common.role": "value", "common.states" : "", "common.read": "true", "common.write": "false", "common.unit": "100ms"},
{"id": "data1","common.name": "direction","common.type": "number",
"common.role": "value", "common.states" : "1:moving up;2:moving down", "common.read": "true", "common.write": "false"},
{"id": "data1","common.name": "locked","common.type": "number",
"common.role": "value", "common.states" : "10:not locked;14:locked", "common.read": "true", "common.write": "false"}
]
Da die EEP aber universell ist und vermutlich viele Hersteller diese nutzen denke ich aktuell als ein generisches Format:
"native": {
"devName": "Universal",
"iobObjects": [
{"id": "data1","common.name": "Universal Data 1","common.type": "number","common.min": "0","common.max": "16777215","common.def": "0",
"common.role": "value", "common.states" : "", "common.read": "true", "common.write": "false"},
{"id": "data2","common.name": "Universal Data 2","common.type": "number","common.min": "0","common.max": "16777215","common.def": "0",
"common.role": "value", "common.states" : "", "common.read": "true", "common.write": "false"},
{"id": "data3","common.name": "Universal Data 3","common.type": "number","common.min": "0","common.max": "16777215","common.def": "0",
"common.role": "value", "common.states" : "", "common.read": "true", "common.write": "false"},
{"id": "data4","common.name": "Universal Data 4","common.type": "number","common.min": "0","common.max": "16777215","common.def": "0",
"common.role": "value", "common.states" : "", "common.read": "true", "common.write": "false"}
]
Was ist deine Meinung dazu ? Generisch ist zwar gut aber dann muss der ioBroker nutzer jedesmal selbst ergründen was in den 4 bytes eigentlich für Daten stehen.
Weiter, ist dir ein Problem bekannt dass nach einer gewissen Zeit einfach keine Messages im LOG erscheinen. Dafür stehen solche Dinge drin:
enocean.0 2019-01-01 23:50:54.798 debug system.adapter.admin.0: logging true
enocean.0 2019-01-01 23:49:34.966 debug system.adapter.admin.0: logging false
Ich konnte noch kein Muster erkennen. Wenn du einen Tips hast wie ich das besser eingrenzen kann, sag bescheid.
Grüße, Michael~~
~~
~~
~~
~~
~~
~~
~~
~~
~~
~~
~~
~~
~~