Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

[s.bormann]

@da_woody sagte in Test Adapter iQontrol 1.6.x Vis:

@s-bormann sorry, aber egal wie ich "katze", ich komm nicht auf 1.7.0. nur 1.6.6.

Hi,
Das ist leider bei den Github-Versionen so, dass sich die Versionsnummer nicht ändert. Man muss einfach drauf vertrauen, dass die neueste Version installiert wird.
VG

[s.bormann]

@da_woody sagte in Test Adapter iQontrol 1.6.x Vis:

@dslraser jup, da is es, aber mir ist nicht wirklich klar was da eingetragen werden muss...
mal wieder zu kalt im hirn. hat heut nur 2° und sturm...

Ja, das kann ich verstehen. Das ganze ist wirklich ziemlich kompliziert. Ich musste mich jetzt mehrere Tage in das Thema einarbeiten und habe viele Stunden mit Gehirnverdrehungen gekämpft, bis ich einigermaßen kapiert hatte, was man alles braucht und wie das geht.

Aber wenn man es einmal verstanden hat, ist es gar nicht mehr so kompliziert:

Du brauchst einen Datenpunkt, in dem die Zeit gespeichert wird. Das kann ich vielen verschiedenen Formaten passieren, z.B. 06.04.2021, 18:21 oder 2021-04-06T06:21p oder wie auch immer. Sehr häufig wird in der Informatik eine sogenannte Unix Timestamp verwendet. Das ist einfach eine große Zahl, die die vergangenen Sekunden (oder Millisekunden) seit dem 1.1.1970 angibt.

Jetzt muss man iQontrol mitteilen, wie die Zeit kodiert wird, damit es die Zeit auch "lesen" kann. Das geht hier:

Dabei steht x für eine Unix-Timestamp. Hier könnte man aber jedes beliebige Zeitformat angeben, z.B. auch MM.DD.YYYY, HH:mm. Welche Kürzel erlaubt sind, steht hier (im aufklappbaren Teil): https://github.com/sbormann/ioBroker.iqontrol#-date-and-time

Allerdings möchte man als Nutzer, das ganze ja nicht als Unix-Timestamp, sondern als vom Menschen lesbares Format angezeigt bekommen. Und wie es angezeigt wird, kann man dann hier einstellen:

In diesem Beispiel wird also im ioBroker eine Unix-Timestamp (x) gespeichert (z.B. 1617726604871), für den Nutzer zeigt es iQontrol jedoch in der Form dddd, DD.MM.YYYY, HH:mm:ss, also z.B. Dienstag, 06.04.2021, 18:21:15 an.

Ist es so verständlicher?

VG

[da_Woody]

@s-bormann oookay, das hab ich mal verstanden. hatte die readme schon min 3x offen, jedes mal überlesen.
die frage halt, wie komm ich zu dem DP. theoretisch muss das ja im clockwidget, und der flipclock widget drinnen sein...


nur wie komm ich da zu einem DP?

[Hc-Yami]

Hallo zusammen,
ich würde gerne meine Shelly Geräte auf MQTT umstellen um. Leider gibt es dort das Problem, dass ich nur noch einen Datenpunkt für die Steuerung der Rolladen habe:

Mir fehlt in iQontrol also die Möglichkeit "STOP_SET_VALUE" zu setzen:

Ich behelfe mich jetzt mit einem user-Datenpunkt. Gibt es denn eine iQontrol-Möglichkeit?

Grüße

Weiterhin erwarten einfache Schalter (Shelly1 etc.) im MQTT Modus ein on oder off. iQontrol verschickt hier ein true oder false. Kann man das irgendwie ändern?

Grüße

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.6.x Vis:

@dslraser sagte in Test Adapter iQontrol 1.6.x Vis:

@s-bormann

Ich habe mal eine Frage zum Thema Rollo/Jalousie

Es gibt ja in der Konfiguration Icon für den Status beim rauf und runter fahren

Es geht speziell um HMIP-Broll über den RPC Adapter. Dort ist der Kanal zum steuern Kanal 4

gesteuert wird über level

Das funktioniert auch alles.
Nur ich hätte auch gern das richtige Icon beim rauf und runter fahren. Der aktuelle Zustand dieser Aktion ist aber nicht in level, sondern in ACTIVITY_STATE zu sehen. Wie kann ich das mit den passenden Icon verknüpfen ?

{
  "type": "state",
  "common": {
    "name": "Rollo Wohnzimmer Panoramafenster:4.ACTIVITY_STATE",
    "def": 0,
    "type": "number",
    "read": true,
    "write": false,
    "min": 0,
    "max": 3,
    "states": {
      "0": "UNKNOWN",
      "1": "UP",
      "2": "DOWN",
      "3": "STABLE"
    }
  },
  "native": {
    "MIN": "UNKNOWN",
    "OPERATIONS": 5,
    "MAX": "STABLE",
    "FLAGS": 1,
    "ID": "ACTIVITY_STATE",
    "TYPE": "ENUM",
    "DEFAULT": "UNKNOWN",
    "VALUE_LIST": [
      "UNKNOWN",
      "UP",
      "DOWN",
      "STABLE"
    ],
    "CONTROL": "SHUTTER_VIRTUAL_RECEIVER.ACTIVITY_STATE"
  },
  "from": "system.adapter.hm-rega.0",
  "user": "system.user.admin",
  "ts": 1617010242748,
  "_id": "hm-rpc.0.00111BE99FD0D1.4.ACTIVITY_STATE",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

EDIT: damit tut sich nichts an den Icon (zeigt auf ACTIVITY_STATE)

Muss ich schauen, Du hast es richtig konfiguriert. Mangels elektrischer Rolläden (ja, ich kurbele noch von Hand ) muss ich mir erst einen "Test-Rollo" bauen, damit ich es testen kann.

EDIT: Habe es gerade mal nachgebaut. Bei mir scheint es zu funktionieren:

Mit einem Alias funktioniert alles wie gewünscht ! (read/write getrennt)

Beispiel bei mir mit einem HMIP-Broll

// Original-Datenpunkt
const idOrigin = 'hm-rpc.0.00111BE992A033.4.LEVEL'/*Rollo Küche links:4 LEVEL*/; 
// Optional: Status-Datenpunkt, wenn Kommando und Status getrennt.
// Bei Nicht-Verwendung Leerstring '' zuweisen
const idRead = 'hm-rpc.0.00111BE992A033.3.LEVEL'/*Rollo Küche links:4 LEVEL*/;
 
// Alias-Datenpunkt
const idAlias = 'Rollos.Rollo_Kueche_links';
 
var typeAlias, read, write, nameAlias, role, desc, min, max, unit, states, custom, raum, gewerk;
 
// Folgende kommentieren, wenn keine Änderung der Eigenschaft erforderlich
nameAlias = 'Rollo Küche links';
desc = 'per Script erstellt';
// typeAlias = 'boolean'; // oder 'number'
// read = "val < 0 ? -val : 0"; // Erkennung "Aus" --> false erfolgt automatisch  
// write = "val ? String(1) : String(0)";
// role = 'value';
// min = 0; // nur Zahlen
// max = 100; // nur Zahlen
// unit = '%'; // nur für Zahlen
// states = {0: 'Aus', 1: 'Auto', 2: 'Ein'}; // Zahlen (Multistate) oder Logikwert (z.B. Aus/Ein)
custom = {}; // verhindert doppelte Ausführung von history, ...
// raum = 'EG_Flur'; // Groß-/Kleinschreibung in der ID beachten !
// gewerk = 'Licht'; // Groß-/Kleinschreibung in der ID beachten !
 
// Ab hier nichts ändern !!
function createAlias(idDst, idSrc, idRd) {
   if(existsState(idDst)) log(idDst + ' schon vorhanden !', 'warn');
   else {
      var obj = {};
      obj.type = 'state';
      obj.common = getObject(idSrc).common;
      obj.common.alias = {};
      if(idRd) {
          obj.common.alias.id = {};
          obj.common.alias.id.read = idRd;
          obj.common.alias.id.write = idSrc;
          obj.common.read = true;
      } else obj.common.alias.id = idSrc;
      if(typeAlias) obj.common.type = typeAlias;
      if(obj.common.read !== false && read) obj.common.alias.read = read;
      if(obj.common.write !== false && write) obj.common.alias.write = write;
      if(nameAlias) obj.common.name = nameAlias;
      if(role) obj.common.role = role;
      if(desc) obj.common.desc = desc;
      if(obj.common.type == 'number') {
         if(min !== undefined) obj.common.min = min;
         if(max !== undefined) obj.common.max = max;
         if(unit) obj.common.unit = unit;
      } else {
         if(obj.common.min !== undefined) delete obj.common.min;
         if(obj.common.max !== undefined) delete obj.common.max;
         if(obj.common.unit) delete obj.common.unit;
      }
      if(states) obj.common.states = states;
      if(custom && obj.common.custom) obj.common.custom = custom;
      obj.native = {};
      setObject(idDst, obj, function() {
         if(idRd) setState(idRd, getState(idRd).val, true);
         else setState(idSrc, getState(idSrc).val, true); 
      });
      if(raum && existsObject('enum.rooms.' + raum)) {
         let obj = getObject('enum.rooms.' + raum)
         obj.common.members.push(idDst);
         setObject('enum.rooms.' + raum, obj);
      }
      if(gewerk && existsObject('enum.functions.' + gewerk)) {
         let obj = getObject('enum.functions.' + gewerk)
         obj.common.members.push(idDst);
         setObject('enum.functions.' + gewerk, obj);
      }
   } 
}
 
createAlias('alias.0.' + idAlias, idOrigin, idRead);

Der fertige alias Datenpunkt

{
  "type": "state",
  "common": {
    "name": "Rollo Küche links",
    "def": 0,
    "type": "number",
    "read": true,
    "write": true,
    "min": 0,
    "max": 100,
    "unit": "%",
    "role": "level",
    "smartName": {
      "de": "Rollo Küche links"
    },
    "alias": {
      "id": {
        "read": "hm-rpc.0.00111BE992A033.3.LEVEL",
        "write": "hm-rpc.0.00111BE992A033.4.LEVEL"
      }
    },
    "desc": "per Script erstellt"
  },
  "native": {},
  "from": "system.adapter.javascript.0",
  "user": "system.user.admin",
  "ts": 1617806058979,
  "_id": "alias.0.Rollos.Rollo_Kueche_links",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[s.bormann]

@da_woody sagte in Test Adapter iQontrol 1.6.x Vis:

@s-bormann oookay, das hab ich mal verstanden. hatte die readme schon min 3x offen, jedes mal überlesen.
die frage halt, wie komm ich zu dem DP. theoretisch muss das ja im clockwidget, und der flipclock widget drinnen sein...


nur wie komm ich da zu einem DP?

Hi,
das ist glaube ich ein Missverständnis, die Uhren nehmen die Uhrzeit ohne Datenpunkt direkt vom Browser.
Das Date & Time-Gerät ist gedacht für z.B. Timer oder Wecker, wie sie von manchen Adaptern als Datenpunkt zur Verfügung gestellt werden (z.B. Alexa).
LG

[da_Woody]

@s-bormann ok...

[mickym]

@hc-yami Meines Erachtens stimmt das nicht, wenn ich die Doku anschaue:

https://shelly-api-docs.shelly.cloud/#shelly2-5-roller-index

Über go und roller_pos kannst Du doch auch bestimmte Positionen anfahren.

[Hc-Yami]

@mickym die werden über MQTT leider nicht angeboten:

Über command.pos kann ich zwar zwischen 0 und 100 die Positionen setzen, aber stoppen kann ich dann nicht.

[mickym]

@hc-yami Das ist kein Problem - im MQTT kannst Du die Datenpunkte selbst anlegen und darüber steuern. Das ist der Vorteil gegenüber dem Adapter.

Aber ich sehe es ist jeder Punkt da:

shellies/shellyswitch25-<deviceid>/roller/0/command/pos

accepts a number between 0 and 100, which is the target position in percent

Das hei?t, Du könntest unter pos auch einfach einen Zahlenwert eingeben.

und mit dem oben drüber kannst stoppen:

shellies/shellyswitch25-<deviceid>/roller/0/command

accepts rc (performs roller calibration), open, close and stop

Im Übrigen kannst Du alle über mqtt fehlenden Befehle über HTTP absetzen - so mache ich auch Firmware Updates etc.

[Hc-Yami]

@mickym hey ja, das ist ja nicht mein Problem.
Die Werte werden ja übernommen. Nur leider sendet iQontrol nicht die richtigen Werte. Hier wird bspw. bei einer normalen Glühbirne true/false gesetzt, MQTT erwartet aber leider ein on/off.

Grüße

[mickym]

@hc-yami Dann mach einfach ein Alias dazwischen oder lass Deine Logikmaschine übersetzen. So mach ich das.

[Hc-Yami]

@mickym welcher Alias Adapter wäre das? Leider gibt es dort mehrere.

[da_Woody]

@hc-yami Alias Manager vom @s-bormann

[mickym]

@hc-yami Ich hab zwar jetzt einen neuen installiert - aber hat noch einen Bug.

Aber lege einfach manuell einen Datenpunkt unter alias.0

dann definierst Du in dem Punkt den Alias:

{
  "_id": "alias.0.schalter.ku_deckenlicht.on",
  "type": "state",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1597524550270,
  "common": {
    "name": "on",
    "role": "",
    "type": "boolean",
    "desc": "Manuell erzeugt",
    "read": true,
    "write": true,
    "def": false,
    "alias": {
      "id": "mqtt.1.shellies.shellyswitch25-xxxxxx.relay.0",
      "read": "val === 'on' ? true : false"
    }
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  }
}

Ich kann mit diesen Einstellungen den Shelly schalten:

[mickym]

@da_woody Wenn der Bugfix drin ist.

https://forum.iobroker.net/topic/41924/alias-manager-adapter/2?_=1617824596970

[da_Woody]

@mickym bugfix wird gerade geschoben! https://forum.iobroker.net/topic/41924/alias-manager-adapter/68?_=1617736638086

[Hc-Yami]

@mickym said in Test Adapter iQontrol 1.6.x Vis:

"read": "val === 'on' ? true : false"

{
  "type": "state",
  "common": {
    "name": "shellies/Shelly-Arbeitszimmer-Rollo/command",
    "role": "variable",
    "type": "string",
    "read": true,
    "write": true,
    "alias": {
      "id": "mqtt.0.shellies.Shelly-Arbeitszimmer-Rollo.command",
      "read": "val === 'on' ? true : false"
    }
  },
  "_id": "alias.0.Shelly-Arbeitszimmer-Rollo.command",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1617825809575,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "native": {}
}

![0_1617825852572_bc4b8eb3-f723-4949-a81a-eeb3b0cb6a21-grafik.png](Uploading 100%) 

So verstehe ich das richtig?

Das wäre ja echt mega. Könnt ihr mir noch den Befehl erläutern?`Hätte dann noch viele andere Datenpunkte die ich mit dem Alias Adapter bearbeiten könnte. Zur Zeit mache ich das mit node.red. Also bspw. "clean" zu "säubern" zu ändern da ich es eher mag, dass der Text auf deutsch in iQontrol steht.

[mickym]

@hc-yami Nun bei komplexeren Übersetzungen mache ich auch alles mit NodeRed.

Für die Aliase bietet es sich an - es gibt einen read und write Eintrag, wobei es anscheinend auch bei nur read zumindest bei den shellies in beide Richtungen funktioniert.

Diese val zuweisung sind halt kleine ZUweisungen mit einzeiligen Javascript anweisungen.
Die Dokumentation zur Alias Funktion hast Du hier:

https://www.iobroker.net/#en/documentation/dev/aliases.md

Die Alias Funktion bietet sich halt auch an, dass man soweit unterstützt die Steuerungsmöglichkeiten der Geräte anzupassen:

Deswegen gibts auch diesen Geräteadapter - aber das ist mir zu unflexibel aber dieser von @s-bormann Alias Adapter ist gut - da er Dir alle Freiheiten lässt die gewünschten Datenpunkte anzulegen.

[Hc-Yami]

@mickym noch habe ich das nicht so ganz verstanden.
Habe jetzt v.1.0.1 über Github installiert. @s-bormann hat wohl gestern Abend diesen Fehler behoben.

Folgende Konstellation zur Zeit:

Ich war nun der Annahme, dass wenn ich bei dem Objekt alias.0.Shelly-Wohnzimmer-Wandlampe.Wandlampe den Wert auf true setze, in dem original MQTT Objekt bei command ein "on" gesetzt wird. Habe ich das falsch verstanden?

{
  "type": "state",
  "common": {
    "name": "shellies/Shelly-Wohnzimmer-Wandstrahler/relay/0/command",
    "role": "state",
    "type": "boolean",
    "read": true,
    "write": true,
    "alias": {
      "id": "mqtt.0.shellies.Shelly-Wohnzimmer-Wandstrahler.relay.0.command",
      "read": "val === 'ON' ? true : false"
    }
  },
  "_id": "alias.0.Shelly-Wohnzimmer-Wandlampe.Wandlampe",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1617797497600,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "native": {}
}