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

@Mic sagte in [Doku] Adapter-Entwicklung für Dummies: Falls es Unterschiede Windows/Linux gibt Wenn du wie beschrieben VSCode verwendest, sollte es keine Unterschiede geben, abgesehen von der ioBroker-Installation die anderweitig dokumentiert ist. Bei Nutzung des Adapter-Creators auf der Kommandozeile, reicht auch ein Befehl damit du startklar bist. Hinzufügen von Abhängigkeiten mittels npm funktioniert auf beiden Systemen identisch.

@Zefau Ist bisher nicht vorgesehen. npm per package.json kann das per se nicht, das müsste ioBroker machen. Bisher haben wir immer in der Adapter-Readme solche benötigten Pakete angegeben (siehe z.B. Z-Wave)

@foxriver76 said in Adapter Entwicklung - Instanzen Übersicht: @homecineplexx bin jetzt nicht 100 % sicher, glaube das Attribut heißt localLink. dankeschön, das hat mir geholfen!

@Brainbug Danke für die Info, muss ich mir genauer ansehen ob ich das so verwenden kann. bg Christoph

Ich habe das in meinem milight-Adapter auch mit postinstall für das FE gelöst. Kannst du hier sehen: >>postinstall<<

@arnold Sorry für die spätere Antwort. Bei mir hat's genau so funktioniert und die Konfiguration wurde importiert und wieder übernommen. Neu konfigurieren ist wirklich blöd. Habe aber leider auch keine Idee, warum es nicht funktioniert bei Dir. Vielleicht jemand anders?!?

Wenn ein Thema gelöst wurde bitte den Beitrag der die Lösung beinhaltet als gelöst Markieren. -> 3 Punkte Menü rechts unten am Beitrag -> Mark this post as the correct answer