Monatsrückblick Januar/Februar 2026 ist online!

[Erich 1]

@da_woody Im Moment läuft es wieder, wie es soll. Die Arbeit mit neu aufsetzen steht dann wohl mal an.

[Homoran]

@erich-1 sagte in Shelly 2.5 nicht in den Objekten zu finden:

Die Arbeit mit neu aufsetzen steht dann wohl mal an.

Du hast dann aber sicher Verständnis dass eine Unterstützung bei Problemen mit so einer windschiefen Installation nicht wirklich möglich ist.

[haselchen]

@erich-1

Ich kann auch nur hoffen, dass das nicht nur leere Versprechungen sind.
Leider ist Dein System komplett veraltet.
Dein Speicher (RAM) quasi aufgebraucht.
Auch wenn der Shelly jetzt funktioniert, ist ne Frage der Zeit, dass Dein komplettes System abschmiert.

[mcm1957]

Ohne jetzt extra draufzahlen- bringt niemand was:

Denk an BACKUPS und schau dass die regelmässig gemacht werden. Und wenn du die Möglichkeit eines Zweitsydtems hast dann schau auch das das Restaurieren funktioniert.

[Homoran]

@mcm1957
laut iob diag hat er

@erich-1 sagte in Shelly 2.5 nicht in den Objekten zu finden:

Virtualization : kvm

eine VM.

@Erich-1
da kannst du doch ganz leicht parallel eine zweite VM aufbauen und dein System anschließend in einer halben Stunde umziehen

[Erich 1]

@homoran Ja, das war auch der Grund, warum ich das so installiert habe. Aber das Betriebssyststem updaten wird für mich eine Herausforderung.

[Thomas Braun]

@erich-1

Mach es einfach danach:

https://forum.iobroker.net/topic/65655/upgrade-von-debian-11-bullseye-auf-12-bookworm

Und dann regelmäßig auf Stand halten. Sowohl das Betriebssystem wie auch den ioBroker.

[Erich 1]

@thomas-braun said in Shelly 2.5 nicht in den Objekten zu finden:

@erich-1

Mach es einfach danach:

https://forum.iobroker.net/topic/65655/upgrade-von-debian-11-bullseye-auf-12-bookworm

Und 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?

[Thomas Braun]

@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.

[Laser]

@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.

[Thomas Braun]

@laser

Und was soll ich dazu können? Ich verwende weder Shelly noch GPIOs auf meinem System. Das passt also hier alles wunderbar zusammen.

[Laser]

@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.

[Thomas Braun]

@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.

[Homoran]

@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?

[Laser]

@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.

[Thomas Braun]

@laser

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.

[Laser]

@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.

[Thomas Braun]

@laser

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.

[Thomas Braun]

@laser

Falls das dein Problem ist:

https://github.com/ExplorationSystems/opengpio/issues/1

Ist dann wohl im Upstream gefixt.

[Laser]

@thomas-braun Das ist mein Problem. Leider habe ich es noch nicht beheben können. Wird aber (hoffentlich) noch.