Vorstellung Loxberry-Projekt (und Umfrage)

[Gast]

Gute Idee das Ganze!

Ich habe schon was ähnliches für meine Zwecke angefertigt - ich mache folgendes:
- Internetkonnektivität feststellen (Latenzzeit von Ping auf 8.8.8.8)
- Wettervorhersage von lokalem Wetterdienst (die sind die Besten) aus dem Internet holen
- Per Onewire mehrere Temperatur- und Luftfeuchte-Sensoren auslesen
- Infos meiner PV-Anlage (Sunny Webbox) auslesen
und alle Daten an den Loxone Miniserver weitergeben.

Außerdem habe ich ein halbfertiges - bin noch nicht damit zufrieden - Script um Multiroom Audio mit dem Logitech Media Server zu betreiben. Das Script gibt natürlich Track-Infos und die aktuelle Lautstärke aller Kanäle an die Loxone zurück..

[Simon]

Sehr gute Idee,

kann als Tester mithelfen.

[Torro]

Hallo,

so, nach 4 Tagen hat man nun schon einige Werte, so dass man mal einer meine Grafiken (die ich unbedingt brauche) sehen kann.

Vorraussetzungen: Loxone, MySQL Server, Webserver mit PHP

Das ganze sieht bei mir dann wie nachfolgend aus, leider fehlen noch Werte von den PV Anlagen und vom eigentlichen Stromverbrauch.

[Torro]

Einheiten sind dran, wenn man mit der Mouse oder dem Finger auf einen Datenstrom drückt oder wischt. Das ganze funktioniert auch auf dem Iphone oder Tablet wunderbar. Man sieht also, wieviel Energie von wo nach wo im Haus fliesen oder umgewandelt werden von Strom in Wärme oder z. von Holz in Wärme (das mache ich noch rein). Noch interessante wirds dann mit der PV Anlage und der Batterie, am Ende sollten auf der linken Seite so wenig wie möglich kostenpflichtige Quell-Energien stehen.

Diese Grafik ist ja auch nur ein Teil der Grafik-Engine, die mir vorschwebt, sie ist nur schneller als die Einzel- und Multigraphen programmiert. Und hier ist das Storefront auch soweit fertig, da muss nicht gross was gemacht werden. Ich denke mal, wenn ich die dahinterliegende Programmierung fertig habe, ist es auch für eine Anfänger sehr schnell implementierbar.

Was ich nicht mache und kann, eine Konfigurationsoberfläche dafür zu proggen, das hatte ich damals bei WIIPS gemacht, hat aber ca. 60% des gesamten Aufwandes eingenommen, und am Ende ist es ja so, dass eigentlich nur das Ergebnis, also die Ausgabe das entscheidende ist. Die Konfiguration macht man aber nur einmal und nicht immer wieder neu.

Worüber man natürlich nachdenken könnte, wäre ein Installationsscript, welches die eigentlichen Scripte anhand der Eingaben dann generiert. Aber ob das den Aufwand tatsächlich hier an dieser Stelle rechtfertigt, bezweifle ich. Das sehe ich eher bei den anderen Grafiken, die man sicher immer mal anders zusammenstellt.

Gruss Uwe

[Torro]

Hallo Christian,
warte bitte mal ab, das ist nur der erste Teil, der am schnellsten ging. Der zweite Teil sind dann die Grafiken, da bin ich jetzt dran. Mit RRD habe ich fast 15 Jahre gearbeitet, das ganze WIIPS war dadrauf aufgebaut. Vielleicht gibts hier im Forum noch den einen oder anderen, der das kennt.
Ich weiss sehr wohl, was RRD macht und kann. Es gibt aber auch einige Punkte, an denen RRD leider keine Loesung bietet.

[Christian Fenzl]

Hi Uwe,
ich bin echt begeistert über das, was deine Engine da rauswirft! Das muss man erst mal generisch zusammenbringen! Und es ist mal ein ganz anderer Ansatz als die üblichen Linien.

[evasleisure]

Toll! Hört sich für mich perfekt an.
Da ich noch nicht im Smarthome wohne - oder wie mein Elektriker seit zwei Tagen sagt - "Kabelhome", kann ich noch nicht genau sagen, was ich brauchen könnte. Aber bei einer guten Wettervorhersage und einem Kalender weiß ich bestimmt, dass ich es brauchen kann. Statistiken, wie es die anderen geschrieben haben, sind bestimmt auch sinnvoll. Dachte immer, dass Loxone das kann... wieder etwas gelernt ;-)
Linux kann ich nicht zur Unterstützung, Geld möchtest du keines... wenn du SuperDaus als Testuser so ab Sommer/Herbst benötigste: Here I am ;-)

[Prof.Mobilux]

Das Script gibt natürlich Track-Infos und die aktuelle Lautstärke aller Kanäle an die Loxone zurück..

Wie hast du das realisiert? Welche Eingänge auf der loxone verwendest du für die Track Infos?

Den Track-Name herausfinden ist ja ganz "einfach" über die LMS CLI. Den Befehl weiß ich nicht mehr auswendig, ich glaube es war
-- <playerid> title ?
und
-- <playerid> artist ?
Habe auch noch eine Abfrage drin ob das ein Radiosender ist (das ist jetzt Python Code... ich verwende PyLMS)
- self.player.request('playlist remote url:%s ?' % (self.player.get_track_path())):
und wenn das keine empty string ist steht der Radiosender in dieser list:
- self.player.request(&quot;songinfo 0 100 url:%s tags:aN&quot; % (self.player.get_track_path()))

An den Miniserver weitergeben tu' ich die Infos per https://<lox ip>/dev/sps/io/VTI1/<artist - track> - das Script braucht also Username und Passwort für den Miniserver. Die Trackinfo ist ein Virtueller Texteingang (VTI1), die Eingänge für die Lautstärke sind gewöhnliche Virtuelle Eingänge. Mit RPI--(UDP)-->LOX bin ich da nie ganz warm geworden, vermutlich weil ich das Python-Modul dafür zu einer Zeit geschrieben hab' wo die UDP-Unterstützung des Miniservers andauernd ausgefallen ist.

[Prof.Mobilux]

Virtueller Texteingang... Da hätte ich auch drauf kommen können... Danke!

[hismastersvoice]

pyLMS hat einen kleinen Nachteil...
Kann keine Sonderzeichen, Umlaute usw... Deswegen habe ich selber ein Script

Wenn die Plugin-API fertig ist können wir das ganze ja da einbauen...

[hismastersvoice]

Ich habe so ein Script für die Max2Play geschrieben.
Das ist recht einfach, da man beim Squezze Server alle Daten per Telnet abholen bzw. ändern kann.

Meins läuft als Bash im Hintergrund, Einstellungen kann man über die Max2Play Pberflächr machen.

Arbeite gerade an einer neuen Version in der man selber zusammenstellen kann was zurück gegeben wird.

z.B. Trackname - Artist - Time usw.

[Dimon]

Respekt 👍

[Boomerang]

Ich finde deine Idee sehr gut.
Um weitere technisch versierte User dazu in die Lage zu versetzen, eigene Ideen auch umsetzen zu können, wäre es super wenn es auch eine Art KnowHow Transfer geben würde. Ich würde zum Beispiel sehr gerne meine Wünsche bezüglich Statistikdarstellung verfeinern unn abgleichen mit den hier angesprochenen 2 Lösungsansätzen (von Toni & Mobilux). Dazu fehlt es mir aber noch an spezifischem KnowHow. Bin aber bereit dazuzulernen. zu PicoC, LoxBerry, PHP, Java etc

Am liebsten wäre mir zwar, man könnte sich zu einer Art "AddOn Developer Tutorial Stammtisch" physisch zu treffen, falls sich an gewissen Orten genügend Interessenten finden. Vielleicht finden sich ja im Grossraum Linz ein paar Interessenten. Leider hätte man da halt solche Kaliber wie Prof. Mobilux nicht dabei.
Daher vielleicht gibt es ja virtuelle Treffen oder WebTutorial / Webkonferenzen.

Frage: Könnte man mit dem LoxBerry auch eine "echte" Visu mit hinterlegten Grafiken (vom Haus&Garten Grundriss) realisieren ? siehe Prototyp Grafiken
Von der ersten Übersicht (in Bild 1) würd ich dann gerne in verschiedene Grundrisse (Bild 2) verzweigen, die dann die noch eingeschalteten Lichter, offene Fenster in den einzelnen Geschossen anzeigen, von dort vielleicht noch zu einer genaueren Skizze und letztendlich auch zur Visu von Loxone.
Der eine oder andere Button in der Übersicht sollte aber schon zB wie ein Radio Button seine Befehle an die Loxone weitergeben und die Werte von der Loxone abholen, eventuell aufbereiten (umrechnen und formatieren) und dann anzeigen.

Wenn das funktionieren würde bin ich Feuer und Flamme für den LoxBerry und für so ein LoxBerry AddOn "Individuelle Visu"
lg Michael

[cdrescher]

Kennt ihr das schon: http://www.fluchtpunkt.at/ -> müsst ihr bis ganz unten scrollen. Max ist aber noch nicht so weit, es sollte aber bald eine Beta geben schätze ich.

[Prof.Mobilux]

Wow - nicht schlecht!

[Boomerang]

Hab mir fluchtpunkt und eDOMI angesehen. Sind beide innovativ unterwegs. Bin gespannt was aus eDOMI wird. Ich könnte mir das in einer Prototypphase als Ergänzung zum MS vorstellen. Genauso wie einen LoxBerry oder LoxOdruid. Dort wo Loxone keine MakroObjekte für uns definieren will, oder EIB Dimmer nicht sauber und automatik EIB Jalousien gar nicht unterstützt, könnte man das ja als Ergänzung sehen. Damit würde ich mich dann ja nicht vollkommen auf was exotisches einlassen. Die OneScreen Visualisierung des gesamten Hausstatus verlangt ja schon eine Menge Berechnungen im Hintergrund. Wenns wegen Kinderkrankheiten noch ausfällt, könnte ich das mit einem funktionierenden MS ja noch verkraften. Ausser es werden Fehlalarme produziert.

[klenn]

tolle sache
bin immer wieder erstaunt was alles mit der loxone geht:-)
was mich noch interressieren würde wäre der doorbarry für die haustür mit sip ansteuerung für die fritzbox
helfen könnte ich derzeit mit kleinen fräsarbeiten

[Michael Rene Maurer]

Hi klenn,
was könntest du den fräsen? Ich hab bei meinem Doorberry ne Edelstahlplatte mit 2mm, fräsen is da net so einfach....

schick mir biite pn!

[Prof.Mobilux]

Ich war lange auf der Suche nach einem Gehäuse (Desktop und Hutschiene) wo man ein kleines 2-Zeilen-Display einbauen könnte, bin aber nicht fündig geworden...

Vielleicht kannst Du da ja unterstützen?

[klenn]

Gast rene hast pn
prof. mobilux@ was brauchst du genau? kannst mir pn schicken?

[Michael Rene Maurer]

Hallo Micha!
Ich würde mich auch als BETA Tester zu Verfügung stellen, wenn nötig!

[Gast]

Hallo

Macht es nicht Sinn die meisten Featurewünsche über die Integration von OpenHab abzudecken? Da gibt es zumindest für das meiste Bindings und dann braucht man nur noch Loxone mit OpenHab zuverheiraten.

Viele Grüße,
Michael

[eisenkarl]

Bitte nicht OpenHab! Auch nicht ansatzweise einen OpenHab-Workflow für dein Projekt in Betracht ziehen... Ich mag es halt einfach nicht ;-)

[hismastersvoice]

Bin auch dafür das es auf ein eigenes speziell auf Lox angepasstes System sein sollte.

Zum Thema Performance und Live-Statistik...
Vielleicht sollten wir auch z.B. den Odroid XU4 in Betracht ziehen, habe sehr gute Erfahrungen gemacht.
Performance ist dem Rasp 2 um das 3-4 fache überlegen.
Die Software sollte zumindest so offen sein das es auf unterschiedlichen Systemen funktioniert evtl. auch auf X86 Systemen mit Linux.

[Christian Fenzl]

Odroid XU4 - den hab ich! Wahnsinn ist der schnell!
Was mir grad jetzt, wo ich mein Multiroom ausbaue, etwas ungelegen kommt, dass der keinen Audioausgang hat. So verbrate ich zwei der drei USB für Soundblaster-Sticks.
Ich würde grundsätzlich mal beim Rasp bleiben. Ist Standard und bietet das meiste Zubehör, was auch durch die Community gut unterstützt ist.
Aber der Odroid XU4, der fährt ordentlich weg :-)

[Prof.Mobilux]

ich konzentriere mich zunächst auf den RapsPi. Ist günstig und sehr verbreitet. Da ja alles auf einem Standard Linux basiert ist eine Portierung auf ein anderes System später einfach zu machen.

[hismastersvoice]

Die Implementierung in andere Systeme dürfte so schwer dann nicht sein wenn die Basis mal da ist...
Freu mich auf die Beta...