@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: [image: 1562082136360-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.

@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)

@OliverIO Issue/PR erstellen bei https://github.com/ioBroker/ioBroker.vis.cordova und dann braucht die App einen neuen Build.

@htrecksler Danke, mit getForeignState hat es funktioniert :)