Alternative Oberfläche eedomus

Hallo zusammen,

Also, wie in meiner Vorstellung erwähnt, möchte ich zunächst die relativ « altmodische » Oberfläche der eedomus-Smart-Home-Box weiterentwickeln.
Diese Geräte sind sehr stabil und bieten viele Möglichkeiten, alles ohne Programmierung (oder nur sehr wenig).
Die Protokolle in den Diensten sind vielfältig, im Moment laufen meine Komponenten mit z-wave, zigbee und Ethernet, plus ein wenig verdrahtet über native I/O.
Wo es hakt, ist, dass die Oberfläche recht « starr » ist und nicht unbedingt erlaubt, das anzuzeigen, was man wo anzeigen möchte.
Daher denke ich, dass es vorstellbar wäre, die gesamte oder einen Teil dieser Box über HTTP-Anfragen mit Gladys zu verbinden, und welche technischen Einschränkungen es gibt, da bereits integriert sind:

  • 2 eedomus-Boxen (eine innen & eine außen)
  • 29 z-wave-Komponenten
  • 11 verdrahtete Komponenten an native I/O
  • 7 zigbee-Komponenten
  • 20 Netzwerkteilnehmer (Ethernet & WLAN)
    Natürlich haben nicht alle diese Komponenten die gleiche Aktualisierungsfrequenz, einige sind pro Sekunde (sehr wenige), andere pro Minute oder alle halbe Stunde.

Aktueller Überblick:

Meine erste Sorge ist, dass es « etwas voll wird » wie man so sagt, indem man HTTP-Anfragen einzeln oder zu zweit an die beiden Boxen sendet.
Da meine Kenntnisse in dieser Art von Schnittstelle begrenzt sind, möchte ich mich lieber vorher informieren, bevor ich mich in Stunden der Installation begebe, um ein möglicherweise mäßiges oder sogar unbrauchbares Endergebnis zu erzielen.

Vielen Dank für eure « Erleuchtung » :wink:

Ach Mist, ich hätte es fast vergessen,
Frohes neues Jahr an alle :champagne: :tada:

Hallo zusammen,
Nach einigen kleinen Tests der „basischen“ Funktionen wie Ein/Aus und dem Wetter-Widget möchte ich den bereits geleisteten Arbeiten keineswegs den Rang abläuten, aber es gibt noch einiges zu tun, sowohl grafisch in Bezug auf das Aussehen und die Möglichkeiten als auch bei den Integrationen.
Ich werde auf jeden Fall weitermachen und mich an Node Red wagen, um meine Smart-Home-Box anzubinden, aber in diesem Zustand könnte ich das auch gleich in HA machen, um ein schöneres visuelles Ergebnis zu haben.
Ich werde die Manipulation wahrscheinlich sogar versuchen, um zu vergleichen.

Das sind alles gute Rückmeldungen :ok_hand:

Was ist das, was du brauchst und nicht passt? (Falls du visuelle Beispiele hast, ist das noch besser!)

Hallo guim31,

Zum grafischen Aspekt:

  • Die Möglichkeit, das Hintergrundbild zu ändern, sei es zum Spaß oder für einen „Plan“-Modus
  • Die Möglichkeit, die Oberfläche in den „Dunklen Modus“ zu versetzen
  • Die Möglichkeit, die Widgets zu bearbeiten oder Zugang zu Bibliotheken (z. B. aus dem Web) zu erhalten

Zum „technischen“ Aspekt der Oberfläche:

  • Die Möglichkeit, Spalten hinzuzufügen (4 oder 5 oder mehr einzurichten)
  • Die Möglichkeit, die Widgets ohne Einschränkungen anzuordnen

Ich verstehe, dass das viel sein kann und dass man mindestens 2 Plattformen (PC & Mobil) bearbeiten muss, ganz zu schweigen von den Sprachinterfaces, aber heutzutage ist das ein wenig die Erwartung der Nutzer, wenn man die „Smart Home“-Technologie demokratisieren will.
Eedomus hat hier viel gearbeitet, aber wie bei vielen Softwareprodukten ist die Basis relativ alt, sodass nicht alles ohne vollständige grafische Überarbeitung möglich ist, die nicht rückwärtskompatibel wäre. Außerdem muss man dafür ein eigenes Team von Grafikentwicklern haben, und das ist nicht jede Struktur, besonders nicht im „Open Source“-Bereich.

Dann kann man auch den Integrationsaspekt ansprechen. Gladys ist auf dem richtigen Weg, aber wenn Sie schneller vorankommen wollen, müssen Sie alle bereits existierenden API-Anbieter recherchieren und integrieren, und das ist eine Menge Arbeit. Dazu kommt noch alles, was heute über HTTP gemacht wird (typisches Beispiel ist Shelly, das seit einiger Zeit ein aufstrebender Hersteller ist). Über Node Red (oder andere Drittanbieter-Gateways) zu gehen, ist für den Durchschnittsnutzer immer noch sehr umständlich.
Vielleicht wird Matter DIE Lösung sein, aber das ist eine andere, sehr lange Geschichte…

Hallo zusammen,
Mein vorheriger Post bringt mich zum Schmunzeln, weil ich HA noch nicht kannte und es gestern Abend auf meinem kleinen Server auf Basis eines Zenbooks eingerichtet habe.
Es ist wirklich beeindruckend, sowohl die Oberfläche als auch die Integrationen (die sofort funktionieren) — die meisten meiner Anmerkungen sind bereits integriert.
Ich werde allerdings nicht um Node Red herumkommen, um meine Eedomus-Boxen zu verbinden (wahrscheinlich per Push), aber eine „Zusammenarbeit“ der beiden Systeme könnte meine Lösung sein.

Ich bin nicht besonders überrascht, da deine Suche eher etwas sehr Anpassbares ist, was die Philosophie von HA, aber nicht von Gladys! :+1:

Hallo guim31,

Aber was ist denn die Philosophie von Gladys vs. HA?
Denn es gibt doch einige Gemeinsamkeiten :zwinkern:

@pierre-gilles wird sicherlich besser in der Lage sein, zu antworten, aber in groben Zügen ist Gladys ein einfaches Produkt für den Benutzer (sehr wenig Konfiguration, keine .yaml-Dateien, etc.) mit einer modernen und aufgeräumten Oberfläche.

Ausgehend von diesem Konzept sind die Anpassungsoptionen sehr begrenzt, um genau die Einheitlichkeit der Oberfläche zu vermeiden.