NEWS
Zahltag
-
@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.htmlGibts aber soweit ich wieß auch irgendwo auf der offiziellen Webseite verlinkt
@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 -
Ich habe mir jetzt 2-3 Tage überlegt ob ich was schreibe.
Zum Thema allgemein, möchte ich auch keine Stellung beziehen.
Ich verstehe alle Seiten gleichermaßen und tu mich selber schwer eine Meinung zu finden.Der Grund warum ich schreibe ist ein anderer, auch wenn es schon leicht Richtung Offtopic geht.
@jey-cee hat erwähnt, dass ihm nur die UUID einfällt, um einen Nutzer für die Lizenz zu identifizieren.
Evtl. kann der iobroker ja die Mail (oder irgendwas daraus generiertes) vom iobroker.pro Account zum identifizieren des Systems in einen DP schreiben. So klappt es auf allen Systemen, wo der Account angemeldet ist oder einmal war. Falls das Dokumentiert ist, muss man dazu nicht Mals online sein um den Adapter freizuschalten.Ein ganz anderer Gedanke.
Ich gestehe, habe selber noch nie an einen Entwickler direkt gespendet.
Ich hole mir jedes Jahr die Ferzugriffs- und Assistenzlizenz um das Projekt etwas zu unterstützen, genutzt habe ich es noch nie.
Mir fehlt aber auch etwas die Übersicht, welcher Adapter von der Community gepflegt ist, welcher Adapter von einem eigenen Dev kommt und was vom Coreteam kommt.
Wenn man in der Shell über apt updatet, kommt ja immer schon das "looking for funding".
Kann man nicht im Admin einen Spendentab einbauen? Dort könnte man jeden Adapter anzeigen, wo der Dev um eine kleine Spende bittet, evtl direkt mit einem PayPal link (Evtl. kann man da eine Option für Devs anbieten, in den Adaptern zu sagen, dass man dort auftauchen möchte).
Ich finde das Thema Spende darf ruhig präsenter werden. Auch wenn etwas gratis angeboten wird, darf man drauf hinweisen, dass man sich über Unterstützung freuen würde.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?
-
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?
-
@thomas-braun enocean wird recht bald folgen, deConz braucht noch etwas da ich den Komplett Überarbeite.
Und Adapter die ich in Zukunft Veröffentliche. -
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?
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. -
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.@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
-
@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
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). -
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).@david-g sagte in Zahltag:
Oder wird die uuid im Backup mitgenommen und wandert von Rechner zu Rechner weiter?
nein
-
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). -
@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.Hatte dazu noch einen Edit im letzten Beitrag, bevor ich die Antwort gesehen hatte.
-
@david-g sagte in Zahltag:
Oder wird die uuid im Backup mitgenommen und wandert von Rechner zu Rechner weiter?
nein
-
-
@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
-
@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
-
@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
Danke
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.
-
Danke
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.
das sollte aber unbedingt geklärt wrden.
Die liegt als ganz normales Meta-Objekt unter
system.meta.uuid- Attributnative.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...
-
das sollte aber unbedingt geklärt wrden.
Die liegt als ganz normales Meta-Objekt unter
system.meta.uuid- Attributnative.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...
@haus-automatisierung sagte in Zahltag:
Glaube ich aber nicht...
du kennst die Antwort darauf!? :joy:
-
@haus-automatisierung sagte in Zahltag:
Glaube ich aber nicht...
du kennst die Antwort darauf!? :joy:
@homoran Sollte heißen, ich habe gerade den js-controller code durchsucht und konnte spontan nichts dergleichen finden.
-
@homoran Sollte heißen, ich habe gerade den js-controller code durchsucht und konnte spontan nichts dergleichen finden.
@haus-automatisierung sagte in Zahltag:
@homoran Sollte heißen, ich habe gerade den js-controller code durchsucht und konnte spontan nichts dergleichen finden.
Danke!
Entsprechende Anfragen wegen vis2 und UUID waren da schon eher Testinstallationen ohne Restore.
Ehrlich gesagt bin ich jetzt zu bequem am Tablet nach allen Anfragen wegen vis offline zu suchrn.
Dann nehme ich das mal als Fakt, dass die UUID mit restored wird, egal wo.
Danke
-
Denjenigen die mir schon länger Folgen ist vielleicht aufgefallen das es kein "Ein Jahr neigt sich dem Ende" Thema gab.
Das liegt vor allem daran das 2023 in vielen Bereichen anders gelaufen ist als ich mir das vorgestellt habe und ich nichts Positives darüber sagen kann.Unter anderem hab ich folgendes Ziel gesetzt und mich damit erst mal gegen Bezahlversionen meiner Adapter entschieden:
@jey-cee sagte in Ein Jahr neigt sich dem Ende (2022):
Zukunft / Ziele
Min. Monatliches Einkommen (Brutto) durch Spenden von 2500€, bis Ende 2023.
Einstellen aller nicht Smart Home bezogener Tätigkeiten für dritte.Aber nicht nur das ich dieses Ziel nicht erreicht habe, sind die Spenden sogar deutlich zurück gegangen.
Wie damals angedeutet habe ich mich deshalb entschieden in Zukunft meine Adapter nicht mehr Kostenlos an zu bieten.
Je nach Adapter werden die Kosten stark Variieren, es richtet sich nach (zu erwartenden) Anzahl der Installationen, den Hardware Kosten zum Testen und dem Zeit Aufwand.- Die Lizenzen werden jeweils für eine Major Version gelten.
- Eine Online Verbindung ist nur zum Aktivieren der Lizenz nötig.
- Jede Lizenz kann nur einmal Aktiviert werden
- Die Lizenz ist an die ioBroker Installation gebunden
Den Anfang macht der Net Tools Adapter mit 2€, davon geht ein zweistelliger %-Betrag an die ioBroker GmbH die die nötige Infrastruktur stellt und ein großen Anteil an der Weiterentwicklung von ioBroker hat.
Ihr Unterstützt also nicht nur mich sonder auch das Gesamte Projekt.Die neue Version von Net Tools sollte in den nächsten Tagen im Beta channel zu sehen sein.
@jey-cee sagte in Ein Jahr neigt sich dem Ende (2022):
Vorerst bleiben sie Kostenlos, für meine bisherigen Unterstützer werden sie das auch in Zukunft bleiben.Solltet ihr mich in der Vergangenheit Unterstützt haben Kontaktiert mich über iobroker@all-smart.net, teilt mir Namen und Paypal Adresse mit, dann erhaltet ihr eine Lizenz für den Adapter.
Hallo @jey-cee
Zum Ersten kann ich dich mit den Spenden verstehen
ich frage mich warum hier im Forum nicht ein Doantion Boutton bei entwichlern ist im profil so das es für spendende scheller und besser gehtMeine Meinung ist das lizengebühren für Adapter auf dauer die Communiy zerstörren wird
weil es auch user gibt die sich diese auf dauer nicht leisten können und neue User auch abschrecktdazu zähle ich mich leider auch ich kann mir nicht massen an lizengebühren leisten ( Arbeite zum mindestlohn :-( )
nach dir werden auch andere Entwickler folgen die das vorabenAuch sind hier mache Adapter So verbuggt das diese mehr als über arbeitet werden müssen ich sag zum ersten der Google Home Adpater der mehr schlecht als recht geht