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

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

@s-bormann Vielen Dank für den Tipp. Das wars ... Nach Tagelangen suchen funktioniert es nun endlich :ok_hand:

Schau mal hier: https://forum.iobroker.net/topic/10186/adapterentwicklung-object-id-baum/8

@Zefau Bei der Kommunikation muss man aufpassen. ioBroker unterstützt nur die offiziellen (geraden) LTS-Versionen. Wenn du jetzt irgendwo schreibst, dass der Adapter nur Version 7 aufwärts unterstützt, gibt es garantiert mindestens 1 User, der daraufhin die Version 7 installiert. Also als Minimum Version 8 angeben, dann ist alles gut. Das Adapter-Template unterstützt auch nur noch Node 8. Node 6 ist inzwischen end-of-life, von daher ist es mmn okay, dass neue Adapter die Version nicht mehr unterstützen. Ist ja auch ein schöner Anreiz mal das System zu aktualisieren. Alternativ könntest du als post-build-step Babel einsetzen, um das resultierende JS zu einer älteren Syntax zu transpilieren. Dann brauchst du die Implementierung nicht mehr anfassen.