-
@Scrounger Habe den Adapter installiert und es mit einem Datenpunkt AUTO_MODE getestet: Eine Änderung des Wertes im verlinkten Datenpunkt (Bad.HKT.Auto_Mode) wird nicht an den Original-Datenpunkt übertragen.
{ "type": "state", "common": { "name": "Bad HKT Auto-Mode", "role": "", "type": "boolean", "desc": "Created by linkeddevices", "read": false, "write": true, "def": false, "custom": { "linkeddevices.0": { "enabled": true, "parentId": "hm-rpc.0.NEQ1234567.1.AUTO_MODE", "isLinked": true } }, "icon": "linkeddevices_small.png" }, "from": "system.adapter.linkeddevices.0", "user": "system.user.admin", "ts": 1557238270037, "_id": "linkeddevices.0.Bad.HKT.Auto_Mode", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "native": {} }@paul53 sagte:
Eine Änderung des Wertes im verlinkten Datenpunkt (Bad.HKT.Auto_Mode) wird nicht an den Original-Datenpunkt übertragen.
Habe noch einen zweiten Datenpunkt verlinkt und jetzt werden die Werte übertragen :relaxed:
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@paul53 sagte:
Eine Änderung des Wertes im verlinkten Datenpunkt (Bad.HKT.Auto_Mode) wird nicht an den Original-Datenpunkt übertragen.
Habe noch einen zweiten Datenpunkt verlinkt und jetzt werden die Werte übertragen :relaxed:
@paul53 ist dieser weitere Datenpunkt auch "read = false"?
vielleicht hängt das doch damit zusammen?@Scrounger oder war dein Test mit dem gleichen/gleichartigen Datenpunkt?
-
@paul53 sagte:
Eine Änderung des Wertes im verlinkten Datenpunkt (Bad.HKT.Auto_Mode) wird nicht an den Original-Datenpunkt übertragen.
Habe noch einen zweiten Datenpunkt verlinkt und jetzt werden die Werte übertragen :relaxed:
@paul53 sagte:
jetzt werden die Werte übertragen
Habe noch einen dritten DP verlinkt: Auf dem erfolgt wieder keine Wertübertragung, sondern nur mit den beiden "älteren". Auch ein Neustart der Instanz ändert daran nichts, außer dass während des Neustarts eine Wertübertragung erfolgt.
@BBTown sagte:
"read = false"?
vielleicht hängt das doch damit zusammen?Nein, es funktioniert in beide Richtungen (mit 2 verlinkten Datenpunkten).
EDIT: Mit einem 4. verlinkten DP funktioniert es auch nicht, nur bei den beiden "ältesten".
-
@paul53 ist dieser weitere Datenpunkt auch "read = false"?
vielleicht hängt das doch damit zusammen?@Scrounger oder war dein Test mit dem gleichen/gleichartigen Datenpunkt?
@BBTown sagte in [Neuer Adapter] LinkedDevices:
@paul53 ist dieser weitere Datenpunkt auch "read = false"?
vielleicht hängt das doch damit zusammen?@Scrounger oder war dein Test mit dem gleichen/gleichartigen Datenpunkt?
Ja hab mit dem gleichen getestet. Grundsätzlich ist es so, dass der Adapter die Datenpunkte 1:1 spiegelt, d.h. alles was unter 'common' im parentObject steht bekommt dann auch das linkedObject.
@paul53 sagte in [Neuer Adapter] LinkedDevices:
Nach einem ioBroker-Neustart funktioniert die Wertübertragung mit allen 4 verlinkten Datenpunkten.
:+1:
-
@paul53
Das ist doch ein Bug, hab es grad reproduzieren können. Fix hab ich hoch geladen, bitte aktualisierten branch von git ziehen@Scrounger sagte:
Fix hab ich hoch geladen
Mal schauen, ob ich bei weiteren Tests noch etwas finde.
Die Eigenschaften "read" und "write" wertest Du nicht aus, was meiner Meinung nach aber sinnvoll wäre:
"read": false - Übertragung nur vom verlinkten DP zum Original
"write": false - Übertragung nur vom Original-DP zum verlinkten
Alle anderen Fälle: bidirektional.Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Scrounger sagte:
Fix hab ich hoch geladen
Mal schauen, ob ich bei weiteren Tests noch etwas finde.
Die Eigenschaften "read" und "write" wertest Du nicht aus, was meiner Meinung nach aber sinnvoll wäre:
"read": false - Übertragung nur vom verlinkten DP zum Original
"write": false - Übertragung nur vom Original-DP zum verlinkten
Alle anderen Fälle: bidirektional.@paul53 sagte in [Neuer Adapter] LinkedDevices:
@Scrounger sagte:
Fix hab ich hoch geladen
Mal schauen, ob ich bei weiteren Tests noch etwas finde.
Die Eigenschaften "read" und "write" wertest Du nicht aus, was meiner Meinung nach aber sinnvoll wäre:
"read": false - Übertragung nur vom verlinkten DP zum Original
"write": false - Übertragung nur vom Original-DP zum verlinkten
Alle anderen Fälle: bidirektional.Dann funktioniert das Konzept doch nicht mehr.
Beispiel:
Du hast dein linkedObject "Auto_Mode" (was 'write' ist) z.B. mit einem Button in deinem vis verknüpft. Wenn du diesen jetzt drückst wird der 'state' des LinkedObject auf 'true' gesetzt. Jetzt muss natürlich auch das parentObject mitbekommen das da was passiert ist, also der 'state' muss hier auch auf 'true' gesetzt werden.
Wie gesagt alles was im 'common' eines Objektes steht wird nur gespiegelt, den rest macht der Adapter.In deinem Fall würde das parentObjekt nix mit bekommen und somit auf der tatsächlichen Hardware auch nix ausgeführt werden
-
@paul53 sagte in [Neuer Adapter] LinkedDevices:
@Scrounger sagte:
Fix hab ich hoch geladen
Mal schauen, ob ich bei weiteren Tests noch etwas finde.
Die Eigenschaften "read" und "write" wertest Du nicht aus, was meiner Meinung nach aber sinnvoll wäre:
"read": false - Übertragung nur vom verlinkten DP zum Original
"write": false - Übertragung nur vom Original-DP zum verlinkten
Alle anderen Fälle: bidirektional.Dann funktioniert das Konzept doch nicht mehr.
Beispiel:
Du hast dein linkedObject "Auto_Mode" (was 'write' ist) z.B. mit einem Button in deinem vis verknüpft. Wenn du diesen jetzt drückst wird der 'state' des LinkedObject auf 'true' gesetzt. Jetzt muss natürlich auch das parentObject mitbekommen das da was passiert ist, also der 'state' muss hier auch auf 'true' gesetzt werden.
Wie gesagt alles was im 'common' eines Objektes steht wird nur gespiegelt, den rest macht der Adapter.In deinem Fall würde das parentObjekt nix mit bekommen und somit auf der tatsächlichen Hardware auch nix ausgeführt werden
@Scrounger sagte:
In deinem Fall würde das parentObjekt nix mit bekommen
Wirklich ? "read": false, "write": true ist dieser Fall:
"read": false - Übertragung nur vom verlinkten DP zum Original
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Scrounger sagte:
In deinem Fall würde das parentObjekt nix mit bekommen
Wirklich ? "read": false, "write": true ist dieser Fall:
"read": false - Übertragung nur vom verlinkten DP zum Original
@paul53 sagte in [Neuer Adapter] LinkedDevices:
@Scrounger sagte:
In deinem Fall würde das parentObjekt nix mit bekommen
Wirklich ? "read": false, "write": true ist dieser Fall:
"read": false - Übertragung nur vom verlinkten DP zum Original
Sorry aber versteh nicht was du meinst? Mach mal bitte ein Beispiel warum dieses verhalten nicht korrekt ist.
-
@paul53 sagte in [Neuer Adapter] LinkedDevices:
@Scrounger sagte:
In deinem Fall würde das parentObjekt nix mit bekommen
Wirklich ? "read": false, "write": true ist dieser Fall:
"read": false - Übertragung nur vom verlinkten DP zum Original
Sorry aber versteh nicht was du meinst? Mach mal bitte ein Beispiel warum dieses verhalten nicht korrekt ist.
@Scrounger sagte:
Beispiel warum dieses verhalten nicht korrekt ist.
Beispiel AUTO_MODE hat "read": false, ist also "write only". Ich habe geschrieben
"read": false - Übertragung nur vom verlinkten DP zum Original
Somit erfolgt die Wertänderung am verlinkten DP durch Vis oder durch ein Skript auch am parentDatapoint.
-
wenn es kein linkedObject dazwischen geben würde, würde vis oder skript den 'state' des parentObject setzen (=write).
Genau dieses verhalten hat man auch mit einem linkedObjekt dazwischen...vis/skript -> write -> linkedObject -> wirte -> parentObject.
-
wenn es kein linkedObject dazwischen geben würde, würde vis oder skript den 'state' des parentObject setzen (=write).
Genau dieses verhalten hat man auch mit einem linkedObjekt dazwischen...vis/skript -> write -> linkedObject -> wirte -> parentObject.
@Scrounger sagte:
Genau dieses verhalten hat man auch mit einem linkedObjekt dazwischen...
Ja, so soll es auch sein. Wenn aber jemand den Wert des parentObjektes ändert, erfolgt diese Änderung auch im linkedObjekt, wenn "read": false nicht ausgewertet wird.
-
Ja und das ist genau richtig, weil das linkedObjekt ja ein Spiegelbild des parentObjects ist und immer den gleichen Zustand wie das parentObjekt abbilden muss.
vis/skript -> write -> parentObject -> write -> linkedObject & Hardware.
-
Ja und das ist genau richtig, weil das linkedObjekt ja ein Spiegelbild des parentObjects ist und immer den gleichen Zustand wie das parentObjekt abbilden muss.
vis/skript -> write -> parentObject -> write -> linkedObject & Hardware.
@Scrounger sagte:
immer den gleichen Zustand wie das parentObjekt abbilden muss.
Das ist Ansichtssache. Wenn Du es so dokumentierst, wird es sicherlich akzeptiert und Nachfragen vermieden.
-
Ja und das ist genau richtig, weil das linkedObjekt ja ein Spiegelbild des parentObjects ist und immer den gleichen Zustand wie das parentObjekt abbilden muss.
vis/skript -> write -> parentObject -> write -> linkedObject & Hardware.
@Scrounger Der Zustand eines Datenpunktes beinhaltet auch den Zeitstempel. Jetzt erfolgt die Übertragung nur bei einer Wertänderung, nicht jedoch, wenn nur der Zeitstempel aktualisiert wird - wie es bei Tasten (z.B. PRESS_SHORT) der Fall ist.
-
Nach 2 Tagen nochmal getestet und es reagiert kein Datenpunkt mehr auf ein Veränderung der anderen Seite (parent / linked). Im Log finde ich nur noch das:
linkeddevices.0 2019-05-09 17:00:32.774 debug [createLinkedObject] keep custom settings '{"linkeddevices.0":{"enabled":true,"parentId":"hm-rpc.0.NEQ1234567.1.STATE","isLinked":false}}' for linkedObject 'linkeddevices.0.Bad.Licht.Aktor' linkeddevices.0 2019-05-09 17:00:32.772 debug [createLinkedObject] using custom name 'Bad Lampe' for: 'linkeddevices.0.Bad.Licht.Aktor' (parentObj: 'hm-rpc.0.NEQ1234567.1.STATE') linkeddevices.0 2019-05-09 17:00:32.630 debug [resetAllLinkedObjectsStatus] 'dicLinkedObjectsStatus' items count: 6 linkeddevices.0 2019-05-09 17:00:32.630 debug [resetLinkedObjectStatus] 'isLinked' status reseted for 'linkeddevices.0.Bad.HKT.Auto_Mode' linkeddevices.0 2019-05-09 17:00:32.630 debug [resetLinkedObjectStatus] 'isLinked' status reseted for 'linkeddevices.0.Bad.HKT.Control_Mode' linkeddevices.0 2019-05-09 17:00:32.630 debug [resetLinkedObjectStatus] 'isLinked' status reseted for 'linkeddevices.0.Bad.HKT.Manu_Sollwert' linkeddevices.0 2019-05-09 17:00:32.614 debug [resetLinkedObjectStatus] 'isLinked' status reseted for 'linkeddevices.0.Bad.Licht.Aktor' linkeddevices.0 2019-05-09 17:00:32.614 debug [resetLinkedObjectStatus] 'isLinked' status reseted for 'linkeddevices.0.Bad.Fenster' linkeddevices.0 2019-05-09 17:00:32.614 debug [resetLinkedObjectStatus] 'isLinked' status reseted for 'linkeddevices.0.Bad.Licht.Taste_kurz' linkeddevices.0 2019-05-09 17:00:32.599 info [initialObjects] started... linkeddevices.0 2019-05-09 17:00:32.599 debug [onReady] notDeleteDeadLinkedObjects: 'true' linkeddevices.0 2019-05-09 17:00:32.552 info starting. Version 0.0.1 in C:/Program Files/ioBroker/node_modules/iobroker.linkeddevices, node: v8.15.1 linkeddevices.0 2019-05-09 17:00:32.498 debug statesDB connected linkeddevices.0 2019-05-09 17:00:32.444 debug objectDB connected -
@Scrounger Der Zustand eines Datenpunktes beinhaltet auch den Zeitstempel. Jetzt erfolgt die Übertragung nur bei einer Wertänderung, nicht jedoch, wenn nur der Zeitstempel aktualisiert wird - wie es bei Tasten (z.B. PRESS_SHORT) der Fall ist.
@paul53 sagte in [Neuer Adapter] LinkedDevices:
@Scrounger Der Zustand eines Datenpunktes beinhaltet auch den Zeitstempel. Jetzt erfolgt die Übertragung nur bei einer Wertänderung, nicht jedoch, wenn nur der Zeitstempel aktualisiert wird - wie es bei Tasten (z.B. PRESS_SHORT) der Fall ist.
Stimmt bei buttons macht der Zeitstempel natürlich sinn. Bitte schick mir mal die raw Daten des buttons.
@paul53 sagte in [Neuer Adapter] LinkedDevices:
Nach 2 Tagen nochmal getestet und es reagiert kein Datenpunkt mehr auf ein Veränderung der anderen Seite (parent / linked). Im Log finde ich nur noch das:
Laut log bleibt der adapter beim initializieren hängen. Hast du den neu gestartet oder komplett zwei Tage am Stück durchlaufen lassen? Restart hilft auch nicht?
-
@paul53 sagte in [Neuer Adapter] LinkedDevices:
@Scrounger Der Zustand eines Datenpunktes beinhaltet auch den Zeitstempel. Jetzt erfolgt die Übertragung nur bei einer Wertänderung, nicht jedoch, wenn nur der Zeitstempel aktualisiert wird - wie es bei Tasten (z.B. PRESS_SHORT) der Fall ist.
Stimmt bei buttons macht der Zeitstempel natürlich sinn. Bitte schick mir mal die raw Daten des buttons.
@paul53 sagte in [Neuer Adapter] LinkedDevices:
Nach 2 Tagen nochmal getestet und es reagiert kein Datenpunkt mehr auf ein Veränderung der anderen Seite (parent / linked). Im Log finde ich nur noch das:
Laut log bleibt der adapter beim initializieren hängen. Hast du den neu gestartet oder komplett zwei Tage am Stück durchlaufen lassen? Restart hilft auch nicht?
@Scrounger sagte:
die raw Daten des buttons
{ "type": "state", "common": { "def": false, "type": "boolean", "read": false, "write": true, "role": "button", "name": "Taste 2 kurz" }, "native": { "CONTROL": "BUTTON.SHORT", "DEFAULT": false, "FLAGS": 1, "ID": "PRESS_SHORT", "MAX": true, "MIN": false, "OPERATIONS": 6, "TAB_ORDER": 0, "TYPE": "ACTION", "UNIT": "" }, "from": "system.adapter.hm-rpc.0", "ts": 1556192106793, "_id": "hm-rpc.0.PEQ0371234.1.PRESS_SHORT", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Trotz common.def: false ist der Wert immer true.
@Scrounger sagte in [Neuer Adapter] LinkedDevices:
Hast du den neu gestartet
Ja.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Scrounger sagte:
die raw Daten des buttons
{ "type": "state", "common": { "def": false, "type": "boolean", "read": false, "write": true, "role": "button", "name": "Taste 2 kurz" }, "native": { "CONTROL": "BUTTON.SHORT", "DEFAULT": false, "FLAGS": 1, "ID": "PRESS_SHORT", "MAX": true, "MIN": false, "OPERATIONS": 6, "TAB_ORDER": 0, "TYPE": "ACTION", "UNIT": "" }, "from": "system.adapter.hm-rpc.0", "ts": 1556192106793, "_id": "hm-rpc.0.PEQ0371234.1.PRESS_SHORT", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Trotz common.def: false ist der Wert immer true.
@Scrounger sagte in [Neuer Adapter] LinkedDevices:
Hast du den neu gestartet
Ja.
@paul53
Stell mal den adapter auf silly und mach nen neustart. Wenn er dann auch nicht komplett durchläuft, d.h. am Ende muss '[initialObjects] finished' im log stehen, dann deaktivere 'Nicht mehr verlinkte Objekte nicht löschen' und nochmal neustarten und logs posten, danke!
Support us
588
Online32.7k
Users82.5k
Topics1.3m
Posts