[Neuer Adapter] LinkedDevices

[e-s]

@Scrounger
Genialer Adapter, danke dafür. Habe leider noch ein paar kleine Probleme:

1. Wenn ich true/false in An/Aus bei Schaltern konvertiere, dann schaltet anschließend mein Shelly nicht mehr, nur wenn ich nicht konvertiere, funktioniert das Schalten.
   2.Kann man auch die Rolle konvertieren lassen? Habe ein paar Türsensoren, diese werden aber leider als switch angelegt. Wenn ich diese im linked device auf sensor.door umstelle, sehe ich das wie gewünscht im iogo Adapter. Leider wird nach einem Neustart vom Adapter wieder auf switch umgestellt. Habe mal im original device umgestellt und teste ob das ok ist.
2. Beim Anlegen von devices muss man immer alles neu per Hand eingeben, schöner wäre es wenn man alte Eingaben auch wieder übernehmen könnte.

[Scrounger]

@e-s
zu 1.) log? Und am besten die raw daten des objekte und des verlinkten objektes. Edit: Hab es mit meinem Shelly getestet, funktioniert bei mir wie es soll.

zu 2.) Bzgl. role bitte ein issue bei github anlegen.

zu 3.) Das hab ich jetzt beim einrichten auf meinem Prodsystem auch festgestellt. Bitte auch ein Issue erstellen

[e-s]

@Scrounger
Bin jetzt gleich arbeiten und kann dies erst heute Abend überprüfen. Aber ich schätze, das es am iogo Adapter liegt. Dieser kann zwar das an/aus lesen, schreibt aber beim umschalten dann ein true/false rein. Und damit kommt der linked Device nicht klar. Könnte das sein?

Github mache ich dann auch heute Abend.

[paul53]

@e-s sagte in:

Dieser kann zwar das an/aus lesen, schreibt aber beim umschalten dann ein true/false rein.

Das ist kein Problem des LinkedDevices-Adapters ! Welchen Typ hat der Datenpunkt (boolean / string) ?

[e-s]

@paul53
Keine Ahnung, Ist ein Original dp vom Shelly, nicht bearbeitet.

[Scrounger]

@e-s
Also du hast einen DP X (type 'boolean'), den hast du verlinkt und konvertiert in type 'string' - nenen wir Ihn mal linkedX.
Im iogo Adapter hast du dann den DP linkedX hinterlegt - korrekt?

Im iogo Adapter müsste der DP linkedX dann als string angelegt werden, damit die Übersetzung klappt.
Grundsätzlich kann ich Dir aber empfehlen z.B. bei Schaltern nur zu Visualisierungseffekte einen 'boolean' in einen 'string' umzuwandeln.

[e-s]

@Scrounger

Werde die Konvertierung raus nehmen, war auch mehr aus Spaß an der Freude zum Testen aktiviert.
Folgende WARN Meldung gag es:

[getConvertedValue] value not set as 'true' / 'false' in expert settings of parentObject 'shelly.0.SHSW-25#692D27#1.Relay1.Switch' -> fallback to parentObject default 'false'

der RAW war:

{
  "from": "system.adapter.linkeddevices.0",
  "user": "system.user.admin",
  "ts": 1565725456095,
  "common": {
    "name": "Licht Esszimmer Tisch",
    "def": "",
    "type": "string",
    "role": "switch",
    "desc": "Created by linkeddevices",
    "read": true,
    "write": true,
    "custom": {
      "linkeddevices.0": {
        "enabled": true,
        "parentId": "shelly.0.SHSW-25#692D27#1.Relay1.Switch",
        "parentType": "boolean",
        "isLinked": true,
        "boolean_to_string_value_false": "aus",
        "boolean_to_string_value_true": "an"
      }
    },
    "icon": "linkeddevices_small.png"
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "linkeddevices.0.Licht.Esszimmer_Tisch",
  "type": "state"
}

[Scrounger]

Version 0.5.0 sollte ab morgen im latest sein.

Version 0.5.0

• (Scrounger) custom dialog: suggestion dropdown list added to input fields
• (Scrounger) adapter configuration: button to remove links added
• (Scrounger) expert settings: Converter string (readonly) to duration, date and / or datetime added
• (Scrounger) adapter configuration: layout revised
• (Scrounger) expert settings number: allow negative values for min / max
• (Scrounger) adapter configuration: auto generate globale script - optional create setState funtion for readonly objects
• (Scrounger) adapter configuration: auto generate globale script - now optional recognize also manual created objects
• (Scrounger) bug fixes

Bitte testen

[Scrounger]

Version 0.5.5 sollte ab morgen im latest sein

Version 0.5.5

• (Scrounger) custom dialog: role change for linked object added
• (Scrounger) adapter configuration: auto generate globale script - check if object always linked added
• (SchumyHao, Scrounger) create channel objects for linked Objects
• (Scrounger) adapter configuration: layout revised, progressbar added
• (Scrounger) custom dialog: layout revised

Bitte ausführlichen testen, da ich die Version dann ins stable packen möchte.

[e-s]

@Scrounger
Habe einen Fehler gefunden beim erstellen von Links. Probiert mit 0.5.5, im log und unter links selber erscheint garnichts. Nur hinter dem Original State steht aktiv drin. Bin auf 0.5.0 zurück, aber auch da will es nicht gehen.
Habe den Adapter schon mehrfach neu gestartet usw, auch bei debug log kommt nix.
Konnte den Fehler glaube ich eingrenzen, entweder passiert das Problem nur wenn linkdevice schon mit im Namen des zu linkenden Device ist, oder wenn der Name zu lang ist.
Habe einige Verbrauchszähler, diese werden gelinkt und anschließend durch statistics ausgwertet, diese Auswertung wollte ich nun erneut verlinken, also verbrauch letzte 15min/Stunde usw.
Hier das raw vom DP:

{
  "common": {
    "type": "number",
    "role": "value",
    "name": "15min value",
    "write": false,
    "read": true,
    "unit": "m³"
  },
  "native": {
    "addr": "linkeddevices.0.Verbrauch.Gesamt.Wasser"
  },
  "type": "state",
  "from": "system.adapter.statistics.0",
  "user": "system.user.admin",
  "ts": 1566158564012,
  "_id": "statistics.0.temp.sumDelta.linkeddevices.0.Verbrauch.Gesamt.Wasser.15Min",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Vielleicht kannst du es ja nachstellen.

[paul53]

@e-s sagte in:

"_id": "statistics.0.temp.sumDelta.linkeddevices.0.Verbrauch.Gesamt.Wasser.15Min",

Der Datenpunkt existiert sicherlich nicht original in der Instanz "statistics.0", sondern ist wohl ein eigener Datenpunkt ? Da Adapter ihre Datenpunkte verwalten - also auch löschen, sollte man so etwas vermeiden !

Weshalb sollen Datenpunkte des Statistics-Adapters verlinked werden ? Enthalten die IDs Seriennummern o.ä. und sind deshalb von der Hardware abhängig ?

[e-s]

@paul53
Weil mich nur einige Daten daraus interessieren, ich ordnungsliebend bin und keine VIS oder sonstiges nutzen will. Der DP in Statistics ist furchtbar lang und wenn ich eben nur mal schnell nachschauen möchte, dann ist es unter links in Objekte für mich am schnellsten und einfachsten.

Also müsste @foxthefox in statistics den DP anders erstellen lassen?

[paul53]

@e-s
Den Datenpunkt "statistics.0.temp.sumDelta.linkeddevices.0.Verbrauch.Gesamt.Wasser.15Min" hat der Statistics-Adapter so erstellt, weil die Quelle für die Berechnungen ein Datenpunkt aus "linkeddevices.0" ist ?

[e-s]

@paul53
Genau

[s.bormann]

Hallo,
bei mir erscheint folgende Fehlermeldung:

Ansonsten cooler Adapter! Habe ich schon lange gesucht!

VG!

[Scrounger]

@s-bormann sagte in [Neuer Adapter] LinkedDevices:

Hallo,
bei mir erscheint folgende Fehlermeldung:

Lad Dir von github mal die aktuelle Version, hab da grad ein kleines Bug fix gemacht. Bin mir aber nicht sicher ob das hilft, weil ich den Fehler nicht nachstellen kann, musst also mal testen.

@e-s sagte in [Neuer Adapter] LinkedDevices:

@Scrounger
Habe einen Fehler gefunden beim erstellen von Links....
Vielleicht kannst du es ja nachstellen.

Konnte ich nachstellen, bei mir erstellt er auch kein verlinktes Objekt.
Liegt dran das die id 'linkeddevices.0.' enthält. Da muss ich mir was überlegen.

[s.bormann]

@Scrounger sagte in [Neuer Adapter] LinkedDevices:

@s-bormann sagte in [Neuer Adapter] LinkedDevices:

Hallo,
bei mir erscheint folgende Fehlermeldung:

Lad Dir von github mal die aktuelle Version, hab da grad ein kleines Bug fix gemacht. Bin mir aber nicht sicher ob das hilft, weil ich den Fehler nicht nachstellen kann, musst also mal testen.

Danke, läuft! VG!

[Scrounger]

@e-s
Hab nen bug fix erstellt, damit funktioniert es jetzt wenn der linkedevice instanz name teil der id ist.
Lad dir die akutelle version von github und test bitte mal

[e-s]

@Scrounger
Jupp, läuft so wie es soll, Dankeschön.

[Scrounger]

Version 1.0.1 sollte demnächst im latest sein

Version 1.0.1

• (Scrounger) adapter configuration: repair function added
• (Scrounger) receive system messages added

Es gibt jetzt einen Button in der Adapterkonfiguration mit dem Ihr automatisch nicht mehr existierende verlinkungen reparieren könnt. D.h. wenn das linkedObject eine parentId hat und zu dieser parentId auch ein Objekt existiert (vom richtigen typ), dann repariert diese Funktion automatisch die Verlinkung.
Das ist z.B. hilfreich wenn ein Adapter seine Datenpunkte löscht und neu erstellt.

Die Funktion ist als message (sendTo) ausgeführt, d.h. ihr könnt diese auch aus jedem javascript aufrufen.

sendTo("linkeddevices.0", "autoRepair", null, function (result) {
                if (!result.error || result.error.length === 0) {
                    log(_("Repair process completed successfully"));
                } else {
                    log(_("Errors have occurred, please check log file"));
                }
            });

Somit ist es z.B. möglich mit einem skript, einmal pro Tag zu prüfen ob evtl. Verlinkungen nicht mehr existieren und diese automatisch zu reparieren:

let id = "linkeddevices.0.info.notlinkedObjects";

// Jeden Tag um 18h prüfen
schedule('0 18 * * *', checkLinks);

function checkLinks() {
    let notLinkedObjectSize = getState(id).val;

    if (notLinkedObjectSize > 0) {
          sendTo("linkeddevices.0", "autoRepair", null, function (result) {
                if (!result.error || result.error.length === 0) {
                    log(_("Repair process completed successfully"));
                } else {
                    log(_("Errors have occurred, please check log file"));
                }
            });
    }
}