Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@HomeSweetHome sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

Was meinst du mit zuerst "PM", dann "Github" ...?

Du hast gesehen, dass es da drei genauso bezeichnete Reiter in deinem Screenshot gibt? Und in der Reihenfolge installiert man als Expterte Adapter.
Damit man den vw-connect 'von NPM' installieren kann muss allerdings in diesem Fall auch das Beta-Repository vorübergehend freigeschaltet werden.
Gäbe es bereits ein stabiles Release könnte das entfallen.

[Homoran]

@HomeSweetHome sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

erscheint jedoch keine Instanz

dreh um 😉
(klick auf die drei Punkte)
https://www.iobroker.net/#de/documentation/tutorial/adapter.md

[Thomas Braun]

@HomeSweetHome sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

Es erscheint jedoch keine Instanz

Die muss der Experte von Hand anlegen...

[mcm1957]

Und genau weil Github installationen nur von jemand ausgeführt werden sollten die ausreichend Kenntnisse haben und / oder direkt vom Entwickler im Zuge eines Tests betruet werden gilt nachfolgendes.

Der Adapter ist übrigends sauber im LATEST Repo verfügbar, eine Installation via Github ist alles andere als notwenig.

Und warum der Dev den Adapter nicht als Stabil einstuft und ihn ins STABLE Repository aufnehmen läßt bitte beim Developer erfragen. Dazu kann gern ein Issue im Adapter repository angelegt werden.

---

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.

@mcm1957

[HomeSweetHome]

@homoran @thomas-braun @mcm1957
Danke, nach Click der 3 Punkte ist nun auch die Instanz vorhanden, Gruß homeSweethome

[HomeSweetHome]

@mcm1957
Sorry, den Adapter finde ich nicht unter den rund 590 Adpater

Daher habe ich ihn direkt über Git

[Thomas Braun]

@HomeSweetHome sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

Sorry, den Adapter finde ich nicht unter den rund 590 Adpater

Derzeitig halt nur im Beta-Repository als veröffentlichte, 'stabile' Version.

Daher habe ich ihn direkt über Git

Das sollte aber nicht deine erste Anlaufstelle sein. Siehe oben.

[Homoran]

@HomeSweetHome sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

den Adapter finde ich nicht unter den rund 590 Adpater

da ist er doch!

und wie @thomas-braun dir daraus kopiert hat

@Thomas-Braun sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

Die v 0.7.15 liegt im Beta-Repo/(von NPM) vor.

github: 0.7.15
latest: 0.7.15 for 30 days
stable: -.-.-

ist sie nur nicht im stable Repo vorhanden

[mcm1957]

@Thomas-Braun sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

Derzeitig halt nur im Beta-Repository als veröffentlichte, 'stabile' Version.

Nö - LATEST repo ist NIE eine stabile Version. Latest / Beta Repository bietet per Default nur BETA TEST Versionen an von denen der Maintainer entweder nicht überzeugt ist dass sie stabil und für alle geeignet sind oder wo er ggF. sagen wir mal "nicht dazu kommt" den einen Klick zu machen um einen PR für die Aktualisierung im STABLE Repo zu machen.

[Thomas Braun]

@mcm1957 sagte in VW-connect Adapter in Adapter aber nicht als Instanz:

stabile Version

Damit meine ich einen 'stabilen'/'klar definierten' Stand des Codes zum Veröffentlichungszeitpunkt und nicht einen mit zusätzlichen Commits versehenen Stand von irgendwann.

[mcm1957]

OK, ja LATEST / BETA enthält naturgemäß einen definierten Stand - im Gegensatz zu Github wo irgendwas drinnen sein kann, durchaus auch komplett defekter code.