@AlCalzone das probiere ich mal aus. Erst mal Danke Andreas

Danke, ist schon gelöst, commited, gepushed und installiert ;) War bloss das problem, dass ich statt "value" die id der option gesetzt hatte. Mit $("#vehicle_id_s").val($("#vehicle_id_s option:first").val()); klappts dann auch so...

So, hat alles geklappt. Hatte wohl irgendwie nie die richtige Kombination aus getForeignObject und system.adapter.... ausprobiert, hatte immer nur null oder leere Objekte. Danke für die Hilfe, bin ein ganzes Stück weiter gekommen und werde den Adapter Montag wohl mal vorstellen und auf NPM packen :)

@Jey-Cee Hallo, da hast recht. Manchmal denkt man einfach zu kompliziert.

Hatte mein system neu aufgesetzt wegen der ganzen node-gyp erros. node.js und npm sowie js controller alles aktuell bzw. genau wie im neu aufgesetzten System. iobroker stop. dann redis mit der Backup Datei ersetzt und sudo tar -xzvf Backupname.tar.gz -C /opt/iobroker dann iobroker start... hatte danach trotzdem nur den admin laufen wie im neu aufgesetzten system... Hatte vorher eigentlich immer funktioniert, also vor redis file Umstellung...

@AlCalzone sagte in Verbesserungsvorschläge ioBroker: @OstfrieseUnterwegs sagte in Verbesserungsvorschläge ioBroker: Ich weiss nicht genau, was die neue Alias Funktion in dem Zusammenhang bietet, vlt ist das die Lösung? Soweit ich weiß ist sie für genau sowas gedacht. Das wäre super. Dann werd ich mich mal damit befassen. Danke.

Also in meinen Augen ist aktuell der "best practice" eine Logik mit: getObject um rauszufinden ob das Objekt existiert wenn ja extendObject um die releanten teile die man ändern will zu ändern wenn nein setObject um initial zu setzen

@HeliosFan sagte in Siemens/Bosch Home-Connect Adapter: aber mit 1700 Euro, mal locker eben 1200 Euro zu teuer. Na ja, das Gerät hat schon einige Merkmale, die es aus meiner Sicht rechtfertigen, dass es deutlich über 500 Euro kostet. Der reguläre Preis der EQ.9 s900 liegt ja sogar bei 2.500,- €. Ist schon ziemlich viel Geld, aber muss man halt selbst wissen, ob man das ausgeben möchte, oder nicht. Ein Satz hochwertiger 19"-Alufelgen kostet jedenfalls auch nicht viel weniger. ;) Bei uns läuft die Maschine nun seit einigen Jahren sehr zuverlässig und zufrieden stellend. Auch die Steuerung per Siri über IFTTT und die Homebridge klappt gut. Den Adapter nutze ich aber im Moment nicht, weil er irgendwie immer wieder Probleme mit der API hatte. Aber vielleicht teste ich ihn doch noch mal.

@blauholsten Ja die Defauts sind drin. Dennoch muss dein Adapter - es sei denn er soll NUR mit controller 2.0 funktionieren - beides können :-( ... erstmal für ne Weile

@SchuetzeSchulz FYI, Node 6 wird nicht mehr unterstützt. Einige Dependencies sorgen bereits länger für Fehler bei der Ausführung aufgrund neuer Syntax. Und JS-Controller benötigt seit kurzem auch zwingend Node 8. Die Integration Tests laufen immer gegen die aktuelle JS-Controller-Version, damit fällt das sofort auf.

Ich habe das nochmal unter Windows getestet und würde es gerne verstehen. Der ioB ist unter C:\iobroker\ installiert. Das File liegt unter iobroker-data\files\adaptername.0\config_user.json. Diese File kann ich im Browser unter http://localhost:8082/adaptername.0/config_user.json aufrufen und er zeigt mir den Inhalt im Browser. Wenn ich das File lösche kann ich es weiterhin aufrufen. Das macht mich wahnsinnig :-) Ich versteh es einfach nicht... Kann mir bitte jemand auf die Sprünge helfen... :-) Ich rekapituliere nochmal - bitte berichtigt mich wenn etwas falsch ist. 1: Ich habe einen Adapter, der liegt normalerweise ja unter iobroker/node_modules/adaptername 2: Ich machen einen upload mit: iobroker upload adaptername 3: Alle notwendigen Files für das Frontend werden beim Upload nach \iobroker\iobroker-data\files\adaptername\ kopiert 4: Ich erreiche mein Frontendt des Adapters normalerweise unter http://localhost:8082/adaptername/ z.B: index.html 5: Der Ort wo Dateien vom Frontend geschrieben werden, wird pro Instanz des Adapter angelegt: \iobroker\iobroker-data\files\adaptername.0 6: Ein File (config_user.json) was dort geschrieben wurde (\iobroker\iobroker-data\files\adaptername.0\config_user.json) erreiche ich über den Browser unter http://localhost:8082/adaptername.0/config_user.json => wenn ich readFile oder writeFile per socketio nutze reicht natürlich die Adapterinstanz und der Filename Wie kann der oben beschriebene Effekt zustand kommen? Der Browsercache ist es definitiv nicht... HELP!

@AlCalzone wen haben wir denn da ;) Vielen Dank!! Ich habe die letzten Tage mit diesem Rätsel verbracht und war schon echt am verzweifeln... So klappt es! Dann kann es ja weitergehen :)

@e-s Der moma tab dient der übersicht über alle iobroker rechner im multihost verbund. Er soll die ausstehenden updates auf den Rechnern anzeigen (derzeit nur linux updates). Das popup hinter dem i soll mal die wesentlichen infos zu dem jeweiligen rechner anzeigen. Die Version im latest repository beherrscht updates von linux os, adapter updates und js-controller updates. Welches Betriebssystem hat Deine Installation? Nutzt Du die latest oder die stable Version?

Jeder kann ein Adapter testen und zum erstellten Issue dazu schreiben, dass es getestet wurde. So haben die Entwickler auch ein Feedback von außen. [image: 1569802688593-screenshot_7.png] Im Info-Adapter, unter "Meine Adapter" kann man alle installierte Adapter und die Issues sehen (wenn man ein Github-Konto in den Einstellungen angegeben hat) - man klickt dann auf dem Issue-Link und kann seine Erfahrungen mit dem Adapter im js-controller 2 eingeben. Die Issues haben immer den Titel "Please check Adaptername with js-controller 2.0" Danke!