Shelly 2.5 nicht in den Objekten zu finden

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

Tom-Hirschberger created this issue in ExplorationSystems/opengpio

closed Feature Request: Support Pull-Up and Pull-Down settings #1

[Laser]

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

[Thomas Braun]

@laser

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

[Homoran]

@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

[Laser]

@homoran Ich werde in Zukunft schönere Worte finden. Muß mich mal in der Politik umhören...

[da_Woody]

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

[da_Woody]

@laser sagte in Shelly 2.5 nicht in den Objekten zu finden:

Muß mich mal in der Politik umhören...

hüstel...

[Laser]

@da_woody sagte in Shelly 2.5 nicht in den Objekten zu finden:

ja, aber nicht nach neuen erkenntnissen. nach dem motto: "bis jetzt haben wir das so gemacht, das muss weiter so klappen"

Ich bin kein Vertreter von "Das haben wir schon immer so gemacht"
Es gibt aber Dinge, da muß man sich zu 99,8% darauf verlassen können. Da ist Handyfirlefanz unwichtig.
Und als kleinen Nebeneffekt sind die auch nicht von Cyberkrimenellen angreifbar. Weil es keine Verbindung in die weite Welt gibt. Und die wird auch nicht gebraucht.

[Thomas Braun]

@laser sagte in Shelly 2.5 nicht in den Objekten zu finden:

Es gibt aber Dinge, da muß man sich zu 99,8% darauf verlassen können. Da ist Handyfirlefanz unwichtig.

Da gehören die GPIOs an einem Raspberry aber nicht dazu.

[da_Woody]

@laser schon klar, aber nochmal:

wir sind da im smarthome, nicht in der industrie.

[Laser]

Was mache ich denn nun mit dem Shelly, der nicht in den Objekten auftaucht? Über MQTT gehen?

[da_Woody]

@laser ich schau mir jetzt sicher nicht den ganzen tread an. steht da überhaupt eine frage zu einem speziellen shelly?
shelly kann selbst mqtt. wenn du die cloud nicht brauchst/willst, dann den adapter dementsprechend einrichten.
dazu gibts schon mehr als genug beiträge, oder halt auch:
https://github.com/iobroker-community-adapters/ioBroker.shelly
oder auch direkt im adapter:

[Laser]

@da_woody derzeit funktioniert es über mqtt. Ich lese Anleitungen. Sicher. Ob ich Alles verstehe, steht auf einem anderen Blatt.

[da_Woody]

@laser ok, aber gerade @haus-automatisierung hat eine super erklärung für beide möglichkeiten...