Shelly 2.5 nicht in den Objekten zu finden
-
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. -
@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.
-
@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.
was ist das denn für eine schräge Ansage?
-
@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.
-
@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. -
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.
-
@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. -
@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.
Falls das dein Problem ist:
https://github.com/ExplorationSystems/opengpio/issues/1
Ist dann wohl im Upstream gefixt.
-
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 -
@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.
@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 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 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.
@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:
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 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. -
@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.@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 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. -
Was mache ich denn nun mit dem Shelly, der nicht in den Objekten auftaucht? Über MQTT gehen?
@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 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:
588
Online32.7k
Users82.5k
Topics1.3m
Posts