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

[Homoran]

@david-g sagte in Zahltag:

Die Seite mit den Adaptern die gepostet wurde kannte ich auch noch nicht

die ist auch uralt und schon mehrfach für tot erklärt worden. Ich mag sie aber lieber als....

@david-g sagte in Zahltag:

Auf der Website vom iobroker war ich schon oft unterwegs.

...die, die du dann sicher kennst

Überblick ist leider bei einer Reorganisation von ganz oben alphabetisch (engl.) einsortiert worden :grin:

PS der link auf due github Seiten ist in der alten Liste im Namen versteckt

[mcm1957]

@david-g said in Zahltag:

Müssen/wollen wir von dem Standartuser erwarten, dass er sich da Infos holt?

Eher JA

• README ist de facto nur auf github aktuell
• Allfällige Dokus von Adaptern liegen nur auf github
• Issue gehen definitiv nur via Github. Fehlermeldungen im Forum sind nett, aber eigentlich nur mal Diskussiongrundlage da im Forum die Nachvollziehbarkiet bzw. Verwaltung fehlt.

Die Seite mit den Adaptern die gepostet wurde kannte ich auch noch nicht. Auf der Website vom iobroker war ich schon oft unterwegs.

Da ich oben keinen Link gesehen habe schick ich den hier nach:
https://download.iobroker.net/list.html

Gibts aber soweit ich wieß auch irgendwo auf der offiziellen Webseite verlinkt

[Homoran]

@mcm57 sagte in Zahltag:

Da ich oben keinen Link gesehen habe

war ich zu faul zu. hab deswegen die Titelzeile im Screenshot gelassen.
oder muss man hier immer Text in code-tags posten?

@mcm57 sagte in Zahltag:

Gibts aber soweit ich wieß auch irgendwo auf der offiziellen Webseite verlinkt

siehe letzter post
die kann über die Spaltenköpfe auch beliebig sortiert werden

[Jey Cee]

Ich Denke ich muss hier nochmal das Thema Lizenzprüfung ansprechen:

Mein Ansatz war von vornherein eine Möglichkeit zu bieten die keine Dauerhafte Internetverbindung erfordert, so wenig als Möglich an Daten vom Benutzersystem holt und der Adapter auch dann noch funktioniert falls mein Server irgendwann mal nicht mehr sein sollte.
Ich Speichere keine IPs und auch die UUID eines Systems wird NICHT an meinen Server Übertragen.
Theoretisch müsste man sogar seinen Account in meinem Shop löschen können und die Lizenz aktivieren können.
Allerdings hätte das zur folge das ich den Lizenz Key keiner Person mehr zu ordnen kann und somit bei einem ioBroker Umzug eine neue erworben werden müsste.

@Homoran magst du bitte mal das Thema mit den Spenden abtrennen?

[Homoran]

@jey-cee sagte in Zahltag:

@Homoran magst du bitte mal das Thema mit den Spenden abtrennen?

Hab da im Moment nicht den Überblick ab wo und ob/wie das geht ohne die Zusammenhänge zu zerstören

[wendy2702]

@jey-cee sagte in Zahltag:

@thomas-braun enocean wird recht bald folgen, deConz braucht noch etwas da ich den Komplett Überarbeite.
Und Adapter die ich in Zukunft Veröffentliche.

Gibt es dazu schon Preisvorstellungen?

[Blockmove]

@jey-cee said in Zahltag:

Ich Denke ich muss hier nochmal das Thema Lizenzprüfung ansprechen:

Mein Ansatz war von vornherein eine Möglichkeit zu bieten die keine Dauerhafte Internetverbindung erfordert, so wenig als Möglich an Daten vom Benutzersystem holt und der Adapter auch dann noch funktioniert falls mein Server irgendwann mal nicht mehr sein sollte.
Ich Speichere keine IPs und auch die UUID eines Systems wird NICHT an meinen Server Übertragen.
Theoretisch müsste man sogar seinen Account in meinem Shop löschen können und die Lizenz aktivieren können.
Allerdings hätte das zur folge das ich den Lizenz Key keiner Person mehr zu ordnen kann und somit bei einem ioBroker Umzug eine neue erworben werden müsste.

@Homoran magst du bitte mal das Thema mit den Spenden abtrennen?

Wie ich bereits mehrfach geschrieben habe, gefällt mir die Binding an eine UUID in dieser Form bei Smarthome überhaupt nicht.
Klar will man als Entwickler, wenn man Geld verdienen muss, den Missbrauch verhindern. Ist absolut nachvollziehbar und komplett verständlich.
Daher mal die Frage, ob man sich für kostenpflichtige Adapter bei ioBroker eine einheitliche Dongle-Lösung vorstellen könnte?
Gibt als Beispiel mein ThinClient den Geist auf, dann steck ich den Dongle in meinen Raspi 4 und die Lizenzen sind ok.
Hat man einen einheitlichen Dongle, dann können daruaf die Lizenzen für mehrere Adapter hinterlegt sein. Sicherlich auch nicht die optimale Lösung, aber ich kann mit einem Dongle besser leben als mit einer UUID.

[apollon77]

@blockmove Aktuell sind alle Lizenzen an die UUID gebunden. Das kann man also mehr oder weniger als Best Practice ansehen.

Bitte lasst uns das Thema nicht noch weiter aufblähen. Danke

[David G.]

@apollon77

Darf ich nur eine kurze allgemeine Frage zu stellen?
Bei net-tool sehe ich den Fall jetzt nicht, aber was ist bei Adaptern die wichtig fürs Smarthome sind (Zb Deconz, da wird es ja bald so weit sein)?
Das heißt, mein Pi schmiert ab und ich gehe auf mein Backuprechner.
Dann muss ich mit Pech Stunden oder Tage warten (auch ein Dev soll und darf Urlaub machen) auf eine neu ausgestellte Lizenz warten und kann so lange meine Heizung oder Licht nicht steuern?

Oder wird die uuid im Backup mitgenommen und wandert von Rechner zu Rechner weiter?

EDIT

Falls nicht, kann man ja über das Backup eine uuid_history.json oder so erstellen, auf die bei der Lizenzprüfung zurückgegriffen wird.
Evtl ist iobroker mittlerweile so groß, dass man sich Gedanken machen muss, wie man einem Dev den Weg da leichter machen kann, falls es um Lizenzen geht (eine VM behält ja bestimmt seine uuid falls man diese umzieht).

[Homoran]

@david-g sagte in Zahltag:

Oder wird die uuid im Backup mitgenommen und wandert von Rechner zu Rechner weiter?

nein

[Blockmove]

@david-g said in Zahltag:

Oder wird die uuid im Backup mitgenommen und wandert von Rechner zu Rechner weiter?

Und ganz genau das sind auch meine Bedenken bei einer UUID-Lösung.
Für mich ein NoGo bei wichtigen Systemen.

[David G.]

@blockmove

Hatte dazu noch einen Edit im letzten Beitrag, bevor ich die Antwort gesehen hatte.

[fastfoot]

@homoran sagte in Zahltag:

nein

ich denke doch! Das Thema gab es schon bei der vis-Offlinelizenz und da war die Aussage dass die Lizenz bei einem Restore gültig bleibt. Ich hatte das seinerzeit getestet und für richtig gefunden. Da dies schon etwas her ist müsste es evtl. nochmal evaluiert werden

[Homoran]

@fastfoot sagte in Zahltag:

da war die Aussage dass die Lizenz bei einem Restore gültig bleibt.

aber nur auf der selben Hardware

[Wildbill]

@homoran Ich wäre jetzt doch gewollt, das zu verneinen. Ich habe auch schon ein mittels Backitup in einer Proxmox-VM erstelltest Backup in einer komplett neu erstellten VM (also quasi wie neue Hardware, Netzwerk hatte neue MAC usw.) wieder hergestellt und kann mich nicht erinnern, dass ich auch nur irgendwo Probleme mit einer an eine UUID gebundene Lizenz hatte. Auch die VIS-Offline-Lizenz war sofort aktiv und hat funktioniert.
Also ich würde sagen, in einem Backup ist die UUID mit drin und somit auch alles, was dran hängt...

Gruss, Jürgen

[Dr. Bakterius]

@wildbill sagte in Zahltag:

die VIS-Offline-Lizenz war sofort aktiv

War bei mir auch so. :+1:

[Homoran]

Danke

@wildbill sagte in Zahltag:

in einem Backup ist die UUID mit drin

das sollte aber unbedingt geklärt wrden.

Hier im Forum tauchten immer wieder Fragen nach Umschreibung der Lizenz wegen geänderter UUID auf.

Ich möchte es nicht ausschließen dass das alles neue clean installs waren, glaube das allerdings nicht. Dafür kam es zu oft vor und es wäre ja ohne große Klimmzüge ja alles bisherige weg.

[haus-automatisierung]

@homoran sagte in Zahltag:

das sollte aber unbedingt geklärt wrden.

Die liegt als ganz normales Meta-Objekt unter system.meta.uuid - Attribut native.uuid (nur im Expertenmodus sichtbar). Sollte somit im Backup enthalten sein. Ist schließlich ein Objekt wie jedes andere auch.

Außer, die wird beim Restore neu generiert und dort abgelegt. Glaube ich aber nicht...

[Homoran]

@haus-automatisierung sagte in Zahltag:

Glaube ich aber nicht...

du kennst die Antwort darauf!? :joy:

[haus-automatisierung]

@homoran Sollte heißen, ich habe gerade den js-controller code durchsucht und konnte spontan nichts dergleichen finden.