NEWS

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

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

@rogerbl said in Offizielle Worx Landroid-S Smarthome Schnittstelle:

Hello!
I wonder if there is a way to slow down the worx adapter? Currently it is updating every 3 second and Worx has blocked me several times due to this. They say I spam them with requests.

Here is part of my log:
worx.0 2019-08-23 22:28:44.099 warn Connection blocked from Worx, please try again in 24h
worx.0 2019-08-23 22:28:41.861 info starting. Version 0.4.0 in C:/WINDOWS/system32/node_modules/iobroker.worx, node: v10.16.0
host.DESKTOP-BF47MV5 2019-08-23 22:28:40.184 info instance system.adapter.worx.0 started with pid 49688
host.DESKTOP-BF47MV5 2019-08-23 22:28:10.177 info Restart adapter system.adapter.worx.0 because enabled
host.DESKTOP-BF47MV5 2019-08-23 22:28:10.177 error instance system.adapter.worx.0 terminated with code 0 (OK)
Caught 2019-08-23 22:28:10.177 error by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19)
Caught 2019-08-23 22:28:10.177 error by controller[0]: at emitErrorAndCloseNT (internal/streams/destroy.js:59:3)
Caught 2019-08-23 22:28:10.177 error by controller[0]: at emitErrorNT (internal/streams/destroy.js:91:8)
Caught 2019-08-23 22:28:10.177 error by controller[0]: at TLSSocket.emit (events.js:203:15)
Caught 2019-08-23 22:28:10.177 error by controller[0]: at TLSSocket.handleTLSerrors (C:\WINDOWS\system32\node_modules\iobroker.worx\node_modules\mqtt\lib\connect\tls.js:26:18)
Caught 2019-08-23 22:28:10.177 error by controller[0]: at MqttClient.emit (events.js:198:13)
Caught 2019-08-23 22:28:10.177 error by controller[0]: at MqttClient.<anonymous> (C:\WINDOWS\system32\node_modules\iobroker.worx\lib\api.js:259:13)
Caught 2019-08-23 22:28:10.176 error by controller[0]: ReferenceError: reject is not defined
worx.0 2019-08-23 22:28:10.153 info cleaned everything up...
worx.0 2019-08-23 22:28:10.153 error at process._tickCallback (internal/process/next_tick.js:63:19)
worx.0 2019-08-23 22:28:10.153 error at emitErrorAndCloseNT (internal/streams/destroy.js:59:3)
worx.0 2019-08-23 22:28:10.153 error at emitErrorNT (internal/streams/destroy.js:91:8)
worx.0 2019-08-23 22:28:10.153 error at TLSSocket.emit (events.js:203:15)
worx.0 2019-08-23 22:28:10.153 error at TLSSocket.handleTLSerrors (C:\WINDOWS\system32\node_modules\iobroker.worx\node_modules\mqtt\lib\connect\tls.js:26:18)
worx.0 2019-08-23 22:28:10.153 error at MqttClient.emit (events.js:198:13)
worx.0 2019-08-23 22:28:10.153 error at MqttClient.<anonymous> (C:\WINDOWS\system32\node_modules\iobroker.worx\lib\api.js:259:13)
worx.0 2019-08-23 22:28:10.153 error ReferenceError: reject is not defined
worx.0 2019-08-23 22:28:10.152 error uncaught exception: reject is not defined

@cburghardt
Und für alle, hier nachzulesen
https://www.iobroker.net/#de/documentation/tutorial/adapter.md

@Max habs auch in GitHub bei @frankjoke unter frankjoke/ioBroker.broadlink2 als issue abgesetzt.