Der Pi macht kein Hardware Offloading fuer I/O, d.h. Netzwerk und HDD muessen durch die CPU gebraten werden. Wenn du also Netzwerk IO fuer den ingress machst, Disk I/O fuer die Influx writes, Disk I/O fuer die Queries in z. B. Grafana und den Grafana Server noch per NodeJs auf der Kiste hosten willst, dann macht das, aus meiner Perspektive, weder Spass noch Sinn.
Konnte ich Deine Frage beantworten? Ich kenne deinen technischen Hintergrund nicht, daher hab ich jetzt mal den Mittelweg versucht. Wenn dir etwas unklar ist, bitte einfach nachfragen
Wäre grandios, wenn Du es Dir mal ansehen würdest…: Wie eine Lösung aussieht ist am Ende des Tages egal - nur End2End wäre die Anforderung (vom Import bis zum vorkonfigurierten Frontend).
Auch wenn der, zugegebenermassen, overpowered ist, kann der halt alles was ich so an pers. Anspruechen stelle. Ich denke mal mit nem kleinen Intel Atom board oder nem klassischen Intel Pentium micro ATX kommt man da gut zu Rande.
@hblaschka Ich denk mal drueber nach, aber ich muss erst mein Proxy Detection Projekt fertig machen. Danach kann ich mich voll und ganz dem hier widmen
End-To-End ist halt schon recht anspruchsvoll. Die Daten lesen und umwandeln in “$X” ist ja der einfache Part. Spannend wird es bei der Anzeige. Ich hatte nicht vor ne Timeseries DB selbst zu bauen und einen Installer fuer Prometheus oder Influx zu wrappen find ich auch irgendwie schaebig. Aussderm faengt man schnell an Grafana nachzubauen, was auch grober Unfug ist.
Den Exporter fuer Prometheus gibt es ja schon, diese Zielgruppe ist somit bedient.
Es macht aussderm wenig Sinn sich mit den Exporten auf dem FTP zu beschaeftigen, wenn man sich alle “X” Sekunden die gleichen Daten ueber die Node API ziehen kann.
Nach reichlicher Ueberlegung sehe ich aktuell keinen Mehrwert fuer ein solches Projekt unter den gegebenen Anforderungen.
Wem soll das “Tool” den welchen Wert aus eurer Sicht bringen?
Ich seh grade aus dem FTP Thread: https://powerbi.microsoft.com/de-de/desktop/
PowerBI gibts kostenlos als Desktop App. Das bestaerkt mich in der Annahme, dass ein selbstgebautes Tool auf Basis der FTP Exporte wenig Sinn ergibt.
Ich kann Deiner Argumentation absolut folgen und sie nachvollziehen.
Der angefachte Mehrwert wäre es gewesen, Interessierten (und eher weniger versierten) Usern eine einfache Möglichkeit an die Hand zu geben die Values aus dem homee langfristig komplett zu speichern/zu archivieren und Ihnen einfache Methoden an die Hand zu geben diese zu visualisieren, ohne dass sie sich mit den von Dir genannten Tools tiefer auseinandersetzen müssen.
Wir haben mit homeean ein Tool geschaffen, mit dem Leute, die vorher noch nie mit Linux gespielt hatten, es schaffen Tools zu benutzen, die zuvor für Sie nicht benutzbar gewesen wären und die wir damit motivieren sich tiefer mit den Themen an der Schnittstelle zwischen homee und Drittsystemen auseinanderzusetzen.
Davon profitieren wir alle als Community langfristig und jeder einzelne kurzfristig.
Aber hey, wie gesagt: Deine Argumentation ist nachvollziehbar. Wenn daraus (oder aus genannten Alternativen wie PowerBI) auch nur ein Howto (Wiki-Artikel, anybody?) entsteht, dann wäre das für alle auch ein Gewinn.
Ich habe seit homeeToMqtt im node-red einen Export aller mqtt Nachrichten mit Sensorwerten nach influxdb welche wieder von grafana angezeigt werden. Laufen tut das alles unter docker auf eine Synology DS1515.
Die homeeApi gibt ja jeden Statuswechsel an homeeToMqtt weiter. homeeToMqtt sendet die Statuswechsel an mqtt. Dahinter kann man dann machen was man will. Somit brauche ich den export nicht, da homeeToMqtt mehrere Sachen auf einmal erledigt.
@hblaschka Ich stimme dir zu, dass wir die Chance haben, Menschen Zugang zu Technik zu geben, die sonst eher als Hexenwerk empfunden wird. Ich denke an dieser Stelle ist die Homee API (auch wenn noch nicht offiziell), die bessere Alternative. Man koennte ueberlegen, ob man einen Influx importer oder einen Prometheus importer fuer die CSV bereitstellt.
Kennt jemanden einen guten hosted oder managed Services fuer Metriken? Mir fallen da ein:
Hosted / Managed
AWS CloudWatch (Kosten skalieren mit der Anzahl der Metriken)
Google StackDriver (Kosten skalieren mit der Anzahl der Metriken)
Azure Metriken (Kosten skalieren mit der Anzahl der Metriken, max 90 Tage Retention)
Und was hindert dich daran, ein kleines Script zu schreiben, dass das Verzeichnis regelmäßig ausliest und importiert?
Wenn dein Datenbanktool das nicht sogar schon von Haus aus kann?
Versteh mich bitte nicht falsch, das sind sicher alles nette und sinnvolle Features, aber im Vergleich zu unseren Wünschen an homee insgesamt (Stabilität, Heizung, viel mehr neue Geräte, Pflege der Einbindung der bestehenden Geräte, Zugang zu Logfiles) würde ich die Abwesenheit eines nicht zugesicherten Features nicht ein Unding nennen. Zumal du ja mit etwas Bastelei dein Ziel erreichen kannst.
Siehe auch meine Frage im anderen Thread, welches Konkurrenzprodukt dich hier besser bedient.
Ich sehe da auch keine Notwendigkeit irgendwelche zusaetzliche Software drauf zu werfen. Ein einfaches PHP/Ruby/Python/Bash Script sollte da den Dienst tun.
Ich arbeite gerade an nem Stueck Software, dass den homee via der Websocket API mit dem Azure IoT Hub verbindet. Ich denke da kann man ne Menge rausholen. Einen laufenden Prototypen hab ich schon, muss das allerdings noch mal richtig durchimplementieren.
Das lasse ich aktuell von der Library aushandeln. Ich schreib den Kram in C# und dotnet core 2, damit hab ich halt den kompletten Luxus der Microsoft eigenen Libs.
Moin moin,
wollte hier mal wieder “zündeln” …
Ich bin gerade dabei meine Hardware zu entschlacken und habe im Keller gerade einen Raspi, Switch und Kabelmodem durch eine Fritzbox 6490 ersetzt.
Möchte also so viel wie möglich auf der DS laufen lassen, wenn auch ressourcenschonend, da ich nur eine kleine DS116 habe. Also Docker fällt schon mal aus.
Nun meine Idee die Verlaufsdaten auf einer Homepage über Wordpress darzustellen.
Diese Visu-Plugins können die Daten ohne Umweg einer DB aus einer CSV lesen und darstellen. https://fastwp.de/3-plugins-fur-diagramme-in-wordpress/
Weiss nur noch nicht wie man dort eine Datenbank auslesen und darstellen kann.
Oder kann man automatisch neue CSV-Dateien importieren?
Das sind so meine Überlegungen/Denkanstöße.
Da ich meine DS gerade platt gemacht habe und nicht vermüllen will, werde ich mir vielleicht eine xpenology aus nem alten miniPC basteln.
Oder jemand von Euch kennt sich mit WP gut aus ?
Oder ist das ne blöde Idee?
Eine kostenlose liteversion gibt es, die macht aber keine DB, die Pro kostet 44€.
Aaaaber nun bin ich mal in meine exportieren Verlaufsdaten gegangen und war erschrocken wie wenig bzw viel die Sensoren u. Aktoren preis geben.
Manche geben alle paar Wochen was aus, manche alle paar stunden.
Was bringt mir ein Batteriestatus vom 19.9., wenn die Batterie innerhalb 2-3 Tage zusammenbrechen kann?
Wenn man wenigstens einheitlich 1x Tag den Status von allen Geräten bekommen würde, aber so hat das kaum Sinn. Ich glaube ich leg die Sache auf Eis und warte bis homee mir den virtuellen zeigt. “Huhu deine Batterie war gestern schon tot”
zeigt. “Huhu deine Batterie war gestern schon tot”