freie Visualisierung Marke Eigenbau

[sinonimo]

Danke. Ich habe mir die Projektseite nochmal durchgelesen. Auf die Schnelle verstehe ich nicht alles. Was meinst Du mit "auch ein Router hat schon genug Wumms"? Dazu finde ich keine Infos. Ich würde jetzt ein RPi 4 bestellen und damit starten.
Gibt es irgendwo ein Beispiel, wie man "nur" eine Lampe über eine eigene HTML Webseite schaltet? Ich kann leider kein Beispiel finden.

[Chris M.]

Nimm einfach die CometVisu, auf einem Gerät Deiner Wahl (z.B. RPi; aber auch ein Router hat schon genug Wumms).

Wenn Du nun HMTL und JS from scratch machen möchtest, so nimm einfach nur den CometVisu Client, der das Protokoll implementiert und mach den sonstigen Rest selber.
Oder - was langfristig von der Pflege und dem Aufwand her wesentlich geschickter ist - setze einfach auf der kompletten CometVisu auf und bau nur ein eigenes Design und ggf. die Dir fehlenden Widgets.

[sinonimo]

schade... ich hatte gehofft dass es mittlerweile eine klare Lösung gibt. Aber anscheinend ist alles immer noch Bastelei... Dass es kein Anbieter oder Tool schafft stabil und einfach eine Schnittstelle zum Lesen und Schreiben für den Bus zur Verfügung zu stellen ist traurig!

[predi ger many]

Moin!

Wenn Du alles sleber machen willst, würde ich den hier nehmen:
https://www.voltus.de/?cl=details&an...SABEgJFbfD_BwE
dazu einen KNXD und eine kleine API. Dann kann es schon losgehen.

So werde ich eines meiner Projekte umsetzen.

gruß

Die Implementierung des kBerry in KNXD kann man nicht mal ansatzweise als Alpha bezeichen. Pre-Pre-Pre-Alpha. Das Teil läuft mit KNXD alles andere als rund.

Den kBerry kann ich allerdings mit Symcon empfehlen. Symcon hat den kBerry direkt in Symcon integriert, denn die eigene Symbox nutzt ihn auch. Da wird dann gar kein KNXD gebraucht.

Den kBerry kann man theoretisch auch mit nem Calimero Server (Alternative zu KNXD) betreiben. Allerdings hat der Calimero aktuell noch kein FT12Cemi drin. Die notwendigen Diff-Patches für den 2.4er Release von Calimero, welche FT12Cemi integrieren, habe ich schon erstellt. Auf x86 tut alles schon problemlos. Nur unter Linux gibt es noch einen blöden Bug beim Zugriff auf die Serielle Schnittstelle. Das werde ich mir demnächts mal genau anschauen und debuggen.

[Brainbug]

Hallo,
ich werfe einmal Home Assistant in den Korb. Die Integration von KNX ist einfach und dann könntest du einmal mit TileBoard weiterarbeiten. Das ist im Grunde eine HTML-Seite mit JS und CSS. Die könntest du dann nach deinen Wünschen konfigurieren. Alternativ könntest du auch noch die Tiles von Lovelace UI anpassen bzw- Custom Cards verwenden.

Alternativ kannst du auch das HabPanel von OpenHab komplett mit HTML und CSS nach deinen Wünschen gestalten

Viele Grüße

[gbglace]

Hier werden wieder zwei Themen vermischt.

Sich ne Visu selber bauen, per HTML oder sonstwas kann ich ja noch verstehen das zu tun. Wenn das kaputt geht und ein beauftragter Elektriker / Si kann das nicht reparieren, dann ist es eben so. Ist ja auch nur nen Taster aufn Bildschirm/in der Hosentasche. Wenn das jemand so besonders schön kann aber dazu nicht den Editor von EDOMI und Co bedienen kann, dann bitte baut er sich das selbst.

Aber alles andere was hier wieder mit rein mischt, was eben eher eine Logikengine und non-KNX-Systemintegration ist, da würde ich wirklich auch nur auf langfristige Systeme setzen die entweder auch direkt von Elektrikern gewartet werden können oder wenigstens eine sehr starke Community haben.
Denn davon ist echte Funktionalität abhängig. Ob sowas dann nun Kaufsoftware oder open Source ist kann sich jeder selbst überlegen. Aber mit Sicherheit wird niemals jemand allein sich sowas mal eben allein hinbasteln. Selbst EDOMI auf Basis einer One-Man-Software lebt im wesentlichen nur durch die Mitarbeit der Community und selbst Gira hat es wohl erkannt und macht die Plattform auf um die große weite Welt Bausteine entwickeln zu lassen.

[painky]

Interessant, wie manche Menschen "Server" von "Nicht-Server" unterscheiden... Gehäusegröße? Montageoptionen? Stromverbrauch? Preis?
Nichts gegen den RPi, habe den selbst zuhause im Einsatz! Man sollte nur eben nicht ein Fahrrad, an das man evtl. noch einen Anhänger hängen könnte mit einem Lastwagen vergleichen. Jedes System hat seine Vor- und Nachteile und damit seine Einsatzbereiche.

Für eine Visu braucht es ggf. nicht die dickste Ausstattung, aber auch da muss man am Ende testen, ob so eine Minimalausstattung die eigenen Bedürfnisse befriedigt. Über Anbindung von Speichermedien, Langlebigkeit und Datensicherung sollte man sich ebenfalls Gedanken machen.

"... und ich keinen Server am laufen habe." War darauf bezogen, das ich keinen Server für andere zwecke am laufen habe, z.B. NAS oder dergleichen auf den ich die Visu mitlaufen lassen kann.
Man muss herausfinden was man machen möchte und was man braucht und dann das oder die Systeme finden die man benötigt. Wofür ein LKW kaufen, wenn ein Fahrrad reicht. Ich möchte ja auch kein LKW bezahlen. Das Thema Langlebigkeit sehe ich genauso. Wenn man Raspberrys, Arduino oder andere günstigen Lösungen einsetzt. Sollte man auch immer einen Plan B im Hintergrund haben. Für mich war Raspberry perfekt. 1-4 Watt im Gegensatz zu anderen "MiniPCs" oder "NAS-Systemen" mit mindestens 20 Watt. Macht am Ende vom Jahr einen großen Unterschied.
Ich versuche grundsätzlich immer die System so auszulegen, das beim Teilausfall der Rest noch funktioniert, halt dezentral. Deshalb finde ich auch bei der Hausautomation KNX für richtig und nicht SPS und andere Zentrale Lösungen wie Loxone.

Alles Geschmacksache. Das System gibt es nicht. Ist auch gut so. Sonst hätte wir keinen Grund solche Diskussionen zu führen.

[AlexSchei]

... Gehäusegröße? Montageoptionen? Stromverbrauch? Preis?

Du hast die Farbe vergessen!! Ich durfte das NAS nur in weiß kaufen (Vorgabe der Regierung).

[gurumeditation]

Raspberry war für mich Pflicht wegen Stromverbrauch und ich keinen Server am laufen habe.

Interessant, wie manche Menschen "Server" von "Nicht-Server" unterscheiden... Gehäusegröße? Montageoptionen? Stromverbrauch? Preis?
Nichts gegen den RPi, habe den selbst zuhause im Einsatz! Man sollte nur eben nicht ein Fahrrad, an das man evtl. noch einen Anhänger hängen könnte mit einem Lastwagen vergleichen. Jedes System hat seine Vor- und Nachteile und damit seine Einsatzbereiche.

Für eine Visu braucht es ggf. nicht die dickste Ausstattung, aber auch da muss man am Ende testen, ob so eine Minimalausstattung die eigenen Bedürfnisse befriedigt. Über Anbindung von Speichermedien, Langlebigkeit und Datensicherung sollte man sich ebenfalls Gedanken machen.

[painky]

Moin!

Wenn Du alles sleber machen willst, würde ich den hier nehmen:
https://www.voltus.de/?cl=details&an...SABEgJFbfD_BwE
dazu einen KNXD und eine kleine API. Dann kann es schon losgehen.

gruß

Wenn man eine IP-Schnittstelle hat, benötigt man das Modul nicht einmal.

Am Anfang habe ich auch immer gesagt, ja da Programmiere ich mir selbst etwas. Aber am Ende ist immer die Frage, wie lange möchte man sich damit beschäftigen. Wie sauber funktioniert das ganze. Ein ganz wichtiger Punkte ist, den leider sehr viele nicht berücksichtigen, wie sicher ist das ganze. Ich kenne viele, die sich mit 2-3 verschiedenen OpenSource-Projekte was zusammen basteln und mir dann stolz zeigen, wie sie zuhause das Garagentor auf und zu fahren oder die Tür öffnen können. Ich bekommen immer auf die frage "Wie sicher ist das im Hinblick auf Einbruchschutz" große Augen.
Was bringt es mir, mir was selbst zu basteln, wenn ich evtl. in 10 Jahren mit neuer oder andere Hardware den ganzen Aufwand nochmal machen muss, weil es die Projekte nicht mehr gibt oder die API auf der Hardware nicht mehr läuft. Große OpenSource-Projekte wie OpenHAB oder evtl. auch IO-Broker wird es in 10 Jahren immer noch geben. Kleinere ein Mann-Projekte bezweifele ich. Bei IP-Symcon bin ich mir sicher, das ich in Zukunft Updates bekommen und Unterstützung und falls nicht. Fällt bei mir nur die App oder Visu aus, evtl. etwas Logik aber ich kann immer noch alles schalten und verwalten über meine "normale" KNX Hardware. Immer daran denken.
Es gibt eine Zeit nachdem Spieltrieb!

[sinonimo]

Moin!

Wenn Du alles sleber machen willst, würde ich den hier nehmen:
https://...
dazu einen KNXD und eine kleine API. Dann kann es schon losgehen.

So werde ich eines meiner Projekte umsetzen.

gruß

Ich entnehme Deinem Kommentar dass KNXD die Software ist, die für die Kommunikation mit dem KNX Bus zuständig ist. Schaue ich mir dann mal an. Brauche ich das Weinzierl Module 838 wenn ich schon ein Weinzierl IP Interface 731 habe?

[Gast1961]

Was mich von edomi abhält ist die fehlende Möglichkeit, einmal definierte komplexe Elemente (also aus mehreren Primitiven zusammengesetzte Bedienelemente) hierarchisch für anderen GUI-Elemente wiederzuverwenden. Das scheint nur per copy & paste möglich zu sein. Also kann man nachträgliche Änderungen nicht einfach an alle Elemente vererben, sondern muß die alle einzeln anfassen. Entweder ist das blöd gelöst - oder ich bin zu blöd, das Konzept zu verstehen.

[AlexSchei]

Moin!

Wenn Du alles sleber machen willst, würde ich den hier nehmen:
https://www.voltus.de/?cl=details&an...SABEgJFbfD_BwE
dazu einen KNXD und eine kleine API. Dann kann es schon losgehen.

So werde ich eines meiner Projekte umsetzen.

gruß

[mwKNX]

Naja, gaert nenn das Editor. Man könnte auch "Konfigurations-Fenster" dazu sagen

[sinonimo]

Edomi hat doch keinen Editor!?

"Visualisierungen werden vollkommen individuell und komfortabel im grafischen Editor erstellt und sind auf Desktop-PCs, Tablets oder Smartphones nutzbar. "

So steht es auf der Website...