Shelly 2.5 nicht in den Objekten zu finden
-
@homoran Ja, das war auch der Grund, warum ich das so installiert habe. Aber das Betriebssyststem updaten wird für mich eine Herausforderung.
-
Mach es einfach danach:
https://forum.iobroker.net/topic/65655/upgrade-von-debian-11-bullseye-auf-12-bookwormUnd dann regelmäßig auf Stand halten. Sowohl das Betriebssystem wie auch den ioBroker.
-
@thomas-braun said in Shelly 2.5 nicht in den Objekten zu finden:
Mach es einfach danach:
https://forum.iobroker.net/topic/65655/upgrade-von-debian-11-bullseye-auf-12-bookwormUnd dann regelmäßig auf Stand halten. Sowohl das Betriebssystem wie auch den ioBroker.
Mein ioBroker läuft auf Proxmox in einer VM und die habe ich damals mit 4 GB wohl zu klein angelegt. Kann man die vergrößern, ohne das System neu aufsetzen zu müssen?
-
@erich-1 sagte in Shelly 2.5 nicht in den Objekten zu finden:
in einer VM und die habe ich damals mit 4 GB wohl zu klein angelegt.
Ja, deutlich zu klein. Bei Proxmox bin ich aber im weiteren raus, kenn ich nicht.
Aber mehr RAM zuweisen sollte eigentlich kein Problem sein. -
@thomas-braun Wenn ich das System auf den neuesten Stand bringe für die Shelly's, funktionieren die GPIO's nicht mehr. Das Ganze zerfällt immer mehr, irgendwer frickelt immer irgendwo rum. Zusammen passt bald nichts mehr.
-
Und was soll ich dazu können? Ich verwende weder Shelly noch GPIOs auf meinem System. Das passt also hier alles wunderbar zusammen.
-
@thomas-braun Du kannst nichts dafür. Es ist auch kein "Schuldiger" vorhanden.
Nur schade, wenn man viel Zeit für Etwas investiert hat, und dann geht etwas, was immer ging, nicht mehr.
Bei einem solchen System hat man eben kein Anrecht darauf, daß es auch funktioniert.
Dummerweise verwende ich Shellys und GPIO's. -
@laser sagte in Shelly 2.5 nicht in den Objekten zu finden:
Bei einem solchen System hat man eben kein Anrecht darauf, daß es auch funktioniert.
Du kannst es aber unterstützen, indem du Fehler loggst, Infos bereitstellst, den Maintainer motivierst, Hardware spendierst oder sonstiges.
-
@laser sagte in Shelly 2.5 nicht in den Objekten zu finden:
Bei einem solchen System hat man eben kein Anrecht darauf, daß es auch funktioniert.
was ist das denn für eine schräge Ansage?
-
@homoran Das soll jetzt nicht die Arbeit der ehrenamtlichen Entwickler diskreditieren. Die stecken sicher unendlich viel Zeit rein. Aber irgendwas bleibt immer auf der Strecke, wenn man jeden neuen Kikifax einbinden will. Industrielle Systeme seriöser Anbieter verwenden eben nicht jede Neuerung, sondern bleiben auf einem Stand, der sicher funktioniert. Und irgendwann gibt es einen Schnitt, der auch abgekündigt wird. Es gibt altmodische Systeme, die funktionieren nach >28 Jahren tadellos. Haben eben keine Anbindung an Cloud, Handy und was weiß ich was. Wenn etwas störungsfrei funktioniert, hat das schon was.
-
Das ist halt die Krux.
Industrielle Systeme seriöser Anbieter verwenden eben nicht jede Neuerung, sondern bleiben auf einem Stand, der sicher funktioniert.
kannst du halt nicht einfach an andere Gegebenheiten anpassen. In dem Umfeld ändert sich aber auch nicht viel, im Gegenssatz zu den zig APIs und sonstigen mehr oder weniger offiziellen Wegen die die einzelnen Adapter einschlagen müsssen. Das bewegt sich ja kontinierlich, also muss da auch ständig 'was gefrickelt' werden.
Du vergleichst also Äpfel mit Schnürsenkeln.Und irgendwann gibt es einen Schnitt, der auch abgekündigt wird.
Das ist das Modell 'Debian'.
Andere Spiele im SmartHome-Umfeld kündigen Änderungen in ihrer API z. B. nicht an. -
@thomas-braun Und jetzt kann man von Niemanden verlangen, der als Student oder was weiß ich was einen Adapter entwickelt hat, diesen auch anzupassen. Weil er einfach beruflich eingespannt ist und keine Zeit/Lust mehr dazu hat. Mit etwas Glück findet sich jemand, der das dann weiterentwickelt. Siehe GPIO.
-
Dafür ist es dann halt (überwiegend) OpenSource.
In der Theorie findet sich ein Entwickler, wenn genügend Bedarf da ist.Wenn der Anbieter deiner industriellen Lösung aber nicht mehr am Markt ist stehste da auch im Regen.
Ist meinem Arbeitgeber z. B. mit der Lagersteuerung passiert. -
Falls das dein Problem ist:
https://github.com/ExplorationSystems/opengpio/issues/1
Ist dann wohl im Upstream gefixt.
-
@thomas-braun Das ist mein Problem. Leider habe ich es noch nicht beheben können. Wird aber (hoffentlich) noch.
-
Die bauen da libgpiod aus den Sourcen für v2.1 selber.
Selbst in Debian 'Testing' ist das noch nicht verfügbar:echad@chet:/opt/iobroker $ apt policy libgpiod-dev libgpiod-dev: Installed: 1.6.3-1.1+b1 Candidate: 1.6.3-1.1+b1 Version table: *** 1.6.3-1.1+b1 500 500 http://deb.debian.org/debian trixie/main arm64 Packages 100 /var/lib/dpkg/status echad@chet:/opt/iobroker $Warum nicht? Weil Debian als 'seriöser Anbieter eben nicht jede Neuerung verwendet'.
libgpiod 2.1 ist erst noch im 'Experimental'-Stage:
https://packages.debian.org/search?suite=experimental&arch=any&mode=exactfilename&searchon=names&keywords=libgpiod -
@laser sagte in Shelly 2.5 nicht in den Objekten zu finden:
Aber irgendwas bleibt immer auf der Strecke,
an deinem Wording solltest du aber arbeiten!
"Anrecht" und "darauf dass es funktioniert" ist schon heftig
-
@homoran Ich werde in Zukunft schönere Worte finden. Muß mich mal in der Politik umhören...
-
@laser sagte in Shelly 2.5 nicht in den Objekten zu finden:
Industrielle Systeme seriöser Anbieter verwenden eben nicht jede Neuerung, sondern bleiben auf einem Stand,
welch seltsame aussage. wir sind da im smarthome, nicht in der industrie.
Und irgendwann gibt es einen Schnitt, der auch abgekündigt wird.
und dann stehst du da, nix funzt mehr.
Es gibt altmodische Systeme, die funktionieren nach >28 Jahren tadellos.
ja, aber nicht nach neuen erkenntnissen. nach dem motto: "bis jetzt haben wir das so gemacht, das muss weiter so klappen"
-
@laser sagte in Shelly 2.5 nicht in den Objekten zu finden:
Muß mich mal in der Politik umhören...
hüstel...
