NEWS

@Scrounger sagte in Adapter Entwicklung: Custom datapoint-specific (custom_m.html) - Abfrage beim speichern:

@s-bormann
Achso du willst ein komplettes Objekt in einem Input Feld speichern?
Könntest das Objekt auch als String in den custom Eigenschaften speichern. Dann würde das mit dem input Feld funktionieren.

Hi, leider hat genau das nicht geklappt, weil es "escaped" wurde, d.h. aus:
'{"key1":"value1", "key2":"value2", ...}' wurde beim Speichern so was ähnliches wie:
'{\"key1\":\"value1\", \"key2\":\"value2\", ...}'

LG

@AlCalzone und @Stabilostick

Lieben Dank für eure Hilfe. Ich weiß das wirklich zu schätzen. Ich werde das mal versuchen zu adaptieren.

Danke!

@jackblackson

wer kennt sowas nicht, der werfe den ersten stein 🙂

@NemoN queryHomeServer ist eine Instanz-Methode und muss daher wie log und stop mit this. aufgerufen werden.

Also die direkt angezeigten Werte ändern sich nicht.
Allerdings gibt es noch einen Schalter in dem Bild rot eingezeichnet:
Screenshot_20190701-212915_nRF Connect.jpg

Wenn ich den drücke kommt die Meldung: "Error: Legacy advertising data too big"
Also könnte es schon sein, dass die Waage eine ganze Menge Daten schickt.

Wie dem auch sei, viel mehr kann ich wahrscheinlich erst mal nicht rausfinden.
Mach dir kein Stress, ich weiß du hast einige Projekte am laufen 🙂 dachte nur das würde evtl. relativ easy gehen mit dem Wissen aus der openScale-App.

Die Widgets wurden nun in den Adapter integriert.
Thema geschlossen

Hatte sich dann schon erledigt, ich habe einen namespace in der classe in der main.js vergessen umzubenennen.

Участник @OliverIO написал в Widgetentwicklung und dynamische ObjectID:

obwohl die Datenpunkte in vis noch niergend bekannt gemacht worden sind.
Die Lösung von Bluefox, diese über oid# (#gleich eine beliebige Nummer -> das ist so eine Magie die leider nicht dokumentiert ist) umzusetzen, hat mir nicht so gut gefallen, da ich den Anwender von der (möglichen) Eingabe von Datenpunkten, die nicht notwendig sind fern halten möchte.
Hier mal exemplarisch meine Lösung:

Na ja... Das wird natürlich funktionieren.

Ja, den gleichen wie beim tr-064.
Nur halt eben im js2fs Ordner.

npm i soef --production --prefix /opt/iobroker/node_modules/iobroker.js2fs

@paul53 sagte in Systemsprache Auslesen:

adapter.getForeignObject('system.config', (err, systemConfig) => {

@paul53 So nah 🙂 Hat funktioniert, danke!

@levos67 ,

On Github, there is a clear explanation of the ZK protocol.

https://github.com/adrobinoga/zk-protocol

MY only problem is that i do not know where to start with a iobroker adapter creation, if someone can help me to start with it or point me where to start, that will help.

LV.

@tombox sagte in Ordner mit states löschen:

getStates geht meiner Erfahrung nur *

oder getStates("prefix.0.abc.*", ...). Aus den zurückgegebenen IDs filterst du dir diejenigen IDs raus, die du löschen möchtest.

das template ist leider ein altes.

Wenn du statt der lokalen utils.js folgenden Import verwendest
const utils = require('@iobroker/adapter-core');
solltest du auch die Syntaxhilfe bekommen.

@arteck Beim Subscriben selbst seh ich nicht das Problem - aber beim Triggern einer Änderung/Löschung dieses States weiß ich nicht wirklich wie ich das angehen soll.

Ohh ebend erst den Link oben gesehen...

wenn du deinen Adapter Datenpunkte mit der Rolle "Button" erzeugen lässt... z.B.
countdown.0/stop1
countdown.0/stop2

oder wie auch immer bei dir die Struktur aussieht...

dann könnte jeder User über einen der vielen Widgets den Datenpunkt einfach auf true setzen und die fängst die Änderung dann mit deinem Adapter ab und stoppst den Countdown...

@AlCalzone ne der Fehler ist hier
https://github.com/ioBroker/ioBroker.vis/pull/235
die style attribute kommen nie da an, weil sie auch nicht an die template-engine übergeben werden.

oweitman created this issue in ioBroker/ioBroker.vis closed add missing parameter to function call can.view #235

@Marty56 zu 1. ja ist genau so. Löscht du ein Gerät und legst es neu an wird es auch die Einheit bekommen. Die Einheit wurde erst vor ein paar Monaten näher spezifiziert und wird nur beim anlegen eines Gerätes berücksichtigt. Grundsätzlich ist es ein nettes feature allerdings ist es kein Nachteil wenn sie nicht da ist. (Evtl. Erreichst du das auch durch Geräte einmalig neu einlesen)