NEWS

Участник @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)

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

Das wäre eine feine Idee ... bin auch dafür 🙂

Also meine Academic-Zeiten sind leider schon ein paar Jährchen her 😉

Aber während des Studiums habe ich für mein damaliges Hausautomatisierungs-Projekt hauptsächlich Eclipse verwendet - für Java, PHP, C und was sonst noch so angefallen ist. Node.js ist für mich wie schon geschrieben Neuland, aber ersten Recherchen nach soll die Unterstützung für Eclipse nicht soo schlecht sein. Ich lasse mich überraschen und kann ja bei Bedarf berichten 😉

Eigene Antwort mit Lösung :

Ursprünglich bin ich davon ausgegangen , dass man mit einem Publish direkt Werte setzen kann .
Dem ist nicht so, da der MQTT Server lediglich als zusätzlicher passiver Broker agiert.

Zur Umsetzung definiert man sich eigene Publish's und erstellt dazu dann ein passendes Script,
welches Diese dann in gewünschter Form umsetzen.

@paul53 Das hat funktioniert - vielen Dank!

Das hört sich doch gut an 🙂

muss ich gleich mal suchen. Danke

lg