@tombox Eigentlich einen Nobelpreis wert 😁 Genauso hatte ich es gemeint . Aber von Dir sahnemässig schriftlich ausgeführt !

@godlich2019 stosse gerade auf Zufall auf diesen Beitrag, wie sieht es denn momentan aus mit DE für Deep Speech?

@hausbusde Ich habe mal die neuste version vom releaseSkript genommen. Damit gibt es keine Probleme. Vielleicht sollte der aktuelle adapter-creator auch auf die 3er Version hochgesetzt werden. Das Problem tritt mit der aktuell noch eingetragengen 2.2.x Version auf

@mbecker-selve Hi M., der richtige Platz für "Adapter Requests" ist das GitHub Projekt https://github.com/ioBroker/AdapterRequests/issues, wo wir genau das tracken was du hier vorgeschlagen hast und wo sich die Entwickler die Zeit haben umschauen. Eine Suche dort hätte Dir https://github.com/ioBroker/AdapterRequests/issues/308 gegeben :-) Aber scheinbar ist ja mit https://github.com/Rintrium/ioBroker.selverf schon genau das vorthanden was Du suchst und wurde im Forum bereits vorgestellt https://forum.iobroker.net/topic/47779/neuer-adapter-selverf und sogar im Stable Repo ... :-)

@samsungfreak Ja, ich habe eine Rückmeldung von Bosch bekommen mit gewünschten Änderungen. Da ich wie bereits gesagt wenig Lust habe auf eine Abmahnung, habe ich das Git-Repo vorerst deaktiviert. Aber hat sich ja nun erledigt.

@ilovegym Keine Panik. Den Adapter kannst du über den Web-Adapter auch bei der 2. Instanz aurufen mit. index.html?instance=0 //-> Instanznummer

@jackblackson ok, danke. da werd ich noch was einbauen, damit ich den ein oder anderen gecatchten auch sehe

@sneak-l8 Ach, ich sehe gerade, dass es doch funktioniert hat. Kann es sein, dass aber kein Release/tag auf github angelegt wird, sondern nur bei npm? Und der richtige Platzhalte scheint wohl ### **WORK IN PROGRESS** zu sein. Das hatte ich auch gleich mal falsch gemacht...

Zur Info Ich habe nun eine 2.0.0 zum Testen freigegeben. Leider ist nur ein (sehr) kleiner Teil der Anregungen bzw. Mängel schon behoben. Der Aufwand floss primär in Vorbereitungsarbeiten (Code Rewrites) und Umstellung auf Admin 5 / jsonConfig hinein. Wenn wer was testen will - hier der Beitrag im Tester Forum: https://forum.iobroker.net/topic/56553/test-adapter-snmp-v2-0-0 Bitte Probleme mit der 2.0.0 dort diskutieren oder ggF. einen Issue in github aufmachen McM P.S: Die offenen Issues nicht nicht vergessen !

@apollon77 sagte in Diskussion 1: Sinnvolle/Standard Adapter besser vorschlagen: und bekomme adapter vorgeschlagen" n aber bitte -Beispiel MQTT nutzende Geräte- deutlich machen, dass von den Vorschlägen nur einer zu nehmen ist.

daher sollte es nicht unbedingt vollautomatisch laufen, sondern eine "geleitete manuelle" wäre vollkommen ausreichend.

@skb Du musst warten, bis Du das Ergebnis hast. Ansonsten wird tmpObj zurückgegeben, obwohl noch gar nicht alle Eigenschaften abgearbeitet wurden. So z.B. async getInitialValues(obj) { let tmpObj = {}; for (var key of Object.keys(obj)) { const value = obj[key]; const stateValue = await this.getForeignStateAsync(value); if (!key.includes("percent")) { tmpObj[key] = recalculate ? this.recalculateValue(stateValue.val) : stateValue.val; } else { tmpObj[key] = stateValue.val; } } return tmpObj; }

@homoran Klar, habe ich gesehen. Ich dachte, vielleicht hat den noch jemand "abonniert" :) Und, ich gehe davon aus, das ich mit dem this.subscribeForeignStates(states); richtig liege :) Danke!

@haus-automatisierung said in Local angelegte Datei bei Adapter-Update gelöscht. Normal?: https://iobroker.readthedocs.io/de/latest/bestpractice/storefiles.html danke nochmals. Habe bereits in meinen Adapter eingebaut

@garfonso sagte in [Diskussion] Objektdefinition Licht: Insofern wäre eine Library, die direkt im Geräte-Adapter die Umrechnung in einen ioBroker Standard (oder alles, mir egal ) durchführt schon nett. Ich verwende in meinem LightControl Skript das hier (abgespeckt und nicht als npm Modul), rechnet alles in alles um: https://github.com/Qix-/color-convert