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

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.

@SchuetzeSchulz du kannst unter common einen Eintrag main erstellen. Sollte aber nur notwendig sein wenn das Main file weder "main.js" oder "adaptername.js" heißt

Erst 1.0.2 läuft wieder :-)

ok, danke jetzt scheint es zu funktionieren so kann man arbeiten

@Zefau sagte in Konfiguration fremder Adapter / Instanzen anderer Adapter: Dort war adapter.getForeignObject angegeben Mit adapter.getForeignObjects [...] führte zu keinem Erfolg. Das sind auch zwei unterschiedliche Methoden. Mit "s" (Mehrzahl) vs. ohne "s" (Singular). @Zefau sagte in Konfiguration fremder Adapter / Instanzen anderer Adapter: muss leider sagen, dass die Doku für Entwickler wirklich mist ist. Da muss ich dir zustimmen. Ich habe einen Mittelweg gelöst, der IMO zwei Fliegen mit einer Klappe schlägt. Bei Verwendung eines aktuellen Templates mit einem Editor der TypeScript versteht (VSCode / WebStorm) solltest du zumindest anhand der Syntaxhilfe Unterstützung beim Aufruf der Funktionen bekommen. Mit der richtigen Option wird auch gemeckert, wenn du Funktionen falsch verwendest. Zugegeben, die aus dem Quellcode kopierte Beschreibung der Funktion ist auch nicht wirklich gut: Get foreign objects by pattern, by specific type and resolve their enums. Wenn du hierzu Verbesserungsvorschläge hast, immer her damit. Am besten Issues in https://github.com/ioBroker/adapter-core eröffnen.