Test Adapter Devices 0.3.x

[paul53]

@muuulle sagte:

Ich könnte die paar Alias auch flott händisch anlegen...

Dann mache es.

const id = 'alias.0';
const obj = {
    type: 'meta',
    common: {
        name: 'Alias'
    },
    native: {}
};
if(!existsObject(id)) setObject(id, obj);

[muuulle]

@paul53
Moin Paul,

meine Programmierkenntnisse sind äußerst limitiert. Wo muss ich den Code einfügen?

[paul53]

@muuulle sagte:

Wo muss ich den Code einfügen?

als neues Javascript, starten und wieder beenden.

[Garfonso]

@muuulle said in Test Adapter Devices 0.3.x:

Hallo zusammen,
mein Alias.0 Ordner ist verschwunden. Mögliches versehentliches löschen nicht auszuschließen

Was kann ich tun?

Bist du sicher, dass er gelöscht wurde? Wenn keine Elemente darin sind, wird er nicht als "Ordner" angezeigt und landet im Admin in der Objekt-Ansicht ganz unten bei den States.

[muuulle]

@paul53
Alles geklappt. Danke!

[apollon77]

@paul53 Ein "iobroker setup first" sollte auch reichen

[paul53]

@apollon77 sagte:

Ein "iobroker setup first" sollte auch reichen

Danke. Das hatte ich zwar vermutet, war mir aber nicht sicher.

[muuulle]

@Garfonso said in Test Adapter Devices 0.3.x:

@martinschm
Man kann dem alias sagen er soll die Daten noch manipulieren, bevor er sie in den Alias State schreibt (read logik) oder aus dem alias state in den original state (write logik). Soweit ich weiß geht das bisher nur über die RAW Ansicht des Objekts. Dort dann sowas eintragen:

  "common": {
    "name": "Buero batteryWarning",
    "role": "indicator.lowbat",
    "type": "boolean",
    "read": true,
    "write": false,
    "smartName": false,
    "alias": {
      "id": "zigbee.0.00158d0003f3cea3.battery",
      "read": "val < 20"
    },

Also wichtig die Zeile "read". Hier wird aus einer Batterie % Anzeige eine Batteriewarnung, wenn die Batterie unter 20% fällt. Damit kann man relativ lustige Sachen machen. "val" ist dabei in read der Wert des target state (also hier zigbee.0.00158d0003f3cea3.battery) und bei write der Wert des alias state.

Moin @Garfonso
LOWBAT hat mit deiner Anleitung super funktioniert.
Meine aqara Sensoren kennen nur reachable. Kann man den Wert invertieren, dass ich UNREACH richtig füttern kann?

[paul53]

@muuulle sagte:

Kann man den Wert invertieren, dass ich UNREACH richtig füttern kann?

      "read": "!val" // Alias read invertieren

[muuulle]

@paul53
Super.
Ich habe jetzt alle meine unterschiedlichen Geräte vom Output vereinheitlicht.

Könnte ich jetzt auch alle LOWBAT/UNREACH mit nur einer Abfrage (Blockly?) anfragen?

Vielen Dank

[Kueppert]

@muuulle schau mal hier rein:
https://forum.iobroker.net/topic/23370/fenster-und-andere-geräte-zählen-opt-alexa-ansagen/627
Für Hoematic wurde da schon was umgesetzt. Ich bin auch auf Xiaomi-Sensoren unterwegs und @dslraser baut dafür ggf. auch etwas. Wenn das nicht klappt, geh ich ggf auch über Alias.

[paul53]

@muuulle sagte:

Könnte ich jetzt auch alle LOWBAT/UNREACH mit nur einer Abfrage (Blockly?) anfragen?

Ja, jeweils für LOWBAT bzw. UNREACH mittels $Selector().

[Garfonso]

@muuulle
Wenn sie alle gleich heißen, dann mit Javascript z.B. so:

//wenn struktur alias.0.Gerät.Unreach. Wenn noch mehr "Ordner" noch öfter .* einfügen.
$('[id=alias.0.*.UNREACH]').each(id => {
    //was mit id machen, z.B. getState();
});

[muuulle]

@Garfonso
Danke. Wird am Wochenende gleich ausprobiert

[Martin X]

Vielleicht kann mir hier jemand helfen. Ich habe mehrer fragen zu iobroker.devices 0.3.6:

1. Wieso wirft der "Geräte Manager" ohne Fehlermeldung "states" wieder heraus?
2. Soweit ich herausgefunden habe, muss "role" und "type" des Datenpunktes mit der Vorgabe übereinstimmen. Aber z.B. wird unter Thermostate unter BOOST folgendes erwartet: "number, write, role=switch.power". Da kann ich createState() nutzen wie ich möchte diesen Datenpunkt wirft er mir immer wieder heraus. Dabei steht in der Dokumentation von IOBroker das ein "role=switch" ein boolean sein sollte (was aber auch nicht funktioniert). iobroker.Dokumentation
3. Wieso werden Datenpunkt mit vorgegeben smartname (erzeugt durch andere Adapter) nicht durchs hiden (Disable smart) gelöscht?
4. Was darf man alles in den alias Read/Write Funktionen von javascript benutzen? z.B. "Round()" etc. ist klar aber auch ein richtig ausgeschriebene "if else" oder nur das kurze "? :", welche variablen außer "val" sind erlaubt usw.?

[paul53]

@Martin-X sagte:

Was darf man alles in den alias Read/Write Funktionen von javascript benutzen?

Jeden nativen Javascript-Code, den man in eine Zeile packen kann.

[Martin X]

@paul53
Hmm eine Zeile ist relative: "if () {command1;command2;}" oder "getState()"...
Soweit ich es bis jetzt herausgefunden habe, alles was mit nur einem ";" abgeschlossen werden kann bzw. alles ohne ";" und primitive data type operations. Aber danke für die schnell Antwort!

Zumindest kann man "12.34" in "12,34" umwandeln. val.toString().split() usw. geht

[Garfonso]

@Martin-X said in Test Adapter Devices 0.3.x:

1. Wieso wirft der "Geräte Manager" ohne Fehlermeldung "states" wieder heraus?

Verstehe die Frage nicht ganz. Aber ich vermute, dass es daran liegt, dass es keine "festen" Geräte gibt. Sondern die Geräte werden immer dynamisch mit dem iobroker.type-detector angelegt.
Wenn dabei states auf der Strecke bleiben, dann sind sich wohl devices-adapter und type-detector nicht ganz einig, wie das nun sein sollte -> sollte nicht passieren -> am besten möglichst genau eingrenzen und issue aufmachen (falls es noch keins gibt).

2. Soweit ich herausgefunden habe, muss "role" und "type" des Datenpunktes mit der Vorgabe übereinstimmen. Aber z.B. wird unter Thermostate unter BOOST folgendes erwartet: "number, write, role=switch.power". Da kann ich createState() nutzen wie ich möchte diesen Datenpunkt wirft er mir immer wieder heraus. Dabei steht in der Dokumentation von IOBroker das ein "role=switch" ein boolean sein sollte (was aber auch nicht funktioniert). iobroker.Dokumentation

Das halte ich für einen Bug im type-detector. Daher habe ich hier einen PR erzeugt, der das fixt. Leider hat bisher keiner drauf geguckt. @Bluefox scheint im Moment eher wenig Zeit zu haben... Weiß nicht, wer sonst noch beim type-detector mergen würde, ggf. @apollon77 ?

3. Wieso werden Datenpunkt mit vorgegeben smartname (erzeugt durch andere Adapter) nicht durchs hiden (Disable smart) gelöscht?

Vermutlich weil der smartname im ursprünglichen Objekt angelegt ist (wenn du sagst durch "andere Adapter") und es daher keine Rolle spielt ob das Alias-Objekt den smartname disabled oder nicht.
(Auch hier funktioniert es so, dass der iot Adapter alle Objekte anguckt und prüft ob die im common einen Eintrag smartname: { ... } haben. Die aliase und Ursprungsobjekte werden an der Stelle getrennt behandelt, haben beide einen smartnamen, werden auch beide bei iot auftauchen).

Frage dazu noch: Gibt es wirklich adapter, die die Smartnamen direkt im Objekt anlegen? Oder werden die nur automatisch von iot aufgenommen, weil (ggf. vom Adapter) Raum & Funktion belegt werden? Dann könntest du für den Raum & Funktion in den Instanzeinstellungen von iot die automatische Geräteerzeugung deaktivieren -> müsste dann weg sein.

4. Was darf man alles in den alias Read/Write Funktionen von javascript benutzen? z.B. "Round()" etc. ist klar aber auch ein richtig ausgeschriebene "if else" oder nur das kurze "? :", welche variablen außer "val" sind erlaubt usw.?

Du darfst ganz sicher nichts asynchrones machen, also das "getState" (geht im Adapter / Controller eh anders) geht sicherlich nicht (leider).

[paul53]

@Garfonso sagte:

Du darfst ganz sicher nichts asynchrones machen

Ja, setTimeout() und setInterval() werden sicherlich nicht funktionieren, obwohl natives Javascript.

[Martin X]

@Garfonso Vielen Dank!
Zu 1. Die 1. frage war wohl schlecht formuliert aber du hast sie trotzdem richtig verstanden. Was mich stört, ist nicht das der device-adapter sich nicht mit dem typer-detector versteht etc. Sondern das der device-adapter ja ein fertiges Template für ein Geräte anzeigt (eine Eingabemaske die ich gut finde), nur beim bestätigen wird kein Fehler geworfen, wenn einige Datenpunkt nicht dem Template entsprechen. Das wird einfach nur dem type-detector überlassen was der device-adapter dann z.B. idealerweise für ein Geräte hält oder halt für zwei/drei etc. Geräte.
Zu 2. Naja wie du schon im PR schreibst, vielleicht ist das auch kein Fehler, sondern liegt halt an der spärlichen, teils widersprüchlichen Dokumentation etc. Denn ein "Switch" könnte man auch als ein "switch case"/"selector" verstehen. Das ist halt in der deutschen Sprache eindeutig und unverwechselbar.
Zu 3. Jaein zu "es daher keine Rolle spielt", denn der Smartname muss eindeutig sein, damit er mit Alexa etc. keine Probleme macht. Nun kann man aber per Adapter ein Smartname z.B. im Yeelight Adapter vergeben, was dann aber ein großes Problem ist wenn auch der Alias-Name wie der vergebenen Smartname (per Adapter) sich gleicht. Das hat mich einige Stunden gekostet um hinter diesen Fehler zu kommen, denn dazu muss man sich mal die RAW Datenpunkt anschauen und verstehen. (Bitte um Doku!)
Zu 4. Leider sieht man dem Funktionsaufruf nicht an ob er asynchron oder synchron funktioniert, was aber leider auch an javascript liegt und ich wahrlich kein javascript "crack" bin. Viel zu viele Möglichkeiten die sich nur durch die Struktur unterscheiden und nicht durch ein Schlüsselwort.