Umfrage
Frage:
Besteht Interesse an der Integration von FileLog? So käme man auch ohne DbLog aus, gut z.B. für Fritzboxen...
Antwort 1: Ja
Stimmen: 23
Antwort 2: Nein
Stimmen: 4
Antwort 3: Vielleicht
Stimmen: 3
Update:
Das Frontend ist nun auch kompatibel mit Filelog. Für die installation und Nutzung des Frontends ist kein DbLog mehr notwendig!
Es reicht zur Installation aus, den Befehl
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
in FHEM aufzurufen. Anschließend kann das Frontend über
http://AdressevonFHEM:8083/fhem/frontend/index.html
aufgerufen werden. Somit können z.B. auch Fritzbox Nutzer das Frontend mit FileLogs verwenden.
Dieser Beitrag dreht sich um das von mir entwickelte, neue Frontend für FHEM.
Der Fokus des Frontends liegt auf dem Erstellen und Nutzen von Charts bzw. Diagrammen mit den Daten, die über FHEM gewonnen werden.
Ziel des Frontends ist es, dem Nutzer eine einfache Möglichkeit zu geben eigene, dynamische Diagramme selbst zu erstellen, durch eine grafisch "zusammenklickbare" Konfiguration.
Man muss sich nicht mit Konfigurationsdateien, regulären Ausdrücken und unverständlicher Syntax herumschlagen, sondern kann neue Charts in wenigen Sekunden generieren.
Zuerst mal ein paar Screenshots vom aktuellen Stand. Zu sehen ist die gesamte Oberfläche mit einem Beispielchart. Auf dem ersten Bild mit Konfiguration oben drüber, auf dem zweiten und dritten mit den Dargestellten Werten zusätzlich in tabellarischer Form:
(http://www7.pic-upload.de/thumb/23.11.13/8bt5x626d4.jpg) (http://www.pic-upload.de/view-21416211/1.jpg.html) (http://www7.pic-upload.de/thumb/23.11.13/z6dnejhp5pg8.jpg) (http://www.pic-upload.de/view-21416236/chartwithhover.jpg.html) (http://www7.pic-upload.de/thumb/23.11.13/31usyzvqojw7.jpg) (http://www.pic-upload.de/view-21416271/chartwithtable.jpg.html)
Der Konfigurationsdialog im Detail:
(http://www7.pic-upload.de/thumb/23.11.13/5b6x4dtikog6.jpg) (http://www.pic-upload.de/view-21416264/chartsettings.jpg.html)
Die Detailansicht eines FHEM-Gerätes mit selbstaktualisierender Anzeige der Messwerte:
(http://www7.pic-upload.de/thumb/23.11.13/jayy6iwkr3xe.jpg) (http://www.pic-upload.de/view-21416275/devicepanel.jpg.html)
Die Oberfläche zur einfachen Abfrage der Datenbank mit Anzeige der gewünschten Messwerte:
(http://www7.pic-upload.de/thumb/23.11.13/ah428dxk8gab.jpg) (http://www.pic-upload.de/view-21416286/tabledata.jpg.html)
Ansicht des integrierten FHEM, voll bedienbar, verpackt in der neuen Oberfläche:
(http://www7.pic-upload.de/thumb/23.11.13/xygiuzdiubly.jpg) (http://www.pic-upload.de/view-21416296/integratedfhem.jpg.html)
Detaillierte Informationen (leider nicht mehr 100% aktuell, aber mindestens 80% :-), was das Frontend alles kann und wie es installiert wird findet sich im Wiki:
http://www.fhemwiki.de/wiki/Neues_Charting_Frontend (http://www.fhemwiki.de/wiki/Neues_Charting_Frontend)
Wenn es Fragen oder Anregungen gibt, können die gerne hier gestellt werden.
Hier der ursprüngliche Beitrag, so wie alles begann:
-----------------------------------------------
Hallo!
Ich nutze FHEM seit einigen Wochen und bin ziemlich begeistert über die Möglichkeiten. Erstmal vielen Dank an alle Mitwirkenden für dieses tolle Projekt!
Ich nutze FHEM in erster Linie, um meinen Stromzähler abzulesen / auszuwerten und einen Überblick zu bekommen, was bei mir die Rechnung in die Höhe treibt.
Dazu bin ich in erster Linie auf die Plots angewiesen, um zu sehen, wann wieiviel Strom verbraucht wird.
Die Möglichkeiten von gnuplot sind ja wirklich umfassend, leider aber in der Konfiguration her nicht ganz einfach.
Auch ist die Weboberfläche von FHEM funktional, in meinen Augen aber nicht mehr ganz Zeitgemäß und in der Bedienbarkeit manchmal etwas umständlich.
Deshalb schwebt mir folgendes vor:
Ich arbeite schon seit einigen Jahren mit der Javascript Bibliothek ExtJS von Sencha (www.sencha.com).
Damit lassen sich sehr ansprechende und gut zu bedienende Web-Frontends / Anwendungen gestalten. Auch kann man damit ein sehr umfangreiches Charting umsetzen.
Für ein paar Beispiele kann man hier z.B. mal nachschauen: http://dev.sencha.com/deploy/ext-4.1.0-gpl/examples/#sample-3 (http://dev.sencha.com/deploy/ext-4.1.0-gpl/examples/#sample-3)
Die Charts werden direkt dynamisch im Browser gerendert, was z.B. die Vorteile mit sich bringt, dass man beim Überfahren eines Messwerts mit der Maus die Daten in einem Popup-Fenster angezeigt bekommen kann.
Da ich mir eh gerade mit ExtJS ein neues Charting zusammenbaue dachte ich, ich frage mal die Community ob ein Bedarf an einem solchen neuen Charting Modul - und wer weiss - vielleicht sogar Redesign der gesamten FHEMWEB-Oberfläche besteht.
Das von mir geschriebene Charting kann aktuell beliebige Parameter aus der Datenbank (dblog) auslesen und darstellen. Ich arbeite aktuell daran, das ganze konfigurierbar zu machen, so dass man aus DropDown Listen sich die relevanten Achsen auswählen und zuordnen kann. So lassen sich "grafisch" schnell ansprechende Charts gestalten.
Der erste einfache Stand hier mal in einem Screenshot:
(http://www10.pic-upload.de/thumb/20.01.13/nj2dbjbteyh8.jpg) (http://www.pic-upload.de/view-17791301/linechart.jpg.html)
Der Fokus liegt also auf einfacher Bedienbarkeit / Usability mit wenig erforderlichem Hintergrundwissen für den Endanwender.
Und wie erwähnt, kann mit dieser Bibliothek auch die gesamte GUI überarbeitet werden (einfaches Beispiel: http://dev.sencha.com/deploy/ext-4.1.0-gpl/examples/layout-browser/layout-browser.html (http://dev.sencha.com/deploy/ext-4.1.0-gpl/examples/layout-browser/layout-browser.html)).
Hier schwebt mir vor, viele Dinge, die man aktuell z.B. erstmal über die Doku nachschlagen muss und dann in Form von Befehlen ans Backend schickt, zu vereinfachen.
Beispielsweise die Erstellung eines Zeitgebundenen Events komplett grafisch zu gestalten mit Kalenderwidget und Dropdownlisten, so dass sich Prozesse / Anforderungen einfach und grafisch zusammenbauen lassen.
Wie gesagt, wenn hier Interesse bestehen sollte bin ich gerne bereit, das Charting z.B. ins FHEM SVN zu stellen und auch über ein GUI Redesign zu diskutieren und daran zu arbeiten.
Ich wäre natürlich auch für neue Ideen / neue Anforderungen zu haben.
Aber erstmal bin ich an eurem Feedback zu dieser Idee interessiert :-)
Grüße!
Finde ich top, am Web Interface kann man noch viel machen. Ich freue mich auch über jeden, der zu FHEM beiträgt.
Ich würds vielleicht parallel machen, sodass man sowohl das alte als auch das neue Interface gleichzeitig (auf verschiedenen Ports)
nutzen kann.
Sehr gute idee ;)
Das Interface hat es echt nötig. Und die Auswertungen schauen echt cool aus :)
GEIL :-D
sieht echt cool aus....
wäre froh wenn da was kommt .. wäre auch bereit zu testen ...
Hallo,
Zitat von: Matthias Gehre schrieb am So, 20 Januar 2013 12:53Ich würds vielleicht parallel machen, sodass man sowohl das alte als auch das neue Interface gleichzeitig (auf verschiedenen Ports)
nutzen kann.
Das ist auf jeden Fall richtig, es sollte erstmal eine parallel Entwicklung sein, die bei Bedarf genutzt werden kann. Dann kann man sehen, wie sich das entwickelt und überlegen, wie die Integration ablaufen soll. Ich kann von dahher auch losgelöst die erste Version mal online stellen, z.B. über Github, und Interessierte können sich selbst ein Bild machen.
Fokus wird dann jetzt erstmal auf einer ersten Oberfläche liegen, die ein einfaches Charting integriert.
Für die allererste Version ist Github gut, so hab ich das mit den MAX Modulen auch gemacht.
Dann kann man aber auch schon ziemlich früh ins offizielle Repository wechseln,
was den Usern das Testen erleichtert.
Scheinbar wird es bald schon eine neue GUI geben, genaueres weiss man (ich) aber noch nicht:
Link (http://forum.fhem.de/index.php?topic=10133.0)
Ich bin gespannt was da kommt, werde meine Arbeit aber erstmal fortsetzen...
Hi Johannes,
Zitat von: Johannes schrieb am So, 20 Januar 2013 12:06... Das von mir geschriebene Charting kann aktuell beliebige Parameter aus der Datenbank (dblog) auslesen und darstellen. ...
Hmmm.... bedeutet das, dass man FHEM in eine DB statt in Text-Files loggen lassen muss?
Gruß
Thomas
Hi,
Ja, aktuell ist das der Fall. Grund: Ich kenne mich mit Perl nicht genug aus, um ein passendes Modul zu schreiben.
Natürlich wäre es optimal, wenn da jemand Beihilfe leisten könnte, denn aktuell muss ich über php die Datenbank abfragen.
Dafür kann ich aber komplexe SQL Queries abschicken, zudem bringt eine Datenbank auch Vorteile mit sich gegenüber Textfiles (Indexes etc.)
Das Frontend kommuniziert über AJAX im JSON-Format mit FHEM. Dazu gibt es ja auch schon das JSONList Modul, was einige Daten bereitstellt.
Leider unterstützt FHEM, soweit ich weiss, keine "get" auf die geloggten Daten im JSON-Format. Das wäre natürlich optimal....
Hallo,
auch wenn ich "Progammiertechnisch" (leider) nichts beitragen kann, möchte ich dennoch eines anmerken:
Solange alle Systeme mit dem neuen GUI Redesign klarkommen ist das ja ok.
Leider weiß ich nicht in wie weit die FB7390 das wegschreiben der Log-Daten in eine DB unterstützt.
Nicht das die Nutzer der "kleinen" Systeme dann im Regen stehen.
Grüße
Da gebe ich vollkommen recht, ich habe auch schon darüber nachgedacht.
Fritzboxen haben in der Tat einige Schwierigkeiten mit dblog:
- Es fehlen in dem kompilierten Perl die Module DBI und DBD
- sie lassen sich nicht mit cpan nachinstallieren, denn auch das fehlt
- ein händisches kompilieren der Module war bei meinen Versuchen nicht erfolgreich, habe es dann gelassen
Abhilfe würde hier nur schaffen, auf dblog zu verzichten und gleichzeitig das JSONList Modul aufzubohren, so dass es die Log-Textfiles auslesen kann und als JSON ausgibt.
Außerdem wäre es nötig, die durchaus komplexen Queries in diesem oder einem anderen Modul unterzubringen.
Mein Problem ist halt, dass ich an dieser Stelle Hilfe bräuchte, denn Perl ist wie gesagt noch neu für mich.
Davon ab wäre es mal interessant zu wissen, wie das angekündigte, komplett neue HTML5 Frontend ausschaut und ob es lohnt, meine Arbeit fortzusetzen.
Zitat von: Johannes schrieb am Mo, 21 Januar 2013 19:15... Davon ab wäre es mal interessant zu wissen, wie das angekündigte, komplett neue HTML5 Frontend ausschaut und ob es lohnt, meine Arbeit fortzusetzen.
Da wirst du dir an pah die Zähne ausbeißen ;) und wenn du es noch so oft erwähnst :)
Nun, man muss den beiden Studenten schon Zeit geben, die Arbeit abzuschließen - und da werde ich keinen Druck aufbauen.
Ob man das nun "Zähne ausbeißen" nennen muss, sei Euch überlassen.
Die beiden haben in der vorher existierenden Mailing-Liste schon einige Diskussionen geführt, kann man dort nachlesen.
LG
pah
Zitat von: Prof. Dr. Peter Henning schrieb am Mo, 21 Januar 2013 21:46.. sei Euch überlassen. ...
Er schafft es nicht, die Kanzel zu verlassen ... aber sei es drum ... lassen "wir" "ihn"... (ich rede aber nur für mich, wie immer pah)
Abgehoben ist anders, aber du (pah) machst das schon ^^ .. demnächst nur noch im Pluralis Majestatis würde deiner gerecht ... lol
Gruß
Thomas
Die wahre innere Größe zeigt sich immer dann, wenn Menschen unter Pseudonymen andere persönlich angreifen.
LG
pah
Hm, ich finds insgesamt einfach schade, dass man keine gehaltvolle Rückmeldung zu dem Projekt bekommt.
Daraus schließe ich jetzt einfach mal, dass dabei entweder gern Geheiminskrämerei betrieben wird, oder es nicht lohn darüber zu sprechen.
Wie dem auch sei, mein Fahrplan geht weiter und sieht nun als nächsten Schritt die Kompatibilität zu Fritzboxen vor.
Ich denke ein Verzicht auf dblog kommt nicht in Frage, da der bisherige FHEM-Code (der mit Textfiles arbeitet) nach meinen ersten Recherchen nicht gerade leicht anpassbar an mein Vorhaben ist.
Falsche Schlussfolgerung.
Ich lege keine Details eines Projektes offen, das noch nicht ganz abgeschlossen ist. Schon gar nicht dann, wenn die Hauptarbeit daran von anderen gemacht worden ist.
Ich habe auch nicht die Zeit, hier Details auszubreiten, die hinterher in einer Dokumentation stehen.
Also bitte noch wenige Wochen Geduld. Es ist niemand gezwungen, darauf zu warten - oder das Teil hinterher zu benutzen.
pah
P.S.: Wer dies zum Anlass nimmt, persönliche Beleidigungen,
Angriffe gegen ihm unbekannte Entwickler oder Abqualifizierungen eines nicht veröffentlichten Projektes zu schreiben,
sollte wenigstens den Mut aufbringen, das unter voller Namensnennung zu tun.
Ich bleibe dabei, 2 Sätze zum groben Funktionsinhalt und den verwendeten Bibliotheken hätten mir gereicht.
Aber anscheinend war das zuviel verlangt. Meine Intention war das Vermeiden von inhaltlichen Überschneidungen. Das es jetzt so ausartet ist unnötig.
Ich denke, die Diskussion zu dem Thema kann hier jetzt beendet werden.
Zitat von: Prof. Dr. Peter Henning schrieb am Di, 22 Januar 2013 18:28...
P.S.: Wer dies zum Anlass nimmt, persönliche Beleidigungen,
Angriffe gegen ihm unbekannte Entwickler oder Abqualifizierungen eines nicht veröffentlichten Projektes zu schreiben,
sollte wenigstens den Mut aufbringen, das unter voller Namensnennung zu tun.
Aber ja, pah: Die (deine) Welt ist schlecht, du hast es (dir) gerade bewiesen. (tätschel)
Gruß
Thomas
Es wäre schön wenn Ihr das Kindergartenverhalten ablegen könntet. Beide.
"Beide" ? Das geht leider etwas an der Realität vorbei.
pah
Zitat von: Prof. Dr. Peter Henning schrieb am Mi, 23 Januar 2013 05:52Das geht leider etwas an der Realität vorbei.
An wessen? ;)
Gruß
Thomas
An die Mods: Macht lieber zu, sonst gibt das nie ein Ende.
Zitat von: Rohan schrieb am Mi, 23 Januar 2013 08:22An die Mods: Macht lieber zu, sonst gibt das nie ein Ende.
Fände ich schade, den Thread wegen des Geplänkels am Rande abzuwürgen. Der Ansatz sieht vielversprechend aus.
Hi,
warum nicht 2 Ansätze bzgl. neuem GUI verfolgen?
Die bessere Lösung wird sich durchsetzen.
Da hat sicher niemand etwas dagegen - Ziel von Open Source Software war noch niemals, besser als andere zu sein. Wir sind hier schließlich nicht in einem Programmierwettbewerb, sondern arbeiten nach dem Basar-Modell http://hmd.dpunkt.de/283/einwurf.php. (//hmd.dpunkt.de/283/einwurf.php.)
Und, mit Verlaub hat sich schon an anderer Stelle gezeigt: Wenn es Alternativen gibt, kann sich jeder die aussuchen, bei der er nicht unkonstruktiv meckern muss.
LG
pah
Zitat von: brmpfl schrieb am Do, 24 Januar 2013 14:13Hi,
warum nicht 2 Ansätze bzgl. neuem GUI verfolgen?
Die bessere Lösung wird sich durchsetzen.
Weil somit Arbeit auseinandergeht und evtl. auch doppelt gemacht wird. Ich bin eher der Typ der Community, möchte Zusammenarbeiten.
Ein brauchbares einzelnes Produkt mit vielen Entwicklern ist mir lieber als mehrere halbgare von wenigen Entwicklern.
Naja wir werden sehen was die Zeit bringt. Mein Fokus liegt ja eh auf dem Charting und weniger der Gesamt-GUI.
Vielleicht kann man ja erstmal mit Charting anfangen um die derzeitigen Plots zu ersetzen. Das wäre ja schonmal ein guter Anfang und sicher auch in jeder GUI auszutauschen.
Somit hat jeder die Freie Auswahl :)
Charting ist eh eine Geschmackssache :D
Das Problem der Plots ist aber vom Frontend getrennt zu sehen.
Ich selbst benutze eine modifzierte 98_SVG.pm - deren Änderungen teilweise auch in das allgemeine Release übernommen worden sind (z.B. Balkendiagramme).
Zusätzliche Features, die nicht allgemein verfügbar sind: Anzeige zusätzlicher Skalen, die beim Anklicken der Labels erscheinen, x/y-Plots sowie kleinere Anpassungen an Abstände etc. (Geschmackssache, eben).
Ich denke, dass die gegenwärtigen Plots im Grundsatz beibehalten werden sollten. Nur mit SVG lässt sich derzeit dieser Grad an Interaktivität erhalten - und der Wechsel zu HTML5 ist sehr einfach. Darüber hinaus ließen sich nahezu alle Features der Grafik durch entsprechende CSS-Attribute verändern.
Die schlimmste Baustelle ist vielmehr die Datei FileLog.pm - denn die Plotfiles sind, vorsichtig gesagt, alles andere als selbsterklärend.
LG
pah
So, heute habe ich mal wieder ein bisschen Zeit gehabt und hatte keine Lust mehr, mich mit Crosscompiling von DBI Modulen rumzuplagen.
Das Charting ist jetzt auf einem guten ersten Stand. Den werde ich voraussichtlich in den nächsten Tagen online stellen - mit Installationsdoku.
Aktuell bestehen dabei noch die folgenden Voraussetzungen:
1.) installiertes und lauffähiges DBLog - verwendete Datenbank SQLITE - erstelltes Schema wie im dblog Modul in den sql Dateien vorgegeben
2.) Webserver + PHP
Punkt 2 fällt wohl im Laufe der Zeit raus, so dass nur noch die dblog Dependenz bleibt.
Anbei schonmal ein paar Screenshots. Kurz Erläutert:
In den ersten vier Screenshots kann man sehen, wie man sich ein individuelles Chart zusammenklickt mit Device, x-Achse, y-Achse und Zeitfenster.
Die letzten beiden Screenshots sind dann dynmische Ergebnisse, die ich durch dieses "Zusammenstellen" einfach erreicht habe.
(http://www7.pic-upload.de/thumb/24.01.13/l1sax8e9f4uc.jpg) (//www.pic-upload.de/view-17853099/1.jpg.html)
(http://www10.pic-upload.de/thumb/24.01.13/8nuy951v3q8.jpg) (//www.pic-upload.de/view-17853097/2.jpg.html)
(http://www7.pic-upload.de/thumb/24.01.13/7ufof77vfwt.jpg) (//www.pic-upload.de/view-17853098/3.jpg.html)
(http://www7.pic-upload.de/thumb/24.01.13/varzpf1u6mw.jpg) (//www.pic-upload.de/view-17853107/4.jpg.html)
(http://www7.pic-upload.de/thumb/24.01.13/2nryi3rvbuy3.jpg) (//www.pic-upload.de/view-17853108/5g.jpg.html)
(http://www7.pic-upload.de/thumb/24.01.13/39398lodwb2.jpg) (//www.pic-upload.de/view-17853109/6g.jpg.html)
na das is ja toll....
wie hast du das denn gemacht mit den Menus auf der Linken seite ???
das sieht ja höchst interessant aus!
Ist auch angedacht, dass man später mehrere Readings im Plot anzeigen kann? Womöglich gar über verschiedene Devices (z.B. SOLL/IST-Temperaturen eines FHT und dazu den OPEN/CLOSED-Status eines TFK)?
Falls ja, möchte ich gleich anregen, einen Button vorzusehen, um aus den aktuellen Einstellungen einen fertigen Weblink zu erzeugen! ;-)
Zitat von: Jumbo schrieb am Do, 24 Januar 2013 22:02na das is ja toll....
wie hast du das denn gemacht mit den Menus auf der Linken seite ???
Das ist mit der verwendeten Bibliothek ziemlich einfach und schnell gemacht (Stichwort Accordionpanel). Zur Zeit bieten die aber keinen interessanten Inhalt und sind mehr zu Demo Zwecken.
Zitat von: borsti67 schrieb am Fr, 25 Januar 2013 09:23das sieht ja höchst interessant aus!
Ist auch angedacht, dass man später mehrere Readings im Plot anzeigen kann? Womöglich gar über verschiedene Devices (z.B. SOLL/IST-Temperaturen eines FHT und dazu den OPEN/CLOSED-Status eines TFK)?
Falls ja, möchte ich gleich anregen, einen Button vorzusehen, um aus den aktuellen Einstellungen einen fertigen Weblink zu erzeugen! ;-)
Ich baue wie gesagt gerne Änderungen und Erweiterungen ein. Das was du schilderst ist recht problemlos möglich, Darstellungen von mehreren Attributen ist kein Ding.
Mit schwebt dazu einfach eine Variante vor wie die bisherige Toolbar, die sich dann mit einem "+" Button duplizieren lässt und somit beliebig erweitern lässt (für den Anfang erstmal nur die y-Achse..).
Über das Abspeichern der eingestellen Charts habe ich mir noch nicht viele Gedanken gemacht. Das einfachste ist wohl ein Ablegen der Konfiguration in der eh schon vorhandenen Datenbank von dblog.
Diese kann dann beim Laden oder auf Wunsch per Knopfdruck ausgelesen werden, um im Frontend die gespeicherten Charts wieder anzuzeigen. Auch der Weg über Weblink sollte theoretisch kein Problem darstellen.
Aber eins nach dem anderen :-)
Hat sich schon mal jemand Highcharts angesehen?
Das scheint für unsere Zwecke noch besser geeignet zu sein als ExtJS und unterstützt auch Mobile Geräte in allen Variationen perfekt.
http://www.highcharts.com/demo/line-basic (//www.highcharts.com/demo/line-basic)
Wichtig ist nur, die Rechenarbeit für die Aufbereitung auf den Client zu übertragen.
Das kannte ich noch nicht, sieht wirklich nett aus.
Aber riesen Vorteile sehe ich jetzt auf Anhieb nicht, insgesamt ist die Funktionalität doch recht ähnlich:
Verschiedene Charts (Bar, Line, Pie, ....), mehrere Achsen möglich, Hover Popups, ...
Das hineinzoomen mit der Markierung ist allerdings gut gemacht.
Ich bleibe erstmal bei den Ext-Charts, eine Einbindung von Highcharts ist aber später auch denkbar da gut dokumentiert und verständliche Syntax.
So, das erst Release steht zum Testen bereit:
https://github.com/w3stbam/FHEM_Frontend (//github.com/w3stbam/FHEM_Frontend)
Installationsanleitung findet sich in der README.
Voraussetzungen hatte ich ja schon weiter oben erwähnt, aktuell
Webserver + PHP5 mit SQLITE Modul und laufendem dblog.
Funktional ist bisher der Chartingbereich.
Zu Anfang muss man sich erst über die Toolbar einen Chart nach Wunsch zusammenbauen und mit "Show Chart" wird dann der Chart generiert.
Sollte nichts zurückkommen, ist vermutlich die Datenbank an der Stelle leer.
Würde mich freuen wenn es jemand testet und vor allem Feedback gibt was gut / schlecht ist und verbessert werden kann.
Grüße!
Hey Johannes,
paar fragen bevor ich anfange :
1) Installed FHEM, with activated dblog based on SQLITE3
langt ein normaler mysql auch ?
ich habe ne Synology da ist Mysql drauf installiert. wenn ja ,wie wo was muss ich das mit dem dblog machen ?
und weisst du wo ich auf ner synology die sachen hinkopieren muss in welchen folder ?
Danke dir
Hallo Jumbo,
Ist den dblog schon bei dir am laufen?
Wenn nicht helfen folgende Links weiter:
http://fhem.de/commandref.html#DbLog (//fhem.de/commandref.html#DbLog)
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/ (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/)
bzw.
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/README?revision=140&view=markup (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/README?revision=140&view=markup)
DBlog funktioniert auch mit Mysql, mein Code allerdings noch nicht :-)
Dazu wären kleinere Änderungen nötig, die du, wenn du dir es zutraust, auch selbst machen kannst:
In der Datei php/queryDb.php musst du die Zeile 9 austauschen gegen einen richtigen MYSQL COnnect, z.b.
$link = mysql_connect('localhost', 'mysql_user', 'mysql_password');
if (!$link) {
die('Verbindung schlug fehl: ' . mysql_error());
}
Auch müssten dann Zeilen wie
$db->query($sql);
oder
$results->fetchArray(SQLITE3_ASSOC)
an die mysql Syntax angepasst werden.
Wenn du dir das nicht zutraust müsstest du evtl. noch etwas warten, bis ich die Abfragen über ein Perl Modul abwickle statt PHP.
Dann wird sowohl der APache Server als auch PHP überflüssig und die Integration deutlich einfacher... Mal sehen was ich heute noch hinbekomme..
Besteht hier grundsätzlich Interesse an einer Integration in FHEM, so dass man das Frontend innerhalb von FHEM nutzen kann ohne Apache und PHP?
Wenn nicht, dann muss ich mir die Mühe auch nicht machen.
Ist schon jemand zum Testen gekommen?
Grüße!
Hallo Johannes,
erst einmal Danke für das Frontend.
Ich habs gerade mal testen wollen, kam aber leider noch nicht weiter weil
ich es erst auf Mysql umstellen muß.
Die Oberfläche läuft erstmal nur die Anbindung an Mysql noch nicht, mal sehen
ob ich es hin bekomme.
Hallo Andreas,
Bei Fragen oder Problemen kannst du dich gerne hier melden, ich helfe so gut ich kann.
Ansonsten ist mein Stand hinichtlich Integration in FHEM auch ganz gut, ich habe die GUI inzwischen unter FHEM erreichbar und benötige keinen Apache mehr.
Das nötige Perl Script für die Datenbankabfragen ist noch in Arbeit, ist aber auf einem guten Weg, so dass auch PHP bald hinfällig wird.
Bis der Umzug abgeschlossen ist wird es noch einige Tage dauern. Soabld es fertig ist stelle ich auch auf Github den aktuellen Stand mit Anleitung ein.
bin sofort als Tester dabei wenn das php weg fällt ;D
So, es ist soweit.
Eine neue Version ist fertig und steht zum Testen bereit unter https://github.com/w3stbam/FHEM_Frontend/ (//github.com/w3stbam/FHEM_Frontend/)
Mit dieser Version kann jetzt jeder, der bereits DbLog im Einsatz hat, direkt arbeiten.
Es gibt keine Abhängigkeiten mehr zu Apache oder PHP, lauffähig ist das ganze jetzt unterhalb von FHEM.
Voraussetzung ist also nach wie vor DbLog, wobei die eingesetzte Datenbank keine Rolle mehr spielen sollte.
Der direkte Download geht z.B. über https://github.com/w3stbam/FHEM_Frontend/archive/master.zip (//github.com/w3stbam/FHEM_Frontend/archive/master.zip)
Im Zip enthalten ist eine README.md, die die nötigen Installationsschritte nennt. Es snd einige Schritte nötig, die aber hauptsächlich darin bestehen, Dinge von A nach B zu kopieren, um der Ordnerstruktur von FHEM gerecht zu werden.
Wenn es Fragen, Probleme oder Testergebnisse gibt, immer her damit! :-)
PS: Die Y-Achse der Charts kann jetzt, wenn man mit der Maus auf einem Chart scrollt, dynamisch vergrößert / verkleinert werden. So kann man auch bei Charts mit Ausreißern einfach "reinscrollen", um auch die kleinen Werte besser im Blick zu haben.
super Arbeit, sehr schönes Plotting... und genial einfach, sich endlich mal eigene Plots ohne Perl-Studium zusammen schustern zu können.
Leider komme ich als FB-User wohl nicht in den Genuss :(
Gruss
Stephan
wie genau geht das mit dem dblog ? was muss ich da umändern dafür ?
danke
Zitat von: kermi schrieb am Sa, 02 Februar 2013 22:59super Arbeit, sehr schönes Plotting... und genial einfach, sich endlich mal eigene Plots ohne Perl-Studium zusammen schustern zu können.
Leider komme ich als FB-User wohl nicht in den Genuss :(
Gruss
Stephan
Hallo Stephan,
Unterstützung für Fritzboxen steht weiter auf meiner TODO Liste, hat aber erstmal keine hohe Priorität. Das kompilieren der Module ist leider nicht so einfach...
Zitat von: Jumbo schrieb am Sa, 02 Februar 2013 23:00wie genau geht das mit dem dblog ? was muss ich da umändern dafür ?
danke
Hi,
Steht eigentlich gut erklärt hier:
http://fhem.de/commandref_DE.html#DbLogDort ist im Beispiel eine "define" Zeile, die du in deiner fhem.cfg einfügen musst. Außerdem muss die db.conf angelegt bzw. geändert werden mit deinen Angaben zu deiner Datenbank.
Steht aber alles in dem Link!
Hallo Johannes,
das lässt mich ja hoffen...
Zur Not habe ich hier auch noch nen RPi rumliegen, dann muss FHEM doch irgendwann umziehen wobei ich ein Fan der FB bin, die ist sowieso 24/7 an.
Gruss
Stephan
Hallo,
gute Sache. Habe alles nach Anleitung durchgeführt, aber ich kann keine Devices einstellen. Wo liegt der Fehler?
Bei einem Klick auf das Dropdown-Feld erscheint ein "Loading "mit einem Kreis, es können/werden aber keine Devices angezeigt.
Liegts an der Datenbank-Anbindung?
Gruß
Kai
ich krieg das dblog net hin....
habe in sql die datenbank erstellt wie beschrieben.
die db.conf in fhem eingetragen und editiert (soweit ich das richtig gemacht habe , hoffe ich)
aber sobald ich define dblog etc... .in fhem schreibe und abspeichere, schmiert fhem ab , und nix geht mehr , ich muss die zeile rausnehmen und neu starten...
Zitat von: kaizo schrieb am So, 03 Februar 2013 11:39Hallo,
gute Sache. Habe alles nach Anleitung durchgeführt, aber ich kann keine Devices einstellen. Wo liegt der Fehler?
Bei einem Klick auf das Dropdown-Feld erscheint ein "Loading "mit einem Kreis, es können/werden aber keine Devices angezeigt.
Liegts an der Datenbank-Anbindung?
Gruß
Kai
Hallo Kai,
Wenn du die Version von gestern heruntergeladen hast, sollte eine Fehlermeldung kommen, dass keine Verbindung hergestellt werden kann.
Da die Meldung aber nicht kommt scheint soweit alles richtig konfiguriert zu sein. Kann es denn sein, dass in deiner Datenbank noch keine Einträge vorhanden sind? Kannst du das mal prüfen?
Zum Beispiel auf der Datenbank ein "Select * from history" machen und die Ausgabe hier posten?
Zitat von: Jumbo schrieb am So, 03 Februar 2013 11:42ich krieg das dblog net hin....
habe in sql die datenbank erstellt wie beschrieben.
die db.conf in fhem eingetragen und editiert (soweit ich das richtig gemacht habe , hoffe ich)
aber sobald ich define dblog etc... .in fhem schreibe und abspeichere, schmiert fhem ab , und nix geht mehr , ich muss die zeile rausnehmen und neu starten...
Hi,
In meiner fhem.cfg sieht die Zeile z.B. so aus:
define logdb DbLog db.conf ESA2000_LED_011e
db.conf liegt bei mir direkt im fhem Verzeichnis neben z.B. der fhem.cfg. Das Gerät hinten dran muss natürlich angepasst werden an deine Bedürfnisse, oder man loggt komplett alles mit DbLog, das wäre dann wie in der commandref beschrieben.
Wenn FHEM bei dir nicht startet, dann ist DbLog noch nicht richtig konfiguriert. Es würde helfen, wenn du mal dein Logfile mit den Fehlern hier posten könntest.
Zitat von: Johannes schrieb am So, 03 Februar 2013 11:48Wenn du die Version von gestern heruntergeladen hast, sollte eine Fehlermeldung kommen, dass keine Verbindung hergestellt werden kann.
Ist die Version von gestern. Habe die gerade erst geladen.
ZitatDa die Meldung aber nicht kommt scheint soweit alles richtig konfiguriert zu sein. Kann es denn sein, dass in deiner Datenbank noch keine Einträge vorhanden sind? Kannst du das mal prüfen?
Zum Beispiel auf der Datenbank ein "Select * from history" machen und die Ausgabe hier posten?
Also es sind rd. 257.000 Einträge in der MySql-Datenbank.
Hier ein Ausschnitt:
2013-02-03 12:09:16 Wohnzimmer_TH CUL_HM humidity: 38 humidity 38
2013-02-03 12:09:36 Wohnzimmer_TH CUL_HM actuator: 21 % actuator 21 %
2013-02-03 12:11:17 Wohnzimmer_TH CUL_HM T: 22.4 H: 38 D: 7.4 T 22.4 H: 38 D: 7.4
2013-02-03 12:11:17 Wohnzimmer_TH CUL_HM measured-temp: 22.4 measured-temp 22.4
2013-02-03 12:11:17 Wohnzimmer_TH CUL_HM humidity: 38 humidity 38
2013-02-03 12:11:37 Wohnzimmer_TH CUL_HM actuator: 21 % actuator 21 %
2013-02-03 12:12:58 TH.Bad CUL_WS T: 22.2 H: 65.1 D: 15.3 data T: 22.2 H: 65.1 D: 15.3
2013-02-03 12:12:58 TH.Bad CUL_WS temperature: 22.2 temperature 22.2 c2b043
2013-02-03 12:12:58 TH.Bad CUL_WS humidity: 65.1 humidity 65.1 %
2013-02-03 12:12:58 TH.Bad CUL_WS dewpoint: 15.3 dewpoint 15.3
Watt nun? Woran kann es liegen? Gibt es die Möglichkeit für ein Log?
Gruß Kai
Hi,
Je nachdem welchen Browser du im EInsatz hast können wir schauen, was da nicht klappt.
Firefox? Dann müsstest du Firebug installieren
Chrome? Dann können wir direkt in die Konsole gehen
Vielleicht willst du in den IRC Chat kommen, da bin ich grad drin
irc.swiftirc.net
Raum fhem
@kaizo
hast du dblog mit mysql laufen ?
kannst du mir mal deine config zeigen , ich krieg immer ne fehlermeldung und fhem schmiert ab...
Also geht weder bei Firefox noch bei Chrome.
Firebug ist vorhanden.
Würde das lieber hier klären, das könnte noch einigen weiteren Usern helfen. Hab aber mal den IRC-Clienten installiert.
So, das Problem das kaizo hatte ist behoben. Ich habe auf github eine Korrektur eingespielt. Wenn also jemand das gleiche Problem wie kaizo hat (Dropdownlisten bleiben leer und es gibt keine Fehlermeldung), der sollte von github das perlmodul 99_DbUtils.pm nochmal runterladen. Hintergrund war ein Lower/Uppercase Problem
Gruß!
Weil ich schon mehrfach gefragt wurde, wie man denn nun DbLog installiert, und wenn die Commandref (http://fhem.de/commandref_DE.html#DbLog (//fhem.de/commandref_DE.html#DbLog)) nicht ausreicht, folgende Kurzanleitung dazu:
1.) Eine Datenbank sollte installiert sein. MySQL, Postgres, SQLite oder Oracle.
2.) In eurem FHEM Verzeichnis, wo die ganzen Module rumfliegen, muss auch das Modul 93_DbLog.pm liegen
Wenn es nicht dort ist, müsste FHEM upgedated werden
3.) Die Datenbank muss vorbereitet werden, sprich es müssen zumindest 2 Tables erstellt werden. Alles wichtige findet man z.B. dort: http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/. (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/.)
Es muss also ein Table history und ein Table current erstellt werden, wie in den Beispiel SQLs zu sehen ist. Anschließend muss die db.conf angepasst werden, dort muss der Datenbankname, der Benutzer und das Passwort für dei Datenbank eingetragen werden. Beispiele dazu findet man auch in dem vorigen Link.
4.) In die fhem.cfg muss eine Zeile eingefügt werden die defineirt, was alles über DbLog gespeichert werden soll. DIese Zeile kann z.B. so aussehen (loggt alles in die Datenbank):
define myDbLog DbLog /etc/fhem/db.conf .*:.*
oder für ein konkretes Gerät (Groß/Kleinschreibung beachten!):
define logdb DbLog db.conf ESA2000_LED_011e
5.) FHEM neustarten und ins FHEM-Log schauen. Der Server sollte hoch fahren und auch loggen, dass er zur Datenbank verbunden ist. Tut er das nicht oder FHEM stratet nicht, liegt eine Fehlkonfiguration vor.
Wenn DbLog nun läuft könnt ihr mit meiner Anleitung weitermachen.
Ich hoffe das hilft einigen.
grrrrr , top erklärt , aber geht trotzdem net ....
FHEM schmiert ab, und keine fehlermeldung , ich müsst mal mit verbose 5 probieren.
ändert das was an der fehlermeldung ?
Vielleicht... oder mal den Autor von dblog kontaktieren (Boris neubert) , vielleicht kann er dir weiterhelfen
Zitat von: Johannes schrieb am So, 03 Februar 2013 19:454.) In die fhem.cfg muss eine Zeile eingefügt werden die defineirt, was alles über DbLog gespeichert werden soll. DIese Zeile kann z.B. so aussehen (loggt alles in die Datenbank):
5.) FHEM neustarten und ins FHEM-Log schauen. Der Server sollte hoch fahren und auch loggen, dass er zur Datenbank verbunden ist. Tut er das nicht oder FHEM stratet nicht, liegt eine Fehlkonfiguration vor.
...das Fiese ist (wie ich soeben feststellen durfte), dass FHEM eben
NICHT mehr hochfährt, wenn das im commandref angegebene DBD-Modul fehlt. :(
Ich versuche gerade, das auf meiner Syno per CPAN nachzuinstallieren (in der Hoffnung, dass das das nächste System-Update überleben wird). Die arme Kiste ist nun schon seit fast 2 Stunden am rappeln. *megaseufzer*
geh auf deine synology , wend du's da laufen hast , in den folder von fhem , und klammere die define dblog aus, dann fährt es wieder hoch.
hatte das gleiche problem...
Das wird dann wohl auch Jumbos Problem sein, er hat auch eine Synology. Kannst ja mal Bescheid geben wenn das installieren geklappt hat.
ich will eigentlich erstmal abwarten, was CPAN da verzapft. Es ist unglaublich, ausser "Fetching with LWP" (und dann wieder eine Datei) gefolgt von "Going to read (das gerade gefetchte) passiert da quasi gar nichts im Kommandofenster. Immerhin hat so schon sagenhafte 3 Dateien durch, bei konstant 100% Systemlast.
Aber wenn der in 1/2 Stunde immer noch nicht fertig ist, muss ich tatsächlich erstmal auskommentieren und dieser Tage erneut versuchen. :-P
borsti , habe das gleiche problem , aber wie es aussieht , ist weil verschiedene sachen fehlen , wie make, gzip , usw.....
ok, hat sich erledigt...
Die Syno kennt mal wieder kein "gzip --decompress", nur "-c, -d, -f".
Daran kann ich mich noch erinnern: Dazu musste ich letztes Mal diesen Extra-Paket-Manager installieren, aus diesem dann gzip, make und noch so einiges, 1000e von CFG's anpassen und beim nächsten DSM-Update ist ALLES wieder WEG. Nein danke, nicht noch einmal.
Also wenn mir jemand verraten kann, ob man CPAN beibringen kann, dass "gzip -d" statt "gzip --decompress" benutzt werden muss, dann probiere ich's nochmal. Andernfalls hat sich das für mich leider erledigt. :'-(
borsti hat leider recht. bei mir das gleiche problem , hier der log :
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
Database was generated on Sat, 02 Feb 2013 22:53:05 GMT
Running install for module DBI
Running make for T/TI/TIMB/DBI-1.623.tar.gz
CPAN: Digest::MD5 loaded ok
CPAN: Compress::Zlib loaded ok
Checksum for /root/.cpan/sources/authors/id/T/TI/TIMB/DBI-1.623.tar.gz ok
Scanning cache /root/.cpan/build for sizes
/bin/gzip: unrecognized option `--decompress'
BusyBox v1.16.1 (2013-01-10 11:13:55 CST) multi-call binary.
Usage: gzip [OPTIONS] [FILE]...
Compress FILEs (or stdin)
Options:
-c Write to stdout
-d Decompress
-f Force
tar: short read
Package seems to come without Makefile.PL.
(The test -f "/root/.cpan/build/TIMB001/Makefile.PL" returned false.)
Writing one on our own (setting NAME to DBI)
CPAN.pm: Going to build T/TI/TIMB/DBI-1.623.tar.gz
Writing Makefile for DBI
-- NOT OK
Running make test
Can't test without successful make
Running make install
make had returned bad status, install seems impossible
vielleicht weiss ja jemand weiter ?
Hab bei mir soeben die mysql datenbank installiert, sowie die GUI aus dem GIT Repo. Sieht auch soweit gut, muss aber erstmal warten bis da ein paar Werte sichtbar sind. Dann kann ich näheres berichten.
Irgenwas besonderes was ich schonmal testen sollte?
Viele Grüße
Markus
Zitat von: Markus Bloch schrieb am So, 03 Februar 2013 22:30Hab bei mir soeben die mysql datenbank installiert, sowie die GUI aus dem GIT Repo. Sieht auch soweit gut, muss aber erstmal warten bis da ein paar Werte sichtbar sind. Dann kann ich näheres berichten.
Irgenwas besonderes was ich schonmal testen sollte?
Viele Grüße
Markus
Ohne Daten kannst du noch nicht viel testen :-) Ich freu mich aber über Erfolge und Ideen zur Verbesserung!
Zitat von: Jumbo schrieb am So, 03 Februar 2013 22:25vielleicht weiss ja jemand weiter ?
Scheint als ob eure Synologys kein gescheites gzip etc. An Bord haben.
Habe mit den Geräten keine Erfahrung, aber gesehen, dass es fertige DBD Module gibt zum installieren per ipkg.
ipkg habe ich gerade installiert , wo hast du die DBD und DBI gefunden ? wie heissen die ?
Zitat von: Jumbo schrieb am So, 03 Februar 2013 22:41ipkg habe ich gerade installiert , wo hast du die DBD und DBI gefunden ? wie heissen die ?
Bei Google, heissen perl-dbi und z.b. perl-dbd-mysql
Kann man doch mit ipkg listen oder suchen?
Hi,
Eine Sache ist mir bereits aufgefallen. Ich habe 3 HM-CC-TC Wandthermostate, welche im Schlafzimmer, Wohnzimmer und Bad hängen. Nun ist es so, das ich aber kein einzelnen Graph einer Heizung zeichnen kann. Es werden immer 3 Graphen aus allen Räumen angezeigt.
(siehe Anhang / see attachement)
Bad: 18.0°C
Wohnzimmer: 18.5°C
Schlafzimmer: 16.0°C
Offenbar erfolgt da die Filterung nach dem ausgewählten Device nicht richtig.
Viele Grüße
Markus
Hi,
Tauchen die Devices in der Dropdownliste einzeln auf, also alle 3? Und das Ergebnis ist immer das selbe, egal welches gewählt ist? Der select auf der Datenbank erfolgt u.a. über das ausgewählte device, so wie es im dropdown steht. Könntest du prüfen, ob auf der Datenbank die 3 Geräte tatsächlich unterschiedliche Namen haben in der device spalte?
Markus, ich hab den Fehler gefunden. Werde ich morgen fixen und Bescheid geben, ist eine Kleinigkeit, aber große Wirkung :-)
Herzlichen Dank :-)
Hatte es zufällig was mit dem Unterstrich zu tun gehabt?
Viele Grüße
Markus
Hallo Markus,
Der Fix ist online, du musst nur das Perlmodul austauschen gegen die neue Version:
https://github.com/w3stbam/FHEM_Frontend/raw/master/perlmodules/99_DbUtils.pm (//github.com/w3stbam/FHEM_Frontend/raw/master/perlmodules/99_DbUtils.pm)
Kurze Rückmeldung obs klappt wär super.
Grüße!
Funktioniert, jetzt seh ich auch einige Devices mehr als vorher :-)
Super!
Ich mache gerade die Charts speicherbar, damit man nicht immer von vorne anfängt sich verschiedene Charts zu bauen.
Die Charts tauchen dann im linken Reiter "Plots" auf und werden per Klick direkt angezeigt
Eine Frage, ist es möglich evtl. folgende Features zu realisieren?
- in den Charts zu zoomen? also einen bestimmten Bereich markieren und dann da rein zoomen
- Zeitlicher vor und zurück button
Du hattest ja gemeint, man kann nun auf der y achse mit dem scrollrad zoomen. Allerdings zoomt man da immer vom 0 Punkt auf der Y-Achse aus. Hier währe es super auf den Y-Wert zu zoomen, der unter dem Mauszeiger liegt.
Viele Grüße
Markus
Zitat von: Markus Bloch schrieb am Mo, 04 Februar 2013 21:42- in den Charts zu zoomen? also einen bestimmten Bereich markieren und dann da rein zoomen
Mittels Markierung wird das wohl nicht gehen, denkbar aber, dass man wie du schilderst auf einen Wert "heranzoomt", der sich unter dem Mauszeiger befindet.
Muss ich mir mal genauer anschauen
Zitat von: Markus Bloch schrieb am Mo, 04 Februar 2013 21:42 Zeitlicher vor und zurück button[/list]
Das ist kein Problem, ich wollte eh den bisherigen Kalender erweitern auf 2, so dass man einen von - bis Zeitraum wählen kann.
Aber auch 2 Buttons einzubauen, die um einen festen Betrag in die Vergangenheit / Zukunft springen, ist kein Problem.
Wenn ich das Speichern fertig habe schaue ich mir die Punkte nochmal genauer an, wie sie am besten umzusetzen sind. Möglichkeiten gibt es genug.
Ich hab mir nochmal die Geschichte mit dem Zoomen angeschaut. Das gute ist, dass es in extjs schon vorgesehen ist, eine Box über den Chart aufzuziehen und damit zu zoomen. Entweder auf Basis der x, y Achse oder sogar beide gleichzeitig. Das schlechte ist, dass es da noch einen gemeldeten Bug gibt der das ganze vom funktionieren abhält. Sobald der aber gefixt wurde, baue ich das natürlich gerne ein. Bis dahin müssen wir mit zoom über scrollrad leben.
Zu den "Zeitsprüngen" auf der y-achse:
Ich dachte daran, zuerst einen 2. Kalender einzubauen inkl. Uhrzeit, so dass man einen genauen Zeitraum definieren kann. Auf Basis dieses Intervalls, z.b. ein Tag, könnte man dann mit vorwärts / rückwärts Buttons um eine Einheit nach vorne oder hinten springen.
Meinungen dazu? Ich bin offen für alle Ideen.
So, neues Release ist online auf https://github.com/w3stbam/FHEM_Frontend (//github.com/w3stbam/FHEM_Frontend)
Neuerungen:
* Charts können jetzt gespeichert und geladen werden. Gespeicherte Charts tauchen links im Reiter Plots auf. Durch Klick auf einen Eintrag wird dieser geladen und dargestellt. Die Speicherung erfolgt direkt in der Datenbank
* Man kann nun einen genauen Zeitraum definieren, da es jetzt je einen Kalender für Start und Ende gibt. Möchte man Uhrzeiten angeben, so muss das derzeit direkt im Feld per Tastatur erfolgen.
* Es gibt nun ein Step forward / Step Backward Button. Damit wird auf Basis des eingestellten Intervalls auf der Y-Achse vor oder zurück gesprungen
Die Installationsanleitung bleibt gleich. Für diejenigen, die bereits eine Version am Laufen haben reicht es aus, Schritt 1 und 7 nochmal durchzuführen, also das überschreiben des gesamten "app" Ordners und des Perlmoduls
Aktueller Screenshot
(siehe Anhang / see attachement)
In den nächsten Tagen fällt die Installation komplett weg, dann lässt sich das Charting Frontend einfach per fhem update einspielen. Ich hoffe das verringert die Einstiegshürde für das ganze.
Sobald der Umzug komplett ist gebe ich nochmals Bescheid, was dann noch übrig bleibt um das Charting zu konfigurieren.
Meine aktuelle Roadmap ist zur Zeit:
* gespeicherte Charts wieder löschen können
* beliebig viele Y-Achsen hinzufügen, um z.B. Soll und Ist Vergleiche zuhaben, oder einfach z.B. den Verlauf des aktuellen und vorherigen Tages auf einen Blick zu haben
* Einführung neuer Charttypen, wie z.B. Säulen bzw. Balken, Kuchen etc.
Zitat von: Johannes schrieb am Di, 12 Februar 2013 22:46Meine aktuelle Roadmap ist zur Zeit:
ist schon etwas in Planung für die FB?
Gruss
Stephan
Ich komme "etwas" voran was die Fritzboxen angeht. Ich habe immer hin ein aktuelles perl 5.16 inkl. DBI Modul kompilieren können, das auch auf meiner FB läuft. Es hapert aber noch an den Connectoren (mysql/sqlite/pg). Wird also noch was dauern, aber es bleibt machbar
Ich habe gerade eine Tabellenfunktion eingebaut, mit der sich sämtliche geloggte Daten aus der Datenbank auslesen lassen.
So hat man nicht nur aktuelle Readings zur Verfügung, sondern kann sich die gesamte History anschauen.
Bei meinem aktuellen Stand lässt sich der gesamte Datenbankinhalt (ca. 17000 Zeilen) komplett in einer Tabelle im Browser darstellen und durchscrollen, die Größe der Datenbank spielt also keine Rolle.
Denkbar ist auch hier eine Filterung nach Devices, Zeiträumen etc.
Feedback dazu erwünscht.
Nächstes Release kommt übrigens, sobald das aktuelle DbLog Modul eingecheckt wird, was in den nächsten Tagen passieren sollte.
(siehe Anhang / see attachement)
Vielen Dank Johannes,
habe am Wochenende meine Textlogs in MYSQL umgeswitcht, und bin begeistert wie einfach das dank diesem Forum
möglich wird. Vielen Dank für die vielen vielen Arbeitsstunden die alle in das Projekt FHEM investieren.
Meine Datenbank läuft soweit prima, allerdings habe ich noch ein paar Fragen:
- Speichern der Plots im neuen Charting ist problemlos möglich, nur das Laden funktioniert nicht.
(Klick auf den Namen führt keine Aktion aus)
- Wenn ich mittels SQL-Abfrage die Datenbankgröße abfrage erhalte ich folgenden Hinweis:
+--------------------+--------------+------------+----------------+------------------------+
| Datenbankname | Daten (MB) | Index (MB) | Gesamt (MB) | Freier Speicher (MB) |
+--------------------+--------------+------------+----------------+------------------------+
| fhem | 1.531 | 0.422 | 1.953 | 8.000 |
+--------------------+--------------+------------+----------------+------------------------+
Das bedeutet für mich, meine Datenbank wächst mit ca. 1-1,5MB pro Tag (7610 rows).... Was passiert wenn die
8MB, welche bei "Freier Speicher" angezeigt werden, erschöpft sind? Vergrößert mysql die Datenbank automatisch?
Die Abfrage zu dem oben stehenden Ergebniss lautet wie folgt:
SELECT table_schema AS 'Datenbankname', Round( SUM( data_length ) / 1024 / 1024, 3 ) AS 'Daten (MB)', Round( SUM( index_length ) / 1024 / 1024, 3 ) AS 'Index (MB)', Round( Sum( data_length + index_length ) / 1024 / 1024, 3 ) AS 'Gesamt (MB)', Round( Sum( data_free ) / 1024 / 1024, 3 ) AS 'Freier Speicher (MB)' FROM information_schema.tables GROUP BY table_schema;
Gruß Michael
Hi,
Zitat von: Smooth schrieb am So, 17 Februar 2013 14:34- Speichern der Plots im neuen Charting ist problemlos möglich, nur das Laden funktioniert nicht.
(Klick auf den Namen führt keine Aktion aus)
Ok, ich nehme an es kommt beim Speichern die Meldung, dass erfolgreich gespeichert wurde. Beim Klick auf den Eintrag passiert wie du sagst nichts. Kannst du denn sehen, dass die Dropdown Listen alle mit Daten gefüllt werden, oder bleiben diese ebenfalls leer?
Ich werde in der nächste Version auf jeden Fall das Errorhandling ausbauen, so dass man eine vernünftige Rückmeldung bekommt, wenn und warum etwas nicht geklappt haben sollte.
Du kannst mir aber gerne schonmal mitteilen, was der Befehl
SELECT * FROM history WHERE READING = "savedchart";
bei dir auf der Datenbank ausgibt, das wäre hilfreich.
Zitat von: Smooth schrieb am So, 17 Februar 2013 14:34- Wenn ich mittels SQL-Abfrage die Datenbankgröße abfrage erhalte ich folgenden Hinweis:
Ich glaube nicht, dass die data_free Ausgabe die Maximale Größe ausgibt, ich glaube es ist eher ein dynamischer Wert von zugewiesenem Speicher.
Ich würde mir darum erstmal keine Sorgen machen, in ein paar Tagen siehst du dann, ob es ein Problem gibt.
Hi Johannes,
ja es ist so wie Du beschreibst. Beim Speichern wird die Datei angelegt (auch in Datenbank), beim klicken darauf werden allerdings die Dropdownmenüs nicht gefüllt. (Eine Fehlermeldung kommt nicht, nur der Hinweis das erfolgreich gespeichert wurde)
ZitatDu kannst mir aber gerne schonmal mitteilen, was der Befehl
SELECT * FROM history WHERE READING = "savedchart";
bei dir auf der Datenbank ausgibt, das wäre hilfreich.
Der Befehl führt in meiner Datenbank zu dem Ergebnis....
(siehe Anhang / see attachement)
Bzgl. der Speicherbelegung der Datenbank werde ich weiter berichten wenn die 10MB vollgelaufen sind..
Vielen Dank
Gruß Michael
Hi,
Ich kann leider nicht den ganzen Eintrag der Spalte EVENT sehen auf deinem Screenshot.
Am besten wartest du noch auf das nächste Relase, ich habe das Speichern und Löschen da nochmal überarbeitet, vielleicht löst sich das Problem dann von selbst.
... ich glaube das ist der gesamte Inhalt von Event....
evtl. ist dort auch das Problem zu finden ?!?
Könnte das sein, oder lese ich "Event" falsch aus?
Gruß Michael
Ich kenne auch das Verhalten, dass die Anzeige u.U. abgeschnitten wird.
Bringt ein
select EVENT from history where READING = "savedchart";
das gleich Ergbnis?
Wenn ja, musst du mal schauen wieviele Zeichen in der Event Spalte bei dir erlaubt sind. Mit den SQLs mit denen man DbLog einrichtet sollten die mindestens 256 cahracters haben, unter MySQL aber eigentlich unendlich wenn nicht definert. Welches MySQL kommt zum Einsatz?
Du kannst auch mal einen insert prüfen mit einem langen String, über 256 Zeichen und schauen ob dieser abgeschnitten wird:
INSERT INTO history (EVENT, READING) VALUES ("1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester", "savedchart");
Unter SQLite wird hier nicht gekürzt in diesem Beispiel (ca. 280 Zeichen).
Hi,
ein...
Zitatselect EVENT from history where READING = "savedchart";
ausprobiert.... das Ergebnis ist wie folgt auch abgeschnitten:
(siehe Anhang / see attachement)
Das Einfügen eines langen Stings mit...
ZitatINSERT INTO history (EVENT, READING) VALUES ("1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester1234567890testtester", "savedchart");
brachte folgendes Ergebnis... leider auch abgeschnitten:
(siehe Anhang / see attachement)
Und meine eingesetzte MYSQL-Version ist....
(siehe Anhang / see attachement)
Hast du noch eine Idee? Hab ich die Datenbank falsch eingerichtet?
Gruß Michael
Hi Johannes,
es scheint an Mysql zu liegen.... Schau mal was ich gefunden habe...:
(siehe Anhang / see attachement)
Laut definition darf bei mysql ein Bezeichner lediglich 64 Zeichen lang sein. Und genau da schneidet er ab....
Wie können wir das Problem lösen?
Muss ich von mysql auf SQLlite umsteigen?
Viele Grüße
Michael
Hi,
Du hast recht, das war mein Fehler, ich hatte 512 Zeichen im Kopf, aber das galt nur für PostgreSQL.
Das Script für DbLog legt bei MySQL tatäschlich nur eine Spalte mit 64 Zeichen an, das ist zu kurz für meine Bedürfnisse.
Ich werde das im SVN korrigieren, falls da niemand Einwände hat.
Du kannst das Problem relativ einfach lösen, indem du
ALTER TABLE history MODIFY EVENT VARCHAR(512)
abfeuerst. Danach solltest du deine bisherigen gespeicherten Charts löschen, da sie unbrauchbar sind.
Das was du rausgesucht hast gilt glaube ich für die Spaltenbezeichnung / Name, nicht aber für den Inhalt.
Was soll ich sagen....
Länge mittels:
ZitatALTER TABLE history MODIFY EVENT VARCHAR(512)
angepasst. Alte Save-Einträge aus Datenbank gelöscht.
Und siehe da es funktioniert.... Also alle die mySQL verwenden EVENT-Länge anpassen, dann klappt es auch mit dem Speichern bzw. Laden....
Vielen Dank für die Unterstützung... so macht FHEM riesen Spaß
Gruß Michael
Super, dann ist das ja gelöst, ich werde dann das Script anpassen.
Ich habe mal eine Abstimmung erstellt, was eurer Meinung nach als nächstes integriert werden soll.
Falls Ihr bestimmte Wünsche habt, nehme ich die gerne mit auf!
Hi Johannes,
ich hab deinen Beitrag bez. Ändern der SQL struktur im Developers Forum gelesen,
kann aber nur hier antworten:
Ich nehme an, daß es um die definition der charts geht, oder?
wär es nicht vernünftiger, eine eine eigene tabelle zu definieren,
mit exakt der struktur, die du fürs speichern der chart definitionen brauchst?
z. b. in etwa soo:
CREATE TABLE `fhem`.`charts` (TIMESTAMP TIMESTAMP, DEVICE varchar(32),CHARTNAME varchar (32) , CHARTTYPE varchar (xx), ...
Pro Argumente:
1) mit einer eigenen struktur nehme ich an, dass du nicht soo schnell auf das 512byte limit kommst....
2) Das würde auch das parsen beim speichern und laden der chart's vereinfachen, oder ?
3) ... ich kann jetzt nicht beurteilen, ob diese Änderung ein der history Tabelle einen Einfluß auf die DB-Performance hätte, aber ich hab schon viele records drin.... (10000+)
4) Wir würden nichts ändern brauchen, ;-)) , sondern eine table hinzufügen.....
l.g. erwin
Hi Johannes,
mir ist da noch eine Kleinigkeit aufgefallen.....
Es war wieder etwas kälter heute Nacht ;-)
(siehe Anhang / see attachement)
Scheinbar möchte das Charting keine Temperaturen <0°C darstellen
Ist das schon mal aufgefallen?
Gruß Michael
Zitat von: erwin schrieb am So, 17 Februar 2013 23:02wär es nicht vernünftiger, eine eine eigene tabelle zu definieren,
mit exakt der struktur, die du fürs speichern der chart definitionen brauchst?
Hallo Erwin,
Daran habe ich natürlich schon gedacht. Bisher habe ich aber eigentlich vermeiden wollen, dass der Anwender, bevor er das Frontend nutzen kann, erstmal 10 Schritte tut.
Bzw. ich möchte den Installationsaufwand möglichst gering halten. Ich bin da noch nicht ganz entschlossen, auf lange Sicht ist ein eigener Table natürlich sinnvoller...
Zitat von: Smooth schrieb am Mo, 18 Februar 2013 15:51Scheinbar möchte das Charting keine Temperaturen <0°C darstellen
Ist das schon mal aufgefallen?
Hi,
Ist mir bisher nicht aufgefallen. Ich habe bisher in erster Linie für meine eigene Hardware entwicklet, und dass sind Stromzähler.
Das die Werte da mal negativ ausfallen kommt leider ziemlich selten vor, wäre aber schön.... :-)
Ist aber klar ein Bug und auch schon ausfindig gemacht. Sollte im nächsten Release gefixed sein.
Zitat von: Johannes schrieb am Mo, 18 Februar 2013 18:48Hallo Erwin,
Daran habe ich natürlich schon gedacht. Bisher habe ich aber eigentlich vermeiden wollen, dass der Anwender, bevor er das Frontend nutzen kann, erstmal 10 Schritte tut.
Bzw. ich möchte den Installationsaufwand möglichst gering halten. Ich bin da noch nicht ganz entschlossen, auf lange Sicht ist ein eigener Table natürlich sinnvoller...
Johannes,
Mein Angebot: ich könnte das umbauen des DbLog moduls übernehmen, inklusive der doku.
Vorschlag zur Tabellen-struktur (aus der dzt. dblog):
chartnane varchar(xx), starttime TIMESTAMP, endtime TIMESTAMP, device varchar(xx),
userquery varchar(x), xaxis varchar(x), yaxis varchar(x)... oder soo ähnlich ;-))
l.g. erwin
Hallo Erwin,
Danke für das Angebot!
Änderungen am DbLog Modul kannst du mir gerne zukommen lassen, ich prüfe die dann und stelle sie zum Testen bereit.
Du kannst auch gerne helfen, z.B. die Table SQLs zu bauen. Ich habe derzeit nur SQLite greifbar und kann daher nur darauf testen.
Ich bräuchte einen Table "frontend" mit folgenden Attributen
id, timestamp, type, name, value
Die Spalte id sollte einen autoincrement haben und unique sein, also automatisch hochzählen bei einem insert und immer eindeutig sein. Bei Postgres macht man das z.b. mit dem Typ serial.
In der Spalte Value werden in der Regel Konfigurationsstrings abgelegt, so dass die Länge hier am besten unbegrenzt, bzw. maximal sein sollte.
Für type und name reicht ein varchar von 64 sicherlich aus.
Hi Johannes,
also ein erster versuch:
CREATE TABLE `fhem`.`frontend` (ID integer(7) unsigned NOT NULL UNIQUE auto_increment ,TIMESTAMP TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE varchar(512));
und anschließend:
INSERT INTO `fhem`.`frontend` (TIMESTAMP, TYPE, NAME, VALUE)
VALUES ("2013-01-01 00:00:00", "type1", "name1", "Value1")
und gleich nochmal:
INSERT INTO `fhem`.`frontend` (TYPE, NAME, VALUE) VALUES ( "type1", "name1", "Value1")
wobei bei zweiten Beispiel zu erwähnen ist, dass die Timestamp auf die aktuelle Zeit gesetzt wird!
... und dann noch ein paar mal INSERT...
... und dann record mit ID=2 löschen
... und dann noch ein paar mal INSERT...
... und dann folgendes versuchen:
INSERT INTO `fhem`.`frontend` (ID, TYPE, NAME, VALUE) VALUES ( "1", "doppelt1", "geht2mal?", "kannnichtsein")
... das geht schief - ID not unique
ergibt folgendes Bild:
1 2013-01-01 00:00:00 type1 name1 Value1
4 2013-01-01 22:00:00 type1 name1 Value1
3 2013-02-20 23:15:40 type3 name3 Value3
5 2013-02-20 23:34:45 type37 name_lang sehrlangerstringynynynynynnynnynynnynnynynnynnynnynnynnnynynnyyyyy...
record 5 war 500 Zeichen lang.
ID=2 wird nicht wiederverwendet
schaut soo aus, als obs funktioniert...
l.g. erwin
Danke Erwin. kannst du mal prüfen, ob folgendes Create-SQL sich identisch verhält:
CREATE TABLE frontend (ID int NOT NULL AUTO_INCREMENT, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE TEXT);
Ich gehe davon aus dass du MySQL benutzt ?! :-)
Johannes,
das Resultat:
CREATE TABLE frontend (ID int NOT NULL AUTO_INCREMENT, TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE TEXT);
ergibt: #1064 - You have an error in your SQL syntax; ... es fehlt die typ-deklaration von Timestamp...
CREATE TABLE frontend (ID int NOT NULL AUTO_INCREMENT, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE TEXT);
ergibt: #1075 - Incorrect table definition; there can be only one auto column and it must be defined as a key
CREATE TABLE frontend (ID int NOT NULL UNIQUE AUTO_INCREMENT, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE TEXT)
funktioniert
...offensichtlich braucht er das unique, weil dieses Feld dann als key interpretiert wird.
Alle anderen tests verlaufen soo wie beim letzten mal.
Environment:
MYSQL Server Version: 5.1.36
phpMyAdmin Versionsinformationen: 3.3.5
my SQL läuft auf einer QNAP-419P-II
fhem auf RPI und auf QNAP(noch..)
l.g. erwin
Danke Erwin fürs test, habe das funktionierende SQL so übernommen.
So, es gibt ein neues Update.
Da es bei der Verteilung des Frontends über FHEM selbst noch diverse Verzögerungen gibt, laufen die Updates erstmal weiter über github.
Ich habe im WIKI eine Installationsdokumentation geschrieben, die alle nötigen Schritte für die Installation auflistet, inklusive Einrichtung von DbLog.
http://www.fhemwiki.de/wiki/Neues_Charting_Frontend (//www.fhemwiki.de/wiki/Neues_Charting_Frontend)
Diese Anleitung ist Pflicht für alle, sowohl für die, die das Frontend zum ersten mal installieren, als auch die, die bereits eine Installation haben.
Ich bitte euch, die Anleitung zu befolgen. Die Schritte sind nur einmalig nötig, zukünftige Updates werden deutlich einfacher.
Wesentliche Neuerung ist die Einführung einer eigenen Datenbanktabelle für das Frontend, um Logging Daten davon sauber getrennt zu halten.
Weiterhin ist ab sofort das Löschen von Charts möglich, die Tabellenansicht der Datenbank im Frontend ist nun freigeschaltet un der gemeldetete Bug mit negativen Werten in Charts sollte behoben sein.
Vermutlich morgen folgen multiple Y-Achsen und Soll Linien.
PS: Bisher gespeicherte Charts sind nach dem Update, wegen der neuen Tabelle, nicht mehr verfügbar.
Wenn jemand gerne seine bisherigen Charts übernehmen möchte kurz hier Bescheid geben, ich helfe dabei, ist nicht kompliziert.
Bie Problemen oder Fragen einfach hier Rückmelden.
Grüße,
Johannes
Hallo Johannes,
bei mir kommt in regelmäßigen Abständen
DBLog error: MySQL server has gone away
sieht so aus als wenn das jedesmal kommt sobald etwas geschrieben werden soll.
max_allowed_packet
habe ich auf 16M stehen. Weiß ehrlich gesagt nicht so recht weiter.
PS: vielen Dank für diese nette Frontend und deine Arbeit!
LG
nfidel
Zitat von: nfidel schrieb am Fr, 22 Februar 2013 21:48Hallo Johannes,
bei mir kommt in regelmäßigen Abständen
DBLog error: MySQL server has gone away
sieht so aus als wenn das jedesmal kommt sobald etwas geschrieben werden soll.
max_allowed_packet
habe ich auf 16M stehen. Weiß ehrlich gesagt nicht so recht weiter.
Kann es sein, dass du das PRESENCE Modul im Einsatz hast? Das scheint für den Fehler verantwortlich zu sein, hat vermutlich nichts mit dem Frontend zu tun.
LinkAuch noch gefunden, aber weniger hilfreich:
http://forum.fhem.de/index.php?t=msg&goto=23382&rid=653&srch=gone+away#msg_23382Wenn du es nicht im Einsatz hast, bitte Rückmeldung geben, das wäre wichtig.
Zitat von: nfidel schrieb am Fr, 22 Februar 2013 21:48PS: vielen Dank für diese nette Frontend und deine Arbeit!
Gern geschehen :-)
Hi Johannes,
hab alles nach deiner Anleitung erledigt....
mysql wird wieder mit daten gefüllt und die alte Frontend-Installation wurde entfernt und alles neu
in www/frontend aufgesetzt.
Jetzt habe ich ein Problem...
Das Frontend startet nicht mit http://192.168.178.xxxx:8083/fhem/www/frontend/index.html (//192.168.178.xxxx:8083/fhem/www/frontend/index.html)
Die Index.html und das lib- bzw. app-Verzeichnis sind erstellt:
(siehe Anhang / see attachement)
Es erscheint bei dem Aufruf lediglich die standard Fhem-Oberfläche
(siehe Anhang / see attachement)
Hast du noch eine Idee?
Gruß Michael
Hallo Johannes,
danke für die schnelle Rückmeldung.
Ja das Modul habe ich im Einsatz und möchte das auch nicht abschalten.
Eventuell hilft dir das noch weiter..
Prototype after '@' for main::prepareSql : @_ at ./FHEM/93_DbLog.pm line 743, <$fh> line 26.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
Zitat von: Smooth schrieb am Fr, 22 Februar 2013 22:58Jetzt habe ich ein Problem...
Das Frontend startet nicht mit http://192.168.178.xxxx:8083/fhem/www/frontend/index.html
Hi, nimm mal das www aus dem Pfad der URL raus, gehört da nicht rein. Sollte in der Doku / Wiki hoffentlich richtig stehen.
Zitat von: nfidel schrieb am Fr, 22 Februar 2013 22:59Hallo Johannes,
danke für die schnelle Rückmeldung.
Ja das Modul habe ich im Einsatz und möchte das auch nicht abschalten.
Ich schaus mir morgen mal an und geb nochmal Bescheid. Du kannst vielleicht mal noch etwas testen. Besorg dir eine 93_DbLog.pm die etwas älter ist, mindestens ein paar Wochen. Liegt im SVN, falls du damit zurecht kommst. Kann sonst auch morgen die Datei zuschicken. Wenn mit einer älteren Version die Probleme bleiben, ist definitiv presence schuld, ansonsten ich :-)
Sorry hast recht... Steht ohne www im wiki.....
Allerdings funktioniert es dennoch nicht. Hab jetzt ein leeren Browser mit folgendem Erscheinungsbild:
(siehe Anhang / see attachement)
Außer dem Titel Frontend ist nichts zu sehen ;-(
Mach ich noch etwas falsch?
Danke für die Unterstützung und die viele Arbeit
Gruß Michael
Zitat von: Smooth schrieb am Fr, 22 Februar 2013 23:13Sorry hast recht... Steht ohne www im wiki.....
Allerdings funktioniert es dennoch nicht. Hab jetzt ein leeren Browser mit folgendem Erscheinungsbild:
Außer dem Titel Frontend ist nichts zu sehen ;-(
Mach ich noch etwas falsch?
Setz mal bitte die Berechtigungen auf den Ordner frontend, so dass Vollzugriff für alle gewährt ist.
Habe es gerade nochmal durrchgespielt, ich kann das Problem nur reproduzieren wenn die Berechtigungen nicht stimmen, fhem also die Ordner nicht lesen darf.
ZitatSetz mal bitte die Berechtigungen auf den Ordner frontend, so dass Vollzugriff für alle gewährt ist.
Habe es gerade nochmal durrchgespielt, ich kann das Problem nur reproduzieren wenn die Berechtigungen nicht stimmen, fhem also die Ordner nicht lesen darf.
Die Vermutung hatte ich auch schon. Die Rechte wurden bereits wie folgt gesetzt:
(siehe Anhang / see attachement)
Ich habe mich am Verzeichnis /gplot orientiert. Dort funktioniert der Zugriff:
(siehe Anhang / see attachement)
Auch die Unterlagerten Ordner und Dateien sind berechtigt:
(siehe Anhang / see attachement)
Benötige ich hierfür einen anderen user?
mfg.
Michael
Fang mal klein an und versuch folgenden Aufruf im Browser:
http://192.168.0.111:8083/fhem/frontend/app/app.js (//192.168.0.111:8083/fhem/frontend/app/app.js)
IP natürlich ersetzen :-)
Wenn im Browser javascript Code erscheint, ist alles gut. Wenn aber nur die FHEM Startseite kommt oder eine weiße Seite, stimmen die Berechtigungen noch nicht.
Ich nehem an, du hast auch mal ein shutdown restart probiert nach dem Ändern der Berechtigungen?
Achja FHEM sollte geupdated worden sein in den letzten Tagen, damit diese Verzeichnisstruktur funktioniert, zur Sicherheit also nochmal updaten.
Zitat von: nfidel schrieb am Fr, 22 Februar 2013 22:59Hallo Johannes,
danke für die schnelle Rückmeldung.
Ja das Modul habe ich im Einsatz und möchte das auch nicht abschalten.
Eventuell hilft dir das noch weiter..
Hallo nfidel,
Bitte teste mal angehängte DbLog Modul (originale Backupen, dann überschreiben, dann FHEM restarten) und schau mal, ob das Problem dann immer noch auftaucht.
Ich meine das Problem eingekreist zu haben. Derzeit nutzen alle DbLog Aufrufe die selbe connection. Unter Umständen kann die auch mal geschlossen werden. Ist halt blöd, wenn währenddessen andere Module / Dinge mit der connection weiterarbeiten wollen...
Das sollte jetzt hoffentlich umgangen sein.
Bitte um Feedback
ZitatAchja FHEM sollte geupdated worden sein in den letzten Tagen, damit diese Verzeichnisstruktur funktioniert, zur Sicherheit also nochmal updaten.
Jetzt geht´s fhem update und schon stellt sich Erfolg ein.... Danke ;-)
Nun muss ich nur mal schauen warum er beim Speichern eines Charts nichts in die Datenbank bzw. Tabelle frontend schreibt.
Ein Insert per Hand funktioniert schon mal.
Das Anzeigen der Databasetables wird mit einem andauerndem Loading quittiert.
Negative Werte im Chart funktionieren !!!!
mfg Michael
Hi,
Wird beim Speichern eine Fehlermeldung ausgegeben? Wenn ja, was steht da drin?
Hilfreich wäre für mich auch der genaue Request, der vom Browser an FHEM geschickt wurde (z.B. in der Entwicklerkonsole / Firebug o.ä. zu finden)
ZitatHallo nfidel,
Bitte teste mal angehängte DbLog Modul (originale Backupen, dann überschreiben, dann FHEM restarten) und schau mal, ob das Problem dann immer noch auftaucht.
Ich meine das Problem eingekreist zu haben. Derzeit nutzen alle DbLog Aufrufe die selbe connection. Unter Umständen kann die auch mal geschlossen werden. Ist halt blöd, wenn währenddessen andere Module / Dinge mit der connection weiterarbeiten wollen...
Das sollte jetzt hoffentlich umgangen sein.
Bitte um Feedback
Hallo Johannes,
all zuviel hat sich nicht getan. Einzig das Fronted schmiert jetzt nicht mehr ab. Die nachfolgende Fehlermeldung kommt zur selben Sekunde mit Start des FHEM. Alle anderen etwas später.
Prototype after '@' for main::prepareSql : @_ at ./FHEM/93_DbLog.pm line 753, <$fh> line 26DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 827.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 814.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 814.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 422.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 422.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 422.
Prototype after '@' for main::prepareSql : @_ at ./FHEM/93_DbLog.pm line 753, <$fh> line 26.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 827.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 422.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 827.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 422.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 422.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 422.
Viele Grüße
nfidel
ZitatHi,
Wird beim Speichern eine Fehlermeldung ausgegeben? Wenn ja, was steht da drin?
Hilfreich wäre für mich auch der genaue Request, der vom Browser an FHEM geschickt wurde (z.B. in der Entwicklerkonsole / Firebug o.ä. zu finden)
Also speichern wird "Chart succsessfully saved" beantwortet.
Bei Saved Chart wird kein Name angezeigt nur eine leere Zeile mit dem Symbol zum löschen...
(siehe Anhang / see attachement)
In der Entwicklerkonsole wird beim Speichern folgender Request gesendet:
(siehe Anhang / see attachement)
Sonst ist nichts weiter auffällig... Wenn ich noch etwas testen kann, lass es mich wissen.
Gruß Michael
Zitat von: nfidel schrieb am Sa, 23 Februar 2013 12:33Hallo Johannes,
all zuviel hat sich nicht getan. Einzig das Fronted schmiert jetzt nicht mehr ab. Die nachfolgende Fehlermeldung kommt zur selben Sekunde mit Start des FHEM. Alle anderen etwas später.
Na das ist doch schonmal etwas :-) Ich kann den Fehler leider nicht genau nachvollziehen, da ich die Probleme nicht habe. Es wäre wichtig herauszufinden, wann genau diese Logeinträge passieren, bei welcher Aktion ausgelöst durch welches Modul. Ich kann da nur raten.
Zitat von: Smooth schrieb am Sa, 23 Februar 2013 12:47Also speichern wird "Chart succsessfully saved" beantwortet.
Bei Saved Chart wird kein Name angezeigt nur eine leere Zeile mit dem Symbol zum löschen...
Passiert denn etwas, wenn du auf die leere Zeile klickst? FUnktioniert das löschen?
Falls du mir zeigen könntest, was in der frontend datenbank nun steht, wäre das hilfreich.
Danke
Hallo Johannes,
das kommt beim Aufruf bzw. aktuallisieren des Frontend. Leider muss ich sagen, es "schmiert" immer noch ab.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 827.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 814.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 814.
Eventuell kannst du dir mal einen presence Dummy erstellen und so das ganze nachstellen.
Danke für deine Mühe.
LG
ZitatPassiert denn etwas, wenn du auf die leere Zeile klickst? FUnktioniert das löschen?
Falls du mir zeigen könntest, was in der frontend datenbank nun steht, wäre das hilfreich.
Danke
Wenn eine leere Zeile angeklickt wird passiert nichts.. (DropDown-Menü wird nicht gefüllt)
Auch der klick auf das DELETE-Symbol bewirkt nichts.
Wenn ich das richtig sehe ist auch im TABLE FRONTEND nicht eingetragen worden.
Eine Abfrage ergab:
(siehe Anhang / see attachement)
Die Tabellenstruktur ist aber angelegt:
(siehe Anhang / see attachement)
in Frontend über INSERT schreiben funktioniert...
Gruß Michael
Zitat von: nfidel schrieb am Sa, 23 Februar 2013 13:02Hallo Johannes,
das kommt beim Aufruf bzw. aktuallisieren des Frontend. Leider muss ich sagen, es "schmiert" immer noch ab.
Was heisst eigentlich "schmiert ab"? Ein bisschen genauer wäre gut, habe keine VOrstellung was jetzt tut, was nicht, gibt es Fehlermeldungen etc. pp.
Zitat von: Smooth schrieb am Sa, 23 Februar 2013 13:14in Frontend über INSERT schreiben funktioniert...
Bitte mach mal folgenden Insert direkt auf der DB:
INSERT INTO frontend (TYPE, NAME, VALUE) VALUES ('savedchart', 'testeintrag', '[{"x":"xax","y":"yax","device":"test","starttime":"2013-02-21 00:00:00","endtime":"2013-02-22 00:00:00"}]');
Wenn der klappt, bitte im Frotend F5 und schauen, ob er auftaucht.
ZitatBitte mach mal folgenden Insert direkt auf der DB:
INSERT INTO frontend (TYPE, NAME, VALUE) VALUES ('savedchart', 'testeintrag', '[{"x":"xax","y":"yax","device":"test","starttime":"2013-02-21 00:00:00","endtime":"2013-02-22 00:00:00"}]');
Wenn der klappt, bitte im Frotend F5 und schauen, ob er auftaucht.
Also der Eintag wurde erstellt...
(siehe Anhang / see attachement)
Im Frontend ist leider nichts von diesem Eintrag zu sehen... (Auch nach einem neuen Aufruf nicht...)
Die Database Tables liest er im Frontend auch nicht ein. Hängt dies irgendwie zusammen?
Gruß Michael
Hallo Michael, ich habe irgendwie die Vermutung, dass dein DbLog Modul noch auf einem alten Stand ist. Kannst du mal das, dass ich vor ein paar Posts angehängt habe, nehmen und über dein aktuelles drüberbügeln?
Schau auch mal in die Tabelle history, ob dort zufällig die gespeicherten Charts auftauchen.
Hallo Johannes,
stimmt, war etwas nichts aussagend von mir.
ZitatWas heisst eigentlich "schmiert ab"? Ein bisschen genauer wäre gut, habe keine VOrstellung was jetzt tut, was nicht, gibt es Fehlermeldungen etc. pp.
Zwischen hängenbleiben des Browsers, nicht Auswahlmöglichkeit des Devices und untenstehender Fehlermeldung hatte ich bis jetzt alles.
(siehe Anhang / see attachement)
Es wäre nett wenn du mir einen leeren dump schicken könntest, vielleicht stelle ich mich auch nur zu blöd bei der Erstellung an.
Beste Grüße
nfidel
Und noch eine Idee:
Gib mal im Browser an die FHEM URL hinten dran folgende Parameter dran
cmd=get++logdb++-+webchart+%22%22+%22%22+%22%22+getcharts&XHR=1
Also z.B.
http://192.168.0.111:8083/fhem?cmd=get++logdb++-+webchart+%22%22+%22%22+%22%22+getcharts&XHR=1 (//192.168.0.111:8083/fhem?cmd=get++logdb++-+webchart+%22%22+%22%22+%22%22+getcharts&XHR=1)
Du musst bei dir wahrscheinlich logdb durch webfrontend oder mit welchem namen auch immer du in der fhem.cfg das dblog defined hast, ersetzen.
Da sollte eine Antwort kommen, die interessant wäre.
@ndifel: Und die Probleme treten definitv nicht auf, wenn du das presence modul abschaltest?
Irgendetwas reisst uns die Datenbank Verbindung unterm Ar... weg...
ZitatHallo Michael, ich habe irgendwie die Vermutung, dass dein DbLog Modul noch auf einem alten Stand ist. Kannst du mal das, dass ich vor ein paar Posts angehängt habe, nehmen und über dein aktuelles drüberbügeln?
Schau auch mal in die Tabelle history, ob dort zufällig die gespeicherten Charts auftauchen.
Sie einer an... In der history Table ware die Einträge zu finden. Der Austausch des DBLog-Moduls brachte den gewünschten Erfolg..
Wahrscheinlich hat das Update von fhem heute morgen die 93_DBlog wieder überschrieben.
Vielen Dank für deine Hilfe....
Wird das Modul in Zukunft über update ausgerollt, oder muss ich beim nächsten Update darauf achten das
bestehene zu sichern?
Gruß Michael
Hallo Johannes,
ich habe jetzt alles was mit presence zu tun hat abgeschalten. Nach wie vor kommt eine Fehlermeldung.
Prototype after '@' for main::prepareSql : @_ at ./FHEM/93_DbLog.pm line 753, <$fh> line 27.
Das Frontend scheint jetzt zu gehen, auch Chart Save geht.
(siehe Anhang / see attachement)
Allerdings ist mir das presence Modul äußerst wichtig.
Kann ich eigentlich das Modul irgendwie abschalten, oder muss so wie jetzt alle dummys auskommentieren?
Ich hatte zum glück alles in einer cfg, brauchte nur den include Eintrag entfernen.
LG
Zitat von: Smooth schrieb am Sa, 23 Februar 2013 14:02Wahrscheinlich hat das Update von fhem heute morgen die 93_DBlog wieder überschrieben.
Oh man na klar, das wars. Problem gelöst :-)
Zitat von: Smooth schrieb am Sa, 23 Februar 2013 14:02Wird das Modul in Zukunft über update ausgerollt, oder muss ich beim nächsten Update darauf achten das
bestehene zu sichern?
In Zukunft ist kein Runterladen und rumkopieren nötig, wenn die Verteilung über fhem update läuft.
Das DbLog Modul wird aber erstmal immer vorsichtig getestet, hier im Thread durch mich bereitgestellt oder auf github. Sobald es bestätigt stabil läuft, wandert es in den Updatemechanismus von fhem.
Zitat von: nfidel schrieb am Sa, 23 Februar 2013 14:12Hallo Johannes,
ich habe jetzt alles was mit presence zu tun hat abgeschalten. Nach wie vor kommt eine Fehlermeldung.
Prototype after '@' for main::prepareSql : @_ at ./FHEM/93_DbLog.pm line 753, <$fh> line 27.
Das ist kein Fehler, eher eine Warnung. Vielleicht kann mir ein Perl-Crack was dazu sagen, ich weiss nicht genau wo es da hapert.
Zitat von: nfidel schrieb am Sa, 23 Februar 2013 14:12Das Frontend scheint jetzt zu gehen, auch Chart Save geht.
(siehe Anhang / see attachement)
Allerdings ist mir das presence Modul äußerst wichtig.
Kann ich eigentlich das Modul irgendwie abschalten, oder muss so wie jetzt alle dummys auskommentieren?
Ich hatte zum glück alles in einer cfg, brauchte nur den include Eintrag entfernen.
LG
Gut zu wissen dass ohne das Presence Modul alles funktioniert.
Ich kenne mich mit dem Modul leider nicht aus und kann da auch keine Hilfe geben. Ich schreib aber mal dem Autor ne PM zwecks dem Problem, vielleicht kriegen wir es zusammen raus.
Hallo,
DbLog: Läuft
Frontend: Läuft
Data Tables im Frontend: Sichtbar
Problem: Kurve wird für alle Devices nicht gezeichnet. Skalierung der Y-Achse scheint passend zum ausgewählten Zeitraum.
Lösung: ????
Freue mich über Hilfe
Jörg
Zitat von: JoWiemann schrieb am Sa, 23 Februar 2013 19:11Problem: Kurve wird für alle Devices nicht gezeichnet. Skalierung der Y-Achse scheint passend zum ausgewählten Zeitraum.
Hallo!
Ist leider immer schwierig aus der Ferne zu sagen, wo es hakt.
Ich bräuchte ein paar Infos, um zu Helfen. Zum einen wäre ein Screenshot gut, der das Problem darstellt. Wenn möglich dazu mit geöffneter Konsole / Firebug, damit man sehen kann, welche requests rausgehen und was zurückkommt.
Ausserdem wären Infos wichtig zu den ausgewählten Kriterien, was für Daten werden da abgefragt (numerisch, ...).
Welcher Browser kommt zum Einsatz? GIbt es Fehlermeldungen? Kann man den Chart, auch wenn er nichts anzeigt, speichern, laden und löschen (als Test ob die Datenbank sauber funktioniert)?
Kurzes Update zum Thema multiple Y-Achsen:
Ich habe die Konfigurationsoberfläche umgestaltet, so dass man mehrere Achsen hinzufügen kann und diesen auch eine Farbe geben kann. Das ganze sieht dann z.B. so aus:
(siehe Anhang / see attachement)
Es fehlt aber noch Feinschliff an einigen Ecken, daher dauert es noch, bis ich das online stelle.
Super Arbeit Johannes,
ich freue mich schon auf die Multi-Y-Achsen ;-) hab schließlich dafür abgestimmt....
Wenn du Hilfe für Tests benötigst sag bescheid.
Sonst läuft alles Wunderbar... PRESENCE habe ich erst mal deaktiviert bis es dort Neuigkeiten
hinsichtlich der Log-Meldungen gibt.
Gruß Michael
So ich nochmal kurz ;)..
ich habe jetzt auf sqlite3 umgestellt. Es läuft alles soweit. Nur die erste Warnung kommt noch. Allerdings werden keine presence Daten geloggt. Erstmal egal, wollte nur nochmal kurz Rückmeldung geben und werde erstmal nicht mehr nerven ;).
Vielleicht kann mir jemand helfen wie ich die dennoch (per script eventuell) einmal täglich in die Datenbank bekomme.
Beste Grüße und einen schönen Abend noch!
nfidel
edit: presence wird auch geloggt!
Hallo,
ich wollte unbeding auch das neue Frontend ausprobieren und habe mich genau an die Anleitung im Wiki gehalten.
Ich habe als Datenbanksystem sqlite installiert und die db.conf so wie im Beispiel angelegt.
Also bei Benutzername und Passwort leer ("")
Die Tabellen habe ich auch angelegt bekommen und im Browser sieht es so aus, als ob das Frontend läuft.
Nur imo ohne Daten.
Nun zu meinem Problem:
2013.02.24 11:44:28 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2013.02.24 11:44:28 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2013.02.24 11:44:29 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2013.02.24 11:44:29 2: DBLog error: file is encrypted or is not a database
2013.02.24 11:44:29 2: DBLog retry failed.
Wenn ich die fhem.db mit einem Texteditor öffne sehe ich, dass sie nicht verschlüsselt ist.
** This file contains an SQLite 2.1 database **^@(uãÚ^@^@^@^@^@^@^@^@F^B^@^@^D^$
Warum legt fhem eigendlich keine sqlite 3 datenbank an?
ich hab die Datenbank auch schon auf chmod 777 gesetzt, keine änderung.
93_DbLog.pm ist die, die hier gepostet wurde...
ich hoffe ihr könnt mir helfen
MFG Lars
Hallo,
sorry für den Post meine Frage hat sich quasi von selbst beantwortet.
apt-get remove sqlite
apt-get install sqlite3
nu is alles schön
MFG Lars
Zitat von: nfidel schrieb am Fr, 22 Februar 2013 22:59Hallo Johannes,
danke für die schnelle Rückmeldung.
Ja das Modul habe ich im Einsatz und möchte das auch nicht abschalten.
Eventuell hilft dir das noch weiter..
Prototype after '@' for main::prepareSql : @_ at ./FHEM/93_DbLog.pm line 743, <$fh> line 26.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 803.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 815.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
DBD::mysql::db do failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 412.
Hallo nfidel,
das Problem wurde soeben behoben. Ab morgen wird es per Update verteilt. Dann einmal updaten und neustarten, dann sollten diese Probleme nicht mehr auftreten.
Viele Grüße
Markus
Eine Info an alle, die mit MySQL dieses Problem haben:
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 827.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 814.
DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 814.
Laut dem Autor vom Presence Modul ist das Problem gefunden und beseitigt worden. Mit dem nächsten fhem update (also ab morgen), sollte das Problem bei den betroffenen verschwinden.
Na dann sag ich mal vielen vielen Dank euch beiden!!!
Schönes Rest-Wochenende noch.
All,
ich würde auch das viel versprechend aussehende Frontend nutzen...
Aufgesetzt wie im Wiki beschrieben, File Permissions sollten passen, sqlite3 Db mit FHEM verbunden und FHEM-Log bringt keine Fehlermeldungen.
"Database Tables" listet die Infos der Devices sauber ab...
nur bekomme ich leider unter Linecharts nur eine leere devices dropdown liste...
Hat jemand eine Idee was ich falsch machen?
Danke,
Uwe.
Hallo Uwe,
Ich bräuchte um mehr zu sagen am besten einen Screenshot von "Database Tables", wo man die Devices erkennen kann.
Ausserdem kannst du auf der Datenbank mal ein
SELECT distinct(device) FROM history;
ausführen und hier die Antwort posten.
Ich werde demnächst eine Funktion "Bug melden" integrieren, so dass man mir einen Fehlerbericht zukommen lassen kann.
Das ist dann für alle einfacher, Probleme zu finden und zu lösen.
Hallo Johannes,
vielen Dank für die schnelle Antwort...
Anbei die Daten:
(siehe Anhang / see attachement)
sqlite> SELECT distinct(device) FROM history;
CUL_HM_HM_SCI_3_FM_1DD540
CUL_HM_HM_SWI_3_FM_1C9430
CUL_HM_dimmer_18A284
CUL_HM_pushButton_1CDBDD
CUL_HM_pushButton_1CDE65
CUL_HM_switch_1C6F7C
CUL_HM_switch_1C7248
CUL_HM_switch_1C8B1D
CUL_HM_switch_1DC50D
CUL_HM_switch_1DC622
CUL_HM_switch_1DC622_Sw_03
CUL_HM_switch_1DC622_Sw_04
Kalender
W
WEB
ga_Power
ga_bewaessBeete
ga_bewaessRasen
ga_lichter
ga_lichterNord
ga_temp
ga_ziPumpe
global
ha_flurEG
ha_flurOG
ha_lichter
ph_PoolPump
ph_PoolTemp
ph_PumpActor
ph_PumpCycle
ph_PumpDaily
ph_n_count
zi_ValveActor
zi_duProtect
zi_duPump
zi_hiWater
sqlite>
Hallo Uwe,
Habe mir die Devices mal angeschaut und bei mir probehalber eingeladen, funktioniert.
Die Frage ist, ob die Daten überhaupt beim Frontend ankommen...
Was bringt in fhem der Befehl
get logdb - webchart "" "" "" getdevices
für eine Ausgabe? (Evtl. musst du hier "logdb" durch deine Definition für logdb aus der fhem.cfg ersetzen, ich habs bei mir unter logdb definiert)
Resultat:
{"data":[{"(DEVICE)":"CUL_HM_HM_SCI_3_FM_1DD540"},{"(DEVICE)":"CUL_HM_HM_SWI_3_FM_1C9430"},{"(DEVICE)":"CUL_HM_dimmer_18A284"},{"(DEVICE)":"CUL_HM_pushButton_1CDBDD"},{"(DEVICE)":"CUL_HM_pushButton_1CDE65"},{"(DEVICE)":"CUL_HM_switch_1C6F7C"},{"(DEVICE)":"CUL_HM_switch_1C7248"},{"(DEVICE)":"CUL_HM_switch_1C8B1D"},{"(DEVICE)":"CUL_HM_switch_1DC50D"},{"(DEVICE)":"CUL_HM_switch_1DC622"},{"(DEVICE)":"CUL_HM_switch_1DC622_Sw_03"},{"(DEVICE)":"CUL_HM_switch_1DC622_Sw_04"},{"(DEVICE)":"Kalender"},{"(DEVICE)":"W"},{"(DEVICE)":"WEB"},{"(DEVICE)":"ga_Power"},{"(DEVICE)":"ga_bewaessBeete"},{"(DEVICE)":"ga_bewaessRasen"},{"(DEVICE)":"ga_lichter"},{"(DEVICE)":"ga_lichterNord"},{"(DEVICE)":"ga_temp"},{"(DEVICE)":"ga_ziPumpe"},{"(DEVICE)":"global"},{"(DEVICE)":"ha_flurEG"},{"(DEVICE)":"ha_flurOG"},{"(DEVICE)":"ha_lichter"},{"(DEVICE)":"ph_PoolPump"},{"(DEVICE)":"ph_PoolTemp"},{"(DEVICE)":"ph_PumpActor"},{"(DEVICE)":"ph_PumpCycle"},{"(DEVICE)":"ph_PumpDaily"},{"(DEVICE)":"ph_n_count"},{"(DEVICE)":"zi_ValveActor"},{"(DEVICE)":"zi_duProtect"},{"(DEVICE)":"zi_duPump"},{"(DEVICE)":"zi_hiWater"}]}
Scheinbar hat die Datenbankabfrage in Perl ergeben, dass deine Spalte (DEVICE) und nicht DEVICE heisst.
Da liegt auch das ganze Problem. Ich frage mich nur gerade, wo das herkommt. Du hast sqlite3 im Einsatz und die Tables wie erstellt?
Kannst ja mal ein
.schema
in der DB abfeuern.
Hallo Johannes,
bitteschööön :-)
sqlite> .schema
CREATE TABLE current (TIMESTAMP TIMESTAMP, DEVICE varchar(32), TYPE varchar(32), EVENT varchar(512), READING varchar(32), VALUE varchar(32), UNIT varchar(32));
CREATE TABLE frontend (ID INTEGER PRIMARY KEY, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE TEXT, NAME TEXT, VALUE TEXT);
CREATE TABLE history (TIMESTAMP TIMESTAMP, DEVICE varchar(32), TYPE varchar(32), EVENT varchar(512), READING varchar(32), VALUE varchar(32), UNIT varchar(32));
CREATE INDEX Search_Idx ON `history` (DEVICE, READING, TIMESTAMP);
Hi,
Ich habe ehrlich gerade keine Ahnung wo das herkommt.
Deine Table Definitionen sind genau wie meine, ich bekomme aber als Ausgabe für die Devices
{"data":[{"DEVICE":"ESA2000_LED_011e"},{"DEVICE":"global"}]}
Ausschlaggebend ist die Zeile 853 in DbLog:
$jsonstring .= uc($query_handle->{NAME}->[$i]);
die liefert bei dir (DEVICE) aus statt DEVICE
Vielleicht hat jemand anderes eine Ahnung wie das zu Stande kommt?
An Alle:
Die Installation und das Update werden ab jetzt einfacher ablaufen:
Ich habe die Installationsdoku unter
http://www.fhemwiki.de/wiki/Neues_Charting_Frontend (//www.fhemwiki.de/wiki/Neues_Charting_Frontend)
angepasst.
Für ein Update muss jetzt nur noch
update thirdparty https://raw.github.com/w3stbam/FHEM_Frontend/master frontend
in FHEM aufgerufen werden.
Das händische herunterladen und hin und her kopieren fällt jetzt damit weg.
Danke an Martin Fischer, der die Funktionalität ins update-modul von fhem verbaut hat.
habe quick&dirty die klammern in DbLog entfernt schon passt es mit den dropdowns... ein chart bekomme ich trotzdem noch nicht...
wo im Perl code muss ich da "flicken" ?
Zitat von: thunder schrieb am Mo, 25 Februar 2013 22:37habe quick&dirty die klammern in DbLog entfernt schon passt es mit den dropdowns... ein chart bekomme ich trotzdem noch nicht...
wo im Perl code muss ich da "flicken" ?
...habe es herausgefunden... der hässliche Workaround sieht so aus....
my $bla = $query_handle->{NAME}->[$i];
$bla =~ s/\(device\)/device/;
$bla =~ s/\(reading\)/reading/;
$jsonstring .= uc($bla);
#$jsonstring .= uc($query_handle->{NAME}->[$i]);
Zitat von: Johannes schrieb am Mo, 25 Februar 2013 22:12An Alle:
Die Installation und das Update werden ab jetzt einfacher ablaufen:
Für ein Update muss jetzt nur noch
update thirdparty https://raw.github.com/w3stbam/FHEM_Frontend/master frontend
in FHEM aufgerufen werden.
Das händische herunterladen und hin und her kopieren fällt jetzt damit weg.
Wenn ich das aufrufe fhem> update thirdparty
https://raw.github.com/w3stbam/FHEM_Frontend/master frontend
kommt folgende Meldung!
Usage: update thirdparty <url> <package> [force]Was mache ich falsch?
Gruss Billy
Hallo billy,
Hast du vorher ein normales fhem update gemacht?
Wenn ja, dann hats der patch noch nicht ins update geschafft, sollte dann aber morgen klappen .
Habe den Thread mit Interesse verfolgt und es geschafft Sqlite3 zu installieren und die Datenbank aufzusetzen.
Danke an Johannes für dieses Modul und Frontend.
Ich bin totaler Neuling in Sachen Sqlite3 geholfen hat mir auch dieser alte Link:
http://www.russellallen.info/post/2010/10/17/Logging-to-a-Database.aspx (//www.russellallen.info/post/2010/10/17/Logging-to-a-Database.aspx)
Ergebnis:
Das Frontend und die Datenbank laufen, Charts werden angezeigt, allerdings habe ich ein Problem beim Speichern der Charts.
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
Ich bekomme die Meldung The Chart could not be saved! siehe auch Anlage!
Was läuft hier falsch?
Liegt es evtl. an fehlenden Zugriffsberechtigungen?
Wie kann ich die nicht vorhandenen Charts löschen?
Danke vorab für jede Hilfe
Gruss Billy
Hallo,
Bitte mal die Ausgabe von folgendem DB Befehl hier posten:
SELECT * FROM frontend WHERE TYPE = 'savedchart';
Hast du heute schon ein
update thirdparty https://raw.github.com/w3stbam/FHEM_Frontend/master (//raw.github.com/w3stbam/FHEM_Frontend/master) frontend
gemacht? Dann wüsste ich dass du up2date bist...
Zitat von: thunder schrieb am Di, 26 Februar 2013 08:10...habe es herausgefunden... der hässliche Workaround sieht so aus....
my $bla = $query_handle->{NAME}->[$i];
$bla =~ s/\(device\)/device/;
$bla =~ s/\(reading\)/reading/;
$jsonstring .= uc($bla);
#$jsonstring .= uc($query_handle->{NAME}->[$i]);
Kannst du denn die Charts jetzt speichern, laden und löschen?
ja! bekomme zwar Fehlermeldungen beim save und delete von charts aber er tut es....
wobei das mit den Klammern echt strange ist... Wenn ich wüsste wie, würde ich gerne helfen den seltsamen Effekt an der Wurzel zu fassen.
Temperatur / Luftfeuchtigkeit Graphen funktionieren super... Was mir nicht gelingt ist eine Graphik aus Schaltzuständen. also wann war ein Aktor ein/aus. Liegt das an meinem seltsamen System oder ist das bisher noch nicht implementiert?
Das Tool sieht echt klasse aus!
Danke,
Uwe.
Zitat von: thunder schrieb am Di, 26 Februar 2013 18:47ja! bekomme zwar Fehlermeldungen beim save und delete von charts aber er tut es....
Ich muss dringend im nächsten release die Fehlermeldungen aufbohren, damit man die Probleme besser erkennen kann...
Zitat von: thunder schrieb am Di, 26 Februar 2013 18:47wobei das mit den Klammern echt strange ist... Wenn ich wüsste wie, würde ich gerne helfen den seltsamen Effekt an der Wurzel zu fassen.
Temperatur / Luftfeuchtigkeit Graphen funktionieren super... Was mir nicht gelingt ist eine Graphik aus Schaltzuständen. also wann war ein Aktor ein/aus. Liegt das an meinem seltsamen System oder ist das bisher noch nicht implementiert?
Das Tool sieht echt klasse aus!
Danke,
Uwe.
Die Charts gehen zur zeit von numerischen werten aus. Ein an / aus könnte man evtl. Über 0 / 1 darstellen. Dazu müsste ich im Frontend entsprechend parsen. Hat erstmal keine hohe Priorität, bevor ich mehr funktionen integriere wäre es wichtig gute Stabilität und aussagekräftige Fehlermeldungen zu haben, da profitieren alle am meisten von.
Zitat von: Johannes schrieb am Di, 26 Februar 2013 18:27Hallo,
Bitte mal die Ausgabe von folgendem DB Befehl hier posten: SELECT * FROM frontend WHERE TYPE = 'savedchart';
Ausgabe von sqlite> SELECT * FROM frontend WHERE TYPE = 'savedchart';1|2013-02-25 16:52:33|savedchart|CUL|[{"x":"TIMESTAMP","y":"temperature","device":"CUL_WS_1","starttime":"2013-02-25 00:00:00","endtime":"2013-02-26 00:00:00"}]
2|2013-02-25 16:54:02|savedchart|CulTemp|[{"x":"TIMESTAMP","y":"temperature","device":"CUL_WS_1","starttime":"2013-02-25 00:00:00","endtime":"2013-02-26 00:00:00"}]
3|2013-02-25 17:00:20|savedchart|CULTemp|[{"x":"TIMESTAMP","y":"temperature","device":"CUL_WS_1","starttime":"2013-02-25 00:00:00","endtime":"2013-02-26 00:00:00"}]
4|2013-02-25 17:11:46|savedchart|CULTemp|[{"x":"TIMESTAMP","y":"temperature","device":"CUL_WS_1","starttime":"2013-02-25 00:00:00","endtime":"2013-02-26 00:00:00"}]
5|2013-02-25 17:17:11|savedchart|CulTemp|[{"x":"TIMESTAMP","y":"temperature","device":"CUL_WS_1","starttime":"2013-02-25 00:00:00","endtime":"2013-02-26 00:00:00"}]
6|2013-02-25 17:26:19|savedchart|CULTemp|[{"x":"TIMESTAMP","y":"temperature","device":"CUL_WS_1","starttime":"2013-02-25 00:00:00","endtime":"2013-02-26 00:00:00"}]
7|2013-02-26 07:03:35|savedchart|Inhalt|[{"x":"TIMESTAMP","y":"content","device":"CUL_HM_KFM100_1D8BA9","starttime":"2013-02-25 00:00:00","endtime":"2013-02-27 00:00:00"}]
8|2013-02-26 07:18:01|savedchart|CULtemp|[{"x":"TIMESTAMP","y":"temperature","device":"CUL_WS_1","starttime":"2013-02-25 00:00:00","endtime":"2013-02-27 00:00:00"}]
ZitatHast du heute schon ein
update thirdparty https://raw.github.com/w3stbam/FHEM_Frontend/master frontend
gemacht? Dann wüsste ich dass du up2date bist...
Ja siehe auch oben, jetzt mit manuell eingespielter 98_update.pm folgende Fehlermeldung!Can't get 'controls_frontend.txt' from
https://raw.github.com/w3stbam/FHEM_Frontend/masterGruss und Danke
Billy
Hi Billy,
Ich glaube du bist nicht auf dem aktuellen fhem stand. Ich hab vorhin noch ein Update gemacht, das funktionierte ohne Probleme. Du musst zuerst in fhem
update
Machen, danach dann erst das Frontend Update!
Zitat von: Johannes schrieb am Di, 26 Februar 2013 19:47Hat erstmal keine hohe Priorität, bevor ich mehr funktionen integriere wäre es wichtig gute Stabilität und aussagekräftige Fehlermeldungen zu haben, da profitieren alle am meisten von.
Full ACK :-)
Hi,
vielleicht hilft es ja weiter.
Ich hatte heute Morgem auch noch:
2013.02.26 08:45:30 3: error update get https://raw.github.com/w3stbam/FHEM_Frontend/master/controls_frontend.txt
das Zauberwort war https und die nächte Meldung brachte die Lösung
2013.02.26 08:45:30 1: Can't locate IO/Socket/SSL.pm
ipkg install perl-io-socket-ssl
sollte es sein
Zitat von: Johannes schrieb am Di, 26 Februar 2013 20:04Hi Billy,
Ich glaube du bist nicht auf dem aktuellen fhem stand.Du musst zuerst in fhem update
Machen, danach dann erst das Frontend Update!
Also meine neueste updatemeldung sieht so aus!2013.02.26 20:14:07 3: update get
http://fhem.de/fhemupdate4/svn/www/images/darktouchpad/darklogo.png2013.02.26 20:14:07 3: update get
http://fhem.de/fhemupdate4/svn/www/pgm2/darktouchpadstyle.css2013.02.26 20:14:07 3: update get
http://fhem.de/fhemupdate4/svn/www/pgm2/darktouchpadsvg_defs.svg2013.02.26 20:14:07 3: update get
http://fhem.de/fhemupdate4/svn/www/pgm2/darktouchpadsvg_style.css2013.02.26 20:14:07 1: update 4 file(s) have been updated.
Das Frontend Update danach brachte wieder den alten Fehler!
Can't get 'controls_frontend.txt' from
https://raw.github.com/w3stbam/FHEM_Frontend/masterIch schlage vor ich mache morgen nochmals ein update und berichte dann!
Interessanterweise kommt beim Speichern eines Charts jetzt zwar immer noch die Meldung:
The Chart could not be saved!Aber jetzt werden die charts mit Namen nach Browser-Refresh unter Saved Charts richtig angezeigt, und können auch geöffnet wrden!
Wirklich ein tolles Tool!!!
Billy
Zitat von: AndreasS schrieb am Di, 26 Februar 2013 20:26Hi,
vielleicht hilft es ja weiter.
Ich hatte heute Morgem auch noch:
2013.02.26 08:45:30 3: error update get https://raw.github.com/w3stbam/FHEM_Frontend/master/controls_frontend.txt
ipkg install perl-io-socket-ssl
sollte es sein
Danke für diesen Tip!
Bei mir hat für Debian Squeeze apt-get install libio-socket-ssl-perl geholfen!
Damit ist der update get
https://raw.github.com/w3stbam/FHEM_Frontend/master/controls_frontend.txtjetzt fehlerfrei gelaufen, aber meine beschriebenen Speicherprobleme sind nach wie vor vorhanden!
Gruss Billy
Ein neues Update ist da!Änderungen:
* Änderung des Repositorys auf sourceforge - löst das Problem von oben, dass für https ein zusätzliches Modul benötigt wird.
Sourceforge arbeitet mit http, es ist also kein nachinstallieren von Modulen erforderlich
* Neue URL für Updates ist daher
update thirdparty
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend) frontend
* Installationsanleitung auf http://www.fhemwiki.de/wiki/Neues_Charting_Frontend (//www.fhemwiki.de/wiki/Neues_Charting_Frontend) aktualisiert (für die meisten wird das einfache update reichen)
* Charts unterstützen jetzt mehrere Y Achsen. Diese können nach Klick auf den Button "Add another Y Axis" hinzugefügt werden
* Legenden enthalten die zusätzlichen Achsen
* Charts unterstützen jetzt Soll-Linien. Diese können nach Klick auf den Button "Add Baseline" hinzugefügt werden, Start und Endwert frei wählbar.
* Achsen und Soll-Linien können eingefärbt werden und, bei Bedarf, eine Füllung erhalten
* Das Errorhandling wurde verbessert, es sollten jetzt aussagekräftigere Meldungen kommen, wenn etwas schief läuft[/list]
(siehe Anhang / see attachement)
Charts und die EInstellungen lassen sich übrigens ein und ausklappen, um eine bessere / größere Übersicht zu bekommen:
(siehe Anhang / see attachement)
Wichtig:Es müssen leider, hoffentlich zum letzten Mal (die Chancen stehen gut :-), die bestehenden Charts gelöscht werden, da diese unbrauchbar werden mit dem Update.
Beachten sollte man ausßerdem folgendes:
Wenn man mehrere Achsen lädt, so nimmt auch die Datenmenge zu, die im Browser dargestellt wird. Ab einer gewissen Anzahl von Messwerten, die dargestellt werden sollen, wird der Browser langsamer.
Solltet ihr das Problem haben, dass das Frontend zu langsam wird oder nicht mehr reagiert, liegt das an zu vielen Messwerten, die dargestellt werden sollen.
Dann hilft es, den gewählten Zeitraum zu verkleinern und / oder die Zahl der Achsen zu reduzieren.
Am Besten kommt der Chrome-Browser mit großen Datenmengen klar.
Für die Zukunft überlege ich, ob eine Konfiguration in der Oberfläche gemacht werden kann, über die man die Anzahl der Messwerte pro Zeitraum eingrenzen kann (z.B. 20 Werte / Tag). Wer dazu Ideen hat - immer her damit.
Update:
Änderungen:
* FHEM Kommandozeile hinzugefügt. Sie kann mit Enter-Taste und dem Execute Button bedient werden.
* Save Button hinzugefügt, der wie bisher bekannt die Änderungen in der fhem.cfg speichert
* Shutdown und Restart Button hinzugefügt, über die sich FHEM herunterfahren oder neustarten lässt
Bei einem Restart wird die Seite, sobald FHEM wieder hochgefahren ist, automatisch neugeladen
(siehe Anhang / see attachement)
Update verfügbar über:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Noch ein Update :-) (jetzt reichts aber auch..)
Änderungen:
* Geräte und FHEM Komponenten (z.B. CUL, weblink, etc.) werden nun mit Hilfe von jsonlist ausgelesen
Dadurch wird automtisch das Menü auf der linken Seite angepasst. Für jede Kategorie / Gerät sollte bei euch also ein Eintrag zu finden sein.
* Unterhalb dieser Menüs sind die einzelnen Geräte gelistet. Klickt man auf ein spezielles Gerät aus der Liste, öffnet sich eine Anzeige, die die allgemeinen Daten und die letzten Readings anzeigt.
Erweiterung dieser Übersicht folgt...
(siehe Anhang / see attachement)
Update verfügbar über:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Es wäre gut wenn ich Rückmeldung bekomme, ob die letzten Updates / Funktionen bei euch auch funktionieren...
Zitat von: Johannes schrieb am Mo, 25 Februar 2013 21:49Hi,
Ich habe ehrlich gerade keine Ahnung wo das herkommt.
Deine Table Definitionen sind genau wie meine, ich bekomme aber als Ausgabe für die Devices
{"data":[{"DEVICE":"ESA2000_LED_011e"},{"DEVICE":"global"}]}
Ausschlaggebend ist die Zeile 853 in DbLog:
$jsonstring .= uc($query_handle->{NAME}->[$i]);
die liefert bei dir (DEVICE) aus statt DEVICE
Vielleicht hat jemand anderes eine Ahnung wie das zu Stande kommt?
Ich habe den Fehler bei mir in der 64_ESA2000.pm gefunden und ein Paar Anpassungen gemacht.
Zitat von: str0mer schrieb am Sa, 02 März 2013 23:00Ich habe den Fehler bei mir in der 64_ESA2000.pm gefunden und ein Paar Anpassungen gemacht.
Hi,
Ich glaube nicht, dass das Modul für das Problem verantwortlich war / ist. Es geht ja an dieser Stelle um die Spaltenbezeichnung, und nicht um den Wert. Ich kann mir nicht vorstellen, dass das ESA2000 Modul Spaltennamen in der DB ändert...
Trotzdem danke für die Anmerkung, das ESA2000 Modul macht wirklich manchmal falsche Berechnungen... Gehört hier aber nicht ins Thema.
Zitat von: Johannes schrieb am So, 03 März 2013 14:52Zitat von: str0mer schrieb am Sa, 02 März 2013 23:00Ich habe den Fehler bei mir in der 64_ESA2000.pm gefunden und ein Paar Anpassungen gemacht.
Hi,
Ich glaube nicht, dass das Modul für das Problem verantwortlich war / ist. Es geht ja an dieser Stelle um die Spaltenbezeichnung, und nicht um den Wert. Ich kann mir nicht vorstellen, dass das ESA2000 Modul Spaltennamen in der DB ändert...
Nein, das nicht, aber das Modul hat bei einer Bediengung den Gerätenamen mit Klammern zurückgegeben.
} else {
Log GetLogLevel($name,4), "(ESA2000/DISCARDED $name: $val)";
return "($name)";
}
return $name;
}
Hatte mich nämlich auch gewundert, warum die Definition als Referenz 2x auftauchte, einmal mit und einmal ohne Klammer.
Zitat von: Johannes schrieb am Sa, 02 März 2013 18:31Es wäre gut wenn ich Rückmeldung bekomme, ob die letzten Updates / Funktionen bei euch auch funktionieren...
Solange ich dazu nichts höre bleibts erstmal bei diesen Funktionen.
Wie gesagt warte ich auf Rückmeldung. Wenns Probleme oder Wünsche gibt, gebt Bescheid.
Ansonsten kümmere ich mich eher um persönliche Erweiterungen...
Hallo ich habe da ein Problem Frontend kann ich aufrufen und in die
Datenbank wird auch was geschrieben.
Aber wenn ich mir die Charts ansehen will kann ich kein Device auswählen.
Da kommt die Fehler Meldung Connection to database failed! Check your configuration.
Kann da einer Helfen
Gruß
Martin
Hi Johannes,
ich wollte dein Frontend weiter testen und:
hab soeben ein update und unmittelbar danach ein update ....frontend gemacht und dabei ist mir folgendes aufgefallen:
93_DbLog.pm wurde sowohl vom Trunk als auch vom frontend upgedatet, jeweils mit unterschiedlichen Änderungen.... Das kann böse ins Auge gehen.
Ich schau mir die Differenzen an, und werde vmtl. deine Version verwenden.
l.g. erwin
Hallo
habe alle Updates gemacht. Mein Frontend zeigt aber auch nach einem shutdown restart Fhem immer noch das alte Bild.
LG
Zitat von: Martin schrieb am Mi, 06 März 2013 12:24Hallo ich habe da ein Problem Frontend kann ich aufrufen und in die
Datenbank wird auch was geschrieben.
Aber wenn ich mir die Charts ansehen will kann ich kein Device auswählen.
Da kommt die Fehler Meldung Connection to database failed! Check your configuration.
Kann da einer Helfen
Gruß
Martin
Ich werde nachher ein Update online stellen, damit müsstest du nochmal testen.
Die Frage die ich mir aber stelle:
Du sagst, es wird etwas in die Datenbank geschrieben. Was genau ist das? Das kann aktuell nur durch ein "Save Chart" passieren.
Hast du schonmal die Devices gesehen, oder wurden sie noch nie angezeigt und es kommt immer die Meldung?
Kannst du bitte auf der Datenbank folgendes Select ausführen und mir die Rückgabe hier reinschreiben?
SELECT distinct(device) FROM history;
Zitat von: erwin schrieb am Mi, 06 März 2013 14:05Hi Johannes,
ich wollte dein Frontend weiter testen und:
hab soeben ein update und unmittelbar danach ein update ....frontend gemacht und dabei ist mir folgendes aufgefallen:
93_DbLog.pm wurde sowohl vom Trunk als auch vom frontend upgedatet, jeweils mit unterschiedlichen Änderungen.... Das kann böse ins Auge gehen.
Ich schau mir die Differenzen an, und werde vmtl. deine Version verwenden.
l.g. erwin
Hi Erwin,
Danke für den Hinweis. Da an dem Modul verschiedene Leute arbeiten kann es mal passieren, dass ich nicht mitbekomme, dass sich was geändert hat.
Die Änderung ist nichts wildes, es ist kein Problem mit Update des Frontends die 93_DbLog zu überschreiben.
Ich werde aber später auch die aktuelle SVN Version updaten, dann ist das Problem erstmal wieder gelöst (bis jemand wieder Änderungen eincheckt, aber das passiert bei diesem Modul eigentlich selten).
Zitat von: andrece schrieb am Mi, 06 März 2013 18:09Hallo
habe alle Updates gemacht. Mein Frontend zeigt aber auch nach einem shutdown restart Fhem immer noch das alte Bild.
LG
Hallo,
Ich weiss weder was "das alte Bild" ist, noch was du eigentlich erwartest. Etwas mehr Information zu deinem Problem wäre hilfreich.
Hast du schonmal deinen Browser Cache seit dem Update gelöscht?
(siehe Anhang / see attachement)
Hallo
ja cash ist geleert. Das alte bild ist folgendes. Ich habe die Updates alle gefahren ohne Fehlermeldung nur bekomme ich die grafische Ansicht deines letzten Updates nicht. Hast du da eine Idee was es sein könnte. Bin noch etwas Neuling auf dem Gebiet.
Danke
@alle: Hat hier jemand die selben Probleme wie andrece, dass die neuen Änderungen scheinbar nicht ankommen nach Update (neue Funktionen wie Kommandzeile im Kopf, ect)?
@andrece: Zeig mal bitte den genauen Update Aufruf, den du gemacht hast.
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend) frontend
Wie sieht die Adresszeile in deinem Browser aus?
Sollte etwa so sein:
http://meinfhem:8083/fhem/frontend/index.html (//meinfhem:8083/fhem/frontend/index.html)
Ja genau so sieht diese aus. Nur ich greife im moment von woanders drauf über DynOrg und leite den Port an 8083 weiter in der Box.
Teste das ganze bitte nochmal ohne die Redirect Geschichte.
Ausserdem wäre es gut zu wissen, was der update-Befehl als Ausgabe geliefert hat.
Redirect Geschichte?
Sorry wenn ich frage
nochmal kann ich das update nicht fahren.
Das artet gerade in einen Chat aus hier :-)
Also, du kannst sehr wohl das Update nochmal machen. Die Ausgabe vom Update dann bitte hier posten.
Und dazu bitte einen Screenshot, der mir das gesamte Browserfenster zeigt.
Zitat von: Martin schrieb am Mi, 06 März 2013 12:24Hallo ich habe da ein Problem Frontend kann ich aufrufen und in die
Datenbank wird auch was geschrieben.
Aber wenn ich mir die Charts ansehen will kann ich kein Device auswählen.
Da kommt die Fehler Meldung Connection to database failed! Check your configuration.
Kann da einer Helfen
Gruß
Martin
Hallo Martin,
Bitte mal ein
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
und anschließend ein
shutdown restart
machen und schauen, ob ein Fehler kommt und wenn ja, diesen bitte hier posten. Am besten zusammen mit der Ausgabe, die der Updatebefehl gegeben hat.
Ja ok jetzt kann ich updaten. man muss wohl ne zeit warten bis das geht. weil zu schnell hintereinander fragt er nix zu tun?. Jetzt meckert er keine Rechte. Setze ich gerade und melde mich dann.
Das Updatemodul scheint mir noch nicht ganz korrekt zu arbeiten. Sollten Rechte fehlen eine Datei upzudaten, so wird diese übersprungen. Beim nächsten Update Befehl behauptet es dann, dass alles aktuell sei und nichts zu tun ist, obwohl die ausgelassene Datei immer noch den alten Stand hat. Genau das wird dir jetzt vermutlich passieren.
Ich mach mal vorsorglich schonmal ein "Scheinupdate", damit kannst du wieder updaten so dass er versucht, die Datei zu ersetzen. Dann sollten vorher die Rechte aber stimmen.
ok dank dir habe jetzt volle rechte gegeben
hier der fehler
(siehe Anhang / see attachement)
Hallo Martin,
Das ist jetzt aber ein anderer Fehler??! Gibt es bei den Devices keine Probleme mehr?
Welche Datenbank hast du im Einsatz? Da stimmt noch was mit dem autoincrement nicht so ganz...
Aber schön zu sehen dass bei dir die Geräte links auftauchen und die neue Kommandozeile auch da ist.
so jetzt alles Root Rechte hier . Bin dann soweit fertig und wart mal auf dein Schein Update. Danke Dir
Zitat von: andrece schrieb am Mi, 06 März 2013 20:29so jetzt alles Root Rechte hier . Bin dann soweit fertig und wart mal auf dein Schein Update. Danke Dir
Feuer frei!
oh das sieht immer noch schlecht aus
Saving statefile: done
Backup:
backup done: FHEM-20130306_202923.tar.gz (8352526 Bytes)
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> ./www/frontend/app/resources/icons/: Datei oder Verzeichnis nicht gefunden
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> ./www/frontend/app/resources/icons/: Datei oder Verzeichnis nicht gefunden
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> ./www/frontend/app/resources/icons/: Datei oder Verzeichnis nicht gefunden
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> ./www/frontend/app/resources/icons/: Datei oder Verzeichnis nicht gefunden
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> ./www/frontend/app/resources/icons/: Datei oder Verzeichnis nicht gefunden
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> ./www/frontend/app/resources/icons/: Datei oder Verzeichnis nicht gefunden
File(s) skipped for an update! Error while writing:
Can't write ./www/frontend/README.txt: Keine Berechtigung
Can't write ./www/frontend/app/view/DevicePanel.js: Keine Berechtigung
25 file(s) have been updated:
==> 2013-03-06 11:11:11 FHEM/93_DbLog.pm
==> 2013-03-06 11:11:11 www/frontend/app/app.js
==> 2013-03-06 11:11:11 www/frontend/app/controller/ChartController.js
==> 2013-03-06 11:11:11 www/frontend/app/controller/MainController.js
==> 2013-03-06 11:11:11 www/frontend/app/model/ChartModel.js
==> 2013-03-06 11:11:11 www/frontend/app/model/DeviceModel.js
==> 2013-03-06 11:11:11 www/frontend/app/model/ReadingsModel.js
==> 2013-03-06 11:11:11 www/frontend/app/model/SavedChartsModel.js
==> 2013-03-06 11:11:11 www/frontend/app/model/TableDataModel.js
==> 2013-03-06 11:11:11 www/frontend/app/resources/icons/database_refresh.png
==> 2013-03-06 11:11:11 www/frontend/app/resources/icons/database_save.png
==> 2013-03-06 11:11:11 www/frontend/app/resources/icons/readme.txt
==> 2013-03-06 11:11:11 www/frontend/app/resources/icons/resultset_last.png
==> 2013-03-06 11:11:11 www/frontend/app/resources/icons/resultset_next.png
==> 2013-03-06 11:11:11 www/frontend/app/resources/icons/stop.png
==> 2013-03-06 11:11:11 www/frontend/app/store/ChartStore.js
==> 2013-03-06 11:11:11 www/frontend/app/store/DeviceStore.js
==> 2013-03-06 11:11:11 www/frontend/app/store/ReadingsStore.js
==> 2013-03-06 11:11:11 www/frontend/app/store/SavedChartsStore.js
==> 2013-03-06 11:11:11 www/frontend/app/store/TableDataStore.js
==> 2013-03-06 11:11:11 www/frontend/app/view/LineChartPanel.js
==> 2013-03-06 11:11:11 www/frontend/app/view/LineChartView.js
==> 2013-03-06 11:11:11 www/frontend/app/view/TableDataGridPanel.js
==> 2013-03-06 11:11:11 www/frontend/app/view/Viewport.js
==> 2013-03-06 11:11:11 www/frontend/index.html
A new version of one or more module(s) was installed, 'shutdown restart' is required!
Housekeeping:
==> create directory ./www/frontend/app/resources failed:
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> create directory ./www/frontend/app/resources/icons failed:
Error while creating:
==> ./www/frontend/app/resources/: Keine Berechtigung
==> ./www/frontend/app/resources/icons/: Datei oder Verzeichnis nicht gefunden
Update completed!
den resources Ordner hat es noch nie gegeben bei mir !
Gruß
Andre
Das Probleme mit den Devices habe ich nicht mehr.
jetzt habe ich das andere Problem mit dem Speichern??
scheinbar existieren einige Ordner nicht die gebraucht werden und auch dateien. mh. sehr komisch. Und er konnte sie nicht anlegen. Habe jetzt den betroffenen Ordnern auch noch root gegeben. wenn es geht bitte nochmal ein schein Update bite bitte.
LG
Zitat von: andrece schrieb am Mi, 06 März 2013 20:38scheinbar existieren einige Ordner nicht die gebraucht werden und auch dateien. mh. sehr komisch. Und er konnte sie nicht anlegen. Habe jetzt den betroffenen Ordnern auch noch root gegeben. wenn es geht bitte nochmal ein schein Update bite bitte.
LG
Scheinupdate feuer frei
so habe bei martin die fehlenden dateien geklaut. bin soweit wie er
Zitat von: Martin schrieb am Mi, 06 März 2013 20:35Das Probleme mit den Devices habe ich nicht mehr.
jetzt habe ich das andere Problem mit dem Speichern??
Hast du die Tabelle frontend vor dem Update mal geleert?
Bzw. wenn noch nicht geschehen, bitte die Tabelle frontend leeren und dann erneut das speichern testen.
Welche DB benutzt du?
nun ist das problem das wir charts speichern können er sagt auch ok aber sie werden nicht angezeigt!
Zitat von: Johannes schrieb am Mi, 06 März 2013 20:52Zitat von: Martin schrieb am Mi, 06 März 2013 20:35Das Probleme mit den Devices habe ich nicht mehr.
jetzt habe ich das andere Problem mit dem Speichern??
Hast du die Tabelle frontend vor dem Update mal geleert?
Bzw. wenn noch nicht geschehen, bitte die Tabelle frontend leeren und dann erneut das speichern testen.
Welche DB benutzt du?
also ich antworte mal für martin( da wir gerade nebenher sitzen) habe es probiert. Wir haben Mysql. Er legt den Chart Save auch ab, aber wir sehen ihn nicht in Frontend
Ok, bis hier hin waren Probleme entweder auf ein Bug im Updatemodul oder auf ein unsauberes Setup (nicht gelöschte Charts) zurückzuführen.
Die Meldung die jetzt kommt ist der erste Bug :-)
Scheint aber ein MySQL spezifisches Problem zu sein, da ich vorher immer alles auf SQLite auf Funktionalität teste.
Bitte den Inhalt von der DB posten, dann kann ich mir das ansehen.
Fixen werde ich das heute nicht mehr können.
Grüße,
Johannes
Was genau benötigst du? das hier?
Den Inhalt von Frontend, also
select * from frontend
Datenbank kommt von hier
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/ (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/contrib/dblog/) (db_create_mysql.sql)
und dann das halt noch
CREATE TABLE frontend (ID int NOT NULL UNIQUE AUTO_INCREMENT, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE TEXT)
LG
Andre
bild frontend
Im Reiter SQL folgendes SQL eingeben, ausführen, Ergebnis hier posten
select VALUE from Frontend where ID = 2;
@andrece / Martin:
Ich hab die Vermutung dass ihr beide nicht ganz up2date seid. Löscht doch mal den Ordner app unterhalb von Frontend und macht dann ein erneutes Update. Unbedingt auf Fehlermeldungen / Probleme dabei achten! Danach nochmal neuen Chart anlegen, speichern, laden.
#1146 - Table 'fhem.Frontend' doesn't exist
SELECT VALUE
FROM Frontend
WHERE ID =2;
LIMIT 0 , 30
Zitat von: Martin schrieb am Mi, 06 März 2013 22:29#1146 - Table 'fhem.Frontend' doesn't exist
SELECT VALUE
FROM Frontend
WHERE ID =2;
LIMIT 0 , 30
frontend mit kleinem f bitte
Zeige Datensätze 0 - 0 (1 insgesamt, die Abfrage dauerte 0.0025 sek.)
SELECT VALUE
FROM frontend
WHERE ID =2
LIMIT 0 , 30
Gruß
Martin
Schon das probiert:?
Link (http://forum.fhem.de/index.php?topic=10439.msg67552#msg67552)
Ja Ordner app habe ich gelöcht dann Update gemacht hat nicht geholfen.
Gruß
Martin
Kann jemand die Probleme bestätigen / wiederlegen mit dem neuesten Update und Einsatz von MySQL, dass Charts nicht geladen werden können?
Hi Johannes,
ja, kann ich bestätigen.
update Stand von gestern, 21:30, MYSQL, danach alle entries aus frontend gelöscht
Symptome:
chart erstellen und speichern funktioniert,
die charts werden auch in der DB gespeichert (siehe screenshot), jedoch erscheinen die gespeicherten charts nicht unter SavedCharts.
(siehe Anhang / see attachement)
Zweite Geschichte: (weit schwieriger zu beschreiben):
Bei mir ist die NAvigationsleiste soo voll, dass das Dropdown gar nicht funktioniert.
wenn ich z.b. auf Database Tables klicke, wird der Button gegen einen (beliebigen) anderen ausgetauscht und es erscheint kein weisses Dropdown feld, weil offensichtlich kein Platz (vertikal) mehr frei ist.
Umgehen kann ich das, wenn ich im Browser das Zoom soo lange verkleinere, bis ich wieder vertikal Platz hab.
Die Frage ist jetzt, warum hab ich soo viele Entries in der Nav-Leiste? Und da ist mir aufgefallen, dass ich mehrere entries mit weblink habe - offensichtlich wird da auch noch nach sub-typen von weblink unterschieden.
l.g. erwin
Zitat von: erwin schrieb am Do, 07 März 2013 09:22Hi Johannes,
ja, kann ich bestätigen.
update Stand von gestern, 21:30, MYSQL, danach alle entries aus frontend gelöscht
Symptome:
chart erstellen und speichern funktioniert,
die charts werden auch in der DB gespeichert (siehe screenshot), jedoch erscheinen die gespeicherten charts nicht unter SavedCharts.
Ok, dass muss gelöst werden (es ist leider nicht einfach, 3 verschiedene Datenbanken zu unterstützen). Dazu brauche ich aber von jemandem den Output aus der Datenbank, so wie ich es schon ein paar mal angefordert, aber nie bekommen habe.
Es muss ein Select auf der Datenbank im Table frontend gemacht werden, am besten für einen Record. Für mich interessant ist die Spalte VALUE, darin steht die gesamte Konfiguration für den Chart. Diese brauche ich!
Denn genau die wird vom Frontend (versucht) zu parsen, und da scheiterts.
Zitat von: erwin schrieb am Do, 07 März 2013 09:22Zweite Geschichte: (weit schwieriger zu beschreiben):
Bei mir ist die NAvigationsleiste soo voll, dass das Dropdown gar nicht funktioniert.
Das Feature ist noch im Aufbau, habe das Problem aber selbst schon bemerkt, wird als nächstes gefixed per Scrollleiste.
Zitat von: erwin schrieb am Do, 07 März 2013 09:22Die Frage ist jetzt, warum hab ich soo viele Entries in der Nav-Leiste? Und da ist mir aufgefallen, dass ich mehrere entries mit weblink habe - offensichtlich wird da auch noch nach sub-typen von weblink unterschieden.
Die Frage ist viel mehr, wie soll das eigentlich "sinnvoll" funktionieren? Ich habe das einfach mal zum testen jetzt auf diese Weise eingebracht. In deinem Fall ist das z.B. nicht besonders praktisch. Ich bin wie gesagt immer für Vorschläge zu haben, sowohl für bestehende, als auch für neue Funktionen. Dazu muss sich aber auch jemand äußern, sonst bau ich ein was ich gerade brauche und bei mir gut passt.
Also, wenn ich Vorschläge dazu bekomme, wie das aussehen / funktionieren soll, baue ich das gerne ein / diskutiere das hier.
Grüße,
Johannes
das hier?
{"x":"TIMESTAMP","y":"wind","device":"KS300","yaxiscolorcombo":"Blue","yaxisfillcheck":"false","y2device":"null","y2axis":"null","y2axiscolorcombo":"Green","y2axisfillcheck":"false","y3axis":"null","y3device":"null","y3axiscolorcombo":"Orange","y3axisfillcheck":"false","base1start":"null","base1end":"null","base1color":"Blue","base1fill":"false","base2start":"null","base2end":"null","base2color":"Green","base2fill":"false","base3start":"null","base3end":"null","base3color":"Orange","base3fill":"false","starttime":"2013-03-06_20:00:00","endtime":"2013-03-07_13:00:00"}
Hi Johannes,
Danke für deine Erklärungen, so schaut's bei mir aus:
{"x":"TIMESTAMP","y":"temperature","device":"AussenTempHum","yaxiscolorcombo":"Blue","yaxisfillcheck":"false","y2device":"null","y2axis":"null","y2axiscolorcombo":"Green","y2axisfillcheck":"false","y3axis":"null","y3device":"null","y3axiscolorcombo":"Orange","y3axisfillcheck":"false","base1start":"null","base1end":"null","base1color":"Blue","base1fill":"false","base2start":"null","base2end":"null","base2color":"Green","base2fill":"false","base3start":"null","base3end":"null","base3color":"Orange","base3fill":"false","starttime":"2013-03-05_00:00:00","endtime":"2013-03-06_00:00:00"}
..und als screenshot:
(siehe Anhang / see attachement)
l.g. erwin
Danke euch beiden.
Bitte mal ein update machen:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
und ein
shutdown restart
Den Inhalt der Tabelle frontend löschen und dann nochmal probieren mit Erstellen, speichern, laden.
Ich hoffe es nun endlich gefunden zu haben
Danke hat super geklappt kann jetzt Charts Speichern und Löschen.
Gruß
Martin
Zitat von: Martin schrieb am Do, 07 März 2013 21:27Danke hat super geklappt kann jetzt Charts Speichern und Löschen.
Gruß
Martin
Puh, ich hoffe das wars dann nun endgültig mit den Speicherproblemen...
Grüße!
Hi Johannes,
das sieht sehr gut aus.
Danke!
Chart save und wieder aufrufen und delete funktioniert!
l.g. erwin
Hallo Johannes,
fein das du nach wie vor dran bleibst! Ich habe gerade getestet.
Charts werden gespeichert, allerdings weder die Farbe noch die Füllung.
Kein Drama ist nur ein Hinweis, eventuell ist es ja auch nur bei mir so.
Ein paar Fragen habe ich noch.
Wie bekomme ich es hin das zwei Werte vernünftig dargestellt werden? Also on=1 und off=0? Bisher wird ja immer on auf null gelegt und off auch.
Wie kann ich den Chart so abspeichern das er immer die aktuelle Stunde oder den Aktuellen Tag anzeigt?
Zitat* Geräte und FHEM Komponenten (z.B. CUL, weblink, etc.) werden nun mit Hilfe von jsonlist ausgelesen
Dadurch wird automtisch das Menü auf der linken Seite angepasst. Für jede Kategorie / Gerät sollte bei euch also ein Eintrag zu finden sein.
Was ich letzendlich ganz toll finden würde wenn du die ganzen Geräte nochmal in einen seperaten "Ordner" einfügst.
So wie es jetzt bei mir aussieht ist es unübersichtlich und auch nicht notwendig.
LG und ein schönen Abend noch..
nfidel
Zitat von: nfidel schrieb am Do, 07 März 2013 22:36Was ich letzendlich ganz toll finden würde wenn du die ganzen Geräte nochmal in einen seperaten "Ordner" einfügst.
So wie es jetzt bei mir aussieht ist es unübersichtlich und auch nicht notwendig.
LG und ein schönen Abend noch..
nfidel
Hi,
Wie wäre es mit einem Tree?
http://dev.sencha.com/deploy/ext-4.0.0/examples/tree/treegrid.htmlDie anderen Punkte schau ich mir morgen an, hab schon ne Idee..
ZitatWie wäre es mit einem Tree?
http://dev.sencha.com/deploy/ext-4.0.0/examples/tree/treegrid.html (//dev.sencha.com/deploy/ext-4.0.0/examples/tree/treegrid.html)
Jep das wäre perfekt!
Hallo,
Zitat von: nfidel schrieb am Do, 07 März 2013 22:36Ich habe gerade getestet.
Charts werden gespeichert, allerdings weder die Farbe noch die Füllung.
Kein Drama ist nur ein Hinweis, eventuell ist es ja auch nur bei mir so.
Ist behoben. Einfach ein Update machen und die bisherigen und neuen Charts werden bunt.
Zitat von: nfidel schrieb am Do, 07 März 2013 22:36Wie bekomme ich es hin das zwei Werte vernünftig dargestellt werden? Also on=1 und off=0? Bisher wird ja immer on auf null gelegt und off auch.
Mit dem neuen Update wird eine Datei "userconfig.js" abgelegt. Die findet sich unter www/frontend/app/userconfig.js
In dieser Datei habe ich beispielhaft unter dem Eintrag "chartkeys" ein paar Werte und deren "Übersetzung" angelegt.
Sieht z.B. so aus:
chartkeys: {
"on": "1",
"off": "0",
"open": "10",
"closed": "1"
}
Der Wert open wird damit zur Zahl 10, closed zu 1 usw.
Man kann die Werte und oder Texte dort ersetzen, anpassen und erweitern, je nach eigenen Bedürfnissen.
Bitte aber auf die Kommas am Ende achten. Alle, bis auf den letzten Wert werden mit Komma am Ende getrennt.
Sollte nach dem Editieren und Speichern dieser Datei das Frontend nicht mehr aufrufbar sein (weiße Seite), so wurde dort ein Komma vergessen oder zu viel hinzugefügt.
Ich konnte die Funktion bisher nicht realisitsch testen, es sollte aber funktionieren.
Feedback wäre gut!
Zitat von: nfidel schrieb am Do, 07 März 2013 22:36Wie kann ich den Chart so abspeichern das er immer die aktuelle Stunde oder den Aktuellen Tag anzeigt?
Bisher noch nicht aber ich arbeite dran, da mir das auch schon lange im Kopf rumschwebt.
Es wird wahrscheinlich beim Anlegen eines Charts Checkboxen geben, die da heißen "aktueller Tag", "aktuelle Stunde" usw. Benutzt man diese, werden automatisch die Zeitauswahlfenster deaktivert und das aktuelle Datum / Zeit des Benutzers verwendet für den Chart.
Update wie üblich
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Grüße,
Johannes
Hallo Johannes,
Charts werden farblich gespeichert. Was nicht geht sind on/off Werte,
die werden nach wie vor mit Null dargestellt.Ich habe auch extra Einträge
mit absent/present hinzugefügt..funktioniert leider auch nicht.
LG
Jens
Edit: Ich denke die userconfig.js wird nicht mit geladen,
es ist völlig egal ob da Fehler enthalten sind oder die Datei um-
benannt wird. Das Frontend funktioniert so oder so.
Zitat von: nfidel schrieb am Fr, 08 März 2013 14:48Hallo Johannes,
Charts werden farblich gespeichert. Was nicht geht sind on/off Werte,
die werden nach wie vor mit Null dargestellt.Ich habe auch extra Einträge
mit absent/present hinzugefügt..funktioniert leider auch nicht.
LG
Jens
Edit: Ich denke die userconfig.js wird nicht mit geladen,
es ist völlig egal ob da Fehler enthalten sind oder die Datei um-
benannt wird. Das Frontend funktioniert so oder so.
Hi,
Genau so war es, kleiner Fehler :-)
Ist im neuen Update aber behoben.
Ausserdem gibt es mit dem Update jetzt auch die Möglichkeit, Charts in Bezug auf aktuelle Stunde / Tag / Woche / Jahr zu speichern und anzuzeigen.
Ein solcher Chart wird beim Laden mit dem aktuellen Datum verknüpft. Habe ich also letzte Woche einen Tageschart angelegt, und ich lade ihn heute, zeigt er mir den heutigen Tageschart an.
Ebenso für Woche, Monat etc.
Bitte vorsichig sein mit großen Zeiträumen wie Monat / Jahr, hier kommen gerne einige Zehntausende Messwerte zusammen. Die Darstellung kann dann sehr lange dauern.
Update wie üblich
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
PS:
Falls jemand Lust dazu hat, eine kleine Bedienungsanleitung zum Frontend zu schreiben, würden sich wahrscheinlich einige darüber freuen.
Ich komme leider zeitlich aktuell nicht dazu. Einfach eine PN schreiben, falls sich jemand dazu aufopfern möchte!
Hallo Johannes,
ich trau mich gar nicht richtig zu schreiben, aber es
geht bei mir immer noch nicht. Auch die Option zum Tages/Monatschart
speichern finde ich nicht.
-Update durchgeführt
-Shutdown restart
Gruß
Jens
Hast du die Ausgabe vom Update noch? Klingt sehr danach, dass es nicht komplett ist.
Den aktuellsten Stand bekommt man zu 100% , wenn man den gesamten Ordner Frontend aus www löscht und dann nochmal updated.
Wenn das auch nicht hilft gib nochmal Bescheid. Ich teste jedes Update selbst bevor ich es frei gebe, aber das Update Modul hat wohl noch einige Bugs.
Wer das Problem hat das das Update eventuell nicht komplett funktioniert
hat, kann nachdem der Ordner Frontend gelöscht/verschoben/umbenannt worden
ist ein "force" an das Update hängen. Somit umgeht man die Meldung "nix zu tun".
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend force
Gruß
Jens
Kurzinfo:
Derzeit arbeite ich an einer Generalisierungsfunktion für die Charts.
Das hat vor allem Auswirkung auf die Performance im Browser.
Je stärker generalisiert wird, desto weniger gibt es im Browser darzustellen.
Ab einem gewissen Grad gehen natürlich zu viele Informationen verloren. Daher habe ich aktuell eine An / Ausschaltoption für die Generalisierung eingebaut.
Bei aktiver Generalisierung kann dann ein Differenzwert aus einer Dropdown Liste gewählt werden, z.B. 50%.
Bei 50% werden benachbarte Messwerte, deren Differenz zueinander (bzw. zum vorherigen Messwert) größer als 50% ist, in den Chart mit einbezogen. Differenzen darunter fallen raus.
Wer Details dazu wissen will kann gerne nachhaken ;-)
Am besten spielt man mit den Werten ein wenig rum um ein Gefühl dafür zu bekommen, was gute Werte sind.
Hier mal ein paar Vergleichsbilder:
Auf dem ersten sind ungefiltert 227 Messwerte
(siehe Anhang / see attachement)
Auf dem zweiten Bild der selbe Datensatz mit Differenzwert 50% (nur noch 75 Messwerte):
(siehe Anhang / see attachement)
Hier ein Beispiel für eine Wochenansicht mit ungefilterten 1260 Messwerten:
(siehe Anhang / see attachement)
Reduziert bei Differenzwert 80% auf nur 400 Messwerte:
(siehe Anhang / see attachement)
Wie man sehen kann, sind die Darstellungen doch recht identisch. Alle Ausreißer sind weiterhin erkennbar. Und der Browser freut sich und läuft geschmeidiger.
Vor allem lohnt sich die Generalisierung für große Messreihen, wie Wochen / Monats / Jahrescharts.
Grüße,
Johannes
Super Frontend, danke dafür!
Hab nur noch einen Fehler beim speichern der Charts:
The Chart could not be saved, error Message is:
Could not setup SQL String
MySql Datenbank.
Hallo Andi,
Probier doch bitte mal wie in
Link (http://forum.fhem.de/index.php?topic=10439.msg67800#msg67800)
angegeben erstmal den gesamten frontend Ordner unterhalb von www zu löschen, dann ein
fhem update, dann ein
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend force
Update:
Die oben erwähnte Generalisierung ist jetzt eingecheckt und kann per
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
installiert werden. Standardmäßig ist die Generalisierung deaktiviert. Wird ein Chart mit Generalisierung gespeichert, wird diese auch beim Laden wieder angewandt.
Mit dem Generalisierungsfaktor kann man ein bisschen rumspielen um zu schauen, was gute Werte sind. Bei Tagescharts reichen 30% i.d.R. aus. Bei Wochencharts oder mehr kann man ruhig weiter nach oben gehen, je nachdem, wie viele Messwerte man hat.
Grüße,
Johannes
Hi Johannes
Danke für dein Feedback!
Habe deine Anleitung befolgt, das Problem besteht aber leider weiterhin.
1. Frontend gelöscht
/usr/share/fhem/www/frontend
2. Fhem update (beim erneuten Updateversuch)
fhem> update
nothing to do...
3. Force update vom Frontend.
Wo speichert er denn das Chart Preset? In der Datenbank oder in der Filestruktur?
(siehe Anhang / see attachement)
Filerechte:
pi@raspberrypi /usr/share/fhem/www $ ls -l
total 16
drwxr-xr-x 4 fhem dialout 4096 Mar 16 16:40 frontend
drwxr-xr-x 2 fhem dialout 4096 Mar 10 23:19 gplot
drwxr-xr-x 6 fhem dialout 4096 Mar 10 23:19 images
drwxr-xr-x 2 fhem dialout 4096 Mar 10 23:19 pgm2
MySql:
Server version: 5.5.28-1 (Debian)
Tabellen:
current
frontend
history
Hi,
Bitte mal mit einer richtigen Timerange speichern, also über die Kalender Zeitraum auswählen und dann speichern.
Klappts dann?
EDIT:
Das Speichern kann unter Umständen geblockt werden, wenn von FHEM zur selben Zeit in die DB geschrieben wird.
In dem Falle dieser Meldung bitte das Speichern einfach nochmal probieren, nach etwas 20 Sekunden und schauen ob es dann klappt.
Japp, vielen Dank!
Weiter so, freue mich über Updates :-)
EDIT: Die Timerange scheint das Problem bei mir gewesen zu sein - jetzt mit einem festen Zeitraum ging das speichern wunderbar.
Ok, Problem gefunden und behoben, es gab unter gewissen Umständen ein Problem beim Speichern der dynamischen Zeit, ist aber nun behoben.
Update
Ich habe auf der linken Seite das Accordion Panel eingedampft. Dort gibt es jetzt stattdessen einen sogenannten "Tree".
Dieser bildet hierarchisch die Struktur der Geräte ab. Nach dem Klick auf ein Gerät, erscheint das Detailfenster, u.a. mit Readings, in der Mitte.
Beispiel:
(siehe Anhang / see attachement)
Bei Fragen / Anmerkungen: scheut euch nicht hier zu melden :-)
Update wie üblich:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Funktioniert super. Die Baumstruktur ist nützlich und sehr benutzerfreundlich.
Danke!
Zur Info:
Ich arbeite aktuell an einer Statistikfunktion.
Damit kann ich aktuell:
* Durschnittswerte zu einem beliebigem Reading abfragen (Average)
* Summenwerte zu einem beliebigem Reading abfragen (SUM)
* Maximalwerte zu einem beliebigem Reading abfragen (MAX)
* Minimalwerte zu einem beliebigem Reading abfragen (MIN)
* Insgesamte Anzahl zu einem beliebigem Reading abfragen (COUNT)
Das Abfrage lässt sich zudem folgendermaßen eingrenzen:
* stündlich (1 Wert pro Stunde)
* täglich (1 Wert pro Tag)
* wöchentlich (1 Wert pro Woche)
* jährlich (1 Wert pro Jahr)
Ausserdem dann noch über einen allgemeinen Zeitraum mit den kalendern, wie bisher gewohnt.
Daraus lassen sich nette Informationen ableiten:
Z.B. habe ich jetzt mal einen Überblick, wie gut bzw. häufig die Funksignale meines Sensors eigentlich bei mir eintreffen (COUNT). So erkennt man schnell "Funklöcher" oder auch verregnete Tage ;-).
Oder man kann sich eine Monatsansicht holen mit den Maxwerten des Tages, etc. pp.
Das ganze wird im DbLog Modul integriert, so dass die Abfragen auch zügig auf der Datenbank von statten gehen.
Das sieht ja schon klasse aus!
Aber Schalten geht noch nicht - oder?
Gruß,
Thorsten
Hallo Thorsten,
Danke fürs Lob. Was genau meinst du mit Scahlten? Vermutlich z.B: Lampe an / aus?
Ich habe bisher keine Schaltaktoren, daher habe ich mich da noch nicht dran gemacht.
Es wäre aber sinnvoll auch in der Richtung mal was zu tun. Da mir da aber sowohl Hardware als Erfahrung fehlt, würde ich gerne eure Vorschläge hören, wie das Schalten am besten umzusetzen wäre.
Wo sollen die Schalter im Frontend auftauchen, wie sollen sie zu bedienen sein (Button, Icon, Dropdown, Slider etc. pp.)?
Ich bin für alle Vorschläge offen, un denkt dran, neue Wege einzuschlagen was die Bedienung angeht ist kein Verbrechen :-)
Update:
Die Statistikfunktionen, wie weiter oben (Link (http://forum.fhem.de/index.php?topic=10439.msg69157#msg69157)) beschrieben, sind nun integriert und per update installierbar.
Das war ein gutes Stück Arbeit.... Dafür funktionieren die Abfragen sowohl mit PostgreSQL, MYSQL als auch mit SQLITE und sind schön schnell.
Im Frontend macht sich die neue Funktion recht unauffällig bemerkbar, nämlich in der Leiste zur Auswahl der Y-Achse. Dort gibt es nun den Dropdown "Statistics".
Ich würde mich über Feedback freuen, da ich bisher auch nur SQLite unter Realbedingungen getestet habe (die queries sind natürlich auf allen DBs getestet).
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Danach noch ein restart nicht vergessen, da auch das 93_DbLog Modul upgedated wurde:
shutdown restart
Grüße,
Johannes
Also ich stelle mir das ungefähr so vor:
(siehe Anhang / see attachement)
Das hatte ich mal mit jquery Mobile zusammengestrickt, allerdings alles hart codiert
Hi,
Kannst du mir mal den output von "jsonlist" schicken mit dem Bereich, wo die lüftungsanlage aufgelistet ist?
Als (ehemaliger) WebOS User finde ich die Enyo Oberfläche unschlagbar. http://enyojs.com/sampler/ (//enyojs.com/sampler/) (einfach mal durchklicken)
Habe hiermit breits eine Musik App programmiert und bin begeistert von der GUI, perfekt für den Desktop PC und für Tablets.
Wenn ich nur Zeit hätte... ;-)
So im Anhang mal mein kompletter json-output
@Andi: Das enyo sieht echt gut aus - leider bin ich was javascript und html angeht nicht wirklich begabt - sonst hätte ich auch schon was gebastelt...
Ich nehme da lieber Sencha Touch für mobile Anwendungen da Syntax sehr ähnlich zu Ext und aus dem selben Hause.
http://dev.sencha.com/deploy/touch/examples/production/kitchensink/index.html (//dev.sencha.com/deploy/touch/examples/production/kitchensink/index.html)
Browserkompatibel scheint das Sencha nicht unbedingt zu sein. Bei wir zeigt es leider nichts gescheites an.
Ist für mobile Geräte und Browser mit webkit. Ich tippe du versuchst es Grad mitm Firefox oder IE vom Desktop PC. Für echte Vollwertige Desktops nimmt man dann Extjs .
Also ich habe gerade mal sencha touch auf meinem Galaxy S2 getestet, läuft ganz gut.
Ist ja auch fast egal welche UI man nimmt - die ähneln sich ja alle ziemlich.
So ist es, in vielen Dingen sehr ähnlich. Enyojs sieht auch nicht verkehrt aus und scheint gute Kompatibilität zu haben. Ich sehe aber keine Chartingfunktion, volle unterstützung für mvc etc. Da gewöhnt man sich schon sehr dran.
PS: Jeder ist herzlich willkommen am Code mitzuarbeiten, zu verbessern und zu erweitern, falls ich das noch nicht klar gesagt haben sollte :-)
@thoweiss
Danke fürs json. Ich muss mal schauen, wie man das ganze möglichst generisch hin bekommt. Du kannst ja selber sehen, was im json steht. Das ist die Grundlage, auf der ich arbeiten muss. Leider ist das an einigen Stellen nicht ganz sauber und muss händisch geparst werden. Ich hab noch keinen genauen Plan, wie ich Buttons und Slider sinnvoll integrieren kann / werde.
Hallo, ich habe gestern das Frontend installiert:
Daten: System Raspberry PI, FHEM 5.3 Developer (gestern und heute mit update development force) Frontend 0.3
Datenbank sqlite3, Anlegen der Tabelle wie hier beschrieben wurde (create Table etc)
Mein Problem ist wie bei einigen: Ich kann die Diagramme nicht speichern (Fehlermeldung beim Speichern) und ich sehe die Tabellen nicht.
Wenn ich auf die Datenbank schaue, sehe ich das die SAVED... in der history und nicht in der frontend Datenbank landen.
Ich habe die Test (mit INSERT ein savedchart angelegt) gemacht und ebenfalls die 93_DbLog aus dem Thread verwendet (obwohl ich doch die aktuelle aus der Developerversion geladen habe.
Es hat nichts geholfen. Das manuell angelegt Chart taucht richtig auf, aber sobald ich ein neues Chart abspeicher landet es wieder in der falschen Tabelle (history und nicht frontend)
Gibt es aktuell ein Problem mit der Version 93_DbLog in Verbindung mit dem frontend, bzw welche Kombination soll ich verwenden.
Vielen Dank für die Unterstützung
Dieter
2. Frage:
gibt es einen guten Weg die bestehende Logdateien in Textform in die Datenbank zu importieren. Ich habe mir bereits ein python scirpt angesehen, mit dem die Dateien über csv in die Datenbank eingelesen werden könnten. So richtig hat mich dies nicht überzeugt.
Wäre eine Importfunktion in dem Frontend sehr aufwendig ?
Vielen Dank
Gruß
Dieter
Hallo Dieter,
Du hast auf jeden Fall eine alte 93_DbLog Datei. Es gibt aktuell 2 Versionen dieser Datei.
1.) Die durch FHEM bereitgestellte, nicht ganz aktuelle
2.) Die durch mich regelmäßig angepasste und mit dem Frontend funktionierende
*Eigentlich* sollte der update Befehl für das Frontend die bestehende alte DbLog ersetzen. Manchmal funktioniert das aber nicht, oder die Updates sind durcheinander gekommen.
Ich werde die Datei unter 1.) demnächst auch wieder aktualisieren. Bis dahin kannst du dir die aktuelle Version über
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/FHEM/93_DbLog.pm?revision=2953 (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/FHEM/93_DbLog.pm?revision=2953)
herunterladen. Die alte Datei im Ordner FHEM dann mit dieser überschreiben.
Dann sollten deine Probleme verschwunden sein.
Zu der zweiten Frage:
Einen Import im Frontend einzubauen ist tatsächlich zu aufwändig. Ich kann aber gerne helfen, ein Shellscript o.ä. zu bauen, was die bestehenden Logfiles in ein Importfähiges Format wandelt.
Wie wäre es wenn man den Devices ein neues Userattribut zuweist das den Typ des Gerätes darstellt?
also quasi generische Typen: Dimmer, Switch, Value (Anzeige), Shutter (Rolladen), etc.
und dann die States / readings entsprechend umsetzt...
Wenn ich mehr zeit hätte würde ich mal was zusammenfrickeln...
Ich brauche eure Hilfe.
Es ist wirklich problematisch festzustellen, ob ein Gerät nun einen Button, Slider oder was auch immer braucht.
Ich nehme mal als Beispiel die Weihnachtsbeleuchtung ausm Vorgarten von Thomas.
So wie ich das sehe, stecken alle potentiellen Kandidaten für einen Button oder Slider in den Sets:
{
"list": "FS20",
"devices": [
{
"BTN": "00",
"DEF": "7775 00",
"NAME": "eg_xmaslights_outside",
"NR": "61",
"STATE": "on",
"TYPE": "FS20",
"XMIT": "7775",
"ATTR": {
"alias": "Weihnachtsbeleuchtung Vorgarten",
"fp_floorplan_EG": "368,242,1,Weihnachtsbel.",
"icon": "icoBaum",
"room": "Garten"
},
"READINGS": [
{
"state": "on",
"measured": "2013-03-20 17:00:00"
}
],
"sets": [
"dim06%",
"dim100%",
"dim12%",
"dim18%",
"dim25%",
"dim31%",
"dim37%",
"dim43%",
"dim50%",
"dim56%",
"dim62%",
"dim68%",
"dim75%",
"dim81%",
"dim87%",
"dim93%",
"dimdown",
"dimup",
"dimupdown",
"off",
"off-for-timer",
"on",
"on-100-for-timer-prev",
"on-for-timer",
"on-old-for-timer",
"on-old-for-timer-prev",
"on-till",
"ramp-off-time",
"ramp-on-time",
"reset",
"sendstate",
"timer",
"toggle",
"dim:slider,0,6.25,100",
"blink",
"intervals",
"off-till"
],
"attrs": [
"room",
"group",
"comment",
"alias",
"eventMap",
"userReadings",
"IODev",
"follow-on-for-timer:1,0",
"follow-on-timer",
"do_not_notify:1,0",
"ignore:1,0",
"dummy:1,0",
"showtime:1,0",
"loglevel:0,1,2,3,4,5,6",
"event-on-change-reading",
"event-on-update-reading",
"event-min-interval",
"stateFormat",
"model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,
fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,
fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,
fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,
fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze",
"devStateIcon",
"fp_EG",
"fp_Grundriss_DG",
"fp_Grundriss_EG",
"fp_Grundriss_OG",
"fp_eg",
"fp_floorplan_DG",
"fp_floorplan_EG",
"fp_floorplan_OG",
"fp_fp_test",
"fp_image",
"icon",
"sortby",
"webCmd"
]
}
]
}
Hier hätte ich die Möglichkeit, an "dim:slider,0,6.25,100" zu erkennen, dass ein Slider benötigt wird.
Es gibt aber auch einfach Textkeys wie "on" oder "off", die sich ja wunderbar als Button eignen würden. Da ich aber hier keine Unterscheidung machen kann zu den anderen keys (z.B. ramp-off-time, toggle, ...) müsste ich gezwungenermaßen alle keys nehmen und als Button verwenden. Dann hätte man aber sehr viele und auch überflüssige Buttons. Vermutlich lässt sich auch garnicht jeder key sinnvoll als Button verwenden...
Es ist also relativ schwierig aus den Informationen die ich zu den verschiedenen Devices habe, die gewünschten Buttons etc zu bauen.
Denkbar wäre ja zu sagen, ich nehme für Buttons aus den sets nur die Werte "on,off,toggle", aber damit stellt man garantiert nicht jeden zufrieden...
Zitat von: thoweiss schrieb am Do, 21 März 2013 17:55Wie wäre es wenn man den Devices ein neues Userattribut zuweist das den Typ des Gerätes darstellt?
also quasi generische Typen: Dimmer, Switch, Value (Anzeige), Shutter (Rolladen), etc.
Wäre prinzipiell nicht schlecht, aber wer soll das machen? Jeder User einzeln? Ist vielleicht auch etwas umständlich...
Vielleicht kennt jemand noch einen anderen oder besseren Weg herauszubekommen ob und wenn ja was bei einem Gerät als Button / Slider etc. verwendet werden soll?!
Um dieses Problem zu loesen hat FHEMWEB in der Raumansicht eine Default-Reihenfolge
(Temperatur, Dimmer, on/off Schalter), was vom Benutzer per webcmd ueberschrieben werden kann.
Im Detailansicht kann/muss man das Kommando aus einem Dropdown auswaehlen (ist etwas komplizierter),
dafuer stehen aber alle zum Auswahl.
Will nicht sagen, dass nichts besseres gibt, es faellt mir nur nicht ein :)
P.S.: bitte demnaechst beim verwenden von CODE-Bloecken lange Zeilen meiden, die machen das
UI hier im Forum unbrauchbar.
Hallo Rudi,
Danke für die Erklärung. Jsonlist hat keine möglichkeit, die "sortierte" raumansicht abzufragen, oder? Gäbe es noch andere Möglichkeiten? Jedes device hat ja einen mehr oder weniger generellen Type, z.b. "Heatingthermostat". Für diese scheint ja irgendwo vorgegeben zu sein, dass desiredtemperature automatisch als dropdown auftaucht. Gibt es da vielleicht irgendwo eine Auflistung dieser zusammenhänge?
Was ein Frontend anbietet, sollte es aus der Liste der moeglichen Befehle (siehe sets) ableiten, Vorschiften (bei on/off hat der Frontend einer Schalter anzuzeigen, usw) gibt es keine.
Ein Typ (im Sinne von Interface) gibt es in FHEM nur halbherzig.
Boris wollte, dass ein Modul explizit zusichert, welche Kommandos/Events/etc es sendet,
(siehe http://www.fhemwiki.de/wiki/DevelopmentInterfaces (//www.fhemwiki.de/wiki/DevelopmentInterfaces)), ich meine das ist nicht notwendig, und es ist mWn auch in keinem FHEM Modul implementiert.
Die gleiche fhemwiki Seite beinhaltet aber auch, wie man was Einschaltet/Ausschaltet/dimmt/usw., das sollte man als Modulauthor befolgen, sonst spielen spaeter die Frontends nicht mit. Leider ist diese "Vereinbarung" noch in vielen wichtigen Modulen nicht nachgezogen (TODO), Beispiel: FHT:desired-temp statt desiredTemperature (wie bei MAX).
Was mir noch fehlt ist eine Abfrage der moeglichen Events je Modul, damit man die Erstellung von notify/FileLog/etc auch in Frontend unterstuetzen kann, aber das ist z.Zt noch Zukunftsmusik.
Wenn ich es richtig verstanden habe, dann gehen die mobile-Frontend-Jungs einen anderen (statischen?) Weg, sonst wuesste ich nicht, wieso manche Module da nicht von Haus aus unterstuetzt werden.
Rudi, danke für die Zusammenfassung. Den Wiki Link hatte ich schon wieder vergessen..
Gut, damit steht für mich erstmal fest, das ich mit dem "Inhalt" von den Sets arbeiten muss. Ein paar Defaults werde ich also händisch abfangen (listen, Dimmer, toggles...) und entsprechende Komponenten einbauen. Anpassung durch den user ist ja über webCmd gegeben.
Update:
Ein neues Update ist verfügbar. Änderungen:
* Geräte können jetzt gesteuert werden mit Hilfe von Buttons und Dropdownlisten
* Anzeige eines Gerätes (mit seinen Messwerten und Status) aktualisiert sich regelmäßig selbstständig
* Bugfix im Chart, dass beim Hovern keine Messwerte angezeigt wurden
* Bugfix in DbLog, Statistiken waren nicht immer korrekt wegen fehlendem Type Cast
* neue Startseite
* viele kleine Bugfixes
(siehe Anhang / see attachement)
Wenn man nun also im linken Tree ein Gerät / Device ausgewählt hat, erscheint wie üblich das Gerätepanel in der Mitte.
Oben habe ich jetzt einen Bereich eingeführt, wo sich "Controls", derzeit Buttons und Listen, zum Setzen von Werten befinden.
Je nach Gerät taucht dieser Bereich erst garnicht auf (wenn es nichts zum setzen gibt), oder er wird mit einigen Controls aufgefüllt.
Hat ein Benutzer ein webCmd gesetzt, so wird ausschließlich dieses benutzt und keine anderen Controls hinzugefügt.
Gibt es kein webCmd, wird aus der Liste der sets (die ja oben besprochen wurden) jeder Kandidat genommen, der dort mit einem Doppelpunkt auftaucht.
Gibt es zu diesem Set mehr als 3 Werte, wird eine Dropdown gebaut, gibt es weniger, werden Buttons erzeugt.
Alle in dem "Gerätefenster" angezeigten Daten (Readings in den Tabellen, Zustände der Listen, Buttons) werden im Abstand von 5 Sekunden über einen Ajax Request aktualisiert.
Wird ein Zustand geändert mittels Button oder Dropdown, wird eine sofortige Abfrage der aktuellen Werte gestartet, um einen aktuellen Stand abzubilden. Es kommt natürlich trotzdem mal vor, dass man z.B. etwas an oder ausschaltet, der Status in FHEM sich aber erst nach einer gewissen Zeit ändert. Also nicht wundern, wenn man den Button "an" drückt, und er wenig später selbstständig wieder auf aus springt. Der Button stellt in diesem Falle einfach nur den aktuellen Zustand dar. Sobald in FHEM bzw. den Readings die Änderung angekommen ist, ändern sich auch die Buttons / Listen automatisch auf den aktuellen Wert.
Ich bin gespannt auf Feedback.
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Das sieht doch schon vielversprechend aus.
Hab es gleich mal getestet, läuft gut bei mir.
Die Optik ist allerdings etwas "technisch" - aber es geht ja erstmal primär um die Funktion - dann um die Optik.
Ich will einmal versuchen deinen Code zu verstehen, allerdings finde ich JS noch etwas kompliziert...
Mit welcher IDE programmierst Du? Eclipse?
gruß,
Thorsten
Hi,
Vorschläge für die Optik sind willkommen. Ich bekomme sehr wenig Feedback was Funktionen / Aussehen angeht, deswegen mache ich einfach wie es mir passt.
Fokus liegt natürlich immer zuerst auf Funktion, dann auf Aussehen. Andersrum wäre Quatsch :-)
Zum Programmieren habe ich Eclipse Java EE IDE for Web Developers im Einsatz.
Grüße!
Apropos Style.
Ich kann demnächst mal noch eine Dropdownliste einbringen, in der man seinen gewünschten Style auswählen kann.
Falls Interesse besteht...
Z.B.:
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
Hallo,
ich habe mich heute auch breit schlagen lassen und habe auf meinem "Ersatz-"RasPi das neue Frontend installiert.
Ok. War nicht ganz so einfach wenn man mysql und sqlite und php das erste mal hört ;-)
Die Infos für die Installation sind etwas weit verteilt im Netz, aber der Suchmaschinenfreund findet ja zum Glück alles.
sqlite3 dbi dbd perl und alles drum herum, ok. Wer suchet der findet, und ich habe gefunden.
Die ersten Daten werden seit heute mittag in die Datenbank geschrieben und die ersten Grafiken lassen sich schon anschauen.
Erstes Fazit: Nur weiter so - das sieht gut aus.
Erste Frage: Im Frontend bekomme ich beim abspeichern zwar die Fehlermeldung das der Chart nicht gespeichert werden konnte aber
wenn ich das Frontend erneut aufrufe ist der Chart abrufbar - so weit so gut.
Leider habe ich in meiner Euphorie einen Chart 2-mal abgespeichert (ich hab ja nicht gesehen das der Chart schon angelegt war).
Wie kann ich den "überflüssigen" Chart löschen?
Zweite Frage: Ich betreibe mein Haupt-FHEM auch auf einem RPi - von diesen sammle ich alles per fhem2fhem ein um es an meinem
SQLite-RasPi in die Datenbank zu stopfen.
Funktioniert soweit.
Das ich nichts bedienen kann ist mir soweit auch klar - ist ja nichts vorhanden zum bedienen.
Es wird ja nur geloggt.
Gehe ich recht in der Annahme das die Datenbank fhem.db heisst in der die Daten landen?
Ich habe unter opt/fhem die db.conf angelegt und verweise darin auf opt/fhem/fhem.db
Allerdings habe ich mittlerweile noch 2 Files unter opt/fhem nämlich
fhem.db-shm und
fhem.db-wal
Nun zur Frage: Reicht es diese fhem.db auszulagern (auf einen USB-Stick z.B oder auf ein NAS) um die SD-Karte zu "schonen"?
So. Das wars fürs Erste.
Danke nochmal für die Bemühungen rund um FHEM und für das Frontend und für die Antworten ;-)
Grüße
Edith: Wäre es vllt. möglich bei einem CUL_WS einen avg_max_day und einen avg_min_day in einem Chart anzuzeigen?
Hallo Puschel,
Ich nehme deine Fragen mal auseinander :-)
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Ok. War nicht ganz so einfach wenn man mysql und sqlite und php das erste mal hört ;-)
Die Infos für die Installation sind etwas weit verteilt im Netz, aber der Suchmaschinenfreund findet ja zum Glück alles.
Ich hoffe du hast kein php installiert, das ist nämlich schon lange nicht mehr nötig..
Der schwierigste Schritt ist eigentlich, DbLog ans laufen zu bekommen. Falls du Lust hast, deine Funde bzw. Installationsablauf ins Wiki zu schreiben (oder mir zukommen zu lassen), würde das bestimmt auch anderen helfen .
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Die ersten Daten werden seit heute mittag in die Datenbank geschrieben und die ersten Grafiken lassen sich schon anschauen.
Sehr schön.
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Erste Frage: Im Frontend bekomme ich beim abspeichern zwar die Fehlermeldung das der Chart nicht gespeichert werden konnte aber
wenn ich das Frontend erneut aufrufe ist der Chart abrufbar - so weit so gut.
Ich kann es kaum glauben dass das Problem immer noch bei einigen auftritt, das müsste schon lange gelöst sein.
Bitte gib mir mal folgende Infos dazu:
Versionsnummer im Frontend (steht ganz unten in der Statuszeile).
Letztes Änderungsdatum der Datei 93_DbLog.pm im Ordner FHEM (am besten auch Dateigröße!).
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Leider habe ich in meiner Euphorie einen Chart 2-mal abgespeichert (ich hab ja nicht gesehen das der Chart schon angelegt war).
Wie kann ich den "überflüssigen" Chart löschen?
In der Liste der Charts ist rechts in der Tabelle ein kleines rotes Icon zu sehen. Schau dazu mal in den Screenshots über deinem Post in das erste Bild, da kann man es erkennen.
Ein Klick darauf, und der Chart wird gelöscht.
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Zweite Frage: Ich betreibe mein Haupt-FHEM auch auf einem RPi - von diesen sammle ich alles per fhem2fhem ein um es an meinem
SQLite-RasPi in die Datenbank zu stopfen.
Funktioniert soweit.
Das ich nichts bedienen kann ist mir soweit auch klar - ist ja nichts vorhanden zum bedienen.
Es wird ja nur geloggt.
Du benutzt also 2 RPi, einen für die Steuerung bzw. FHEM, den anderen ausschließlich zur Datenspeicherung?
Wenn ja könnte ich mir vorstellen, dass du das Frontend trotzdem sinnvoll nutzen kannst, indem du es auf dem Haupt Pi installierst und dort in der db.conf die Datenbank des anderen RPi einträgst.
Wenn beide miteinander kommunizieren können (was sie ja scheinbar schon tun), sollte das funktionieren ( ich weiss allerdings nicht genau wie FHEM2FHEM arbeitet, vielleicht habe ich hier auch einen Denkfehler)
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Gehe ich recht in der Annahme das die Datenbank fhem.db heisst in der die Daten landen?
Ich habe unter opt/fhem die db.conf angelegt und verweise darin auf opt/fhem/fhem.db
Wenn du es so (/opt/fhem/fhem.db) definiert hast, dann heisst die Datenbank auch so. In SQLite kann man auf der Kommandozeile durch den Befehl
sqlite3 test.db
Eine neue Datenbank mit dem Namen test erstellen. Exisitert bereits eine unter diesem Namen an diesem Ort, wird damit verbunden (SQLite Eigenheit :-)
DbLog hat sie also vermutlich für dich bereits erstellt.
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Allerdings habe ich mittlerweile noch 2 Files unter opt/fhem nämlich
fhem.db-shm und
fhem.db-wal
Die Dateien gehören zur DB und sollten auch da bleiben (sind zuständig für Indexes / Rollbacks)
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Nun zur Frage: Reicht es diese fhem.db auszulagern (auf einen USB-Stick z.B oder auf ein NAS) um die SD-Karte zu "schonen"?
Das ist das schöne an SQLite, du kannst die DB einfach woanders hinkopieren, es reichen die 3 von dir genannten Dateien aus. Anschließend muss du natürlich die db.conf anpassen an den neuen Ort.
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Edith: Wäre es vllt. möglich bei einem CUL_WS einen avg_max_day und einen avg_min_day in einem Chart anzuzeigen?
Ich habe bisher aus Faulheit die Statistikfunktion nur für die erste Y-Achse integriert. Bisher habe ich auch kein Feedback bekommen und es daher erstmal so gelassen.
Mich selber hats aber auch schon genervt. Das ist leider meine größte Baustelle im Code wo ich dringend mal aufräumen müsste. Mein Wunschziel wäre unbegrenzte Zahl an Achsen mit unbegrenzten Statistikfunktion, unbegrenzten Solllinien und unbegrenzter Generalisierung mit generischen Funktionen. Derzeit leider noch alles etwas hart verdrahtet und bis maximal 3 an der Zahl möglich.
Ich denke diesem Punkt werde ich mich ziemlich bald widmen...
Zitat von: Puschel74 schrieb am Mo, 25 März 2013 19:30Danke nochmal für die Bemühungen rund um FHEM und für das Frontend und für die Antworten ;-)
Bitte bitte
Hallo und Guten morgen,
Danke Johannes für die Antworten - es kann so einfach sein (rotes x für delete ^^ ).
PHP. Nein, PHP habe ich keins mehr installiert - ich habe zum Glück vorher den gesamten Beitrag hier nochmal überflogen ;-)
Da ich aber zum Glück noch Urlaub habe (Überstunden abfeiern) kann ich mich ja mal dran setzen und eine Zusammenfassung inkl. Links erstellen - aber leider nur SQLite3 auf RPi Model B (aber besser als nichts denke ich mal).
Ich werd mich heute nachmittag mal dran setzen und dir das evtl. am Abend mal per pm zukommen lassen zum quer lesen wenn du möchtest. (Aber gerade DBLog war das einfachste finde ich ;-) ).
ZitatVersionsnummer im Frontend (steht ganz unten in der Statuszeile).
Frontend Version: 0.4 - 2013-03-23
ZitatLetztes Änderungsdatum der Datei 93_DbLog.pm im Ordner FHEM (am besten auch Dateigröße!).
Ähem. Ja. Ok. Wurde per update getauscht ;-) Ich schau mal wo ich diese Infos finde.
Größe: 59739 Byte
Für diesen RPi habe ich WinSCP noch nicht eingerichtet - werde ich auch heute nachmittag nach holen.
Bzgl. FHEM2FHEM ist bei mir erstmal nur Einbahn.
Der Datenbank-RPi holt sich die Daten am Haupt-RPi ab und schreibt erstmal alles in die DB weg.
Im Endausbau soll alles dann auf nur einem RPi laufen - ich wollte nur zu Testzwecken nicht riskieren das evtl. die Heizung
steht (der WAF sinkt schlagartig wenn die Temperatur im Wohnzimmer sinkt ;-) ).
ZitatDbLog hat sie also vermutlich für dich bereits erstellt
Nein nein. DBLog hat nichts gemacht (soweit war ich nocht garnicht).
Mit
sqlite3 fhem.db habe ich die DB erstellen lassen und dann die beiden TABLES eingefügt (current und history).
Erst hatte ich mich an mysql versucht - da muss die DB noch ausgewählt werden, das muss bei sqlite3 scheinbar nichtmehr da
alles funktioniert (hoffe ich).
Aber gut zu wissen das ich nur die 3 Dateien aufs NAS verschieben muss und dann nur in der db.conf den Pfad anpassen.
So kann ich schonmal die SD-Karte entlasten.
Das mit den avg_max und avg_min kam auch nur von mir weil du i-wo im Beitrag mal geschrieben hast das keine Wünsche geäussert
werden und du einfach mal so vor dich hin arbeitest.
Dachte ich mir, gut. Ich hab schon einen Wunsch ;-)
Nur viel mir gestern auf das auf meinem Android-Tablet das Frontend beinahe unbedienbar ist.
Aber das liegt vermutlich am Tablet und nicht am Frontend ;-)
Am PC und am Laptop läuft es ja wunderbar.
DAnke nochmal und weiter so.
Grüße
Hi,
Zitat von: Puschel74 schrieb am Di, 26 März 2013 08:18Ähem. Ja. Ok. Wurde per update getauscht ;-) Ich schau mal wo ich diese Infos finde.
Größe: 59739 Byte
Ok, die Versionen sind schonmal aktuell. Kannst du mir bitte den "exakten" Wortlaut der Fehlermeldung, die du bekommst, hier rein kopieren?
Und, was noch besser wäre (falls du Firebug installiert hast in deinem Firefox), ein Screenshot von der Netzwerkkonsole von Firebug, nachdem du auf speichern geklickt hast.
Ich hänge mal 2 Screenshots an die zeigen, was ich genau meine.
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
Nämlich den Reiter "Parameter" und den Reiter "JSON" im Netzwerktab von Firebug für den POST-Request, der "savechart" in den Parametern trägt.
Zitat von: Puschel74 schrieb am Di, 26 März 2013 08:18Das mit den avg_max und avg_min kam auch nur von mir weil du i-wo im Beitrag mal geschrieben hast das keine Wünsche geäussert
werden und du einfach mal so vor dich hin arbeitest.
Dachte ich mir, gut. Ich hab schon einen Wunsch ;-)
Steht jetzt auf meiner TODO Liste ziemlich weit oben.
Zitat von: Puschel74 schrieb am Di, 26 März 2013 08:18Nur viel mir gestern auf das auf meinem Android-Tablet das Frontend beinahe unbedienbar ist.
Ja, prinzipiell ist das Frontend lauffähig auf iPhone, Tablets etc. Aber es ist in keinster Weise dafür optimiert, und das werde ich mir auch nicht vornehmen, denn der Arbeitsaufwand ist leider enorm.
Da die Bibliothek sich nicht allzu gut mit mobilen Geräten versteht (man merkt es vor allem, wenn man mal eine Dropdown aufgemacht hat auf einem Android Tablet), müsste ein "mobiles" Frontend parallel entwickelt werden. Und ich denke da gibt es ja schon genug "Produkte" in der Ecke für FHEM.
Ziel von diesem Frontend ist eine umfangreiche Oberfläche mit vielen nützlichen Funktionen.
Zum kurz mal Readings auf dem Handy nachschauen eignen sich andere Frontends wohl besser.
Grüße,
Johannes
Hallo,
ich hab mal wieder eine Frage.
So sehen die Einträge für die Wasserpumpe aus wie sie durch fhem2fhem übermittelt werden
(siehe Anhang / see attachement)
Kann es sein das sich da evtl. auch irgendwas mit addLog nicht verträgt?
(siehe Anhang / see attachement)
Der Chart wird mir allerdings ob mit oder ohne addLog-Eintrag durchgehend bei 0 angezeigt obwohl die Wasserpumpe heute schon 2 mal Ein war.
(siehe Anhang / see attachement)
Oder muss ich da noch irgendwo was eintragen?
Danke nochmal für die Hilfe.
Grüße
Hallo,
anbei die Fehlermeldung beim speichern.
(siehe Anhang / see attachement)
Und so sieht es Firebug:
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
Grüße
Hi,
Zitat von: Puschel74 schrieb am Di, 26 März 2013 18:41Hallo,
Der Chart wird mir allerdings ob mit oder ohne addLog-Eintrag durchgehend bei 0 angezeigt obwohl die Wasserpumpe heute schon 2 mal Ein war.
Oder muss ich da noch irgendwo was eintragen?
Ja, das Frontend kann leider noch nicht raten, wie textkeys a la "hanswurst" in Zahlen übersetzt werden sollen :-)
Das gut aber ist, du kannst das genau angeben wie du es brauchst. Ich denke deine Fragen klären sich, wenn du mal folgendes liest:
Link
Hallo,
danke für den Link.
Sofort umgesetzt und funktioniert.
Grüße
Zitat von: Puschel74 schrieb am Di, 26 März 2013 18:53Hallo,
anbei die Fehlermeldung beim speichern.
Besten Dank, Fehler eingekreist. Bitte mal die angehängte DbLog nehmen und die alte damit überschreiben.
In fhem dann shutdown restart, oder per Button im Frontend, und dann nochmal das speichern testen.
Zitat von: Puschel74 schrieb am Di, 26 März 2013 19:45Hallo,
danke für den Link.
Sofort umgesetzt und funktioniert.
Grüße
Gut zu wissen, ich hatte bisher nur mit dummy-Werten getestet.
Hallo,
kurze Info.
Chart speichern funktioniert ohne Fehlermeldung.
Danke für die 93_DBLog.pm - mit der klappt es wunderbar.
Grüße
Edith: Ich nochmal.
Das bearbeiten der Datei war zwar gut - funktioniert aber irgendwie nicht.
Ich muss mir das nochmal anschauen. also mein - es klappt - war etwas zu früh gefreut.
Aber andere Frage.
Hier
(siehe Anhang / see attachement)
sieht man das ich nicht annähernd an die 1 heran kommen. Kann ich den Chart dazu bringen die Kurve etwas gröber aufzulösen?
z.B. auf 0.2 als Maximun oder so?
Danke schonmal (wieder) für die Hilfe aber Datenbanken sind mir noch neu
Hi,
Zitat von: Puschel74 schrieb am Do, 28 März 2013 09:07Hallo,
Das bearbeiten der Datei war zwar gut - funktioniert aber irgendwie nicht.
Ich muss mir das nochmal anschauen. also mein - es klappt - war etwas zu früh gefreut.
Ich habe einen hoffentlich endgültigen Fix dafür, wird im nächsten Update verteilt.
Zitat von: Puschel74 schrieb am Do, 28 März 2013 09:07Aber andere Frage.
Hier sieht man das ich nicht annähernd an die 1 heran kommen. Kann ich den Chart dazu bringen die Kurve etwas gröber aufzulösen?
z.B. auf 0.2 als Maximun oder so?
Ich bin gerade dran, Charts mit Hilfe einer aufziehbaren Box zu zoomen. Damit löst sich dann auch dein geschildertes Problem.
Sollte es vermutlich auch ins nächste Update schaffen.
Grüße!
Hallo,
danke für die Antwort.
Dann werd ich mal geduldig warten ;-)
Wenn ich was testen oder ausprobieren kann - nur her damit.
Grüße
Hallo Johannes,
erst mal vielen Dank für das Frontend, super Arbeit die du da leistest.
Ich hab es geschafft DbLog und somit auch das Frontend auf meiner FritzBox 7390 zum laufen zu bekommen, was sicherlich andere FritzBox Benutzer interessieren wird.
Ich musste dazu nicht einmal was übersetzen, sondern hab mich einfach der mips Pakete von http://packages.debian.org (//packages.debian.org) bedient, hab die .deb Dateien ausgepackt und in entsprechende Verzeichnisse verteilen. Ich hatte es allerdings relativ einfach, da meine Box mit Freetz als USB-Root ausgestattet ist, somit hatte ich weder Probleme mit dem Speicherplatz noch Probleme Dateien in bestimmten Verzeichnissen abzulegen und Sqlite3 hatte ich schon über Freetz eingebaut gehabt.
Ich musste auf jeden Fall Perl ersetzen, da der vorinstallierte dynamisches Laden von Modulen nicht unterstützt.
Folgende Module habe ich nachinstalliert:
perl, perl-base, perl-modules, libdbd-sqllite3-perl, libgdm3, libplrpc-perl, libc6, libdbi-perl, libhttp-message-perl, liburi-perl, libdb5.1, libdevice-serialport-perl, libio-socket-ssl-perl
So lässt sich scheinbar beliebiges Modul nachinstallieren, es müssen nur Module von denen es abhängt mit installiert werden.
Sogar Cpan macht was, allerdings scheint es die Fritzbox an ihre Leistungsgrenzen zu bringen. Mit deaktivierten Watchdog war die nach 6 Std. immer noch nicht fertig.
Da die Pakete einiges an Speicherplatz benötigen und in bestimmten Verzeichnissen abgelegt werden müssen, kann das Anpassen an eine Fritzbox ohne Freetz zu einer spannenden Aufgabe werden.
Gruß
Jurij
Hallo Jurij,
Das sind super Neuigkeiten!
Auch abgesehen vom Frontend ist DbLog auf der Fritzbox eine schöne Sache.
Wärst du bereit die Schritte und Reihenfolge, die du gemacht hast mal aufzuschreiben? Das wär sehr hilfreich!
Entweder direkt ins Wiki oder im Fritzbox-Bereich des Forums oder mir zuschicken und ich pack es ins Wiki.
Ich hatte ja bisher versucht alles händisch zu cross-kompilieren, hatte auch ein aktuelles Perl, Sqlite3 und DBI am laufen, es hat dann aber an den einzelnen DB-Modulen gehapert und da bin ich dann steckengeblieben. Cpan lief auch einigermaßen, hat aber immer die gesamte Box lahmgelegt, Internet und Telefon ging dann garnicht mehr :-)
Wenn du eine Art Anleitung schreiben kannst würde ich auch mal versuchen das auf meiner 7330 ohne Freetz ans laufen zu bekommen.
Danke für deine Bemühungen und Grüße,
Johannes
Hallo Jurij,
vielen Dank fuer die Nachricht!
D.h. der Endian-Wechsel von 7270 auf 7390 war doch vernuenftig, damit wurden "normale" mips debian Pakete auf dem Fritzbox 7390 laeuffaehig. Der einzige Haken auf dem FB ist das read-only root-Verzeichnis der standard Distribution, aber fuer die meisten Perl-Module sollte das kein Problem sein, da startfhem sowohl PERL5LIB als auch LD_LIBRARY_PATH setzt. Ein perl Paket installieren bedeutet also .deb auspacken, und auf dem FB die Dateien nach /var/InternerSpeicher/fhem/lib/... zu kopieren. Ausnahme sind Pakete, die Dateien nur in /etc,/usr,usw. suchen.
Fuer Kernel Module koennte das auch funktionieren, wenn man eine zum FB7390-Kernel passenden debian Version findet.
Gruss,
Rudi
WOW!!
hat mich zwar einen Tag gekostet das DBLog, die Perl Probleme und die Zugriffsprobleme auf meinem Raspy zu lösen aber habe damit wenigstens meine Linux Kenntnisse wieder etwas aufgefrischt.
Das ist ja mal ein wirklich tolles Tool!
Vielen Dank für die viele Arbeit die du dir gemacht hast.
Ich hoffe es kommen noch viele Updates, freue mich schon darauf!
lg
Hallo und Danke,
Es ist jetzt wohl zu spät, aber ich habe vorhin noch im Wiki eine Installationsanleitung von Puschel angehängt, die die Installation auf einem Raspberry Pi beschreibt.
http://www.fhemwiki.de/wiki/Neues_Charting_Frontend (//www.fhemwiki.de/wiki/Neues_Charting_Frontend)
Zwecks Updates, vermutlich morgen wird es ein neues geben:
Zoomen in Charts, Erhöhung der Anzahl der Y-Achsen (Serien) von 3 auf 10, Bibliotheksupdate mit Verbesserung für mobile Geräte, Bugfixes.
Grüße,
Johannes
Hi, habe das Modul gerade getestet, klappt soweit sehr gut, danke daher für die gute Arbeit!
Zu meiner Konfiguration: fhem seit 3 Tagen auf einem Pandaboard (Cortex A9 ARM7), dblog über mysql.
Aktuell habe ich ausser meiner fb, dem SamsungTV und Presence für die Mobiltelephone keine Geräte unterwegs. Da ich fhem erst seit kurzem nutze muss ich ehrlich gesagt erstmal lernen wie das mit CUL und Co. läuft.
Zu meinen bisherigen Erfahrungen: Auf meinem Standalone PC ist das ganze ein Traum! Probleme: Aus mir unerfindlichen Gründen klappt der Connect zur mysql DB nicht, wenn das PW des Users Sonderzeichen, respektive Gross/Kleinschreibung enthält. Auf Mobilgeräten ist das neue Interface nicht ohne weiteres nutzbar (Mal sehen was das Update morgen bringt :) ).
Weil ich gerade ein Interface für meine Mobilgeräte bauen will kurz meine aktuelle Planung: Zentral ein node.js Prozess, der nach aussen ein festes Interface bietet und mein pandaboard per Telnet anfunkt. Die Schnittstelle zum User/Webinterface soll extrem High Level bleiben, mal sehen ob mir das gelingt. Dein Ansatz mittels js kommt dem schon recht nah, hier kann ich viel über die Schnittstellen aus fhem lernen.
Hallo,
Zitat von: kekschen schrieb am Mo, 01 April 2013 00:22Weil ich gerade ein Interface für meine Mobilgeräte bauen will kurz meine aktuelle Planung: Zentral ein node.js Prozess, der nach aussen ein festes Interface bietet und mein pandaboard per Telnet anfunkt. Die Schnittstelle zum User/Webinterface soll extrem High Level bleiben, mal sehen ob mir das gelingt. Dein Ansatz mittels js kommt dem schon recht nah, hier kann ich viel über die Schnittstellen aus fhem lernen.
Ich würde an deiner Stelle mir mal die Websockets mit Node.js anschauen, falls du das noch nicht geplant hast. Das würde die ständigen Requests sparen, und dein Frontend wäre immer auf dem Laufenden, wenn es etwas neues gibt. Von den Schnittstellen her bediene ich mich in erster Linie an jsonlist, um Daten von FHEM auszulesen. Befehle oder Abfragen werden dann noch wie üblich mit set und get an FHEM geschickt. Also nichts besonderes.
Grüße!
EIn neues Update ist da
Features:
* Zoomen in Charts nun möglich mit aufziehbarer Box
* Erweiterung der Anzahl der möglichen Y-Achsen von 3 auf 10
* Jede Achse kann nun mit Statistikfunktionen einzeln versehen werden
* Bibliotheksupdate auf ExtJS 4.2.0
* Kleine Verbesserungen in der Unterstützung mobiler Geräte
* Bugfixes
Da bei dem Update die Bibliothek geupdated wird, dauert der Updateprozess einige Minuten!
Zum Zoomen:
Man kann nun jederzeit im Chart einfach eine Box aufziehen. Der ausgewählte Bereich wird dann vergrößert.
Ein Klick auf "Reset Zoom" bringt einen zurück in die ursprümgliche Ansicht.
Beispielbilder:
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
Falls ihr Bugs findet, bitte melden! Ich bin mir sicher, dass es unter bestimmten Konstellationen mit Achsen, Generalisierung Statistik, Zoom etc. pp noch Probleme geben kann.
Update wie gewohnt über:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Grüße!
Hallo,
RasPi mit SQlite3 funktioniert der Zoom einwandfrei.
DANKE Johannes.
Grüße
Edith:
PS. Zu früh gefreut. Der Chart funktioniert zwar aber im Log sammelt sich dieses
ZitatUse of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 850.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 856.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 862.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 868.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 874.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 850.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 856.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 862.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 868.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 874.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 850.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 856.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 862.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 868.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 874.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 850.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 856.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 862.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 868.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 874.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 850.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 856.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 862.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 868.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 874.
Hallo Puschel. Die Meldung erstmal ignorieren, ist nicht weiter schlimm. Funktioniert das speichern jetzt bei dir?
Hallo,
ok. Meldungen werden ignoriert ;-)
Das speichern der Charts hat mit deiner 99_DBLog.pm schon funktioniert (ich meine dir das auch geschrieben zu haben).
Sollte ich das vergessen haben dann tut es mir leid.
Eigentlich versuche ich solche Rückmeldungen relativ zeitnah zu geben.
Grüße
Hi Johannes,
hab heute ein update gemacht.
Danke - das Frontend funktioniert perfekt!!!
Eine Kleinigkeit ist mir aufgefallen, beim housekeeping ist was schiefgegangen:
....
2013.04.02 10:06:27 1: update 254 file(s) have been updated.
2013.04.02 10:06:28 1: update deleting ./www/frontend/lib/ext-4.1.1a failed: No such file or directory
2013.04.02 10:06:28 1: update deleting ./www/frontend/lib/ext-4.1.1a/images failed: No such file or directory
2013.04.02 10:06:28 1: update deleting ./www/frontend/lib/ext-4.1.1a/images/gray failed: No such file or directory
...
Frage: Kann ich das gesamte Verzeichnis ./www/frontend/lib/ext-4.1.1a löschen?
PS: Die permissions schauen ok aus - alles auf fhem:root - also sollte das problem woanders liegen.
l.g. und danke
Erwin
Hallo,
trotz der gemachten Einstellungen bekomme ich nur einen Chart angezeigt.
(siehe Anhang / see attachement)
Egal welche Timerange ich vorgebe (täglich/stündlich ...) oder eingebe (01.04.2013 00:00:00 - 03.04.2013 00:00:00)
Ich habe natürlich auch andere Zeiten versucht ;-)
Bin für jeden Tipp dankbar.
Grüße
P.S.: Kann mich meinem Vorposter noch anschliessen. Hatte auch solche Fehlermeldungen.
Hallo,
Zitat von: erwin schrieb am Di, 02 April 2013 13:41Hi Johannes,
hab heute ein update gemacht.
Danke - das Frontend funktioniert perfekt!!!
Eine Kleinigkeit ist mir aufgefallen, beim housekeeping ist was schiefgegangen:
Frage: Kann ich das gesamte Verzeichnis ./www/frontend/lib/ext-4.1.1a löschen?
PS: Die permissions schauen ok aus - alles auf fhem:root - also sollte das problem woanders liegen.
Ich verwende ja das update Modul in FHEM. Habe mich ganz an die Anleitung gehalten, scheinbar liegt da also ein Bug in dem Modul vor. Das liegt aber nicht in meiner Verantwortlichkeit.
Zur Frage:
Ja, du kannst den Ordner "ext-4.1.1a" komplett löschen, da dieser nicht mehr benötigt wird.
Grüße!
Hallo Puschel,
Zitat von: Puschel74 schrieb am Di, 02 April 2013 15:26Hallo,
trotz der gemachten Einstellungen bekomme ich nur einen Chart angezeigt.
Bitte mal ein
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
machen und schauen ob dass das Problem behebt.
Wenn nicht, dann bitte genauere Angaben machen, evtl. die Requests in der Konsole anschauen / Screenshot machen, ob überhaupt Daten aus der Datenbank geliefert werden für diesen Zeitraum.
Grüße,
Johannes
Hi,
bei mir funktioniert es (jetzt auch mit einer 4. Messreihe und auch nach dem letzten Update). Den Ordner habe ich ebenfalls von Hand gelöscht.
Mysql und Synology DS412+
Sieht super aus, Danke für die viele Mühe! :-)
Was manchmal etwas irritiert: ich zeige die "desired-temp" meines hm-cc-tc an (in grün). Wenn ich um 8:00 Uhr die desired-temp auf 6°C stelle und um 12:00 Uhr auf 21°C, dann sieht man einen Anstieg der "Kurve" (sind ja eigentlich nur 2 Punkte) von 6 auf 21 zwischen 8 und 12 Uhr. Ich habe noch keine Einstellung gefunden, wie ich es hinkriege, dass er die Kurve auf 6°C lässt um dann um 12 Uhr direkt auf 21° zu springen. Ich habe es mal versucht in einem Screenshot mit zwei Pfeilen zu markieren.
In letzte Zeit habe ich ein paar Automatisierungsprobleme und war gerade dabei mich in gplot einzuarbeiten. Dein neues Charting hat mir wahrscheinlich Tage gespart! Nochmals danke! :-)
Grüße
Thorsten
Hallo Thorsten,
Zitat von: spamkiller schrieb am Di, 02 April 2013 20:17Was manchmal etwas irritiert: ich zeige die "desired-temp" meines hm-cc-tc an (in grün). Wenn ich um 8:00 Uhr die desired-temp auf 6°C stelle und um 12:00 Uhr auf 21°C, dann sieht man einen Anstieg der "Kurve" (sind ja eigentlich nur 2 Punkte) von 6 auf 21 zwischen 8 und 12 Uhr.
Ja, das ist kein Fehler sondern absolut richtig. Der Chart zeigt einfach das an, was an Daten geloggt wurde. Nur hat dein Sensor eben nur 2 mal geloggt, einmal um 8, einmal um 12.
Genau diese 2 Messwerte liegen jetzt in der Datenbank, und der Chart zeigt diese an. Es gibt keinen Messpunkt um 11:59 mit dem Wert von 6 Grad, den du bräuchtest, um dein Problem wie gewünscht zu lösen.
Das Problem ist also nicht der Chart sondern dein Gerät, dass nur 2 mal Messwerte prodziert hat. Würde es z.B. alle 5 Minuten einen Wert schicken, dann hättest du dir die Frage vermutlich garnicht gestellt :-)
Zitat von: spamkiller schrieb am Di, 02 April 2013 20:17In letzte Zeit habe ich ein paar Automatisierungsprobleme und war gerade dabei mich in gplot einzuarbeiten. Dein neues Charting hat mir wahrscheinlich Tage gespart! Nochmals danke! :-)
Bitte sehr, das war auch die Absicht des Frontends. Möglichst wenig im Voraus wissen zu müssen und sich nicht mit langen Dokus und Regular Expressions rumschlagen zu müssen. Stichwort Bedienerfreundlichkeit
Grüße,
Johannes
Hallo zusammen,
danke Johannes.
Ein neuerliches update des Frontends hat den "Fehler" behoben.
Es werden jetzt alle Charts angezeigt.
Obwohl das update durchgelaufen ist hat es das im Log gebracht:
Zitat1 file(s) have been updated:
==> 2013-04-02 06:04:19 www/frontend/app/controller/ChartController.js
Housekeeping:
==> deleting ./www/frontend/lib/ext-4.1.1a failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/boundlist failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/box failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/btn failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/btn-group failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/button failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/datepicker failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/dd failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/form failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/form-invalid-tip failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/grid failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/layout failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/menu failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/panel failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/panel-header failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/progress failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/shared failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/sizer failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/slider failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tab failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tab-bar failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tip failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/toolbar failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tools failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tree failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/util failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/window failed: Datei oder Verzeichnis nicht gefunden
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/window-header failed: Datei oder Verzeichnis nicht gefunden
Update completed!
Aber es läuft. Danke.
Grüße
Edith: Nur die userconfig.js scheint das Frontend zu ignorieren.
Ein Eintrag mit
"off": "0",
"Ein": "1",
"Aus": "0",
"open": "10",
etcwird nicht beachtet.
Meine Wasserpumpe matcht auf Ein und Aus, der Chart wird leider durchgehend bei "0" gezeichnet.
Zitat von: Puschel74 schrieb am Mi, 03 April 2013 08:47Ein neuerliches update des Frontends hat den "Fehler" behoben.
Es werden jetzt alle Charts angezeigt.
Super!
Zitat von: Puschel74 schrieb am Mi, 03 April 2013 08:47Obwohl das update durchgelaufen ist hat es das im Log gebracht:
...
siehe oben!
Zitat von: Puschel74 schrieb am Mi, 03 April 2013 08:47Edith: Nur die userconfig.js scheint das Frontend zu ignorieren.
Ein Eintrag mit
"off": "0",
"Ein": "1",
"Aus": "0",
"open": "10",
etc
wird nicht beachtet.
Meine Wasserpumpe matcht auf Ein und Aus, der Chart wird leider durchgehend bei "0" gezeichnet.
Bitte updaten, ist gefixt.
Ausserdem sind noch ein parr Icons hinzugekommen ... :-)
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Hallo,
nette Icons ;-)
Das
"off": "0",
"Ein": "1",
"Aus": "0",
"open": "10",
funktioniert bereits wunderbar.
Nur das
"off": "0",
"Ein": "1",
"Ein<<addLog": "1",
"Aus": "0",
"Aus<<addLog": "0",
"open": "10",
verweigert sich noch.
So landet der Eintrag in der DB.
(siehe Anhang / see attachement)
Für Tipps bin ich mal wieder dankbar.
Grüße
@puschel: schau ich mir nochmal an.
@all: was haltet ihr von der Idee, eine Konsole zu integrieren, die das aktuelle FHEM Logfile ausliest und anzeigt?
Gibt es noch andere Ideen?
Hallo Johannes,
paar Vorschläge:
- Y-Achsen verschieden skalieren (Temperatur bewegt sich zur Zeit zwischen 0 und 10°, Thermostatventil macht aber ein Weg von 0-100%, beige mit gleichen Skalierung darzustellen macht wenig Sinn). Eventuell eine Skala links und eine rechts darstellen.
- Möglichkeit zum Heraus-zoomen (Anzahl angezeigter Punkte sollte sich aber automatisch minimieren, sonst viel zu langsam.)
- Devices nach Räumen ablegen (Baumansicht zwischen jetzigen und nach Räumen umschalten)
- Charts nach Räumen ablegen (z.B. Baumansicht)
- oberen Bereich ausblendbar machen
- Chart-Settings standardmäßig ausgeblendet
oder besser
- Standardansicht speichern (Position von der Navigation, Chart-Settings ausgeblendet, ...)
ein Fehler ist mir aufgefallen:
Ab und zu bleibt eine Kurve mal hängen und verschwindet erst nach dem Neuladen der Seite. Ist aber schlecht nachvollziehbar.
PS: Doku zum DbLog auf FritzBox habe ich fast fertig. Ich warte gerade auf Wiki-Freischaltung.
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01Hallo Johannes,
paar Vorschläge:
- Y-Achsen verschieden skalieren (Temperatur bewegt sich zur Zeit zwischen 0 und 10°, Thermostatventil macht aber ein Weg von 0-100%, beige mit gleichen Skalierung darzustellen macht wenig Sinn). Eventuell eine Skala links und eine rechts darstellen.
Wenig Sinn würde ich nicht sagen, verbesserungsfähig - ja :-)
Ich schau mal was sich da sinnvoll machen lässt.
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01- Möglichkeit zum Heraus-zoomen (Anzahl angezeigter Punkte sollte sich aber automatisch minimieren, sonst viel zu langsam.)
Da würde sich ja die bereits integrierte Generalisierung für anbieten. Es gibt hier aber mehrere Probleme.
Beim Herauszoomen werden die Daten neu angefordert, da noch nicht vorhanden (im Gegensatz zu Zoom-In). Die aktuelle Generalisierung arbeitet im Client und ist daher nicht mal halb so effizient, wie sie sein könnte, wenn sie in DbLog intgeriert wäre. Aktuell werden nämlich erstmal alle Daten aus der DB ausgelesen, zum Frontend geschickt, geparst, dann, wenn aktiviert, generalisiert und dann angezeigt. Die Generalisierung auf der Datenbank hätte riesen Vorteile:
Das transportierte Datenvolumen wäre deutlich kleiner.
Die Menge die der Client parsen muss ist deutlich kleiner und so viel schneller.
Zusätzliches Generalisieren im Client hinfällig - Geschwindigkeitvorteil.
Problem an der "Serverseitigen" bzw DbLog seitigen Generalisierung ist, dass man die Funktionen auf allen DB Typen unterstützen sollte.
Für mich kommt als Minuspunkt hinzu, dass DBI / DBD und Perl nicht gerade meine Lieblinge sind und sich manchmal, im Vergleich zu anderen Sprachen, sehr merkwürdig verhalten.
Vielleicht findet sich hier ja jemand der bereit ist, die Generalisierung in DbLog zu integrieren. Ich für meinen Teil habe da keine große Lust drauf, auch wenn es ein wirklich cooles Feature wäre!
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01- Devices nach Räumen ablegen (Baumansicht zwischen jetzigen und nach Räumen umschalten)
Steht schon auf meiner Liste, guter Punkt.
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01- Charts nach Räumen ablegen (z.B. Baumansicht)
Gute Idee, gefällt mir. Was passiert dann mit den gespeicherten CHarts in der aktuellen, mehr oder weniger ungruppierten Ansicht? Wo sollen die Charts da auftauchen?
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01- oberen Bereich ausblendbar machen
Kein Ding, schnell gemacht.
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01- Chart-Settings standardmäßig ausgeblendet
oder besser
- Standardansicht speichern (Position von der Navigation, Chart-Settings ausgeblendet, ...)
Wäre wirklich schön. Ist auch machbar, allerdings etwas aufwändiger.
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01ein Fehler ist mir aufgefallen:
Ab und zu bleibt eine Kurve mal hängen und verschwindet erst nach dem Neuladen der Seite. Ist aber schlecht nachvollziehbar.
Wenn du rausbekommst wann es genau passiert wäre gut zu wissen!
Zitat von: Jurij schrieb am Do, 04 April 2013 01:01PS: Doku zum DbLog auf FritzBox habe ich fast fertig. Ich warte gerade auf Wiki-Freischaltung.
Super!
Es darf gerne jeder seine Meinung, Wünsche etc. zu den Änderungen oben geben.
Grüße,
Johannes
Hallo Johannes,
danke für Deine tolle Arbeit!
Ich bin zwar immer noch in der Plannung meiner FHEM Installation, habe aber Deine Entwicklung immer aufmerksam verfolgt und auch schon ausprobiert :-)
Ich bin eigentlich ein großer Freund der Datenhaltung in einer Datenbank, möchte aber an dieser Stelle gerne eine Diskussion anregen ob die Speicherung der Daten nicht besser mit RRDtool (//oss.oetiker.ch/rrdtool/) vorzunehmen wäre, dass genau für diesen Zweck, nämlich Langzeitspeicherung von Zeitfolgen, ausgelegt wurde.
FHEM, RRDTool und ExtJs bringen alle notwendigen Voraussetzungen für die Nutzung von RRDtool mit.
Die Daten können über FHEM mit Hilfe von getstate (//fhem.de/commandref.html#getstate) und einem kleinen Perl Skript, dass per Cron aufgerufen wird, in RRD Files abgelegt werden. Eine ähnliche Implementierung in PHP ist hier zu sehen http://cpmills.com/2012/02/24/monitoring-temperatures-using-fhem-rrdtool-php-javascript/ (//cpmills.com/2012/02/24/monitoring-temperatures-using-fhem-rrdtool-php-javascript/).
Mit der Version 1.4.6 des RRDtool ist der Export der RRD Daten in JSON möglich. Hier der direkte Aufruf des rrdtool (eine Implementierung in FHEM ist sicherlich nicht das Problem):
$ /opt/rrdtool-1.4.7/bin/rrdtool xport --json -s $(date -d "10 mins ago" +%s) -e $(date +%s) \
--step 10 DEF:load_1min_avg=/var/lib/collectd/$(hostname -f)/load/load.rrd:shortterm:AVERAGE \
XPORT:load_1min_avg
{ about: 'RRDtool xport JSON output',
meta: {
start: 1333111500,
step: 10,
end: 1333111500,
legend: [
''
]
},
data: [
[ 8.7720000000e+00 ],
[ 9.0620000000e+00 ],
[ 9.0540000000e+00 ],
[ 8.9620000000e+00 ],
[ 8.8840000000e+00 ],
[ 9.0520000000e+00 ],
[ 8.9760000000e+00 ],
[ 8.0920000000e+00 ],
[ 7.8240000000e+00 ],
[ 7.8620000000e+00 ],
[ 8.0440000000e+00 ],
[ 8.4500000000e+00 ],
[ 8.5720000000e+00 ],
[ 8.6540000000e+00 ],
[ 8.9960000000e+00 ],
[ 9.2200000000e+00 ],
[ 9.3700000000e+00 ],
[ null ],
[ null ]
]
}
Und für ExtJs scheint das ganze auch einfach nutzbar zu sein. Siehe folgender Link: http://www.sencha.com/forum/showthread.php?244697-JSON-Array-Store-how-to-extract (//www.sencha.com/forum/showthread.php?244697-JSON-Array-Store-how-to-extract)
Gerade wenn wir von einer Langzeitspeicherung der Daten von >2 Jahren aufwärts reden ist die Speicherung mit RRDtool einfach unschlagbar was Größe, Performance und auch Nutzbarkeit angeht!
Bin gespannt was Ihr für Meinungen habt!
Gruß
Ingo
Zitat von: Johannes schrieb am Di, 02 April 2013 21:16Das Problem ist also nicht der Chart sondern dein Gerät, dass nur 2 mal Messwerte prodziert hat. Würde es z.B. alle 5 Minuten einen Wert schicken, dann hättest du dir die Frage vermutlich garnicht gestellt :-)
Es gibt in gplot eine Kurvendarstellung als "steps", wo eben genau solche Kurven wie gewünscht gezeichnet werden. Die Werte werden als Gerade dargestellt und erst ab dem neuen Wert wird eine Stufe zu/mit dem neunen Wert . Evtl. wäre das auch einen sinnvolle Erweiterung in frontend?
Grüße
Zitat von: itheiss schrieb am Fr, 05 April 2013 09:15Gerade wenn wir von einer Langzeitspeicherung der Daten von >2 Jahren aufwärts reden ist die Speicherung mit RRDtool einfach unschlagbar was Größe, Performance und auch Nutzbarkeit angeht!
Ich würde RRDtool in FHEM ebenfalls begrüßen - auch wenn die gesamte Konfiguration rund um collectd+rrd damals in z.B. OpenWRT ein Graus war. Dafür wurden aber sogar Jahrescharts auf einem Linksys Router mit MIPS@166MHz(!!!) mit wenigen MB großen RRDatenbanken in ausreichender Geschwindigkeit dargestellt. Momentan ist selbst mein VIA-C7@1800Mhz mit der MySQL-Abfrage und der Darstellung von zigtausend Werten von FHEM über ein Jahr recht gut beschäftigt.
Ein Nachteil war - soweit ich weiß - die Kompression der RRDatenbanken. Rrdtool hat die Werte durch Mittelung über gewisse Zeiteinheiten komprimiert, wodurch zeitliche Auflösung verloren geht. Das konnte man auch deaktivieren, wobei die Datenbanken dann erheblich größer wurden. Wen interessiert denn noch die Temperatur im Wohnzimmer vom 5.April 2009 um genau 12:53Uhr wenn man Min/Max/Avg-Werte von diesem Tag hat...? ;)
Grüße
Schon mal mit Indizes probiert? Das sollte die Abfrage beschleunigen.
Z. B. Hier: http://dev.mysql.com/doc/refman/5.1/de/create-index.html (//dev.mysql.com/doc/refman/5.1/de/create-index.html)
Die zu übertragende Datenmenge wird zwar nicht kleiner, aber die Abfrage geht schneller.
Um die Datenmenge zu verkleinern, könnte man zusätzlich gruppieren (Group by) und avg/min/max werte abfragen.
Einen Versuch wäre es imho wert.
Zur steps Funktion in gplot: genau das habe ich gemeint.
Thorsten
Hallo zusammen,
Zwecks RRDTool. Meine persönliche Meinung dazu:
Wenn es jemand in FHEM integriert, könnte ich dazu eine Schnittstelle mit dem Frontend entwickeln.
ABER:
Ob der Aufwand wirklich lohnt?
Nochmal zur Verdeutlichung, da es glaube ich, nicht ganz klar ist:
Zitat von: spamkiller schrieb am Fr, 05 April 2013 13:12Schon mal mit Indizes probiert? Das sollte die Abfrage beschleunigen.
Z. B. Hier: http://dev.mysql.com/doc/refman/5.1/de/create-index.html
Alle für DbLog vorbereiteten Datenbanktypen haben schon einen Index auf der History Tabelle und die wichtigen Spalten. Die Abfragen sind bereits schnell.
Zitat von: spamkiller schrieb am Fr, 05 April 2013 13:12Um die Datenmenge zu verkleinern, könnte man zusätzlich gruppieren (Group by) und avg/min/max werte abfragen.
Genau das ist bereits integriert. Ich habe DbLog erweitert um diese Funktionen, so dass man:
* für eine Stunde
* für einen Tag
* für eine Woche
* für einen Monat
* für ein Jahr
die folgenden "Statistiken" abrufen kann:
* Max-Wert
* Min-Wert
* Average-Wert
* Summen-Wert
* Anzahl-Wert (Count)
Nutzbar ist das im Frontend in der Erstellung der Charts bei einer Achse über "Statistics".
Werft mal einen Blick rein...
Ein Beispiel:
Mein Stromzähler, Messwert ist der Tagesverbrauch ("day_kwh"), abgefragt mit der "Statistik" "Day Max" über einen Zeitraum von einen Monat ergibt z.B. 30 Messwerte.
Oder für einen Zeitraum Jahr logischerweise 365 Messwerte.
Das sind Zahlen, die ein Browser locker handeln kann.
Solche abgefragten Chart sind schnell. Nur bei der Jahresdarstellung gibt es einen Bug, der das ganze noch etwas ausbremst. Darum kümmer ich mich noch bei Gelegenheit.
Diese Funktionen sollten einige Fragestellungen von euch jetzt schon lösen können.
Und so lange meine Datenbank nicht im zweistelligen Gigabyte Bereich ist, habe ich auch erstmal keine Probleme damit, alles zu loggen was ich bekomme.
Von daher sehe ich die Implementation von RRDTool nicht wirklich als wichtig oder Gewinnbringend an.
Unterscheiden von diesen Statistikfunktionen muss man aber die Generalisierungsfunktion, über die ich gesprochen habe. Mit der Generalisierung bekommt man bei deutlich reduzierter Datenmenge ein sehr ähnliches Abbild zu dem original Datensatz. Mit Statistiken gehen die eigentlichen bzw. ursprünglichen Charakterisitken eines Graphen ja verloren. Bei der Generalisierung bliebt diese aber weitestgehend erhalten. Daher denke ich, wäre das eine sehr nette Zusatzfunktion.
Zitat von: spamkiller schrieb am Fr, 05 April 2013 13:12Zur steps Funktion in gplot: genau das habe ich gemeint.
Packe ich auf meine Todo Liste.
Grüße,
Johannes
Zitat von: spamkiller schrieb am Fr, 05 April 2013 13:12Schon mal mit Indizes probiert? Das sollte die Abfrage beschleunigen.
Z. B. Hier: http://dev.mysql.com/doc/refman/5.1/de/create-index.html
Interessant was so ein
CREATE INDEX Search_Idx ON `fhem`.`history` (DEVICE, READING, TIMESTAMP);
so bringt! Das hatte ich beim Anlegen ganz vergessen...
Danke für den Tipp!
Hallo Johannes,
Zitat von: Johannes schrieb am Do, 04 April 2013 19:15Zitat von: Jurij schrieb am Do, 04 April 2013 01:01- Charts nach Räumen ablegen (z.B. Baumansicht)
Gute Idee, gefällt mir. Was passiert dann mit den gespeicherten CHarts in der aktuellen, mehr oder weniger ungruppierten Ansicht? Wo sollen die Charts da auftauchen?
Zusätzlicher Ordner "Unsorted", wie in FHEM?
Hier die Anleitung wie man Cpan, DBI und somit DbLog auf die FritzBox bekommt
http://www.fhemwiki.de/wiki/Cpan_auf_FritzboxEventuell bekommt es auch einer ohne Freetz hin.
Gruß
Jurij
Hallo Puschel,
Zitat von: Puschel74 schrieb am Mi, 03 April 2013 20:27Nur das
"off": "0",
"Ein": "1",
"Ein<<addLog": "1",
"Aus": "0",
"Aus<<addLog": "0",
"open": "10",
verweigert sich noch.
So landet der Eintrag in der DB.
(siehe Anhang / see attachement)
Ich habe das gerade mal nachgestellt bei mir und habe keine Probleme. Habe mir extra Einträge in die DB gemacht mit dem genauen Wortlaut von dir ("Aus<<addLog"), und dann die userconfig angepasst.
Was soll ich sagen, es funktioniert. Prüf mal auf Tippfehler! In dem Screenshot sieht mir das fast so aus, als ob da Leerzeichen zwischen den spitzen klammern sind...
Grüße,
Johannes
Hallo,
@Johannes
danke für die Unterstützung.
Bei mir sieht die userconfig.js so aus:
(siehe Anhang / see attachement)
und so der Chart:
(siehe Anhang / see attachement)
und so der weblink:
(siehe Anhang / see attachement)
Ich hab aber auch noch 5.3 drauf und noch kein update gemacht.
Ich bin für jede Idee dankbar.
Grüße
Zitat von: Johannes schrieb am Mo, 08 April 2013 18:48Prüf mal auf Tippfehler! In dem Screenshot sieht mir das fast so aus, als ob da Leerzeichen zwischen den spitzen klammern sind...
Grüße,
Johannes
Hallo,
jaja, immer diese Probleme zwischen Stuhl und Bildschirm ;-)
Ich hätt ja auch nur im FHEM-Logfile nachschauen brauchen ... (no comment)
Der Logeintrag sieht so aus:
Ein______<<_addLog
6!Leerzeichen und zwischen << und addLog nochmal eins.
Danke Johannes für deine Geduld.
Jetzt klappts auch mit meinem Chart.
Btw.: Um die userconfig.js neu einzulesen reicht es das Frontend neu zu starten oder wann wird die neu eingelesen bzw. wann
werden die Änderungen aktiv?
Grüße
Edith: Musste _ einbauen da das Forum Leerzeichen verschluckt.
Hallo Puschel,
Kein Problem, habs auch erst auf den zweiten Blick gesehen.
Hauptsache jetzt klappts.
Die userconfig.js wird übrigens bei einem Reload des Browsers neu eingelesen.
Manche Browser cachen allerdings einige Inhalte. Wenn man also absolut sicher sein will, die Änderungen zu sehen, sollte man im Browser den Cache löschen und dann die Seite neuladen.
Hallo,
tiptop. danke dir für die Info Johannes.
(Jetzt noch ein "intelligenter" Zoom oder sowas wie eine logarithmische Achse und das Frontend wär perfekt) ;-)
Oder wie löst ihr das wenn ihr die Vorlauftemp. der Heizung (ca. 40°C) und den Gasverbrauch (ca. 0.04 m3) in einem
Chart darstellen wollt?
Ich denke mal ich hab wieder was übersehen oder denke mal wieder zu kompliziert.
Grüße
Update:
* Die Auswahl der X-Achse ist rausgeflogen, denn die hat glaube ich niemand jemals auf einen anderen Wert als "Timestamp" gesetzt. Timestamp ist jetzt also default.
Dafür hat die Leiste jetzt etwas mehr Platz bekommen
* Ich habe jetzt die Steps Funktion integriert, ähnlich wie in gplot. Zum aktivieren einfach das Häckchen "Steps" auf der gewünschten Achse setzen.
Vorher:
(siehe Anhang / see attachement)
Nachher:
(siehe Anhang / see attachement)
Zur Funktion:
Ist Steps aktiviert, wird zwischen 2 Messwerten ein zusätzlicher Messwert eingefügt. Dieser hat den selben Wert wie der folgende, liegt aber zeitlich 1 Sekunde vor diesem. Dadurch werden die Treppenstufen dargestellt. Dadurch werden allerdings die angezeigten Punkt quasi verdoppelt. Ein Chart mit Steps wird daher minimal langsamer dargestellt wie der selbe Chart ohne Steps.
Update wie üblich:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Neue Umfrage :-)
Votet für euer Features!
Zitat von: Puschel74 schrieb am Di, 09 April 2013 19:18Oder wie löst ihr das wenn ihr die Vorlauftemp. der Heizung (ca. 40°C) und den Gasverbrauch (ca. 0.04 m3) in einem
Chart darstellen wollt?
Geht zur Zeit nicht wie gewünscht, also nur mit einer Skala, so dass die Werte u.U. dann weit auseinander liegen.
Kannst ja aber dafür voten, wäre dann Punkt 1.
Grüße,
johannes
Zitat von: Johannes schrieb am Di, 09 April 2013 19:42Zur Funktion:
Ist Steps aktiviert, wird zwischen 2 Messwerten ein zusätzlicher Messwert eingefügt. Dieser hat den selben Wert wie der folgende, liegt aber zeitlich 1 Sekunde vor diesem. Dadurch werden die Treppenstufen dargestellt. Dadurch werden allerdings die angezeigten Punkt quasi verdoppelt. Ein Chart mit Steps wird daher minimal langsamer dargestellt wie der selbe Chart ohne Steps.
Ist es möglich, die kleinen Punkte für diese "eingefügten" Werte wegzulassen, um so darzustellen, dass es sich um keine echten Messwerte handelt? Ich untersuche gerade ein Problem mit meinen HM-CC-TC/VD Gespannen. Dabei sind die neuen Charts eine super Hilfe, jedoch würden die eingefügten Messwerte dabei ziemlich Verwirrung stiften.
Generell +1 für die Steps! Danke :-)
Hallo
ZitatGeht zur Zeit nicht wie gewünscht, also nur mit einer Skala, so dass die Werte u.U. dann weit auseinander liegen.
Kannst ja aber dafür voten, wäre dann Punkt 1.
Schon erledigt ;-)
Grüße
Die Stepfunktion liefert mir komische Kurven. Sieht aus, als liefen die im Kreis.
(siehe Anhang / see attachement)
Was machst du eigentlich, wenn an Tag X nur ein Messwert vorhanden ist? Berücksichtigst du da den letzten Wert aus Tag X-1 und den ersten Wert am Tag X+1?
bitte zeig mir mal die werte des grünen datensatzes, wie sie in der Datenbank liegen oder beim Frontend ankommen
Zitat von: ThorstenH schrieb am Di, 09 April 2013 20:49Was machst du eigentlich, wenn an Tag X nur ein Messwert vorhanden ist? Berücksichtigst du da den letzten Wert aus Tag X-1 und den ersten Wert am Tag X+1?
Nein, da diese Information gar nicht vorhanden ist und zusätzlich abgefragt werden müsste. Gibt es also nur einen wert pro Zeiteinheit, gibts auch keinen step.
Zitat von: Johannes schrieb am Di, 09 April 2013 20:53bitte zeig mir mal die werte des grünen datensatzes, wie sie in der Datenbank liegen oder beim Frontend ankommen
Meinst du den JSON Stream?
[{"TIMESTAMP":"2013-04-09 10:05:45","VALUE":"6.0"},{"TIMESTAMP":"2013-04-09 10:05:46","VALUE":"6.0"},{"TIMESTAMP":"2013-04-09 10:05:47","VALUE":"6.0"},{"TIMESTAMP":"2013-04-09 12:46:58","VALUE":"17.5"},{"TIMESTAMP":"2013-04-09 12:46:58","VALUE":"17.5"},{"TIMESTAMP":"2013-04-09 12:46:59","VALUE":"17.5"},{"TIMESTAMP":"2013-04-09 13:37:57","VALUE":"18.5"},{"TIMESTAMP":"2013-04-09 13:37:58","VALUE":"18.5"},{"TIMESTAMP":"2013-04-09 13:37:59","VALUE":"18.5"},{"TIMESTAMP":"2013-04-09 14:49:30","VALUE":"6.0"},{"TIMESTAMP":"2013-04-09 14:49:31","VALUE":"6.0"},{"TIMESTAMP":"2013-04-09 14:49:32","VALUE":"6.0"},{"TIMESTAMP":"2013-04-09 21:44:58","VALUE":"18.5"},{"TIMESTAMP":"2013-04-09 21:44:59","VALUE":"18.5"},{"TIMESTAMP":"2013-04-09 21:44:59","VALUE":"18.5"},{"TIMESTAMP":"2013-04-09 21:45:03","VALUE":"17.5"},{"TIMESTAMP":"2013-04-09 21:45:04","VALUE":"17.5"},{"TIMESTAMP":"2013-04-09 21:45:05","VALUE":"17.5"}]EDIT: waren die falschen Daten (oben korrigiert)
Zitat von: ThorstenH schrieb am Di, 09 April 2013 22:31Meinst du den JSON Stream?
Jup, genau den meinte ich. Auffällig ist, dass die Daten lange Pausen haben, dann aber im Abstand von einer Sekunde 3 Messwerte mit identischem Wert haben. Was ist das für ein Sensor, der solche Daten ausspuckt?
Bitte probiere mal folgendes aus:
Gehe in die Datei ChartController.js ( unter app/controller ) in die Zeile 421. Die sieht aktuell so aus:
var modtimestamp = Ext.Date.add(datetomodify, Ext.Date.SECOND, -1);
Ersetze darin mal bitte das SECOND durch MILLI
Datei speichern und Frontend reloaden, am besten noch Cache leeren im Browser.
Dann schau mal, ob sich das Problem löst.
Ich habe mal mit deinen Daten experimentiert, kriege aber eine normale Anzeige, kann das Problem also noch nicht nachvollziehen.
Bitte prüf mal ob obiges hilft, wenn nicht, brauche ich genaue Angaben wann das Problem auftritt.
z.B. auch, wenn man nur eine Achse anzeigt (die grüne). Gibt es noch andere Achsen / Devices / Messreihen mit dem selben Problem?
Bitte möglichst detailiert, dann haben wir eine Chance das einzukreisen.
PS: Auch ein Screenshot deienr Charteinstellungen könnte helfen. Ist die Generalisierung aktiviert?
Grüße,
Johannes
Das ist ein HM-CC-TC. desired-temp wird nur dann gesendet, wenn meine Frau an dem Einstellrädchen für die Temperatur dreht.
MILLI hat nicht geholfen.
Ich habe mal nur die "T" dargestellt: funktioniert.
Dann dazu noch "desired-temp": funktioniert.
(siehe Anhang / see attachement)
Dann "steps" aktiviert: funktioniert nicht mehr.
(siehe Anhang / see attachement)
Dabei ist bemerkenswert, dass ungefähr auf Höhe der oberen grünen Punkte eine rote Linie verläuft (gehört zur "T" Kurve". Die grüne steps Kurve ist meiner Meinung nach in diesem Bild OK.
Keine Generalisierung.
Zitat von: ThorstenH schrieb am Do, 11 April 2013 00:34Ich habe mal nur die "T" dargestellt: funktioniert.
Dann dazu noch "desired-temp": funktioniert.
Dann "steps" aktiviert: funktioniert nicht mehr.
... Die grüne steps Kurve ist meiner Meinung nach in diesem Bild OK.
So kann ich nicht helfen. Du sagst "funktioniert nicht mehr", sagst dann aber, sieht ok aus. Ich sehe und lese keine Probleme. Bitte konkreter ausdrücken, "geht nicht" ist so präzise wie beim Arzt "hab aua".
Sorry, ich wollte sagen, dass die letzten Screenshots einen neuen Fall darstellen, der aber meiner Meinung nach mit steps zu tun hat. Die eigentliche "step Kurve" in grün scheint ok, aber nach Einschalten der step Funktion für grün erscheint "T" (rot) seltsam (die rote Linie auf Höhe der grünen Punkte).
Hier nochmal ein Screenshot mit diesen seltsamen Effekten nach Einschalten der Steps Funktion:
(siehe Anhang / see attachement)
Hier ohne steps:
(siehe Anhang / see attachement)
json1.txt enthält die streams aus firebug mit steps. json2.txt die ohne steps.
Deutlich zu erkennen: die rote läuft zu einem Punkt "zurück", der vorher nicht da war. Die grüne Linie hat einen zusätzlichen Punkt bei 00:00:00.
Ok, damit kann ich was anfangen.
Die beiden JSON Dateien sollte eigentlich genau gleich aussehen, da die Steps im CLient gemacht werden, die Daten aus der Datenbank müssen immer gleich sein. Da hast du evtl. was falsches kopiert.
Ausserdem:
Deine Daten aus json2 (und json1) enthalten einen Berg nicht parsbarer Daten, z.B.
"VALUE":"18.3 H: 56"
Da scheint DbLog noch nicht klug genug zu sein, die Daten des Sensors richtig zu parsen. Solltest du mal im entsprechenden Subforum anmerken, damit das evtl. jemand fixt.
Diese Daten sollten eigentlich garnicht darstellbar sein. Ich mache im Code ein parseInt bzw. ParseFloat auf diese Daten, daher zeigt er dir etwas an, aber das ist in deinem Falle dann eher nicht das korrekte Ergebnis. Ich kann leider nicht erkennen, von welchem Gerät die kommen, dass müsstest du herausfinden.
Dann sind unten in der json2 noch zig Werte mit ausschließlich 0-Werten.
Damit könnte also nur der mittlere Mini Teil in grün funktionieren, der Rest macht eigentlich keinen Sinn.
Das selbe gilt auch für json1, nur das da scheinbar noch ein Achse fehlt.
Mein Tipp:
Das ganze erstmal isolieren. Schauen, welches Gerät die komischen Values schickt, alle Daten erstmal einzeln darstellen lassen, schauen ob Probleme auftreten, oder ob das nur in Kombination passiert.
Grüße
Nicht parsebare Daten:
Die kommen vermutlich vom HM-CC-TV. Im Log sehen die so aus:
"2013-03-29_17:27:51 thermostat_wohnzimmer T: 20.5 H: 33"und stellen Isttemperatur und humidity dar. Es sind also eigentlich zwei Werte. Parseint/parsefloat sollte dabei immer den ersten Wert liefern (Javascript?), in meinem Fall also OK, da ich die "T" Werte darstellen möchte.
Ich vermute, im json2.txt waren noch Daten enthalten, die in den Auswahlboxen landen. Ausserdem fehlte wohl der stream vom HM-CC-VD (das ist der mit den vielen Nullen, wobei nicht alle Null sind).
Isoliert:
Temperatur ("T") dargestellt: ok
desired-temp hinzugefügt : ok
desired-temp steps aktiviert: fehlerhafte Darstellung von "T" wie vorher schon mal beschrieben
@ThorstenH: Problem gefunden. Ist im nächsten Update behoben.
Das bringt auch die zusätzliche Y-Achse mit und erweitert die Charts um Columns (Säulen).
Geht dann grob in diese Richtung:
(siehe Anhang / see attachement)
Hallo,
ich mal wieder - entweder steh ich mit dem Frontend auf Kriegsfuss oder umgekehrt.
Oder das Problem sitzt mal wieder zwischen Bildschirm und Tastatur.
Ich habe am 10.04 um ca. 20 Uhr ein update auf 5.4 gemacht.
Im Frontend werden seit diesem Zeitpunkt nur noch Charts angezeigt welche die Daten meines RasPi-1 (Haupt_RasPi) liefern.
Am DB-RasPi habe ich 3 I2C-Sensoren dran welche auch brav in ihr eigenes Logfile schreiben aber der Chart wird leider nicht
angezeigt.
An diesem einen Screenshot sieht man es schön:
(siehe Anhang / see attachement)
Blau ist die Wasserpumpe (die Daten kommen vom RasPi-1).
Rot und Grün sind jeweils ein I2C-Sensor am DB-RasPi.
Hier ein Auszug aus dem Logfile:
Zitat2013-04-12_18:01:46 Sensor_3 temperatur: 39.0 °C
2013-04-12_18:04:16 Sensor_3 temperatur: 43.5 °C
2013-04-12_18:06:46 Sensor_3 temperatur: 45.5 °C
2013-04-12_18:09:25 Sensor_3 temperatur: 46.5 °C
2013-04-12_18:11:46 Sensor_3 temperatur: 47.0 °C
2013-04-12_18:14:19 Sensor_3 temperatur: 46.0 °C
2013-04-12_18:16:46 Sensor_3 temperatur: 43.5 °C
2013-04-12_18:19:16 Sensor_3 temperatur: 40.5 °C
Und nun was total eigenartiges:
In der Database Table ist der letzte Eintrag am 07.04.2013
(siehe Anhang / see attachement)
Es funktionieren hier aber ALLE Charts (bis auf die 3 vom RasPi-2) obwohl keine Einträge in der Table stehen.
(siehe Anhang / see attachement)
Tipps was ich wo noch schauen oder machen könnte sind gern gesehen.
Danke mal wieder für Eure Hilfe.
Grüße
P.S.: Beide RasPi haben fhem-version 5.4 drauf. Ich habe nach dem Update von fhem auch ein update des Frontends angestossen.
Zitat von: Puschel74 schrieb am Fr, 12 April 2013 18:29Am DB-RasPi habe ich 3 I2C-Sensoren dran welche auch brav in ihr eigenes Logfile schreiben aber der Chart wird leider nicht
angezeigt.
...
Zitat2013-04-12_18:01:46 Sensor_3 temperatur: 39.0 °C
2013-04-12_18:04:16 Sensor_3 temperatur: 43.5 °C
2013-04-12_18:06:46 Sensor_3 temperatur: 45.5 °C
2013-04-12_18:09:25 Sensor_3 temperatur: 46.5 °C
2013-04-12_18:11:46 Sensor_3 temperatur: 47.0 °C
2013-04-12_18:14:19 Sensor_3 temperatur: 46.0 °C
2013-04-12_18:16:46 Sensor_3 temperatur: 43.5 °C
2013-04-12_18:19:16 Sensor_3 temperatur: 40.5 °C
Du weisst aber schon, dass das Frontend keine Logfiles ausliest? :-)
Hallo,
das dachte ich mir schon ;-)
Aber ich ging davon aus das alles was in einem Logfile landet auch in der Datenbank landet.
Leider weiß ich nicht wie ich in der Datenbank nachschauen kann ob die Daten auch darin liegen.
Aber die Daten vom RasPi-1 landen per FHEM2FHEM in der Datenbank.
Ausser dem Update auf 5.4 habe ich nichts geändert.
Aber wie man sehen kann sind die Daten vom RasPi-1 in der Datenbank und werden auch im Chart aufgeführt.
Nur die Daten der 3 Sensoren werden nicht dargestellt.
Es ist mir schon klar das das keine nachvollziehbare Fehlerbeschreibung ist aber wo kann ich noch ansetzen um dir zu helfen mir zu helfen?
Grüße
Hallo Puschel,
Ich habe leider keine Ahnung von FHEM2FHEM, kenne mich nicht aus wie es im Detail funktioniert.
Was du machen könntest:
Dich mit der Datenbank verbinden über die Konsole, und dann darin ein
SELECT * FROM history WHERE device = "ESA2000_LED_011e" ORDER BY timestamp DESC LIMIT 10;
machen. Das Device durch den Namen eines deiner Devices ersetzen, die Probleme machen. Dann kannst du sehen, wann die letzte 10 EInträge in die DB geschrieben wurden.
Evtl. kannst du auch versuchen, ein Backup von FHEM wieder herzustellen (die werden ja vor jedem Update automatisch gemacht).
Das das Frontend daran schuld ist glaube ich eher nicht.
Du kannst auch das Logging von FHEM auf Level 5 stellen, dann die Chartabfrage machen und schauen, ob Fehlermeldungen auftauchen.
Grüße!
Hallo,
mit fhem2fhem scheint es kein Problem zu geben.
Sensoren meines RasPi-1 werden im Chart angezeigt also gehe ich davon aus das fhem2fhem funktioniert.
Ich bekomme nur keinen Chart meiner Sensoren die direkt am RasPi mit der Datenbank hängen.
ZitatSELECT * FROM history WHERE device = "Sensor_3" ORDER BY timestamp DESC LIMIT 10;
liefert mir allerdings ein
Zitatsqlite> no such table: history
Mit einem .tables bekomme ich auch keinen Eintrag zu sehen das überhaupt eine Table existieren würde.
Also hab ich history, current und frontend wieder neu angelegt.
Nun werd ich das ganze mal im Auge behalten.
Danke trotzdem Johannes.
Grüße
Edith: Es ist tatsächlich so das meine .tables-Einträge in sqlite verschwinden. Hab ich da was übersehen und muss noch explizit
speichern? Ich hab in den gefundenen Beiträgen keinen Hinweis auf ein
sqlite>.save o.ä. gesehen.
Allerdings funktionieren meine Charts einwandfrei (bis immer noch die 3 die direkt am DB-RPi geloggt werden).
Zitat von: Puschel74 schrieb am Sa, 13 April 2013 19:52Edith: Es ist tatsächlich so das meine .tables-Einträge in sqlite verschwinden. Hab ich da was übersehen und muss noch explizit
speichern? Ich hab in den gefundenen Beiträgen keinen Hinweis auf ein sqlite>.save o.ä. gesehen.
Allerdings funktionieren meine Charts einwandfrei (bis immer noch die 3 die direkt am DB-RPi geloggt werden).
Hi,
Das ist sehr komisch. Tables sollten nicht von alleine verschwinden, da ist etwas nicht in Ordnung.
Ich kann dir aber versichern, dass das Frontend und DbLog nicht dafür verantwortlich sind, diese löschen keine Tables.
Und nein, ein extra speichern ist und war nie notwendig. Irgendwie ist dein Setup verkorkst...
Update:
Ein neues Update ist da:
* Man kann pro Messreihe festlegen, auf welcher Achse und somit Skala diese dargestellt werden sollen. Dazu gibt es einen Radiobutton, den man entweder auf "Left Axis" (standard), oder "Right Axis" setzt. So kann man jetzt Daten zusammen darstellen, die eigentlich auf ihrer Skala weit auseinander liegen würden
* Der Bug in der Steps Funktion, angemerkt von Thomas weiter oben, ist behoben
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Bei Problemen / Bugs: Bitte Rückmeldung mit genauer Beschreibung.
Grüße,
Johannes
Hallo,
ZitatDas ist sehr komisch. Tables sollten nicht von alleine verschwinden, da ist etwas nicht in Ordnung.
Das habe ich mir auch schon gedacht.
ZitatIch kann dir aber versichern, dass das Frontend und DbLog nicht dafür verantwortlich sind, diese löschen keine Tables.
Das habe ich mir ebenso schon gedacht.
ZitatUnd nein, ein extra speichern ist und war nie notwendig.
Puhh. Hab ich doch nichts übersehen.
ZitatIrgendwie ist dein Setup verkorkst...
Dagegen, oder besser wegen den Folgen daraus, habe ich mich bisher gesträubt das zu vermuten.
Ich hab jetzt nochmal dein letztes Update laufen lassen - danke übrigens.
Wenn das auch nichts hilft ist mein Setup wirklich durch den Wind und ich werd mal meine Installationen sichern und neu anlegen.
Nächstes Wochenende solls ja wieder regnen ;-)
Solange die Charts angezeigt werden (ausser 3) ist es nicht so schlimm.
Irgendwann kann man sicher auch fhem-Logfiles importieren und anzeigen ;-)
Danke nochmal für die Hilfe.
Grüße
Kurze Zwischeninfo:
Ich arbeite gerade daran, die Chartdaten auch tabellarisch darzustellen.
Der Ablauf ist mit dem nächsten Update dann folgender:
Nachdem man einen Chart über "Show chart" anzeigt oder über einen gespeicherten Eintrag aufruft, werden zuerst die Charteinstellungen weggeklappt.
An deren Stelle erscheint dann eine Tabelle, die die Chartdaten tabellarisch darstellt. Darunter liegt wie gewohnt der Chart.
Klickt man in der tabellearischen Ansicht auf einen Eintrag, wird der jeweilige Messwert im Chart markiert. Auch umgekehrt ist der Workflow denkbar, aber noch nicht eingebaut (Klick im Chart auf einen Punkt springt oben in der Tabelle zu dem Messwert).
Ich finde das ist ein recht brauchbares Feature, man hat so seine Daten eben tabellarisch zum Durchscrollen als auch grafisch über den Chart auf einen Blick.
Die Tabelle lässt sich übrigens durch einen Klick auf die Spalte sortieren, z.B: nach Messwert oder Timestamp.
In etwa so wird es aussehen:
(siehe Anhang / see attachement)
Wird denke ich in ein paar Tagen fertig.
Grüße,
Johannes
Hallo,
habt ihr eigentlich auch den Effekt, dass nach einem Reload des Frontends (im Browser) das zuerst angezeigte Chart schön schnell angezeigt wird. Dann klickt man immer wieder auf das Chart, um ein erneutes Anzeigen zu erzwingen. Nach jedem Klick dauert es immer länger, bis das Chart fertig geladen und dargestellt wird.
Man könnte auch immer ein anderes Chart wählen, aber so sind die Zeiten besser vergleichbar. Irgendwann blockieren die Javascripte den Firefox derart stark, dass sogar die Sicherheitsabfrage von Firefox angezeigt wird:
A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: http://192.168.74.1:8083/fhem/frontend/app/model/ChartModel.js:231
Ich vermute, dass irgendwelche Resourcen nicht rechtzeitig freigegeben werden und bis zum nächsten Reload Frontends den Browser belasten.
Mein Chart enthält ca. 5 Messreihen mit ca. 1000 Messwerten insgesamt (1 Tag).
Grüße
Thorsten
Zitat von: ThorstenH schrieb am Mi, 17 April 2013 22:36Hallo,
habt ihr eigentlich auch den Effekt, dass nach einem Reload des Frontends (im Browser) das zuerst angezeigte Chart schön schnell angezeigt wird. Dann klickt man immer wieder auf das Chart, um ein erneutes Anzeigen zu erzwingen. Nach jedem Klick dauert es immer länger, bis das Chart fertig geladen und dargestellt wird.
Hi,
Habs gerade mal nachgestellt mit einem 1000er Chart in Firefox und Chromium. Auch nach 20 mal klicken bleibt die Zeit bis zur Anzeige bei mir gleich. Was aber stimmt ist, dass die Speicherauslastung mit jedem Laden leicht zunimmt, um ca. 1 % bei mir.
Welchen Browser und welches Betriebssystem nutzt du?
Ich werde in der nächsten Version mal noch ein paar Tricks zur Speicherentlastung einbauen und den Workflow ändern, so dass der Chart insgesamt schneller arbeiten sollte.
Grüße,
Johannes
Ich nutze Firefox 20.0 mit FireBug Extension (war aber ausgeschaltet).
Ausserdem habe ich einen ähnlichen Blockiereffekt mit Chrome feststellen können. Irgendwann sagt Chrome auch, dass das Script unresponsive sei. Auch der Lüfter sprinkt bei meinem Macbook Air dann an und der meldet sich sonst nie.
Das ist die CPU wenn der Lüfter angeht. Das parsen und darstellen der Daten läuft nun mal komplett im Browser und braucht CPU Power. Schon mal mit der Generalisierung probiert?
Ist schon klar, dass das die CPU ist. Eben die Last, die von dem Script erzeugt wird, wenn es immer länger dauert.
Ich brauche jeden Wert meiner Kurven, da ich einem Problem auf die Spur kommen möchte. Bei der Generalisierung gehen mir da Daten verloren.
Hallo,
ich muss nochmal auf meinen Beitrag vom letzten Sonntag, 14.04 zurück kommen.
Obwohl ich mich dagegen gewehrt habe musste gestern mein DB-RasPi dran glauben (zum Glück regnet es ;-) ).
Noch ein update von allem gemacht und fhem und RasPi sauber runtergefahren.
Kopie der SD-Karte mit Win32DiskImager gemacht und mein Backup von der Erst-Installation ohne fhem und allem draufgespielt.
Erst das RasPi update und upgrade laufen lassen.
Danach sauber fhem, sqlite3, fhem2fhem und dblog eingerichtet (die tables waren vorhanden).
Heute Zugriff auf fhem - einwandfrei. Weblinks hab ich an diesem keine definiert.
Zugriff auf das Frontend - einwandfrei.
Anzeige der Charts - einwandfrei, meine 3 I2C-Sensoren bin ich grad am nachrüsten - i2ctools installieren und die defines in fhem
anlegen.
Anzeige der .tables in sqlite3 - leer! Obwohl die Charts einwandfrei funktionieren.
Ok. Nur seit gestern. Ich hab die Datenbank nicht kopiert sondern eine neue angelegt.
Ich werd mal eine andere SD-Karte versuchen. Jeder Strohhalm zählt ;-)
Oder hat noch jemand eine andere zündende Idee??
Grüße
Hallo Puschel,
Das klingt für mich sehr danach, dass du dich nicht auf die richtige Datenbank verbindest, denn
1.) Kommt das Frontend an alle Daten ran, es gibt also eine DB mit allen nötigen Tables
2.) Hat SQLite ja das Verhalten, dass wenn man zu einer Datenbank verbindet und diese nicht existiert (oder du keine Leserechte hast), dass eine neue DB angelegt wird.
Man bekommt ja beim Verbinden keine Meldung, ob man auf einer bestehenden DB Verbunden ist oder gerade "ausversehen" eine neue erstellt hat. Ich vermute bei dir letzteres, nur das kann erklären, warum keine Tables zu finden sind. Es sei denn der User mit dem du verbindest hat keinerlei Rechte auf der DB....
Wie groß ist denn die DB, zu der du verbindest? Hast du nochmal abgeglichen, dass du genau zu der DB verbindest, die auch in der db.conf angegeben ist?
Grüße,
Johannes
Hallo,
ok.
Zitatdass du dich nicht auf die richtige Datenbank verbindest,
Wenn man nur sqlite3 eingibt hat man noch keine Verbindung zu einer DB - stimmt ja.
Ok. Fehler mal wieder zwischen Bildschirm und Tastatur ausfindig gemacht.
sqlite3 fhem.dbmit
.tablesliefert
Zitatcurrent frontend history
zurück.
Grüße
Alles klar, dann ist das Problem ja gelöst.
Update:
Neue Features:
* Die erwähnte Tabelle ist jetzt für alle Charts verfügbar und wird automatisch bei der Anzeige eines Charts darüber angezeigt.
* Klick in der Tabelle markiert im Chart den jeweiligen Messpunkt
* Feedback erwünscht
Änderungen:
* Charts sollten jetzt effizienter geladen werden
@ThorstenH: Bitte prüfen, ob mit diesem Update dein Problem, dass Charts nach mehrmaligem Laden immer langsamer werden, behoben ist.
Durch eine Umstellung ist das erstmalige Laden eines Charts etwas langsamer, danach aber wieder fix.
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Grüße,
Johannes
37 Sekunden für das erste Laden des Charts, ca. 20 Sekunden für jedes weitere Laden. Der Firefox wird dabei immer träger und die Warnung kommt alle 10 Sekunden während des Chartladens. In Chrome geht es schneller: 20 Sekunden für den ersten Start, jeweils 8 für jede weitere Anzeige.
Also, bei mir habe ich bisher weder im Firefox noch im Chrome eine derartige Meldung bekommen. Ist aber ganz sicher abhängig von der Power des Clients.
Bei mir lädt ein 1000er Chart im Chrome beim ersten mal nach ca. 10 Sekunden. Anschließend in 6 Sekunden.
Ich bekomme weder Meldungen über hängengebliebene Scripte, noch halte ich die Zeit für einen schlechten Wert, immerhin werden die Daten im Client prozessiert...
Ich habe auch den Firefox 20 mal den 1000er Chart laden lassen, die Ladezeiten schwanken alle im normalen Bereich, werden aber nicht jedes mal langsamer.
Wenn dir das Frontend zu langsam ist, kannst du
a.) einen schnelleren Rechner kaufen, oder
b.) den Code optimieren oder
c.) sinnvolle Ratschläge geben, die Geschwindigkeit noch schneller zu bekommen
Grüße,
Johannes
Ich habe ein MacBook Air 1.8 GHz i7 mit 4 GB RAM. Hier sind die sunspider Ergebnisse:
für Firefox:
http://www.webkit.org/perf/sunspider-0.9.1/sunspider-0.9.1/results.html?%7B%22v%22:%20%22sunspider-0.9.1%22,%20%223d-cube%22:%5B15,15,15,15,15,16,15,15,15,19%5D,%223d-morph%22:%5B6,5,6,5,5,6,6,5,6,6%5D,%223d-raytrace%22:%5B18,17,18,17,18,19,18,17,17,17%5D,%22access-binary-trees%22:%5B3,3,3,3,3,5,3,3,3,3%5D,%22access-fannkuch%22:%5B8,8,8,8,8,12,8,8,8,8%5D,%22access-nbody%22:%5B3,3,4,4,4,3,3,3,3,3%5D,%22access-nsieve%22:%5B4,3,4,4,3,4,4,4,4,4%5D,%22bitops-3bit-bits-in-byte%22:%5B1,1,1,1,1,1,1,1,1,1%5D,%22bitops-bits-in-byte%22:%5B4,4,5,4,4,4,3,4,4,4%5D,%22bitops-bitwise-and%22:%5B3,3,4,4,3,4,4,3,4,3%5D,%22bitops-nsieve-bits%22:%5B4,3,3,4,4,3,4,3,3,3%5D,%22controlflow-recursive%22:%5B3,2,3,2,2,2,2,2,3,3%5D,%22crypto-aes%22:%5B14,12,13,13,14,13,13,13,13,13%5D,%22crypto-md5%22:%5B10,11,10,11,10,11,10,11,11,11%5D,%22crypto-sha1%22:%5B5,4,5,5,4,4,5,5,4,5%5D,%22date-format-tofte%22:%5B21,20,20,21,21,21,25,20,20,21%5D,%22date-format-xparb%22:%5B14,13,14,14,14,14,14,13,13,14%5D,%22math-cordic%22:%5B3,3,3,3,3,3,3,3,5,3%5D,%22math-partial-sums%22:%5B7,7,7,7,8,7,6,7,8,7%5D,%22math-spectral-norm%22:%5B5,3,3,3,4,3,4,3,5,3%5D,%22regexp-dna%22:%5B13,13,13,12,13,13,12,13,12,13%5D,%22string-base64%22:%5B5,4,5,5,5,5,5,5,5,4%5D,%22string-fasta%22:%5B9,7,7,7,8,7,7,7,8,7%5D,%22string-tagcloud%22:%5B17,18,18,19,17,19,19,19,17,18%5D,%22string-unpack-code%22:%5B21,21,21,21,21,21,22,21,21,21%5D,%22string-validate-input%22:%5B24,22,22,22,22,23,22,22,23,28%5D%7D (//www.webkit.org/perf/sunspider-0.9.1/sunspider-0.9.1/results.html?%7B%22v%22:%20%22sunspider-0.9.1%22,%20%223d-cube%22:%5B15,15,15,15,15,16,15,15,15,19%5D,%223d-morph%22:%5B6,5,6,5,5,6,6,5,6,6%5D,%223d-raytrace%22:%5B18,17,18,17,18,19,18,17,17,17%5D,%22access-binary-trees%22:%5B3,3,3,3,3,5,3,3,3,3%5D,%22access-fannkuch%22:%5B8,8,8,8,8,12,8,8,8,8%5D,%22access-nbody%22:%5B3,3,4,4,4,3,3,3,3,3%5D,%22access-nsieve%22:%5B4,3,4,4,3,4,4,4,4,4%5D,%22bitops-3bit-bits-in-byte%22:%5B1,1,1,1,1,1,1,1,1,1%5D,%22bitops-bits-in-byte%22:%5B4,4,5,4,4,4,3,4,4,4%5D,%22bitops-bitwise-and%22:%5B3,3,4,4,3,4,4,3,4,3%5D,%22bitops-nsieve-bits%22:%5B4,3,3,4,4,3,4,3,3,3%5D,%22controlflow-recursive%22:%5B3,2,3,2,2,2,2,2,3,3%5D,%22crypto-aes%22:%5B14,12,13,13,14,13,13,13,13,13%5D,%22crypto-md5%22:%5B10,11,10,11,10,11,10,11,11,11%5D,%22crypto-sha1%22:%5B5,4,5,5,4,4,5,5,4,5%5D,%22date-format-tofte%22:%5B21,20,20,21,21,21,25,20,20,21%5D,%22date-format-xparb%22:%5B14,13,14,14,14,14,14,13,13,14%5D,%22math-cordic%22:%5B3,3,3,3,3,3,3,3,5,3%5D,%22math-partial-sums%22:%5B7,7,7,7,8,7,6,7,8,7%5D,%22math-spectral-norm%22:%5B5,3,3,3,4,3,4,3,5,3%5D,%22regexp-dna%22:%5B13,13,13,12,13,13,12,13,12,13%5D,%22string-base64%22:%5B5,4,5,5,5,5,5,5,5,4%5D,%22string-fasta%22:%5B9,7,7,7,8,7,7,7,8,7%5D,%22string-tagcloud%22:%5B17,18,18,19,17,19,19,19,17,18%5D,%22string-unpack-code%22:%5B21,21,21,21,21,21,22,21,21,21%5D,%22string-validate-input%22:%5B24,22,22,22,22,23,22,22,23,28%5D%7D)
für Chrome:
http://www.webkit.org/perf/sunspider-0.9.1/sunspider-0.9.1/results.html?%7B%22v%22:%20%22sunspider-0.9.1%22,%20%223d-cube%22:%5B10,9,10,10,10,9,10,10,10,9%5D,%223d-morph%22:%5B8,8,8,9,8,8,8,9,8,7%5D,%223d-raytrace%22:%5B14,13,12,12,13,13,12,12,12,13%5D,%22access-binary-trees%22:%5B2,2,2,1,2,2,2,2,2,2%5D,%22access-fannkuch%22:%5B9,8,9,9,9,8,9,8,8,10%5D,%22access-nbody%22:%5B5,5,5,5,5,5,5,7,6,5%5D,%22access-nsieve%22:%5B3,2,2,3,3,2,3,3,2,3%5D,%22bitops-3bit-bits-in-byte%22:%5B1,1,1,1,1,1,1,1,0,1%5D,%22bitops-bits-in-byte%22:%5B5,5,5,5,4,5,6,6,5,5%5D,%22bitops-bitwise-and%22:%5B3,3,3,4,3,3,3,4,3,3%5D,%22bitops-nsieve-bits%22:%5B6,6,8,6,6,6,6,6,5,6%5D,%22controlflow-recursive%22:%5B4,3,4,3,3,3,2,3,3,2%5D,%22crypto-aes%22:%5B7,7,7,7,7,6,7,7,6,7%5D,%22crypto-md5%22:%5B5,6,6,6,6,6,6,6,6,6%5D,%22crypto-sha1%22:%5B7,7,6,6,8,9,7,6,7,6%5D,%22date-format-tofte%22:%5B9,11,10,11,11,9,10,8,9,10%5D,%22date-format-xparb%22:%5B12,12,11,9,12,14,14,15,11,11%5D,%22math-cordic%22:%5B3,3,3,3,3,3,3,3,4,3%5D,%22math-partial-sums%22:%5B10,9,10,9,10,9,9,9,11,10%5D,%22math-spectral-norm%22:%5B3,3,3,3,3,3,3,3,3,3%5D,%22regexp-dna%22:%5B8,8,8,8,8,8,9,8,7,8%5D,%22string-base64%22:%5B5,5,5,5,5,5,4,4,4,5%5D,%22string-fasta%22:%5B7,7,7,8,7,7,6,7,7,7%5D,%22string-tagcloud%22:%5B25,24,21,23,30,20,22,22,21,21%5D,%22string-unpack-code%22:%5B24,26,26,23,23,24,25,25,23,24%5D,%22string-validate-input%22:%5B10,14,12,12,11,11,11,11,17,10%5D%7D (//www.webkit.org/perf/sunspider-0.9.1/sunspider-0.9.1/results.html?%7B%22v%22:%20%22sunspider-0.9.1%22,%20%223d-cube%22:%5B10,9,10,10,10,9,10,10,10,9%5D,%223d-morph%22:%5B8,8,8,9,8,8,8,9,8,7%5D,%223d-raytrace%22:%5B14,13,12,12,13,13,12,12,12,13%5D,%22access-binary-trees%22:%5B2,2,2,1,2,2,2,2,2,2%5D,%22access-fannkuch%22:%5B9,8,9,9,9,8,9,8,8,10%5D,%22access-nbody%22:%5B5,5,5,5,5,5,5,7,6,5%5D,%22access-nsieve%22:%5B3,2,2,3,3,2,3,3,2,3%5D,%22bitops-3bit-bits-in-byte%22:%5B1,1,1,1,1,1,1,1,0,1%5D,%22bitops-bits-in-byte%22:%5B5,5,5,5,4,5,6,6,5,5%5D,%22bitops-bitwise-and%22:%5B3,3,3,4,3,3,3,4,3,3%5D,%22bitops-nsieve-bits%22:%5B6,6,8,6,6,6,6,6,5,6%5D,%22controlflow-recursive%22:%5B4,3,4,3,3,3,2,3,3,2%5D,%22crypto-aes%22:%5B7,7,7,7,7,6,7,7,6,7%5D,%22crypto-md5%22:%5B5,6,6,6,6,6,6,6,6,6%5D,%22crypto-sha1%22:%5B7,7,6,6,8,9,7,6,7,6%5D,%22date-format-tofte%22:%5B9,11,10,11,11,9,10,8,9,10%5D,%22date-format-xparb%22:%5B12,12,11,9,12,14,14,15,11,11%5D,%22math-cordic%22:%5B3,3,3,3,3,3,3,3,4,3%5D,%22math-partial-sums%22:%5B10,9,10,9,10,9,9,9,11,10%5D,%22math-spectral-norm%22:%5B3,3,3,3,3,3,3,3,3,3%5D,%22regexp-dna%22:%5B8,8,8,8,8,8,9,8,7,8%5D,%22string-base64%22:%5B5,5,5,5,5,5,4,4,4,5%5D,%22string-fasta%22:%5B7,7,7,8,7,7,6,7,7,7%5D,%22string-tagcloud%22:%5B25,24,21,23,30,20,22,22,21,21%5D,%22string-unpack-code%22:%5B24,26,26,23,23,24,25,25,23,24%5D,%22string-validate-input%22:%5B10,14,12,12,11,11,11,11,17,10%5D%7D)
Kannst du mal deine Browser durchlaufen lassen? Dann hätte ich einen Vergleichswert.
Ich würde gerne mal frisch neuinstallieren, mein frontend Verzeichnis sieht sehr durcheinander aus (z.B. habe ich 2 extjs libs):
(siehe Anhang / see attachement)
Wie kann ich das machen? Wie kann ich vorher meine Einstellungen zu den Charts sichern? Oder sind die sicher?
Hallo Thorsten,
Die Sache ist eigentlich ganz einfach.
Du wirst es immer, wenn du es willst, schaffen können, dass das Frontend langsam und träge wird. Das hängt von 2 Faktoren ab:
1.) Die Menge der angeforderten Daten
2.) Der Power des Clients, der das Frontend aufruft
Rufst du z.B. einfach mal 50.000 Messwerte ab, wird das Frontend versuchen, diese Darzustellen. Diese Größenordnung ist aber für viele Desktoprechner praktisch nicht mehr schaffbar. Timeouts von Scripten und langsamer Browser sind das Resultat.
Es gibt also einfach natürliche Grenzen beim Charting Frontend, in denen es noch "akzeptabel" reagiert.
Diese Grenze unterscheidet sich aber wie erwähnt von Rechner zu Rechner.
Das ist einfach der Nachteil beim Clientseitigen darstellen von Charts.
Der Vorteil ist die Interaktivität (MouseOver um Werte abzulesen, Tabellendarstellung mit Highlighting, etc.)
Wenn du darauf angewiesen bist, mehrere tausend Messwerte auf einmal darzustellen ist es für dich vielleicht besser, gplot zu nutzen.
Da wird die Arbeit (Parsen, Rendern) auf dem Server und nicht auf dem Client verrichtet. Das ist aber je nach Performance des Servers u.U. auch nicht die bessere Lösung.
Viele Leute haben als FHEM Server einen RasPi im Einsatz. Ich behaupte mal, das die Rechner, die das Frontend aufrufen, locker um Faktor 4 mehr Performance haben, als der RasPi selbst.
Ob es sinnvoll ist, das Parsen und Rendern auf den RasPi oder sogar Fritzbox zu verschieben? Ich glaube eher nicht.
Also:
Ich denke es macht wenig Sinn Statistiken zu vergleichen. Jeder Rechner hat ein unterschiedliches Limit, wieviele Messwerte er mit dem Frontend noch akzeptabel darstellen kann.
Reicht das Limit für dich nicht aus, musst du deine Charts anderweitig generieren lassen - z.B. serverseitig mit gplot.
Zitat von: ThorstenH schrieb am So, 21 April 2013 11:07Ich würde gerne mal frisch neuinstallieren, mein frontend Verzeichnis sieht sehr durcheinander aus (z.B. habe ich 2 extjs libs):
Wie kann ich das machen? Wie kann ich vorher meine Einstellungen zu den Charts sichern? Oder sind die sicher?
Charts sind in der DB gespeichert. Du kannst also gefahrlos den gesamten frontend Ordner löschen. Anschließend dann mittels Update wieder installieren. Evtl. musst du an den update Befehl ans Ende ein "force" setzen.
Speedtest
Ich wollte mit dem JS Speedtest nur einen Vergleichswert haben. Nicht, dass es an etwas ganz anderem liegt. Und bevor ich wieder nach gplot zurückgehe, will ich sicher sein, dass es an extjs 4 bzw. den Datenmengen liegt.
Alternativ käme für mich eine Aggregation in Frage, bei der ich Min, Avg und Max Werte für Gruppierung sehe. So sehe ich den allgemeinen Trend meiner Daten, werde aber auch auf "Ausreißer" aufmerksam gemacht. Die könnte man dann detailierter untersuchen. Beispiel: http://joekuan.org/ (//joekuan.org/) --> High Stock Full Demo --> OHLC
Best practices
Hier geht es um best practices bei extjs:
http://www.sencha.com/forum/showthread.php?153565-ExtJS-Performance-Best-Practices (//www.sencha.com/forum/showthread.php?153565-ExtJS-Performance-Best-Practices)
Vielleicht schaust du dir die einmal an. Ich vermute, dass es da bestimmt einige Punkte gibt, die dir hilfreich sein könnten (z.B. suspendEvents() oder suspendLayout()).
Update
Bei dem Update gab es Probleme. Ein File wurde übersprungen und (vielleicht weniger wichtig?) einige Dateien konnten nicht gelöscht werden. Was bedeutet das?
Saving statefile: done
Backup:
backup done: FHEM-20130421_133804.tar.gz (19418340 Bytes)
File(s) skipped for an update! Size does not correspond:
==> 93_DbLog.pm: size from controlfile: 59739 bytes, size after download: 467 bytes
259 file(s) have been updated:
==> 2013-02-27 07:20:39 www/frontend/README.txt
==> 2013-04-01 07:05:33 www/frontend/app/app.js
==> 2013-04-20 04:52:30 www/frontend/app/controller/ChartController.js
==> 2013-04-20 04:52:31 www/frontend/app/controller/MainController.js
==> 2013-04-01 07:04:34 www/frontend/app/model/ChartModel.js
==> 2013-04-01 07:04:35 www/frontend/app/model/DeviceModel.js
==> 2013-04-01 07:04:35 www/frontend/app/model/ReadingsModel.js
==> 2013-04-01 07:04:36 www/frontend/app/model/SavedChartsModel.js
==> 2013-04-01 07:04:34 www/frontend/app/model/TableDataModel.js
==> 2013-04-03 07:27:17 www/frontend/app/resources/icons/accept.png
==> 2013-04-03 07:27:17 www/frontend/app/resources/icons/add.png
==> 2013-04-03 07:27:17 www/frontend/app/resources/icons/arrow_left.png
==> 2013-03-02 01:53:05 www/frontend/app/resources/icons/database_refresh.png
==> 2013-03-02 01:53:05 www/frontend/app/resources/icons/database_save.png
==> 2013-04-03 07:27:17 www/frontend/app/resources/icons/delete.png
==> 2013-03-02 01:53:05 www/frontend/app/resources/icons/readme.txt
==> 2013-03-02 01:53:05 www/frontend/app/resources/icons/resultset_last.png
==> 2013-03-02 01:53:05 www/frontend/app/resources/icons/resultset_next.png
==> 2013-04-03 07:27:17 www/frontend/app/resources/icons/resultset_previous.png
==> 2013-03-02 01:53:05 www/frontend/app/resources/icons/stop.png
==> 2013-04-01 08:00:32 www/frontend/app/resources/loading.png
==> 2013-04-01 07:04:54 www/frontend/app/store/ChartStore.js
==> 2013-04-01 07:04:53 www/frontend/app/store/DeviceStore.js
==> 2013-04-01 07:04:54 www/frontend/app/store/ReadingsStore.js
==> 2013-04-01 07:04:54 www/frontend/app/store/SavedChartsStore.js
==> 2013-04-01 07:04:54 www/frontend/app/store/TableDataStore.js
==> 2013-04-01 07:05:33 www/frontend/app/userconfig.js
==> 2013-04-20 04:52:50 www/frontend/app/view/ChartGridPanel.js
==> 2013-04-03 07:26:40 www/frontend/app/view/DevicePanel.js
==> 2013-04-20 04:52:50 www/frontend/app/view/LineChartPanel.js
==> 2013-04-01 07:05:14 www/frontend/app/view/TableDataGridPanel.js
==> 2013-04-20 04:52:50 www/frontend/app/view/Viewport.js
==> 2013-04-01 07:05:58 www/frontend/index.html
==> 2013-04-01 07:03:30 www/frontend/lib/ext-4.2.0.663/ext-all.js
==> 2013-04-01 07:03:30 www/frontend/lib/ext-4.2.0.663/ext-theme-gray-all.css
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/boundlist/trigger-arrow.png
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/corners-blue.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/corners.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/l-blue.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/l.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/r-blue.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/r.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/tb-blue.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/box/tb.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/arrow.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/btn-arrow.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/btn-sprite.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/btn.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/group-cs.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/group-lr.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/group-tb.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-b-noline.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-b.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-bo.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-light-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-light.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-noline-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-noline.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-o-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-o.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/button/s-arrow.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/dd/drop-add.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/dd/drop-no.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/dd/drop-yes.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/editor/tb-sprite.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/checkbox.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/clear-trigger-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/clear-trigger.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/date-trigger-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/date-trigger.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/error-tip-corners.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/exclamation.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/radio.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/search-trigger-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/search-trigger.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/spinner-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/spinner-small-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/spinner-small.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/spinner.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/text-bg.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/trigger-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/trigger-square-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/trigger-square.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/trigger-tpl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/form/trigger.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/arrow-left-white.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/arrow-right-white.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/cell-special-bg.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/cell-special-bg.png
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/cell-special-selected-bg.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/cell-special-selected-bg.png
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/col-move-bottom.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/col-move-top.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/columns.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/dd-insert-arrow-left.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/dd-insert-arrow-left.png
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/dd-insert-arrow-right.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/dd-insert-arrow-right.png
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/dirty-rtl.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/dirty.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/done.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/drop-no.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/drop-yes.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/footer-bg.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/grid-blue-hd.gif
==> 2013-04-01 07:03:31 www/frontend/lib/ext-4.2.0.663/images/grid/grid-blue-split.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid-hrow.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid-loading.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid-split.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid-vista-hd.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid3-hd-btn-left.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid3-hd-btn.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid3-hrow-over.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid3-hrow.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/grid3-rowheader.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/group-by.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/group-collapse.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/group-expand-sprite.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/group-expand.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/hd-pop.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/hmenu-asc.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/hmenu-desc.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/hmenu-lock.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/hmenu-lock.png
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/hmenu-unlock.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/hmenu-unlock.png
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/invalid_line.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/loading.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/mso-hd.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/nowait.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-first-disabled.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-first.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-last-disabled.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-last.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-next-disabled.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-next.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-prev-disabled.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/page-prev.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/pick-button.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/property-cell-bg.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/property-cell-selected-bg.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/refresh-disabled.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/refresh.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/row-check-sprite.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/row-expand-sprite.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/row-over.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/row-sel.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/sort-hd.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/sort_asc.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/sort_desc.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/grid/wait.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/layout/mini-bottom.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/layout/mini-left.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/layout/mini-right.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/layout/mini-top.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/checked.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/group-checked.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/item-over-disabled.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/item-over.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/menu-parent-left.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/menu-parent.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/menu.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/menu/unchecked.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/blue-loading.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/calendar.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/glass-bg.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/hd-sprite.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/icon-error.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/icon-info.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/icon-question.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/icon-warning.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/large-loading.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/left-btn.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/loading-balls.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/right-btn.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/shadow-c.png
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/shadow-lr.png
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/shadow.png
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/shared/warning.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/e-handle-dark.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/e-handle.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/ne-handle-dark.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/ne-handle.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/nw-handle-dark.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/nw-handle.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/s-handle-dark.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/s-handle.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/se-handle-dark.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/se-handle.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/square.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/sw-handle-dark.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/sizer/sw-handle.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/slider/slider-thumb.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/slider/slider-thumb.png
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/slider/slider-v-thumb.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/slider/slider-v-thumb.png
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-bottom-left.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-bottom-right.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-left-bottom.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-left-top.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-right-bottom.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-right-top.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-top-left.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-top-right.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tab/tab-default-close.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/toolbar/more-left.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/toolbar/more.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/toolbar/scroll-left.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/toolbar/scroll-right.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tools/tool-sprite-tpl.gif
==> 2013-04-01 07:03:32 www/frontend/lib/ext-4.2.0.663/images/tools/tool-sprites.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tools/tools-sprites-trans.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/arrows-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/arrows.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-above.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-add.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-append.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-below.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-between.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-no.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-over.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-under.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/drop-yes.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-end-minus-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-end-minus.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-end-plus-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-end-plus.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-end-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-end.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-line-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-line.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-minus-nl-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-minus-nl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-minus-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-minus.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-plus-nl-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-plus-nl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-plus-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-plus.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/elbow.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/folder-open-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/folder-open.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/folder-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/folder.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/leaf-rtl.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/leaf.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/loading.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/tree/s.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/util/splitter/mini-bottom.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/util/splitter/mini-left.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/util/splitter/mini-right.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/util/splitter/mini-top.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/window/icon-error.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/window/icon-info.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/window/icon-question.gif
==> 2013-04-01 07:03:33 www/frontend/lib/ext-4.2.0.663/images/window/icon-warning.gif
==> 2013-04-01 07:51:34 www/frontend/lib/ext-4.2.0.663/license.txt
Housekeeping:
==> deleting ./www/frontend/lib/ext-4.1.1a failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/boundlist failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/box failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/btn failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/btn-group failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/button failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/datepicker failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/dd failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/form failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/form-invalid-tip failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/grid failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/layout failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/menu failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/panel failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/panel-header failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/progress failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/shared failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/sizer failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/slider failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tab failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tab-bar failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tip failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/toolbar failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tools failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/tree failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/util failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/window failed: No such file or directory
==> deleting ./www/frontend/lib/ext-4.1.1a/images/gray/window-header failed: No such file or directory
Update completed!
Zitat von: ThorstenH schrieb am So, 21 April 2013 13:46Alternativ käme für mich eine Aggregation in Frage, bei der ich Min, Avg und Max Werte für Gruppierung sehe. So sehe ich den allgemeinen Trend meiner Daten, werde aber auch auf "Ausreißer" aufmerksam gemacht. Die könnte man dann detailierter untersuchen. Beispiel: http://joekuan.org/ --> High Stock Full Demo --> OHLC
Averaging kannst du ja jetzt schon im Frontend nutzen. Ist das keine Alternative??
Zu Highstock / Highcharts:
Eins muss man der Library lassen, das sieht echt gut aus und ist verdammt schnell.
Für die Integration dieser Library in ExtJS ist aber eine Lizenz nötig, die Geld kostet - für mich K.O Kriterium
Zitat von: ThorstenH schrieb am So, 21 April 2013 13:46Best practices
Hier geht es um best practices bei extjs:
Vielleicht schaust du dir die einmal an. Ich vermute, dass es da bestimmt einige Punkte gibt, die dir hilfreich sein könnten (z.B. suspendEvents() oder suspendLayout()).
Ich kenne die von dir genannten Methoden und habe auch schon einiges optimiert und versucht. Das Kernproblem bleiben die Datenmengen, nicht der Code selbst. Natürlich lässt sich im Code immer etwas optimieren, aber die wirklich großen Bereiche der Performance liegen in der Datenmenge. Baue dir selbst mal einen simplen Chart mit ExtJS und lade deine Daten hinein und vergleiche die Performance. Da wird es keine riesen Unterschiede geben.
Achja:
Das Frontend entsteht in meiner Freizeit und ist OpenSource. Jeder der sich berufen fühlt ist herzlich willkommen, den Code zu verbessern und zu erweitern.
Zitat von: ThorstenH schrieb am So, 21 April 2013 13:46Update
Bei dem Update gab es Probleme. Ein File wurde übersprungen und (vielleicht weniger wichtig?) einige Dateien konnten nicht gelöscht werden. Was bedeutet das?
Mal mit "force" probiert?
Die Fehlermeldungen wurden schon besprochen auf der letzten oder vorletzten Seite. Können ignoriert werden.
Ich habe mir die Generalisierung noch einmal angesehen. Deine Beispiele waren ja sehr anschaulich, was die Reduzierung der Datenmengen angeht.
ZitatBei aktiver Generalisierung kann dann ein Differenzwert aus einer Dropdown Liste gewählt werden, z.B. 50%.
Bei 50% werden benachbarte Messwerte, deren Differenz zueinander (bzw. zum vorherigen Messwert) größer als 50% ist, in den Chart mit einbezogen. Differenzen darunter fallen raus.
Das würde bedeute, dass eine Kurve bestehend aus lauter Nullen nur noch einen Messwert enthalten würden? Oder verstehe ich da noch etwas falsch?
Bei deinen Beispielen kommt es mir auch nicht so vor, als würde ich das richtig verstanden haben. Ich sehe kleinere Ausreisser, die nach der Generalisierung rausfliegen, dafür viele aufeinanderfolgende kaum unterschiedliche Messwerte, die dringeblieben sind.
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
Steht unter der Creative Commons License
http://shop.highsoft.com/highcharts.html (//shop.highsoft.com/highcharts.html)
http://shop.highsoft.com/highstock.html (//shop.highsoft.com/highstock.html)
Passt die Lizenz nicht? War aber auch nur zur Veranschaulichung gemeint.
Averaging liefert mir keine Ausreisser.
Ich habe das update bereits mit force durchgeführt. Was bedeutet die erste Fehlermeldung?
Ich würde gerne selbst Hand anlegen, leider fehlen mir dafür die notwendigen Kenntnisse.
Als ich oben von Averaging gesprochen hatte, meinte ich nicht die Generalisierung. Nur zu Erinnerung, beides steht dir zur Verfügung im Frontend.
Zu deinen Bildern bzw. zur Generalisierung:
Der Faktor den man wählt beziht sich immer auf den vorangegangenen Messwert.
Beispiel 1:
Messwertereihe: 1, 1.2, 1.3, 0.3
Nach Generalisierung mit Faktor 50%: 1, 0.3
Beispiel 2:
Messwertereihe: 10, 60, 70, 20
Nach Generalisierung mit Faktor 50%: 10, 60, 20
Wie du siehst wird der Ausreißer 70 weggelassen, weil die Differenz zum vorhergehenden Wert 60 nicht die Marke von 50% überschreitet.
Ich hoffe das macht es etwas klarer. Ich weiss das diese Lösung kein Allheilmittel ist. Vorschläge sind willkommen.
Zitat von: ThorstenH schrieb am So, 21 April 2013 15:10Steht unter der Creative Commons License
http://shop.highsoft.com/highcharts.html
http://shop.highsoft.com/highstock.html
Passt die Lizenz nicht? War aber auch nur zur Veranschaulichung gemeint.
http://www.highcharts.com/downloadDa steht:
The following is a collection of other projects that serves as wrappers or extensions to Highcharts. They require a valid Highcharts license.
....
Highcharts Sencha
Kostet also 90$ der Spaß. Schade drum...
Zitat von: ThorstenH schrieb am So, 21 April 2013 15:10Ich habe das update bereits mit force durchgeführt. Was bedeutet die erste Fehlermeldung?
Das das update Modul die DbLog nicht ersetzen will, weil es scheinbar eine falsche Dateigröße festgestellt hat. Kann aber eigentlich nicht sein, habe ich gestern noch getestet. Ist aber momentan auch nicht schlimm, da die 93_DbLog von mir und die von FHEM auf dem gleichen STand sind.
Hallo,
die Fehlermeldung hatte ich auch.
Ein
update 93_DbLog.pmin fhem eingegeben hat diese dann dennoch auf den neuesten Stand gebracht.
Zitat2013.04.21 15:26:29 3: update get http://fhem.de/fhemupdate4/svn/FHEM/FhemUtils/release.pm (//fhem.de/fhemupdate4/svn/FHEM/FhemUtils/release.pm)
2013.04.21 15:26:29 1: update check Releases => local: Fhem 5.4 (DEVELOPMENT) remote: Fhem 5.4 (DEVELOPMENT)
2013.04.21 15:26:29 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt (//fhem.de/fhemupdate4/svn/controls_fhem.txt)
2013.04.21 15:26:30 1: update saving statefile
2013.04.21 15:26:54 1: backup done: FHEM-20130421_152630.tar.gz (10894006 Bytes)
2013.04.21 15:26:54 3: update get http://fhem.de/fhemupdate4/svn/FHEM/93_DbLog.pm (//fhem.de/fhemupdate4/svn/FHEM/93_DbLog.pm)
2013.04.21 15:26:55 1: update 1 file(s) have been updated.
Grüße
They require a valid Highcharts license.
Ähh, ja... Willst du deine Arbeit kommerziell vermarkten/verkaufen??? Ansonsten wäre eine "valid license" eben die creative commons license.
Leider kannst du auch beim Average keine Ausreisser sehen, daher auch der doch recht aussagekräftige Name. ;)
Zitat von: ThorstenH schrieb am So, 21 April 2013 15:30They require a valid Highcharts license.
Ähh, ja... Willst du deine Arbeit kommerziell vermarkten/verkaufen??? Ansonsten wäre eine "valid license" eben die creative commons license.
Ich glaube du vertust dich da. Warum sollte der Hinweis auf eine gültige License überhaupt dann da stehen, wenn man immer eine hätte?
Ich glaube damit ist eine bezahlte Lizenz gemeint.
Würd mich aber freuen, wenn deine Ansicht stimmen würde :-)
Zitat von: ThorstenH schrieb am So, 21 April 2013 15:30Leider kannst du auch beim Average keine Ausreisser sehen, daher auch der doch recht aussagekräftige Name. ;)
So ist es. Unsere Posts hatten sich überschnitten, ich weiss das dir Ausreißer verloren gehen beim Averaging, hatte es nur gesagt, weil du oben sagtest damit könntest du arbeiten..
Zitat von: Puschel74 schrieb am So, 21 April 2013 15:29Hallo,
die Fehlermeldung hatte ich auch.
Ok, habe gerade festgestellt, das wohl jemand ausversehen die Datei aus dem SVN gelöscht hat.
Aktuell ist aber auch eine DbLog Version ausreichend, habe daher den Eintrag aus dem Update rausgenommen, der Fehler sollte damit auch weg sein.
ZitatWarum sollte der Hinweis auf eine gültige License überhaupt dann da stehen, wenn man immer eine hätte?
Wenn du deine Arbeit kommerziell vermarktest und diesen Wrapper benutzt, benötigst du eine Lizenz von
Highsoft Solutions AS, nicht von JoeKuan. Du sollst in diesem Fall also Highsoft Solutions AS bezahlen und nicht den Entwickler des Wrappers. Das soll damit ausgedrückt werden. In der Lizenz des Wrappers steht nämlich nur:
ZitatIf you are using the software for commercial and federal projects,
you can obtain the permission to use and distribute free of charge as long as
1. you inform me the author (kuan.joe@gmail.com (kuan.joe@gmail.com)) with a short description describing
your project using this software.
2. you give acknowledgement to the author in your project
"Highcharts extension for Sencha products is developed & maintained by Joe Kuan (kuan.joe@gmail.com (kuan.joe@gmail.com))"
Was Highsoft Solutions AS natürlich nicht so prickelnd findet.
Ums zu klären habe ich mal eine Mail an den Support geschickt, dann wissen wirs ganz konkret... Mal abwarten was da kommt
Ich bekomme in der shell, in der ich fhem gestartet habe folgende Meldungen:
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 898.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 904.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 911.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 917.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 892.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 898.
Tritt während der Anzeige von charts auf.
Ja, schon länger bekannt. Liegt an Perl , oder an mir, wie mans nimmt :-)
Was da ca. passiert:
Variable wird zugewiesen.
In einem If wird darauf zugegriffen
Meldung kommt, die Variable sei nicht initialisiert. ...
Im Code:
my $yaxis = $_[10];
if ($dbmodel eq "MYSQL") {
$hourstats = "blabla = '$yaxis'";
}
Scheint, als wenn Perl die Variable im If nicht mehr kennt (Scope Problematik). Komisch aber, das es mit anderen geht.
Produziert jedenfalls keinen Fehler, über den du die Gedanken machen müsstest.
So, die Lizenzfrage zwecks Highcharts mit Adapter ist geklärt.
Es steht einer Nutzung nichts im Wege.
Das nächste Update wird dann also eine hybride Variante enthalten, also kombiniert die bisherigen ExtJS Charts und zusätzlich Highcharts.
(siehe Anhang / see attachement)
Grüße,
Johannes
Hallo Johannes,
bekomme letzte Zeit folgende Fehlermeldung:
Error an adding Y-Axis number 0, error was:
Could not setup SQL String. Maybe the Database is busy, please try again!
Kannst du damit was anfangen?
Jurij
Zitat von: Jurij schrieb am Mo, 22 April 2013 21:14Hallo Johannes,
bekomme letzte Zeit folgende Fehlermeldung:
Error an adding Y-Axis number 0, error was:
Could not setup SQL String. Maybe the Database is busy, please try again!
Kannst du damit was anfangen?
Jurij
Hi,
Ja, damit kann ich was anfangen. Die Fehlermeldung wird generiert, wenn in DbLog die Abfrage zusammengebaut wird. Wurde kein passender Request Parameter gefunden (z.B. "timerange"), erscheint die Meldung.
Bitte mal das FHEM Log beobachten, während der Fehler auftritt. Dort finden sich vielleicht weiter Anhaltspunkte. Ausserdem kannst du, wenn dir die Webkonsole in deinem Browser nicht fremd ist, mal schauen, welcher Request da genau abgefeuert wurde. Das würde bei der Fehlersuche weiterhelfen.
Grüße,
Johannes
Hallo Johannes,
da hab ich vergessen Timerange festzulegen. Sorry.
Die Meldung ist allerdings etwas verwirrend.
Hier noch paar Punkte / Wünsche:
- Geschwindigkeit allgemein. Wenn ich Ein Tag mit ca. 300 Messpunkten darstellen will, reagieren die Charts unangenehm langsam.
- Deviceliste nur einmal laden für alle Y-Axen. Bei mir dauert es ca. 10 Sek. beim Anklicken von "Select Device".
- "Add another Y-Axis" benötigt man nur einmal -> zu "Show Chart", "Save Chart" Buttons verlegen.
- "Delete Y-Axis" Button hinzufügen.
Jurij
Hallo Jurij,
Du solltest noch auf das nächste Update warten, in dem ich Highcharts integrieren werde (erstmal in einer einfachen Art und Weise).
Meine ersten Erfahrungen sind sehr positiv was die Performance angeht und stellt die CHarts von ExtJS auf jeden Fall in den Schatten.
Die anderen Punkte klingen sinnvoll, werde ich in meine Liste aufnahmen.
Grüße,
Johannes
Hallo,
nun hab ich auch mal wieder eine Frage ...
Wenn man mehrere Device ausgewählt hat welche das selbe Reading liefern (temperature z.b oder measured-temp (FHT)) wird rechts
neben dem Chart x-mal (x = Anzahl Device) das reading (3-mal temperature) und die zugehörige Farbe dargestellt.
Nur leider kann ich mit 3-mal den selben Reading-Namen nicht viel anfangen :-(
Geht (bzw. ginge) es evtl. anstelle (oder zusätzlich? evtl. zu unübersichtlich) den Device-Namen anzuzeigen?
Für Tipps bin ich, wie immer, dankbar.
Grüße
Hallo Puschel,
Ich verstehe dein Problem. Daran kannst du selbst leider erstmal nichts ändern, das müsste ich im Javascript anpassen. Man erreicht dann aber schnell eine Länge, die kaum noch an die Achse passt.
Ich denke ich werde es mit Schriftgrößenverkleinerung lösen in Abhängigkeit zur Länge der Beschriftung.
Grüße,
Johannes
Hallo,
danke für die Rückmeldung.
Leider kann ich dir nicht helfen - daher werde ich geduldig warten.
Danke für deine Mühen mit dem Frontend.
Grüße
Hallo Ihr
Gibt es eine Möglichkeit dieses Charting Frontend auf einem anderen System zu installieren als FHEM?
Zum Beispiel FHEM auf einer Fritzbox aber das Charting Frontend auf einem NAS?
Ich habe dazu in dem Thread nichts finden können.
MfG Mho
Hallo,
nicht das ich wüsste.
Aber du kannst ja (so wie ich auch) fhem installieren und per fhem2fhem verbinden.
Dann kannst du auch das Frontend nutzen und hast eben fhem als "Unterbau".
Autocreate ausschalten (resp. keinen CUx etc definieren) und die beiden Installationen kommen sich nichtmal in die Quere.
(Und du hast noch eine fhem-Installation um diverse Dinge zu testen).
Grüße
Update:
Die erste Highcharts Integration ist da.
Es gibt nun einen neuen Reiter auf der linken Seite namens "Highcharts".
Dort kann man wie gewohnt einen Chart zusammenstellen. Allerdings sind die meisten Optionen noch deaktiviert (speichern, averaging, etc.).
Zoomen lassen sich die Charts ebenfalls durch aufzeihen eines Bereichs mit der Maus.
Ich bitte euch, Highcharts zu testen in Sachen Performance und Bedienbarkeit und Rückmeldung zu geben.
Ich überlege, die ExtJS Charts komplett zu streichen und durch Highcharts zu ersetzen, wenn es keine Gegenstimmen gibt.
Aber auch eine dauerhafte hybride Lösung ist denkbar.
Also: Diskussion erwünscht!
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Grüße,
Johannes
Hallo,
ich finde die Highcharts optisch etwas ansprechender. Was die Performance angeht: kann ich wahrscheinlich erst sagen, wenn ich so ca. 6 Kurven anlege. Dann habe ich einen direkten Vergleich mit extjs. Auf den ersten Blick, fühlen sich die Highcharts flotter an.
Andere Frage:
Wer versorgt eigentlich den Browser mit den notwendigen Daten? Worauf ich hinaus will: ich habe diverse Latenzen in der Kommunikation zwischen fhem und dem HMLAN Device. DBLog zum Beispiel blockiert offensichtlich irgendwie die restliche fhem Verarbeitung. Was passiert, wenn der Browser 10 Sekunden lang Daten empfängt? Ist das dann ähnlich wie bei DBLog, dass die fhem Verarbeitung in dieser Zeit beeinträchtigt wird?
Grüße
Thorsten
Hi,
Zitat von: ThorstenH schrieb am Fr, 26 April 2013 21:59Wer versorgt eigentlich den Browser mit den notwendigen Daten?
DbLog
Zitat von: ThorstenH schrieb am Fr, 26 April 2013 21:59DBLog zum Beispiel blockiert offensichtlich irgendwie die restliche fhem Verarbeitung. Was passiert, wenn der Browser 10 Sekunden lang Daten empfängt? Ist das dann ähnlich wie bei DBLog, dass die fhem Verarbeitung in dieser Zeit beeinträchtigt wird?
Ist mir bisher nicht aufgefallen, dass das der Fall wäre. Muss aber nichts heißen, da ich aktuell nur 3 Sensoren empfange und vielleicht auch einfach nur "Glück" habe bisher.
Ich habe aber für das Charting Frontend DbLog so abgeändert, das für alle Charting Anfragen eine eigene DB-Connection verwendet wird, so das für das Logging in DbLog eine eigene Verbindung bleibt und sich beide nicht gegenseitig stören sollten.
Das ganze kann aber durchaus auch abhängig von der verwendeten Datenbank sein, Für SQLite ist der Threading Mode bei der Kompilierung relevant:
http://www.sqlite.org/threadsafe.htmlWie sich FHEM allgemein in Sachen Multithreading verhält müsstest du an anderer Stelle erfragen
Ich meinte mit versorgen, welcher Prozess/Thread die Daten aufbereitet und an den Browser schickt. Falls es der fhem main thread ist, kann fhem währenddessen nichts anderes mehr bearbeiten. Eine eigene Datenbankverbindung ist gut, bedeutet normalerweise aber nicht, dass auch ein eigener Thread verwendet wird und würde zum gleichen Resultat führen. Haben ein paar Clients gleichzeitig Browser offen und fordern Charts an, so würde das das ganze noch verschlimmern.
Da ich seitdem ich DBLog und Frontend benutze Probleme den HMLAN Lebenszeichen habe, frage ich hier danach.
EDIT: ich benutze MySQL
Hallo Johannes,
die Highcharts sind auf jeden Fall schneller, aber auch bei denen ist ohne Server-seitigen Generalisierung irgendwann Schluss. Bei MAX-Thermostaten mit 250-300 Messungen pro Tag kann eine Woche noch dargestellt werden, ein Monat aber nicht mehr.
Kann es sein, dass "alten" Charts nur wegen den schattierten Linien langsamer sind?
Jurij
Hallo,
Sorry das ich mich hier als "Unwissender" auch zu Wort melde aber bei
Zitatein Monat aber nicht mehr
einem Monatschart wähle ich eher den AVG_Day-Wert aus und nichtmehr jeden Wert - das seh ich sowieso nicht am Bildschirm (egal wie groß aber bezahlbar).
Zur Not auch noch den AVG_Hour wobei das schon eher grenzwertig ist (bei einem Monatschart) - für mich!
Grüße
Update:Ich habe nochmal intensiv nach Performance Problemen gesucht in den ExtJS Charts - und auch welche gefunden.
Der Großteil der Zeit wird wie zu erwarten war beim Rendering des Charts verbracht, Seitaufbau, Datenabruf und Parsen sind schnell genug.
Am Rendering habe ich jetzt einige Optimierungen vrogenommen, so dass die ExtJS Charts deutlich schneller sein sollten.
Feedback erwünscht.
Weiteres:
Zitat von: Jurij schrieb am Di, 23 April 2013 23:33Hallo Johannes,
Hier noch paar Punkte / Wünsche:
- Geschwindigkeit allgemein. Wenn ich Ein Tag mit ca. 300 Messpunkten darstellen will, reagieren die Charts unangenehm langsam.
- Deviceliste nur einmal laden für alle Y-Axen. Bei mir dauert es ca. 10 Sek. beim Anklicken von "Select Device".
- "Add another Y-Axis" benötigt man nur einmal -> zu "Show Chart", "Save Chart" Buttons verlegen.
- "Delete Y-Axis" Button hinzufügen.
Jurij
Ist alles erledigt, auch die Baseline Buttons wurden ausgelagert in die untere Zeile.
Ausserdem werden Pflichfelder rot umkringelt, wenn man sie leer lässt. Sollte eine Hilfe sein, wenn man sich wundert, warum der Chart keine Ergebnisse liefert.
Zitat von: Puschel74 schrieb am Mi, 24 April 2013 19:48Hallo,
nun hab ich auch mal wieder eine Frage ...
Geht (bzw. ginge) es evtl. anstelle (oder zusätzlich? evtl. zu unübersichtlich) den Device-Namen anzuzeigen?
Ist erledigt, auf den Achsen und in der Legend werden jetzt sowohl Device als auch der Wert gelistet. Ausserdem wird die Schriftgröße der Achsenbeschriftung in Abhängigkeit von der Textlänge dargestellt. Perfekt ist es aber sicher noch nicht...
Zitat von: Jurij schrieb am Sa, 27 April 2013 16:28Hallo Johannes,
die Highcharts sind auf jeden Fall schneller, aber auch bei denen ist ohne Server-seitigen Generalisierung irgendwann Schluss. Bei MAX-Thermostaten mit 250-300 Messungen pro Tag kann eine Woche noch dargestellt werden, ein Monat aber nicht mehr.
Kann es sein, dass "alten" Charts nur wegen den schattierten Linien langsamer sind?
Jurij
Ich habe auch gemerkt, dass Highcharts früher oder später auch ein Limit erreicht.
Mit den oben genannten Performanceoptimierungen kann ich im Chrome derzeit relativ entspannt einen ganzen Monat mit jeweils 300 Meswerten / Tag in den Ext-Charts darstellen (dauert etwa 10-15 Sekunden). Probier mal das Update!
Zitat von: Puschel74 schrieb am Sa, 27 April 2013 16:43Hallo,
Sorry das ich mich hier als "Unwissender" auch zu Wort melde aber bei
einem Monatschart wähle ich eher den AVG_Day-Wert aus und nichtmehr jeden Wert - das seh ich sowieso nicht am Bildschirm (egal wie groß aber bezahlbar).
Zur Not auch noch den AVG_Hour wobei das schon eher grenzwertig ist (bei einem Monatschart) - für mich!
Da muss ich absolut zustimmen. Knapp 10.000 einzelne Messwerte auf einer Breite von 10-20 cm darzustellen ist einfach sinnfrei und belastet den Browser ungemein.
Für solche Fälle bitte wenn es geht Averaging nutzen.
Ich werden ausserdem mal ein Infofenster einbauen, sobald man mehr als 10.000 Messwerte abfragt, dass einen dann darauf hinweist, dass man Averaging nutzen sollte und sich sonst erstmal Kaffee kochen kann..
Update wie üblich:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Grüße,
Johannes
Hallo
ZitatIst erledigt, auf den Achsen und in der Legend werden jetzt sowohl Device als auch der Wert gelistet. Ausserdem wird die Schriftgröße der Achsenbeschriftung in Abhängigkeit von der Textlänge dargestellt. Perfekt ist es aber sicher noch nicht...
Genial. Danke Johannes.
Gleich mal ein Update laufen lassen.
Grüße
Edith: Update ist drüber - perfekt Johannes.
Endlich kann ich die Charts den Geräten zuordnen - DANKE
Edith2: Autsch - grad im Log von FHEM gesehen
Zitat2013.04.27 19:40:13 1: CustomGetFileFromURL http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/highcharts/ux/Highcharts/ErrorBarSerie.js: (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/highcharts/ux/Highcharts/ErrorBarSerie.js:) Select timeout/error:
2013.04.27 19:40:13 1: update skip 'ErrorBarSerie.js'. Size does not correspond to controlfile: 283 bytes download: bytes
So, habe nochmal ein Update mit kleineren Optimierungen bereitgestellt.
Charts werden schneller gezeichnet bei Größenänderungen, Bug in der Achsenbeschriftung wurde behoben (mehrfache Beschriftungen auf der rechten Achse wurden nicht aufgeräumt).
Zitat von: Puschel74 schrieb am Sa, 27 April 2013 19:34Edith2: Autsch - grad im Log von FHEM gesehen
Zitat2013.04.27 19:40:13 1: CustomGetFileFromURL http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/highcharts/ux/Highcharts/ErrorBarSerie.js: Select timeout/error:
2013.04.27 19:40:13 1: update skip 'ErrorBarSerie.js'. Size does not correspond to controlfile: 283 bytes download: bytes
Kann ich nicht nachvollziehen, erstmal bitte einfach ignorieren.
Grüße,
Johannes
Holla Zack,
das funktioniert ja richtig gut :)
Habe es dank Puschels Anleitung im Wiki nun doch zum laufen gebracht. Herzlichen Dank für die tolle Anleitung Puschel, und vor allem dir Johannes herzlichen Dank für das coole Chart-Teil :)
Der erste Versuch gestern Abend scheiterte, mehr als ein "Waiting for Javascript to initialize" (?) kam nicht.
Habe jetzt grade nochmal das Frontend mit force neu geladen (sonst kam ein nothing to do), und siehe da, es gab nur noch 1 Fehler:
2013.04.29 17:26:55 3: update get http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/grid/page-first-disabled.gif (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/grid/page-first-disabled.gif)
2013.04.29 17:27:00 1: CustomGetFileFromURL http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/grid/page-first-disabled.gif: (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/grid/page-first-disabled.gif:) Select timeout/error:
2013.04.29 17:27:00 1: update skip 'page-first-disabled.gif'. Size does not correspond to controlfile: 925 bytes download: bytes
Das scheint aber die Funktionalität nicht weiter zu beeinträchtigen :)
Frage:
Wenn ich jetzt ein Device mit rename umbenenne, bekommt die Datenbank das mit?
Ich habe bis jetzt nur mit attr aliases vergeben, was aber in den Auswahlmenüs etwas unübersichtlich wird. Oder kann man das irgendwo so konfigurieren, dass das Alias angezeigt wird?
Edit:
Noch etwas anderes:
Habe mal versucht, auch meinen Fensterkontakt darzustellen.
Das funktioniert zwar, aber die Werte 0 und 1 sind jetzt in einem Diagramm, wo der Maximalwert gerade bei 63 liegt (Valveposition)nicht so unglaublich gut sichtbar.
Könnte man irgendwo einen Multiplikator mit angeben? (so z.B. x5)? Dann würde es etwas deutlicher werden. Und die dicken Punkte wenn er einen Messpunkt hat, sind in diesem Fall eher überflüssig. (Wobei das ist eher ein echt kosmetisches Problem)
Hallo rince,
Zitat von: Rince schrieb am Mo, 29 April 2013 17:55und siehe da, es gab nur noch 1 Fehler:
2013.04.29 17:26:55 3: update get http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/grid/page-first-disabled.gif
2013.04.29 17:27:00 1: CustomGetFileFromURL http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/grid/page-first-disabled.gif: Select timeout/error:
2013.04.29 17:27:00 1: update skip 'page-first-disabled.gif'. Size does not correspond to controlfile: 925 bytes download: bytes
Das scheint aber die Funktionalität nicht weiter zu beeinträchtigen :)
Das ist merkwürdig, ich bekomme keine dieser Meldungen. Ist ein Problem des Update Moduls, scheint auch irgendwie mit TImeouts zusammenzuhängen. Kann mir vorstellen, dass die "betroffene" Datei auch variiert wenn man den Befehl nochmal abschickt. Puschel hatte ja eine ganz andere Datei mit dem selben Problem. Solang das nur eine Gif Datei ist, ist das nicht weiter schlimm, aber bei *.js Dateien wird es dann doch fatal. Bitte im Auge behalten, ob der Fehler wiederkommt.
Zitat von: Rince schrieb am Mo, 29 April 2013 17:55Frage:
Wenn ich jetzt ein Device mit rename umbenenne, bekommt die Datenbank das mit?
Nein, du hast dann in der DB zwei Devices, einmal der alte Name mit den Daten bis zur Umbenennung, und danach den neuen.
Du könntest aber direkt auf der Datenbank dann deinen alten Device Namen umbennenen in den neuen, dann passts wieder.
In etwa so:
UPDATE history SET DEVICE = "neuesdevice" where DEVICE = "altesdevice";
Zitat von: Rince schrieb am Mo, 29 April 2013 17:55Oder kann man das irgendwo so konfigurieren, dass das Alias angezeigt wird?
Nein, aktuell nicht.
Zitat von: Rince schrieb am Mo, 29 April 2013 17:55Noch etwas anderes:
Habe mal versucht, auch meinen Fensterkontakt darzustellen.
Das funktioniert zwar, aber die Werte 0 und 1 sind jetzt in einem Diagramm, wo der Maximalwert gerade bei 63 liegt (Valveposition)nicht so unglaublich gut sichtbar.
Könnte man irgendwo einen Multiplikator mit angeben? (so z.B. x5)? Dann würde es etwas deutlicher werden. Und die dicken Punkte wenn er einen Messpunkt hat, sind in diesem Fall eher überflüssig. (Wobei das ist eher ein echt kosmetisches Problem)
Lösung dazu: Packe deine Valveposition und den Fensterkontakt auf jeweils getrennte Achsen (left axis, right axis).
Damit solltest du an dein Ziel kommen.
Grüße,
Johannes
Danke für die Antwort.
Das ein Bild nicht übertragen wird, stört nicht. Gestern Nacht waren es ziemlich viele Dateien, deshalb hatte es nicht funktioniert. Wohl ein ähnliches Problem wie Puschel nehme ich an.
Das mit dem Umbenennen, das muss ich dann im Interface der Datenbank machen, ja?
Die Idee mit der zweiten y Achse, die ist cool :-)
Danke schön :-)
Nachtrag:
Das mit der 2. y-Achse geht besser, ist aber noch etwas vom Optimalzustand entfernt.
Lege ich den Kontakt auf die rechte Achse, werden die Werte von ganz unten bis ganz oben dargestellt.
=> ziemlich viele Striche
Mache ich es andersrum, rutschen die Temperaturwerte ganz kräftig ins obere Drittel der Anzeige.
Dürfte ich meinen Wunsch mit dem Multiplikator anders formulieren?
Wie wäre es, den Zahlenbereich für die beiden y-Achsen einstellen zu können?
Dann könnte man für die Temperatur einen Zahlenbereich von 0-40° vorgeben, was (in meinem Fall) die Werte abdecken sollte (bis jedenfalls die Sauna überwacht wird) und die Werte optisch schön mittig hält. Weiterhin könnte man dann die Valve-Achse von 0-100 gehen lassen, was auf einen Blick auch immer das richtige Verhältnis der Ventilöffnung sehen lässt.
So ist immer die maximale Öffnung (bei mir aktuell 63) ganz oben, was aber zunächst mal nicht erkennen lässt, dass da noch viel mehr Öffnung gehen würde.
Verstehst du, was ich meine?
Und eine andere Sache, aber wieder kosmetisch, kann man irgendwo den Schattenwurf der Linien ausstellen? Das wirkt unscharf.
Und noch eine Frage:
Ist es möglich eine Timerange von 24h und von 7 days zu definieren?
Vielen Dank,
Rince
Zitat von: Rince schrieb am Di, 30 April 2013 03:25Wie wäre es, den Zahlenbereich für die beiden y-Achsen einstellen zu können?
Gute Idee, gefällt mir, wird beim nächsten Update eingebaut.
Zitat von: Rince schrieb am Di, 30 April 2013 03:25Und eine andere Sache, aber wieder kosmetisch, kann man irgendwo den Schattenwurf der Linien ausstellen? Das wirkt unscharf.
Im nächsten Update werden die Schatten komplett entfernt, war mir auch schon ein Dorn im Auge.
Zitat von: Rince schrieb am Di, 30 April 2013 03:25Und noch eine Frage:
Ist es möglich eine Timerange von 24h und von 7 days zu definieren?
Noch nicht. Du meinst eine Option wie "die letzten 24h ab genau jetzt" ?
Aktueller Tag, Woche etc. gibt es ja schon.
Hallo,
ich häng mich einfach mal dazu ;-)
ZitatDu meinst eine Option wie "die letzten 24h ab genau jetzt" ?
Wäre genial oder auch die letzten 12 Stunden - die zeitliche Auflösung der Messwerte ist dann einfach höher.
Grüße
Für die ersten zwei Sachen: three thumbs up :-)
Letzteres hast du genau so verstanden, wie es gemeint war.
24h oder 7 Tage von genau ab jetzt :-) (wobei die letzten 31 Tage auch nett wären)
Habe heute Nacht die Graphen bewundert, und da gab es kaum was zu sehen. Der Tag war erst 3 Stunden alt, und die Woche noch recht neu. Da ist halt links viel Diagramm, der größte Teil rechts jedoch leer.
Drum die Idee mit dem Jetztzeitpunkt für die Darstellung.
Hab noch nen verwegenen Wunsch: Den Graph mit nem DummyIrgendwas als PNG exportieren, ohne die Seite aufrufen zu müssen. Wobei ich keine Ahnung habe, ob das geht. Wenn nicht, ist kein Beinbruch.
ihr wisst aber hoffentlich schon, dass das alles über die Kalender möglich ist ? :-)
Äh, nein.
Um der schnöden Wahrheit die Ehre zu geben, ist dein Chartskript erst das Dritte, was ich mit FHEM ausprobiere.
1. Max mit Cul => läuft toll
2. HmLan mit 1 Schaltsteckdose => läuft rudimentär, ein aus toggle und Status geht :-)
3. Charting
Wird mit den 2 Optimierungen (Achse und Schatten) ein Knaller :-)
Kalender kommt später. Hab noch nen Samsung TV und ein paar HM Komponenten, die angesprochen werden wollen :-)
Immer 1 Schritt nach dem Anderen :-)
Der Kalender ist direkt neben den radiobuttons daily, weekly etc.
Sollte nicht allzu schwierig sein den zu finden, oder doch?
Ach der.
Das Problem ist, man müsste ihn immer neu konfigurieren. Bei den saves ist ja das tolle, dass man sie anklickt und der aktuelle Graph mit den gewünschten Einstellungen kommt.
:-)
Ich mag das Teil aber auch jetzt schon sehr :-)
In meinen Augen quasi das i-Tüpfelchen.
bei mir kommt folgende Fehlermeldung beim Update:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend force
..
File 'controls_frontend.txt' (remote) is corrupt
Update canceled...
Versuch es etwas später nochmal.
Das hat bei mir funktioniert.
Jetzt z.B :-)
Immer noch der gleiche Fehler
EDIT:
http://fhem.svn.sourceforge.net/ (//fhem.svn.sourceforge.net/) liefert einen Fehler.
An Exception Has Occurred
Python Traceback
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/viewvc/lib/viewvc.py", line 4337, in main
request.run_viewvc()
File "/usr/lib/python2.4/site-packages/viewvc/lib/viewvc.py", line 230, in run_viewvc
roottype, rootpath = locate_root(cfg, self.rootname)
File "/usr/lib/python2.4/site-packages/viewvc/lib/viewvc.py", line 4275, in locate_root
path_in_parent = find_root_in_parents(cfg, rootname, 'svn')
File "/usr/lib/python2.4/site-packages/viewvc/lib/viewvc.py", line 4258, in find_root_in_parents
roots = vclib.svn.expand_root_parent(pp, rootname)
File "/usr/lib/python2.4/site-packages/viewvc/lib/vclib/svn/__init__.py", line 46, in expand_root_parent
for rootname in subpaths:
TypeError: iteration over non-sequence
Ich denke es wird langsam zeit, auf das Update Modul zu verzichten...
Ein einfaches wget und unzip in einem shellscript sollte vollkommen reichen. Jemand vielleicht gute / andere Ideen dazu?
Sorry.
Konnte grad die Datei laden, wobei es ziemlich lang gedauert hat.
Vielleicht in ner Stunde nochmal?
Sourceforge fährt wahrscheinlich gerade die angekündigte Umstellung durch, das kann was dauern. Trotzdem macht mir das Update zu viele Probleme.
Update:
Ein neues Update ist startklar:
* Performanceverbesserungen der Charts
* Statistikberechnungen nach ZoomIn hinzugefügt
* Highcharts entfernt
* Schatten in Charts entfernt
* Achsenkonfiguration manuell möglich (min/max)
* Achsenbeschriftung der Zeitachse verbessert
Im ersten Screenshot sieht man unter 1. wo sich nun die Achsen konfigurieren lassen. Dort können eigene Min- und Maxwerte eingetragen werden. Diese werden dann im Chart für die jeweilige Achse entsprechend genutzt. Die Werte werden beim Speichern mit abgespeichert und beim Laden wiederhergestellt. So kann jetzt jeder die Achsen an seine eigenen Bedürfnisse anpassen.
(siehe Anhang / see attachement)
Zum Punkt Statistikberechnungen:
Immer wenn man nun in einem Chart hereinzoomt, erscheint oben rechts je Achse ein kleines Fenster mit Statistiken zu dem gewählten Ausschnitt:
* Anzahl der Messpunkte
* Summe
* Mittelwert
* Minimum
* Maximum
Ich habe das vor allem eingebaut, weil ich schon oft folgendes Problem hatte:
Man sieht im Chart, dass (in meinem Fall Stromverbrauch) es einen Zeitpunkt mit viel Verbrauch gab. Man kann z.B. die aktuellen Verbrauchswerte Werte im Chart ablesen, aber mehr ist erstmal nicht möglich. Ich habe mich z.B. oft gefragt, wieiviel Strom (kW/h) denn nun konkret in einem Bereich verbraucht worden ist.
Beispiel:
Im ersten Screenshot unter Punkt 2 sieht man, wie morgens geduscht wurde. Aber wieviel Strom war das jetzt genau?
Einfach hereinzoomen und auf das Infofenster schauen, siehe Screenshot 2:
(siehe Anhang / see attachement)
In dem Fenster lasse ich mir zusätzlich den Verbrauch in kW/h anzeigen und die Kosten für den Bereich, den ich hereingezoomt habe.
Damit weiss ich jetzt endlich, wie teuer Duschen über Durchlauferhitzer ist...
Die Anzeige des Verbrauchs und der Kostenberechnung funktioniert nur, wenn man ein READING gewählt hat, dass den Namen "actual_kwh" trägt. Das ist für einige ESA Stromzähler der Fall.
Wenn das jemand mit anderen READINGS / Geräten nutzen möchte, einfach Bescheid geben, dann erweitere ich das.
Update wie bisher:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend frontend
Danke Johannes!
Das klappt ja gar nicht schlecht.
(siehe Anhang / see attachement)
Hier mal ein wöchentlicher Plot meiner Wohnzimmerheizung.
Er ist reingezoomt, sonst würde die Achse links bis 40° gehen, rechts bis 100%. Die Angabe der Zahlenwerte für die y-Achsen sind spitze!
Auch hat das durch das Weglassen der Schatten sehr an Qualität gewonnen.
Vielen lieben Dank!
Womit ich noch nicht klarkomme, ist die Interpretation der Daten an sich, bzw. was treibt meine Heizungssteuerung eigentlich?
Man erkennt sehr schön, dass das Ventil oft auf knapp 30% aufgedreht wird, die Temperatur dann von 20 (wobei 21 die Soll-Temperatur sind) auf 24° steigt, und dann wie eine Haifischflosse kontinuierlich absinkt.
Wäre es nicht besser, gar nicht erst so hoch zu heizen? Also entweder das Ventil früher zu schließen, oder aber nicht so lange zu öffnen?
Ich verwende das normale Wochen-Automatik-Programm, das FHEM der MAX Heizung beibringt.
Ist das so ok, sind das Messfehler oder sollte ich besser das HC Skript nutzen, um regelmäßig bessere Werte zu bekommen und die Ventileinstellung darüber zu optimieren?
PS:
Da, wo die grüne Linie bei 12° steht, war die Balkontüre offen :)
Nochmals vielen Dank Johannes,
das Charting Skript ist echt spitze :)
Rince
@ThorstenH
Klappt das runterladen jetzt bei dir?
Ups.
2013.05.03 15:11:26 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2013.05.03 15:11:26 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
DBD::SQLite::db do failed: near ")": syntax error at ./FHEM/93_DbLog.pm line 479.
DBD::SQLite::db do failed: near ")": syntax error at ./FHEM/93_DbLog.pm line 480.
2013.05.03 15:11:26 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2013.05.03 15:11:26 3: Opening CUL0 device /dev/ttyACM0
2013.05.03 15:11:27 3: Setting CUL0 baudrate to 9600
2013.05.03 15:11:27 3: CUL0 device opened
2013.05.03 15:11:27 3: CUL0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.05.03 15:11:27 2: Switched CUL0 rfmode to MAX
2013.05.03 15:11:28 3: Opening HMLAN1 device 192.168.10.39:1000
2013.05.03 15:11:29 3: HMLAN1 device opened
2013.05.03 15:11:31 3: Opening Fritz_Box device 192.168.10.1:1012
2013.05.03 15:11:31 3: Fritz_Box device opened
2013.05.03 15:11:31 1: Including ./log/fhem.save
2013.05.03 15:11:31 1: usb create starting
2013.05.03 15:11:32 3: Opening CUL device /dev/ttyAMA0
2013.05.03 15:11:32 3: Can't open /dev/ttyAMA0: Permission denied
2013.05.03 15:11:32 1: usb create end
2013.05.03 15:11:32 0: Server started with 28 defined entities (version Fhem 5.4 (DEVELOPMENT), $Id: fhem.pl 3008 2013-04-01 11:19:27Z rudolfkoenig $, pid 4725)
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 925.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 931.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 937.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 943.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 949.
Irgend etwas läuft da nicht richtig???
Hallo,
@Rince
die Temperturüberschwünge haben etwas mit dem Regelalgorithmus zu tun.
Wenn du die PID-Regelung von deiner Heizungssteuerung irgendwie beeinflussen kannst kannst du versuchen mit den Werten zu spielen.
(Wobei ich für eine Temperaturregelung in der Firma grundsätzlich nur PI verwende und den D-Anteil immer auf 0 setze).
Es kommt aber auch immer darauf an wo der Heizkörper ist und wo der Temperatursensor sitzt.
Aber an Temperaturregelungen haben schon einige versucht ihren Doktor zu machen ;-)
Grüße
Na ja,
eigentlich ist es egal. Verglichen mit früher wesentlich besser.
Du hast nicht zufällig ne Ahnung, wo im Log in Zeile 3 und 4 sowie am Ende die Fehler herkommen, oder?
Hatte mich brav an deinen tollen Wiki Eintrag gehalten, und ich bilde mir ein, die Fehler sind neu. Leider ist mein Logfile auf einmal auch ziemlich kurz. Offenbar wurde es am 1. Mai zurück gesetzt?
Ich gebe mir die Antwort selber:
Reboot macht alles gut :-)
Ja, nachdem SF wieder da war, ging auch das update.
Hallo,
da das Wiki ja neu aufgebaut werden muss mal die Frage an Johannes.
Hast du die Anleitungen noch für den RasPi und die FritzBox?
Wünsche für eine Überarbeitung?
Grüße
Hallo,
Zitat von: Rince schrieb am Fr, 03 Mai 2013 18:11Na ja,
Du hast nicht zufällig ne Ahnung, wo im Log in Zeile 3 und 4 sowie am Ende die Fehler herkommen, oder?
Hatte mich brav an deinen tollen Wiki Eintrag gehalten, und ich bilde mir ein, die Fehler sind neu. Leider ist mein Logfile auf einmal auch ziemlich kurz. Offenbar wurde es am 1. Mai zurück gesetzt?
Zeile 3 und 4: War ein Fehler in DbLog, ist aber seit einigen Tagen gefixt, musst du ein fhem update machen und das Modul neuladen bzw. fhem restarten.
Fehler am Ende: Kannst du nachlesen, wenn du mal eine oder zwei Seiten in diesem Thread zurückblätterst.
Grüße,
Johannes
Zitat von: Puschel74 schrieb am So, 05 Mai 2013 11:48Hallo,
da das Wiki ja neu aufgebaut werden muss mal die Frage an Johannes.
Hast du die Anleitungen noch für den RasPi und die FritzBox?
Wünsche für eine Überarbeitung?
Grüße
Hi,
Für die Fritzbox hatte ich nie eine Doku, die kam von Jurij.
Es lassen sich aber einige Seiten vom WIki über den Google Cache noch finden.
Ich habe meine Texte noch hier, aber die sind nicht mehr ganz aktuell und die Wiki Formatierung war auch mehr schlecht als recht.
Habe leider momentan keine Zeit mich darum zu kümmern.
Falls jemand anderes sich beteiligen oder der Sache annehmen möchte kann er sich gerne melden, ich kann dann meine Rohtexte schicken.
Grüße,
Johannes
Huhu, wieder ich :)
Wie kann ich denn einen Texteintrag in einen Wert umwandeln?
Habe gestern Abend neues Spielzeug angeschlossen: einen HM Bewegungsmelder
Bekomme Helligkeitswerte, die lassen sich schön darstellen.
Ein aufsummieren der Alarme ebenfalls. Nur leider nicht Bewegungen. Ich schätze das Problem liegt daran, dass er als "State: motion" ausgibt.
Das ist aus zweierlei Gründen dumm:
1. kein Zahlenwert => wie kann man aus motion eine 1 machen für das Skript?
2. das Teil sendet, wenn die Bewegung vorbei ist, wohl kein neues State für Motion, wie "State: no motion", sondern schlicht nur die ganz normalen "Hallo, ich bin da" Nachrichten mit einigen spannenden Sachen wie der Helligkeit (aber sagt nix über Motion aus)
Man müsste also, wenn man die Motions sehen will, für den Fall das keine Nachricht über Motions kamen, den Wert auf 0 setzen
Gehört das überhaupt hier her, oder wären die zwei Fragen besser im HM-Bereich aufgehoben?
Hab mal ein Bild beigefügt.
Man sieht schön den Helligkeitsverlauf (blau) und das Aufsummieren der Motions (grün).
Aber die Werte für Motion sind immer ganz unten bei 0.
Hallo,
unter .../www/frontend/app hast du eine Datei namens userconfig.js
Diese kannst du bearbeiten und dort hat es auch schon Beispiele drin.
Am besten fügst du deine "Wünsche" zwischen rein dann brauchst du mit dem Zeilenende und -anfang nicht so aufpassen.
Grüße
Hi,
Was Puschel sagte sollte dir helfen. Wenn du es detailierter brauchst musst du ein paar Seiten in diesem THread zurückblättern, bzw. die Suchfunktion benutzen.
Ich habe das mal detailiert erklärt. Das wird dir für den ersten Punkt auf jeden Fall helfen. Für den zweiten aber:
Zitat von: Rince schrieb am Mo, 06 Mai 2013 08:54Man müsste also, wenn man die Motions sehen will, für den Fall das keine Nachricht über Motions kamen, den Wert auf 0 setzen
brauchst du eine zusätzliche Lösung, die dir von mir aus "motion: false" o.ä. als reading setzt, für diese Umstände. Userreadings könnten hier helfen. Wäre dann aber eher eine Frage für den allgemeinen / Anfängerbereich.
Grüße,
Johannes
Danke euch beiden.
Ich habe mir sowas schon gedacht :)
Zitat/**
* This is the user configuration file for the frontend.
* You can set your own parameters here, e.g. to set how the charting should
* handle non numeric values
*/
FHEM = {};
FHEM.userconfig = {
// Here you can set how non numeric values like "on" or "off" should be interpreted in the charts
// you can add your own specific parameter here if needed and give it a numeric value of your choice, e.g.
// "an": "100",
// "aus": "50"
chartkeys: {
"on": "1",
"motion": "1",
"off": "0",
"open": "10",
"closed": "1"
}
};
Habe die Zeile "motion": "1", eingefügt :)
Hat etwas gedauert das Ding zu finden und bearbeiten zu können.
Habe grade den ganzen Pi neu gestartet, um mal zu sehen ob und wenn ja wie sich das jetzt auswirkt.
Habe auch schon ein oder zwei Threads bezüglich den userreadings durchgelesen, sowie den eventMap Eintrag in der commandref.
Mal sehen, ob ich weiter komme :)
Kommt Zeit, kommt Rat :)
Meist ist es so, dass ich nach 1x schlafen drauf komme :)
Hallo,
wenn ich gesehen hätte (ich hab deine Sig nicht gelesen) das du nen PI hast hätt ich dir den gesamten Pfad aufschreiben können - sorry.
Wenn die die userconfig.js bearbeitet hast und abgespeichert (STRG-X und y/j) dann brauchst du nur das Frontend neu laden und die
neue userconfig.js wird eingelesen.
So habe ich das zumindest noch im Kopf - wenn das falsch ist bitte berichtigen @Johannes
Du brauchst nicht den gesamten Pi dafür neu starten ;-)
Wenn es nicht klappt mit der Anzeige dann liefert der Bewegungsmelder kein "motion" sondern ein "motion " oder so ähnlich.
Darüber bin ich auch gestolpert bei den addLog-Einträgen in den Logfiles ;-)
Und ich hab Johannes beinahe zur Verzweiflung gebracht damit ^^ Danke nochmal Johannes
Grüße
Edith: @Johannes, ich hab es noch nicht versucht aber sind in der userconfig.js auch Wildcards möglich?
Ala "on.*": "1",
Ok,
"motion " hat auch nix gebracht.
Allerdings hat sich das Thema nach einer Nacht drüber schlafen gerade eben erledigt. :)
Nach genauerem Betrachten der Grafik habe ich festgestellt, dass ich gestern wohl ein Brett vorm Hirn hatte:
Ich bekomme zwar keine 1 für eine erkannte Bewegung, aber wenn da keine Bewegung ist, bekomme ich schlicht keinen roten Punkt.
Ich muss also eigentlich nur die Linie ansehen und die roten Punkte sind Bewegungen.
Das reicht für diesen Zweck völlig.
Wenn ich mit der Bewegung etwas auslösen will, werde ich mich wieder darum kümmern, aber das ist hier der völlig falsche Ort :)
Vielen lieben Dank :)
Zitat von: Puschel74 schrieb am Di, 07 Mai 2013 05:57Edith: @Johannes, ich hab es noch nicht versucht aber sind in der userconfig.js auch Wildcards möglich?
Ala "on.*": "1",
Hi,
Nein, derzeit nicht. Kann ich aber einbauen, falls wirklich Bedarf bestehen sollte.
Grüße,
Johannes
Eine Verständnisfrage:
Die userconfig.js dient dazu, mit Hilfe von Regeln Werte umzuschreiben, bevor (oder nachdem???) sie in die Datenbank geschrieben werden, um z.B. Texteinträge in Zahlenwerte um zu wandeln?
Nachdem ! :-)
Muss ich jetzt meinen Ironiefilter aufsetzen, oder werden sie beim Auslesen umgewandelt? :)
natürlich beim auslesen, war keine Ironie
Das ist schon klasse was sich hier tut. ich habe mal mit http://demos.kendoui.com/ (//demos.kendoui.com/) was gemacht. Wenn man, wie im Falle hier, die Daten im JSON hat kann man da mal eben schnell eine HTML5 app bauen. Evtl. wäre das ja was für das mobile Charting.
Gruß
Joachim
Hi,
Zitat von: joachimm schrieb am Fr, 10 Mai 2013 10:22kann man da mal eben schnell eine HTML5 app bauen.
Tu dir keinen Zwang an, würde bestimmt einige interessieren. Ob es aber bei "mal eben schnell" bleibt, bezweifel ich ein wenig...
Grüße,
Johannes
Hallo,
den Beitrag zum genial Frontend mal wieder hoch holen muss.
@Admin - kann man solche Beiträge auch oben anpinnen?
Wäre schade wenn Johannes mit seinem Frontend in der Versenkung verschwindet.
A propos - gibt es schon was neues bzgl. Wildcards in der userconfig.js?
Grüße
Zitat von: Puschel74 schrieb am Mi, 29 Mai 2013 21:45
Könnte man, aber wozu?
Versteh eh noch nicht, warum alles zu diesem Modul in einem einzigen Fred landet.
Das Stichwort "Charting:" zu Beginn jedes diesbezgl. neuen Freds würde doch reichen - wer will den bitte 12 Seiten posts zu einem einzigen Thema nachlesen... :)
Merry charting,
Uli
Hallo,
es geht ja nicht um die 12 Seiten.
Die erste würde für Einsteiger reichen ;-)
Ich fände es nur schade wenn der gesamte Beitrag zum Charting-Frontend in der Versenkung verschwindet.
Aber anscheinend bin ich einer der wenigen die dieses Frontend nutzen.
Zitatwer will den bitte 12 Seiten posts zu einem einzigen Thema nachlesen... :)
Jene die nachher nicht 12 Seiten an Fragen stellen wie das Frontend zu händeln ist ;-)
Grüße
Also ich nutze es und ich bin begeistert.
Läuft absolut problemlos, macht wunderschöne Grafiken und ist ziemlich einfach zu bedienen.
Menschenherz, was begehrst du mehr???
PS:
Da fällt mir was ein:
Wie könnte ich FHEM dazu bringen, aus einer gespeicherten Vorlage eine PNG zu erzeugen ohne das Frontend aufzurufen???
PPS:
Ernsthaft:
Johannes Skript ist absolute Spitze!
Und Puschels Anleitung wie man das für den Raspberry einsetzt, habe sogar ich verstanden.
Hallo,
ZitatUnd Puschels Anleitung wie man das für den Raspberry einsetzt, habe sogar ich verstanden.
Ich habs auch so geschrieben das sogar ich das versteh ;-)
Grüße
Zitat von: Puschel74 schrieb am Mi, 29 Mai 2013 22:55Hallo,
ZitatUnd Puschels Anleitung wie man das für den Raspberry einsetzt, habe sogar ich verstanden.
Ich habs auch so geschrieben das sogar ich das versteh ;-)
Grüße
Hi,
wenn ihr nicht die hier meint:
http://www.fhemwiki.de/wiki/Neues_Charting_Frontendwär's schön wenn diese Anleitung auch ins Wiki käme - find ich.
=8-)
Hallo,
das ist die Anleitung - also mein Teil ist nur ein kleiner Teil aus dem ganzen (warum ist Juris Teil zur FB nicht darin enthalten?)
@Johannes - bitte im Wiki nachführen mit Verweis (oder jemand der das verlinken kann/darf.
Mir geht es ja eigentlich nur um den gesamten Beitrag - nicht das der Beitrag und damit der Einstieg in das Frontend in der Versenkung verschwindet.
Evtl. kann man ja den ersten Beitrag mit dem Verweis auf das Wiki anpinnen.
Das würd ja reichen.
Das Problem (so habe ich das verstanden) ist das man im ersten Beitrag keinen Änderungen mehr vornehmen kann (für weitere Verweise oder Links).
Daher bleibt eigentlich nur jedem übrig alle 12 (bald 13) Seiten entweder zu lesen (was die wenigsten machen dürften) oder an den letzten Beitrag zu klicken.
Wobei da natürlich einiges an Infos verloren gehen und die nächsten Beiträge sich in einem -- ich habs installiert aber es funkt nicht -- verlaufen dürften.
Und das fände ich etwas schade (zumal sich die Infos von Juri zur FB und meine zum RasPi leider etwas weiter hinten finden lassen).
@Juri (der der das für die FB zusammen gestellt hat) Sorry wenn ich deinen Nick falsch geschrieben habe aber ich war jetzt zu faul (ich gebs zu) um die Beiträge
zu durchforsten um deinen richtigen Nick zu suchen ;-)
Ich denke mal er weiß wer gemeint ist.
Grüße
Hallo,
Bin derzeit im urlaub, deshalb grad entwicklungsstop. Ich dachte als nächstes an eine abgespeckte mobile variante, die einfach die bisherigen gespeicherten charts auf handys und tablets schnell und einfach darstellt.
Wiki pflege kann jeder mit account gerne übernehmen, die wiederherstellung hat scheinbar das layout nun leider ganz zerrissen. Grüße!
Hallo Johannes,
erst mal einen schönen Urlaub.
Das neue Charting lief bei mir, jetzt nach dem Umzug auf einen Rpi geht es leider nicht mehr. Habe schon die gespeicherten Charts in der MySQL gelöscht, XmlList.pm und JsonList.pm geupdatet.
Das Frontend bleibt immer bei der Meldung "Please wait while the frontend is starting" stehen.
In der Konsole kommt die Fehlermeldung:
Ext.Error: You're trying to decode an invalid JSON String: {
"ResultSet": "full",
"Results": [
},
{
"ATTR": {},
"READINGS": [
{
"temperature": "null",
Was kann das sein?
Wiki habe ich gelesen, aufgrund der Fehlermeldung bereits XmlList und JsonList geupdatet.
Der RPI loggt zu MySQl auf der NAS, die Verbindung steht und liefert Daten.
Eine Idee?
Gruß
Kai
Hallo,
Jsonlist gibt bei dir ungültiges json aus. Sieht man schon an den ersten 3 zeilen. Ist vermutlich ein bug in jsonlist hervorgerufen durch eine spzielle konfiguration von fhem. Setz deine fhem.cfg mal auf standard zum testen zurück. Grüsse!
Hallo,
hoffe du hast deinen Urlaub gut rum gebracht Johannes ;-)
Ich häng hier mal wieder fest ^^
Wenn ich einen Monatsplot erstellen lasse bekomme ich heute, logischerweise, die Daten vom 01.06.2013 00:00 Uhr bis 30.06.2013 23:59 Uhr (vermute ich mal).
Wenn ich dann aber 1 Monat zurück gehe bekomme ich die Daten vom 03.05.2013 00:00 Uhr bis in den 01.06.2013 hinein.
Es geht mir nicht um das Ende des Plots sondern um den Anfang (03.05.2013).
Und das aber bei allen Daten.
Hier mal ein Plot für den Monat Mai
(siehe Anhang / see attachement)
und nun für den April (der eigenartigerweise bis 03.05.2013 geht)
(siehe Anhang / see attachement)
Ich bin mir sicher du hast ne Idee was ich wieder falsch mache - oder jemand anders der besser mit dem genialen Chart-Frontend klar kommt als ich.
Grüße
Hallo Johannes,
der Tipp mit der fhem.cfg war richtig. Ich habe die mal aufgeräumt, und siehe da, das Plotting passt wieder.
Scheinbar wurde die JSONList falsch erzeugt, nun ist alles wieder gut.
Danke,
Kai
@kai: alles klar
@puschel: ist ein bekannter bug. Kümmer ich mich nach dem urlaub drum. Solang musst du erstmal die kalender benutzen für korrekte zeiträume.
Grüße!
Hallo,
danke für die Rückmeldung Johannes.
Ich kann damit leben ;-)
Geniess du erstmal deinen wohlverdienten Urlaub.
Grüße
Hallo!!
Ich versuche jetzt schon seit einem Tag das Frontend zu installieren...
Files mit folgenden Kommando installiert:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend) frontend
SQLITE3 DB installiert
und Datenbank angelegt
Wenn ich nun das folgende define für DBLog in die Befehlszeile von Fhem schreibe:
define myDbLog DbLog /opt/fhem/db.conf .*:.*
Schmiert Fhem komplett ab und in der Console wird folgender Fehler ausgegeben:
install_driver(SQLITE) failed: Can't locate DBD/SQLITE.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at (eval 18) line 3.
-bash: syntax error near unexpected token `SQLITE'
root@tuxradio2:/opt/fhem# Perhaps the DBD::SQLITE perl module hasn't been fully installed,
> or perhaps the capitalisation of 'SQLITE' isn't right.
-bash: Perhaps: command not found
root@tuxradio2:/opt/fhem# Available drivers: DBM, ExampleP, File, Gofer, Proxy, SQLite, Sponge.
-bash: Available: command not found
root@tuxradio2:/opt/fhem# at ./FHEM/93_DbLog.pm line 466
-bash: at: command not found
Hat vielleicht wer einen Tipp für mich was da noch genau fehlt?
Ein Perl Module für SQLLITE?
Was is DBD oder DBM? DBD scheint er nicht zu kennen...
Vielen Dank schonmal!!
/Maxx
Was villeicht noch intressant ist:
Der Inhalt der db.conf:
%dbconfig= (
connection => "SQLITE:dbname=/opt/fhem/fhem.db",
user => "",
password => ""
);
Vielen Dank nochmals!
/Maxx
Hallo,
hast du die db.conf angelegt?
Grüße
Edith: Ok. Überschnitten.
Bist du nach dem Wiki-Eintrag vorgegangen?
Für den RasPi (wenn du einen verwendest) gibt es einen extra Eintrag von mir.
Sonst wäre gut zu wissen auf welcher Plattform du das installiert hast.
Hallo,
und wieder mal ich.
Ich hab folgendes im LogFile
Zitat2013.06.07 19:54:47 3: update get http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/controls_frontend.txt (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend/controls_frontend.txt)
2013.06.07 19:54:48 1: update nothing to do...
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 925.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 931.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 937.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 943.
Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 949.
Und so sieht der Chart aus:
(siehe Anhang / see attachement)
Es geht mir "nur" um die doppelte grüne Linie (grünen Punkte).
Ich hab nur 2 Sensoren im Einsatz - der grüne Sensor wird aber doppelt (nach "oben" verschoben) angezeigt.
@Johannes - ich weiß du hast noch Urlaub.
Ich wollte nur das nach deinem Urlaub nicht gleich Langeweile aufkommt bei dir ;-)
Wenn du noch Infos braucht - bitte nur sagen welche.
Danke.
Grüße
Hallo,
vielen Dank erstmal für die viele Arbeit mit dem neuen Frontend!
Ich bemerke hier ein Verzeichnis-Wirrwarr:
Im SVN-Trunk liegt das Frontend unter
www/frontend/www/frontend
und in meiner Installation bisher auf
www/frontend
wobei sich nun ebenfalls eine Verzeichnisstruktur zusätzlich gebildet hat:
www/frontend/www/frontend
vermutlich nach einem Update.
Und nun liegen 2 Versionen da. Welche Version ist nun die aktuelle?
Hat sich da ein Fehler eingeschlichen?
Hi,
Also die Platform ist das Tuxradio2.
Welchen zusätzlichen Eintrag meinst Du genau?
Hab da gestern nochmal ein wenig rumgesucht...
Ich habe mich einfach genauestens an Deine Anleitung gehalten auf der Seite:
http://www.fhemwiki.de/wiki/Neues_Charting_Frontend (//www.fhemwiki.de/wiki/Neues_Charting_Frontend)
Nur einen Punkt gibt es der so nicht funktioniert hat!
update thirdparty [http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend) http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend)] frontend
Bei diesem Command habe ich immer Syntax Fehler bekommen, also kurzerhand abgeändert in:
update thirdparty http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend) frontend
Dannach wurden Dateien runtergeladen. Ob das alle alle waren weiß ich nicht genau?
Die Fehlermeldung deutet doch irgendwie drauf hin daß irgendein Paket für Perl nicht installiert ist, oder?
Danke für Deine Hilfe!
/Maxx
Hallo!
Nach einigen schlaflosen Nächten, konnte ich das Problem lösen:
Oft liegt das Problem im Detail :-)...
In der Datenbank Definition db.conf habe ich bereits mehere Kombinationen probiert:
connection => "SQlite:dbname=/opt/fhem/fhem.db",
connection => "SQLITE:dbname=/opt/fhem/fhem.db",
jedoch funktioniert bei mir nur folgende:
connection => "SQLite:dbname=/opt/fhem/fhem.db",
/Maxx
Danke nochmals für die Hilfe
Hallo,
Kopie aus dem Wiki-Artikel:
Zitat%dbconfig= (
connection => "SQLite:dbname=/opt/fhem/fhem.db",
user => "",
password => ""
);
Hier wird es auch SQLite geschrieben ;-)
Grüße
Edith:
Beim ersten update thirdparty das du gepostet hast wundert mich die Fehlermeldung auch nicht da du 2-mal den Pfad angibst:
Zitatupdate thirdparty [http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend) http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend)] frontend
Ok. Grad gesehen. Das ist auch falsch im Wiki drin.
@Johannes - kansnt du bitte den Wikiartikel anpassen?
Im Beitrag zum RasPi steht der Pfad zum SVN zweimal im Update-Aufruf.
(Hoffentlich liest Johannes in seinem Urlaub mit ;-) ).
Ja ich weiß :-(...
Anscheinend hatte ich von Anfang an einen Tippfehler drin...
Jedoch kann ich somit bestätigen: läuft einwandfrei auf TuxRadio2
Bye,
Maxx
Hallo,
bist du nach meiner Anleitung für den RasPi vorgegangen oder nach Johannes` Anleitung?
Nochmal @Johannes:
Mir ist beim zweiten durchsehen aufgefallen das beide Angaben für das update fehlerhaft sind.
Kopie aus dem Wiki:
Zitatupdate thirdparty [http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend) http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/www/frontend)] frontend
Der Pfad zu SVN wird zweimal angegeben.
Grüße
Hi!
Richtig!
Das hab ich in einem meiner ersten Posts schon angemerkt...
Habe den Link natürlich angepasst.
Bin nach Deiner Anleitung vorgegangen!
Lg,
Maxx
Hallo,
danke für die Rückmeldung.
@Johannes (Ich leg mir jetzt dann einen Wiki-Acc zu ;-) )
Bitte beim RasPi vermerken das die Anleitung auch für den TuxRadio2 gilt.
Grüße
So, hier mal gesammelte Antworten auf die bisherigen Fragen:
Zitat von: Puschel74 schrieb am Mi, 29 Mai 2013 21:45A propos - gibt es schon was neues bzgl. Wildcards in der userconfig.js?
Steht auf meiner TODO Liste.
Zitat von: Rince schrieb am Mi, 29 Mai 2013 22:31Da fällt mir was ein:
Wie könnte ich FHEM dazu bringen, aus einer gespeicherten Vorlage eine PNG zu erzeugen ohne das Frontend aufzurufen???
Steht ebenfalls auf meiner Liste, angezeigte Charts als Bild abspeichern zu können. Das Frontend muss man leider trotzdem dazu aufrufen.
Zitat von: Puschel74 schrieb am Mi, 29 Mai 2013 23:45warum ist Juris Teil zur FB nicht darin enthalten?)
@Johannes - bitte im Wiki nachführen mit Verweis (oder jemand der das verlinken kann/darf.
Wiki ist aktualisiert, Fehler entfernt (in den URLs). Die verlinkung auf Juris Artikel war aber die ganze Zeit drin.
Zitat von: Puschel74 schrieb am Mi, 29 Mai 2013 23:45Das Problem (so habe ich das verstanden) ist das man im ersten Beitrag keinen Änderungen mehr vornehmen kann (für weitere Verweise oder Links).
Daher bleibt eigentlich nur jedem übrig alle 12 (bald 13) Seiten entweder zu lesen (was die wenigsten machen dürften) oder an den letzten Beitrag zu klicken.
Richtig. Aber dafür habe ich ja im ersten Beitrag auf das WIki verlinken (lassen). Das kann ich aktuell halten. Dort finden sich alle nötigen Infos zur Installation / Konfiguration.
Ich fände es ausserdem gut, wenn sich mehr Leute am Wiki beteiligen würden, Problemlösungen / Ergänzungen / Bedienungshilfen etc.
Zitat von: Puschel74 schrieb am Fr, 07 Juni 2013 22:28Hallo,
und wieder mal ich.
Ich hab folgendes im LogFile
....
Und so sieht der Chart aus:
...
Es geht mir "nur" um die doppelte grüne Linie (grünen Punkte).
Bitte versuchen den Fall zu isolieren. Tritt das Problem auch auf, wenn du nur den einzelnen, betroffenen Sensor anzeigst? Oder nu in Kobination? Ist eine spezielle Konfiguration im Chart?
Letztenendes wäre auch ein Blick auf die Daten hilfreich, die DbLog an das Frontend liefert.
Zitat von: Sid-L schrieb am Sa, 08 Juni 2013 22:49Hallo,
vielen Dank erstmal für die viele Arbeit mit dem neuen Frontend!
Ich bemerke hier ein Verzeichnis-Wirrwarr:
Im SVN-Trunk liegt das Frontend unter
www/frontend/www/frontend
Ist richtig und bedingt durch die Funktionsweise des Updatemoduls.
Zitat von: Sid-L schrieb am Sa, 08 Juni 2013 22:49und in meiner Installation bisher auf
www/frontend
wobei sich nun ebenfalls eine Verzeichnisstruktur zusätzlich gebildet hat:
www/frontend/www/frontend
vermutlich nach einem Update.
Und nun liegen 2 Versionen da. Welche Version ist nun die aktuelle?
Hat sich da ein Fehler eingeschlichen?
Die richtige Installation liegt unter fhempfad/www/frontend
Der andere Ordner ist wohl durch die defekten Wiki Links entstanden. Habe das Wiki korrigiert. Der Ordner kann bedenkenlos gelöscht werden.
Grüße,
Johannes
Ich hoffe du hast deinen Urlaub genossen :)
ZitatRince schrieb am Mi, 29 Mai 2013 22:31
Da fällt mir was ein:
Wie könnte ich FHEM dazu bringen, aus einer gespeicherten Vorlage eine PNG zu erzeugen ohne das Frontend aufzurufen???
Steht ebenfalls auf meiner Liste, angezeigte Charts als Bild abspeichern zu können. Das Frontend muss man leider trotzdem dazu aufrufen.
Eilt nicht. Schick wäre aber, wenn man per notify oder so ein Bild von einem gespeicherten Chart rendern lassen könnte (dafür warte ich gerne ein paar Wochen / Monate länger).
Hintergrund:
Wenn man lediglich einen digitalen Bilderrahmen einsetzt, kann man nicht wirklich viel darauf berechnen lassen. Aber gespeicherte Bilder abrufen können die Dinger wie ´ne 1 :)
Was mir noch zu dem Frontend an sich einfällt:
Ich habe mir seit der db Installation relativ viele neue Devices zugelegt, die ich auch umbenannt habe (und weil man immer dazu lernet, manche auch mehrmals).
Meinst du, es wäre möglich bei dem Database Management etwas zu implementieren, damit man die Devices, die da quasi irrtümlich drin gelandet sind (also vor der Umbenennung in ihren richtigen Namen) bequem löschen kann? Aber da bin ich glaube ich im falschen Thread.
:)
Hallo Urlauber ;-)
Welcome back.
Wir hoffen mal du hast einen schönen Urlaub hinter dir und bist so richtig top entspannt und ausgeruht (du wirst es brauchen ^^).
Scherz beiseite.
Das Problem mit den "nicht verschwindenden Kurven) - vergiss das mal wieder.
Ich hab das "Problem" am PC (per LAN angebunden) und auch am Laptop (per W-Lan).
Ein reload des Frontends hilft dann wieder.
Ich werde mal versuchen nach dem erstmailgem Aufruf des Frontends etwas zu warten bevor ich den ersten Chart laden lasse - ich "meine" das hat Linderung gebracht.
Kann aber auch nur ein Placebo-Effekt gewesen sein ;-)
Es war/ist übrigens egal welchen Chart das ich laden lasse.
Die erste definierte Kurve ist immer stehen geblieben.
Aber wie gesagt - ich vermute mal ich war wieder etwas zu hektisch - kann es sein das nach dem Aufruf des Frontend im Hintergrund noch Daten geschaufelt werden?
Mit deiner TODO-Liste:
Ich übe mich in freudiger Erwartung ;-)
Leider kann ich dir dabei ja nicht helfen (ich bin schon froh das mein FHEM läuft und die Rollo brav mit der Aussentemperatur runter fährt ^^).
Bzgl. Juris Beitrag zur FB - hab ich gesehen das der schon im Wiki steht (ich war mal wieder schneller mit schreiben als mit lesen).
Zur Beteiligung: Würd ich ja gerne, wenn ich mal den Durchblick hätte.
Aber ich kann ja schlecht einen Wiki-Artikel beisteueren wenn ich selbst nicht weiß was ich da mache :-)
Und nur "Guttenbergen" will ich ja auch nicht.
Grüße
Zitat von: Rince schrieb am Mo, 17 Juni 2013 16:42Schick wäre aber, wenn man per notify oder so ein Bild von einem gespeicherten Chart rendern lassen könnte (dafür warte ich gerne ein paar Wochen / Monate länger).
Hääte auch den netten Nebeneffekt, dass man ein aktuelles Chartbild per weblink in FHEM einbinden könnte. Das Problem ist, dass dann das Rendering des Bildes wieder auf dem Server geschehen muss, was bisher ja der Client übernommen hat. Ist machbar, aber u.U. relativ aufwändig, bzw. bringt viele Abhängigkeiten mit sich.
Zitat von: Rince schrieb am Mo, 17 Juni 2013 16:42Was mir noch zu dem Frontend an sich einfällt:
Ich habe mir seit der db Installation relativ viele neue Devices zugelegt, die ich auch umbenannt habe (und weil man immer dazu lernet, manche auch mehrmals).
Meinst du, es wäre möglich bei dem Database Management etwas zu implementieren, damit man die Devices, die da quasi irrtümlich drin gelandet sind (also vor der Umbenennung in ihren richtigen Namen) bequem löschen kann? Aber da bin ich glaube ich im falschen Thread.
Da würde ich dich bitten dir mal 5 Minuten ein DELETE Statement für Datenbanken anzuschauen. Das ist selbsterklärend und m.M nach komfortabel genug.
Es wird also keine Funktion dafür im Frontend geben :-)
Gruß
Hallo Puschel,
Zitat von: Puschel74 schrieb am Di, 18 Juni 2013 16:24Das Problem mit den "nicht verschwindenden Kurven) - vergiss das mal wieder.
Ich hatte das Verhalten auch selbst mal vor einiger Zeit und auch lange danach recherchiert. Hängt mit dem Rendering und Aufräumprozess von ExtJS zusammen, der nicht ganz sauber arbeitet unter gewissen Umständen. Da das Problem aber recht selten auftritt und spätestens durch einen Reload lösbar ist, hat das erstmal niedrige Priorität.
Zitat von: Puschel74 schrieb am Di, 18 Juni 2013 16:24Zur Beteiligung: Würd ich ja gerne, wenn ich mal den Durchblick hätte.
Aber ich kann ja schlecht einen Wiki-Artikel beisteueren wenn ich selbst nicht weiß was ich da mache :-)
Und nur "Guttenbergen" will ich ja auch nicht.
Grüße
Genau du warst nicht damit gemeint, sondern die genaue Kehrmenge ;-) Du hast hier schon ordentlich beigetragen mit Hilfestellungen Anleitungen etc, was ich sehr nett finde!
Gruß!
Hallo,
ZitatGenau du warst nicht damit gemeint,
Ok. Dann mach ich nix mehr ^^
Blödsinn - Scherz am Rande.
Zitatsondern die genaue Kehrmenge
1/mich - puh, das ist Mathe. Ist mir heut zu warm dafür ^^
ZitatHängt mit dem Rendering und Aufräumprozess von ExtJS zusammen, der nicht ganz sauber arbeitet unter gewissen Umständen.
Ok, wenn es nicht am Firefox liegt bin ich schonmal beruhigt.
Obwohl heute (liegts an den Temperaturen??) erst ein mehrmaliger refresh Abhilfe brachte.
Aber, wie du schon geschrieben hast
Zitathat das erstmal niedrige Priorität.
Wenn das Frontend erstmal sauber läuft (auch nach mehrmaligem refresh) dann klappt das einwandfrei.
Ich hab aber noch eine Frage an dich wegen der userconfig.js (ich raffs einfach nicht so wie es aussieht).
Ich hab in der userconfig.js folgendes stehen:
(siehe Anhang / see attachement)
der Graf dazu sieht aber so aus:
(siehe Anhang / see attachement)
und der Eintrag in FHEM so:
(siehe Anhang / see attachement)
Ich dachte eigentlich das der Chart dann "durchtaktet" und stufenweise "nach oben" fährt und nicht nach unten.
Was hab ich den nun schon wieder falsch gemacht?
danke (mal wieder) für die Hilfe
Grüße
Edith: Momentan taktet die Rollo von Auf, Ab25, Ab50 Ab75 ,Ab
aber das stellt der Chart nicht so dar.
Hi,
Also erstmal hast du "Auf" garnicht definiert, "Ab" dafür 2 mal. Das letzteres Probleme macht ist nicht undenkbar.
Wichtig wäre aber die tatsächlichen Daten zu sehen, die im Browser ankommen und zur Anzeige genutzt werden. Wenn du dazu eine Anleitung brauchst gib Bescheid, hatte das schon ein paar mal erklärt irgendwo auf den letzten 12 Seiten
Hallo
@Johannes
Auch wenn ich der einzige bin mit diesem Problem - das du ja auch schon hattest
(ein reload bringt nicht immer den gewünschten Erfolg) - ich hab grad den 18-ten Reload hinter mir
Und nun den 19.ten.
Ich hab einfach immer wieder die "alte Kurve" drinnen.
Egal welchen Chart das ich nehme beim Aufruf des Frontends,
Ich hab es eben auf nur einen Chart begrenzt - scroll ich eine Woche (oder einen Tag) zurück - der aktuelle Chart überlagert.
Grüße
Na ich hoffe ich bin nicht mit Puschels Kehrmenge gemeint :)
Ich könnte aber bestimmt viel Verwirrung anstiften :)
Apropo Verwirrung:
Wie bekomme ich Zahlenwerte aus einem Reading heraus mit einem fixen Faktor versehen? Ich bilde mir ein, sowas schon mal gelesen zu haben, ich finde es blos nicht mehr :(
Die HM Dimmer senden ihre Helligkeit mit 0,5% Genauigkeit, was die HM Readings so nicht auswerten => es geht von 0-200%
Soweit kein Problem.
Jetzt habe ich einen Sensor der die Luftfeuchte in % angibt, diese Grenze geht aber sehr wohl von 0-100% (jedenfalls bilde ich mir das ein)
Nun möchte ich im Chart wo rechts die Luftfeuchte in % angegeben ist, die Helligkeit in % haben.
Das haut aber nicht hin, weil für das Eine (Feuchte) geht es von 0-100, das Andere (Helligkeit) bräuchte aber von 0-200%.
Die andere Y Achse kann ich nicht dafür zweckentfremden, da hier die Temperatur von -20 bis +40 dargestellt wird.
Hallo,
ZitatNa ich hoffe ich bin nicht mit Puschels Kehrmenge gemeint :)
Das hoffe ich mal auch *michmalumdreh* ^^
ZitatIch könnte aber bestimmt viel Verwirrung anstiften :)
Sicher nicht so viel wie ich ;-)
Leider kann ich dir bei deiner Frage nicht helfen ...
Dafür kann ich meine letzte Frage (war das überhaupt eine??) bzgl der userconfig.js wieder verwerfen.
@Johannes - wie so üblich (und sicher schon gewohnt von Euch ^^)
Das Problem sitzt mal wieder zwischen Bildschirm und Tastatur.
Ich habe für meine Rollo eine paar Zeilen zur Beschattung in Abhängigkeit der Aussentemperatur erstellt aber ich verfahre die Rollo dabei natürlich mit on-for-timer x / off-for-timer x
Einige (genau 2) dieser Werte hatten allerdings mit meinen eventMap-Einträgen (die ich mittlerweile wieder gelöscht habe) korreliert (wozu ich bei einem reinen Empfänger eventMap drinnen hatte -- naja egal, war noch aus meiner Anfangszeit mit FHEM).
In meinem "Beschattungs-Code" habe ich aber (für devStateIcon) den Status jeweils per z.B
fhem("setstate OG_Zimmer_Rollo Ab25"); eintragen lassen (für 25%).
Um die Rollo aber in die Position zu bringen habe ich ein
on-for-timer 3 benötigt (von 0% nach 25% braucht die Rollo 3 Sekunden).
Um von Ab50 nach Ab75 zu kommen brauche ich auch 3 Sekunden.
Dieses on-for-timer 3 wurde aber per eventMap wieder auf Ab25 gemappt.
In FHEM wurde der Status der Rollo richtig angezeigt (per devStateIcon) nur im Chart hatte ich natürlich meine Sprünge.
Das eventMap ist jetzt, wie gesagt, raus und wird für meinen Taster verwendet.
setstate setzt mir zwar den STATE der Rollo in FHEM richtig, löst aber für FHEM2FHEM offenbar kein event aus welches ich per LOG abgreifen kann.
Das on-for-timer x / off-for-timer x steht aber im state (also im Reading).
Mal schauen wie ich da wieder raus komme und den Chart passend bekomme wenn die Rollo per Aussentemperatur verfahren wird.
Aber das ist erstmal mein "kleineres" Problem.
Grüße
Zitat von: Rince schrieb am Mi, 19 Juni 2013 13:00Apropo Verwirrung:
Wie bekomme ich Zahlenwerte aus einem Reading heraus mit einem fixen Faktor versehen? Ich bilde mir ein, sowas schon mal gelesen zu haben, ich finde es blos nicht mehr :(
Die HM Dimmer senden ihre Helligkeit mit 0,5% Genauigkeit, was die HM Readings so nicht auswerten => es geht von 0-200%
Soweit kein Problem.
Jetzt habe ich einen Sensor der die Luftfeuchte in % angibt, diese Grenze geht aber sehr wohl von 0-100% (jedenfalls bilde ich mir das ein)
Nun möchte ich im Chart wo rechts die Luftfeuchte in % angegeben ist, die Helligkeit in % haben.
Das haut aber nicht hin, weil für das Eine (Feuchte) geht es von 0-100, das Andere (Helligkeit) bräuchte aber von 0-200%.
Die andere Y Achse kann ich nicht dafür zweckentfremden, da hier die Temperatur von -20 bis +40 dargestellt wird.
Klingt so, als ob du eine dritte Skala / Achse bräuchtest. Das geht aber momentan nicht und ist auch erstmal nicht geplant.
Sehr feine Sache das neue Charting / Plotting Tool! :-)
Ich habe das ganze auf einer Synology DS 212j mit mySQL installiert und es läuft jetzt prima.
Danke und weiter so!
Hallo,
ich hab mal wieder eine Frage ^^
Hat zwar nicht direkt mit dem Frontend zu tun aber mit der Datenbank.
Ich bin grad am überlegen ob ich die Datenbank
a) auf einen USB-Stick an einer FritzBox auslagere
b) auf mein NAS werfe oder
c) am RasPi (auf der SD-Karte) lasse.
Die DB hat mittlerweile knapp über 550 MB.
Ein USB-Stick am RasPi käme zwar auch in Frage aber wenn möglich und sinnvoll möchte ich die Daten gerne zentral halten.
Was würdet ihr favorisieren?
Grüße
Hi,
Wenn du mich fragst, absolut Geschmackssache. Solange FHEM auf den Speicherort zugreifen kann ist alles gut. Für die schnellste Geschwindigkeit ist ein direkt angeschlossener Datenträger besser. Viel wichtiger ist aber ein regelmäßiges Backup der DB.
Hast du eigentlich noch die Probleme mit den "hängengebliebenen" Messwerten? Wenn ja, auch mal probiert den Browsercache zu leeren?
Grüße!
NAS ist so eine Sache. Kostet halt doch Strom.
So gesehen USB Stick. Aber halt amRasPi.
Warum?
Weil du dann auch bei einem Ausfall von der FritzBox oder deinem Netzwerk keine Fehler bekommst. (hatte beides schon)
Hallo,
danke erstmal für Eure Antworten.
@Johannes
ZitatFür die schnellste Geschwindigkeit ist ein direkt angeschlossener Datenträger besser
Ok. Leuchtet mir ein.
ZitatHast du eigentlich noch die Probleme mit den "hängengebliebenen" Messwerten? Wenn ja, auch mal probiert den Browsercache zu leeren?
Ja hab ich noch.
Aber auf 2 Geräten (einmal PC mit Firefox und einmal Laptop mit Firefox).
Cache hab ich schon x-mal geleert aber das Problem bleibt.
Ich ruf das Frontend dann halt solange neu auf bis es mal klappt (und dann schliesse ich es nur noch wenn ein Update des BS einen Neustart erfordert).
@Rince
ZitatNAS ist so eine Sache. Kostet halt doch Strom.
NAS läuft bei mir sowieso durch von daher wär das egal.
ZitatWeil du dann auch bei einem Ausfall von der FritzBox oder deinem Netzwerk keine Fehler bekommst. (hatte beides schon)
Da ich mit 2 RasPi "arbeite" (einer - der momentan die DB und das Frontend trägt) hat noch 3 I2C-Sensoren dran und der andere liegt im Obergeschoss und ist der Haupt-FHEM-Server, habe ich bei
einem Netzwerkproblem sowieso Daten die mir fehlen.
Von daher wäre mir das mehr oder weniger.
Also dann werde ich mir mal einen Stick an den neuen RasPi hängen und diesen ins Dateisystem einbinden und darauf die DB lagern.
Ups. Grad gesehen.
Ich hab hier noch eine USB-HDD liegen.
Ich glaub ich werd die nehmen - dann brauchen sich meine Urenkel später mal auch noch keine Gedanken um den Speicherplatz für die DB machen ^^
Grüße
*ROFL*
Das mit den Urenkeln ist gut :-)
Hallo,
@Johannes
Ich hab mal wieder ein kleines Problemchen ^^
Bei *_Sum werden ja vom Frontend die gelieferten Werte summiert, oder lieg ich da falsch?
Wenn das stimmt hab ich ein kleines Problem mit meinen Stromzählern.
Bei meinem EM1000WZ (und auch bei den CUL_EM) werden alle 5 Minuten die "hochgerechneten" Werte für eine Stunde geliefert.
Für einen Chart ohne Summierung passt das ja.
Wenn ich aber nun einen Monats-Chart aufrufe lasse ich per Day_Sum die Tagessumme anzeigen.
Da aber nun die "hochgerechneten" 5-Minuten-Werte summiert werden habe ich Tage drin mit einem "Spitzenverbrauch" von 272 kW.
Als Beispiel:
Wenn wir am kochen sind liefert der EM1000WZ alle 5 Minuten z.b. 5 kW
Wenn das 60 Minuten so geht hab ich im Chart mit Hour_Sum schon einen Verbrauch von 60 kW (12 Datenpunkte a 5 kW) obwohl ja eigentlich erst 5 kW "verbraucht" wurden.
Ich hoffe du weißt was ich meine und hast einen Tipp wie ich das korrigieren kann.
Grüße
Hi,
Day_Sum auf einen kummulierten Wert macht keinen Sinn. Warum verwendest du nicht einfach Day_Max?
Gruß!
Hallo,
weil der maximale Stromverbrauch für mich keinen Sinn ergibt.
Ich will ja nicht sehen was ich maximal verbraucht habe sondern was ich gesamt am Tag verbraucht habe.
Ebenso dann im Monat bzw. später dann auch im Jahr.
Grüße
Ich habe ein Reading in meine Stromzähler namens day_kwh. Das ist ein aufsummierter Wert der um 12 nachts auf 0 beginnt und gegen 24 Uhr sein Maximum erreicht, eben ein kummulierter Wert.
Auf den mach ich die Day_Max abfrage, und erhalte dann einen Wert, i.d.R. von ca. 23:50 mit dem maximalen Wert des Tages für diesen aufsummierten Wert.
Hast du ein solches Reading nicht oder reden wir aneinander vorbei :-) ?
Hallo,
das sind die Readings (m)eines EM1000WZ:
(siehe Anhang / see attachement)
und hier (m)eines CUL_EM
(siehe Anhang / see attachement)
Grüße
Ich verstehe deine Readings nicht. Zeig mir mal, wo da ein vernünftiger Wert steht für Stromverbrauch für den aktuellen Tag. cum_day ist oben negativ?? cum_month ist am ersten des monats schon über 342?? sind das watt/h oder kwh?
Hallo,
ja, das muss jetzt ziemlich verwirrend sein ^^
Ich hab eben vor einiger Zeit schon festgestellt das Day_Sum "sinnfreie" Daten anzeigt.
Daher bin ich gestern mal an meinen Zähler und hab die Ticks / 5 Minuten mitgezählt.
Bei 4 Ticks (also die Scheibe hat sich in 5 minuten 4-mal gedreht) stand unter current 0.500 (was ja rechnerisch bei 96 U/kWh) auch stimmt.
Nun bin ich hergegangen und habe die Definition meines EM1000WZ dahingehend geändert das mir bei 4 Umdrehungen der Scheibe nicht 0.5 kW angezeigt werden sondern
(rechnerisch richtig) 0.0416 kW.
1000 W / 96 Umdrehungen pro kWh * 4 Umdrehungen.
So würden dann auch die Sum-Werte im Frontend wieder Sinn ergeben da richtig aufsummiert werden kann.
Und nebenbei der korrekte Verbrauch in 5 Minuten angezeigt werden kann.
Wie gesagt habe ich gestern die Definition geändert daher können jetzt durchaus negative Werte auftauchen.
Grüße
Ja, es ist verwirrend. Aber:
Entweder du nimmst einen (korrekt) kummulierten Wert, und davon dann MAX,
oder du nimmst einen nicht kummulierten Wert, und darauf dann SUM.
Beides sollte zum selben Ergbnis führen, und zwar dem "Endverbrauch" z.B. eines Tages.
Wenn der Output bei dir generell fragwürdig ist sollte das entsprechende FHEM Modul angegangen werden um das Frontend direkt mit "korrekten" Werten zu füttern.
Hallo,
ZitatKannst du nicht current nehmen und aufsummieren? Das ist doch ein Differenzwert zum letzten Messwert in kwh, oder?
In current wird vom EM1000WZ alle 5 Minuten der hochgerechnete Verbrauch auf eine Stunde übermittelt.
Der EM1000WZ registriert z.B. 4 Scheibenumdrehungen und sendet dann 0.500
Daher habe ich ja das Problem mit teilweisen Spitzenverbräuchen im Frontend von 270 kW/Tag und darüber wenn ich Day_Sum nehme.
Das MAX die korrekten Werte aus dem Reading ausliest wusste ich nicht.
Ich dachte MAX geht her und zeigt nur den maximalen Verbrauch - DayMax also den maximalen Verbrauch eines Tages - an und nicht den Gesamtverbauch eines Tages.
Wenn ich einen nicht kummulierten Wert nehme und darauf dann SUM müsste ich jeden Stromzähler per Definition in FHEM "umbiegen" um die tatsächlichen 5-Minuten-Werte zu senden.
Grüße
Edith: Das Modul wird sich sicher niemand zur Brust nehmen und wegen mir abändern ;-)
Ok ein hoffentlich klärendes Beispiel:
Tagesmesswerte: 3,7,5
Day_min: 3
Day_max: 7
Day_sum: 15
Day_average: 5
Day_count: 3
Damit tun die Funktionen was sie sollen. Damit die richtigen Output generierst musst du nur richtige Daten reingeben, bzw. diese vorher an deinen Bedarf anpassen, z.B. durch userReading oder Änderung des Moduls.
Grüße,
Johannes
Hallo,
danke für die Aufklärung.
Bei Temperaturwerten war mir das auch so klar - ist ja logisch.
Aber da die Stromzähler alle 5 Minuten die "hochgerechneten" Werte an FHEM senden oder diese zumindest so in FHEM dargestellt
werden klappt ein Day_Sum dann natürlich nicht.
Ich werd mir das mit den userReadings mal anschauen.
Grüße
Ich habe das neue Charting erfolgreich eingerichtet.
Allerdings wird das Frontend nach mehreren Tagen Datenerfassung ewig langsam.
Aktuell habe ich ein Liniendiagramm mit 4 Werten laufen. (2 x Temperatur und 2 x Luftfeuchtigkeit)
Habe inzwischen in meiner history-Tabelle was an die 15.000 Datensätze zu stehen.
Hat jemand eine Idee, woran das liegt?
Hast du mal versucht rechts bei Statistik etwas einzustellen?
Also beispielsweise den Durchschnittswert / Stunde. Hour/avarage
Dann wird es bedeutend fixer :)
Na das ist ja ne witzige Idee. Funktioniert! :-)
Bei eine Betrachtung der Temperaturverläufe über mehrere Tage bzw. Wochen ist der Durchschnitt pro Stunde ja auch noch okay.
Kann ich das Problem eigentlich auch über das Einschränken der Daten, die in die LogDB geschrieben werden, lösen?
Aktuell habe ich in meiner fhem.cfg folgende Einstellung "define myDbLog DbLog /usr/local/FHEM/etc/db.conf .*:.*"
Hallo,
Zitat"define myDbLog DbLog /usr/local/FHEM/etc/db.conf .*:.*"
besagt das von jedem Device jedes Event in die DB wandert.
Einschränken kannst du hier natürlich indem du hergehst und
a)
Zitat"define myDbLog DbLog /usr/local/FHEM/etc/db.conf <Device>:.*"
nurnoch events eines bestimmten Device durch zu lassen oder
b)
Zitat"define myDbLog DbLog /usr/local/FHEM/etc/db.conf .*:temperature.*"
nurnoch Events von allen Device zu schreiben welche temperature.* liefern.
Weiters kannst du an jedem Device
Zitatattr <Device> event-on-change-reading 1
angeben.
Dann werden nur Events erzeugt wenn sich der momentan gelieferte Wert vom letzten unterscheidet.
Bei einem Wochen- oder Monatschart macht es natürlich keinen Sinn jeden gelieferten Wert anzeigen zu lassen.
Spätestens bei einem Monatschart siehst du die einzelnen Punkte eh nicht mehr ;-)
Hier kannst du dann mit *_Max / *_Min / *_Sum / *_Avg (je nach Sensor und gewünschtem Wert) im Frontend recht einfach auswählen
was du tatsächlich anzeigen lassen möchstest.
Grüße
MoinMoin,
Ein Update steht bereit.
Änderungen:
- Der Bereich "Database Tables", in dem man die Datenbank dursuchen kann, ist jetzt konfigurierbar geworden, ähnlich den Charts.
Man kann, wenn man, will, ein Device und ein Reading auswählen, um die Abfrage einzugrenzen, oder auch nur ein Device oder garnichts (dann wird alles angezeigt).
Ausserdem kann die Abfrage zeitlich eingegrenzt werden mit dem selben Zeitfilter wie bei den Charts (Kalender, Monat, etc.). Man sieht es im Screenshot.
- Der Bug erwähnt von Puschel (Zeitsprung im Chart über Step back / forward bei Einstellung "month") ist behoben.
(siehe Anhang / see attachement)
Da auch DbLog geupdated wurde, ist zuerst ein
update
in fhem fällig, danach dann ein (Achtung, neue URL) :
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Grüße!
Zitat von: Puschel74 schrieb am Fr, 28 Juni 2013 14:39Hallo,
b)
Zitat"define myDbLog DbLog /usr/local/FHEM/etc/db.conf .*:temperature.*"
nurnoch Events von allen Device zu schreiben welche temperature.* liefern.
Weiters kannst du an jedem Device
Zitatattr <Device> event-on-change-reading 1
angeben.
Dann werden nur Events erzeugt wenn sich der momentan gelieferte Wert vom letzten unterscheidet.
Grüße
Habe eben mal die aktuellen Updates gemacht und meine fhem.cfg angepasst.
Mal sehen, was sich in den kommenden Stunden in der mySQL-DB so an Daten ansammelt.
Besten Dank! :-)
Irgendwie scheint jetzt nichts mehr geloggt zu werden.
Anbei mal ein Auszug aus meiner fhem.cfg
Habe ich bei der Definition der Werte, die in die DbLog geschrieben werden sollen, was falsch gemacht?
# define myDbLog DbLog /usr/local/FHEM/etc/db.conf .*:.*
define myDbLog_TC_temp DbLog /usr/local/FHEM/etc/db.conf WZ_HM_CC_TC:measured-temp.*
define myDbLog_TC_hum DbLog /usr/local/FHEM/etc/db.conf WZ_HM_CC_TC:humidity.*
define myDbLog_WDS10_temp DbLog /usr/local/FHEM/etc/db.conf WZ_HM_WDS10_TH_O:temperature.*
define myDbLog_WDS10_hum DbLog /usr/local/FHEM/etc/db.conf WZ_HM_WDS10_TH_O:humidity.*
define myHMLAN HMLAN 192.168.2.151:1000
attr myHMLAN hmId 1C6A1F
attr myHMLAN hmProtocolEvents 0_off
attr myHMLAN wdTimer 25
define WZ_HM_CC_TC CUL_HM 1A3FE7
attr WZ_HM_CC_TC .devInfo 00FFFF
attr WZ_HM_CC_TC .stc 58
attr WZ_HM_CC_TC actCycle 000:10
attr WZ_HM_CC_TC actStatus alive
attr WZ_HM_CC_TC alias Thermostat
attr WZ_HM_CC_TC expert 2_full
attr WZ_HM_CC_TC firmware 2.1
attr WZ_HM_CC_TC model HM-CC-TC
attr WZ_HM_CC_TC peerIDs
attr WZ_HM_CC_TC room Wohnung
attr WZ_HM_CC_TC serialNr JEQ0012733
attr WZ_HM_CC_TC subType thermostat
attr WZ_HM_CC_TC event-on-change-reading 1
define WZ_HM_WDS10_TH_O CUL_HM 1CC8C6
attr WZ_HM_WDS10_TH_O .devInfo 030100
attr WZ_HM_WDS10_TH_O .stc 70
attr WZ_HM_WDS10_TH_O actCycle 000:10
attr WZ_HM_WDS10_TH_O actStatus alive
attr WZ_HM_WDS10_TH_O alias Außenthermometer
attr WZ_HM_WDS10_TH_O expert 2_full
attr WZ_HM_WDS10_TH_O firmware 1.2
attr WZ_HM_WDS10_TH_O model HM-WDS10-TH-O
attr WZ_HM_WDS10_TH_O peerIDs
attr WZ_HM_WDS10_TH_O room Wohnung
attr WZ_HM_WDS10_TH_O serialNr JEQ0268573
attr WZ_HM_WDS10_TH_O subType THSensor
attr WZ_HM_WDS10_TH_O event-on-change-reading 1
Hallo,
lt. Event Monitor treffen die Events aber ein und unterscheiden sich auch von der vorherigen Events?
Zitatattr WZ_HM_CC_TC event-on-change-reading 1
löst nur dann ein Event aus wenn es unterschiedlich zum letzten Event ist.
Auf die schnelle sehen deine dblogangaben ok aus (für mich - das soll aber nichts heissen).
Grüße
Im Eventmonitor erscheinen die beiden Geräte nicht mehr, seit ich das neue Attr hinzugefügt habe. Die Temperatur hat sich am Außenthermometer aber innerhalb der letzten Stunde definitiv verändert.
Hallo,
wenn du das attr event-on-change-reading löscht erscheinen die Device wieder im Eventmonitor?
Grüße
Ein neues großes Update steht an.
* Das Panel, wo bisher die gespeicherten Charts angezeigt wurden, ist verschwunden. Die Charts finden sich nun in der Baumansicht bei den Geräten, siehe Screenshot 1.
* Die Baumansicht kann unsortiert und nach Räumen sortiert dargestellt werden, standard ist sortiert nach Raum, siehe Screenshot 2.
* Die Charts werden in einem Ordner "Charts" abgelegt. Man kann aber Charts einfach durch drag & drop in einen anderen Raum ziehen.
* Es werden also für Charts der zugehörige Raum und die Reihenfolge im Tree gespeichert, so dass man nun einfach sortieren kann.
* Es können auch Geräte und Ordner per drag und drop verschoben werden, dass wird aber nicht gespeichert und hält nur bis zum nächsten Reload.
* Es gibt nun ein Kontextmenü für Charts, ein Rechtsklick auf einen Chart öffnet ein Menü, in dem man Charts löschen und umbennen kann, siehe Screenshot 3.
* Es gibt ganz oben einen neuen Reiter namens "FHEM". Dahinter verbirgt sich eure originale FHEM Oberfläche. Man kann also innerhalb des Frontend FHEM anzeigen und bedienen, ohne das Frontend verlassen zu müssen, bzw. hin und her zu springen, siehe Screenshot 4.
Screenshot 1:
(siehe Anhang / see attachement)
Screenshot 2:
(siehe Anhang / see attachement)
Screenshot 3:
(siehe Anhang / see attachement)
Screenshot 4:
(siehe Anhang / see attachement)
Ich bitte um Tests und Feedback, da sich doch einiges geändert hat.
Da auch DbLog geupdated wurde, ist zuerst ein
update
in fhem fällig, danach dann ein (Achtung, neue URL) :
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Grüße!
Zitat von: Puschel74 schrieb am Sa, 29 Juni 2013 14:59Hallo,
wenn du das attr event-on-change-reading löscht erscheinen die Device wieder im Eventmonitor?
Grüße
Ja, dann sehe ich die Devices wieder im Eventmonitor und FHEM schreibt die Datensätze dann auch in die mySQL-DB.
Es scheint also an dem Attrib "event-on-change-reading 1" zu liegen.
Was bedeutet die "1" ist das als true/false zu verstehen? (1=true, 0=false)
Ich finde dazu leider in der Commandref nichts.
Hallo,
1 schaltet das attr ein und 0 aus.
Ich weiß nicht ob es am attr liegt oder an HM.
Da kann dir nun leider nur jemand weiter helfen der das beantworten kann - und das bin nicht ich.
Sorry.
Grüße
Habe es eben rausgefunden. Laut CommandRef sind nicht die Parameter 0 bzw. 1 sondern eine Liste der entsprechenden "Readings" anzugeben. Also in meinem Fall z.B. "attr WZ_HM_CC_TC event-on-change-reading measured-temp, humidity"
Und schon klappt es :-)
Hallo,
oh - und wieder hab ich was gelernt.
Danke
Grüße
Freue mich, dass ich unter all den Profis hier auch mal was beitragen kann. :) Einen schönen Sonntag noch!
So Leute,
gibt es noch Probleme / Fragen / Wünsche zum Frontend?
Oder sogar Feedback zum letzten Update?
Ich hätte am Wochenende ein bisschen Zeit was zu machen.
Grüße!
Ich finde es schon ganz gut. Von der Performance her könnte das Plotting noch etwas schneller werden.
Ebenfalls vermisse ich im Moment noch Formatfunktionen für die Achsen. z.B. wäre es bei der X-Achse (Time) besser, in der Tagesgliederung (daily) nur die Uhrzeit zu zeigen, statt immer das komplette Datum. Weiterhin vermisse ich noch eine Möglichkeit die Werte (z.B. WZ_HM_WDS10_TH_O - temperature) mit eigenen Bezeichnungen zu versehen. (z.B. Temperatur Terasse)
Also man sieht ich "nörgel" schon auf einem hohen Niveau! ;-)
Insgesamt Klasse Arbeit bis jetzt. Weiter so!
Beste Grüße
Jens.
Update:
* Es gibt jetzt ein Chart Template, das im Baum immer ganz unten zu finden ist, mit dem sich ein neuer Chart anlegen lässt (nicht löschbar / verschiebbar)
* gespeicherte Charts öffnen sich nun immer in der "großen" Ansicht, also mit eingeklappten Einstellungen
* Insgesamt wurde der Aufbau der Anwendung beschleunigt, das Springen zwischen den Funktionen bzw. die Bedienung allgemein sollte spürbar schneller sein
* Habe ausserdem die Punkte von jemu75 umgesetzt:
* Das Datum wird sinnvoll formatiert ausgegeben. Im Bereich von Stunden wird der Tag weggelassen, im Bereich von Tagen / Monaten etc. wird die Uhrzeit weggelassen
* Achsen können nun selbst beschriftet werden. Es gibt ein neues Feld dazu in den Charteinstellungen. Lässt man diese leer, bleibt die bisherige Beschriftungslogik erhalten.
Füllt man die Felder aus, werden die Achsen entsprechend beschriftet. Diese Einstellungen werden mit dem Chart gespeichert und wieder angezeigt.
Wie immer
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Bin gerade dabei die Charts weblink fähig zu machen. Wer will kann also einen Chart in die FHEM GUI integrieren.
Sieht soweit auch ganz gut aus. Leider ist die Ladezeit mit etwa 10 Sekunden nicht optimal. Ist aber leider nunmal dem Rendering im Browser geschuldet, schließlich wird hier ja kein einfaches Bild übertragen sondern ein interaktiver Chart im Browser generiert.
Grüße!
(siehe Anhang / see attachement)
So, der Weblink ist gestrichen, da mir die Sache insgesamt nicht gefallen hat.
Wer einen schönen, interaktiven Chart will, der soll eben das Frontend starten :-)
Insgesamt bin ich mit dem aktuellen Funktiongehalt vom Frontend zufrieden und werden vermutlich in nächster Zeit, abgesehen von eventuellen Optimierungen, erstmal keine neue Funktionen bringen.
Es sei denn es kommen auf einmal spontane gute Ideen ;-)
Bis dahin,
Johannes
Hallo,
ichhabe mir das Frontend heute installiert, und die Daten werden erstmal in der Datenbank abgelegt.
Jedoch habe ich eine Fragen.
Die Baumstruktur links, aller Geräte ist bei jedem Neustart wieder komplett ausgeklappt und die ursprüngliche reihenfolge ist ebenfalls wieder hergestellt. Kann man irgendwo einstellen, das nur die Überordner angezeigt werden und das die Reihenfolge abgespeichert wird?
Hallo,
Ich habe die Funktionsweise etwas weiter oben beschrieben:
* Die Charts werden in einem Ordner "Charts" abgelegt. Man kann aber Charts einfach durch drag & drop in einen anderen Raum ziehen.
* Es werden also für Charts der zugehörige Raum und die Reihenfolge im Tree gespeichert, so dass man nun einfach sortieren kann.
* Es können auch Geräte und Ordner per drag und drop verschoben werden, dass wird aber nicht gespeichert und hält nur bis zum nächsten Reload.
Sprich, die Position und der Überordner der Charts wird gespeichert, sonst nichts. Der Hintergrund ist einfach: Es werden an der Stelle Daten von FHEM und vom Webfrontend vermischt.
Beide haben nur indirekt miteinander zu tun. Speicher ich z.B. über das Webfrontend die Raumnamen und Position mit, gibt es Probleme, falls in der Zwischenzeit über FHEM der Raum z.B. gelöscht wurde.
Es ist kein unlösbares Problem, aber doch etwas Arbeit dich mir erstmal erspart habe.
Grüße!
Hallo,
ich beschäftige mich seit 2 Tagen mit FHEM auf dem PI.
Trotz mangelhafter Kenntnisse habe ich das System bisher gut ans Laufen gebracht.
Jetzt habe ich es gewagt, das neue Frontend zu installieren, was nach Anweisung auch funktioniert hat.
Allerdings erhalte ich keine Einträge (läuft weiterhin alles in die FHEM Log´s). Stattdessen gibt mir der PI folgende Fehlermeldungen in Serie aus:
DBD::SQLite::db do failed: attempt to write a readonly database at ./FHEM/93_DbLog.pm line 548.
DBD::SQLite::db do failed: attempt to write a readonly database at ./FHEM/93_DbLog.pm line 552.
DBD::SQLite::st execute failed: attempt to write a readonly database at ./FHEM/93_DbL og.pm line 430.
Gibt es eine Idee, was falsch gelaufen sein könnte, und wie ich das korrigieren kann?
Erläuterungen bitte auf "einfachem" Niveau.
Vielen Dank und viele Grüße
Hallo,
dieses Problem ist behoben.
Habe jetzt anstatt <chmod R g+w fhem.db> <chmod R o+w fhem.db> beide Befehle ohne -R durchgeführt.
Jetzt füllt sich die fhem.db mit Daten. Allerdings kann ich im Frontend keine Veränderung feststellen.
Keine Veränderung der "Initialeintragungen" unter den Devices (Uhrzeit von vor 4 Stunden). Keine Einträge in "Database Tables".
Was tun?
Hallo,
Bist du sicher, dass du Lesezugriff auf die Datenbank hast?
Sind schon verschiedene Geräte in der Datenbank geloggt?
Wurden alle 3 Tables wie benötigt und beschrieben erstellt?
Hallo Johannes,
der Zugriff steht auf rw-rw-rw- Besitzer: root (siehe Anhang 1).
Geräte sind alle in der Datenbank geloogt (siehe Anhang 2).
Die Tables wurden gemäß Wiki erstellt und mit .tables überprüft.
Jetzt habe ich (nachdem ich 2 Stunden nicht reingeschaut habe) die aktuellen Daten in den Thermostaten stehen - der Rest ist weiterhin leer.
Viele Grüße
Michael
Hallo,
Dein Anhang 2 zeigt Daten, die direkt aus FHEM kommen. Die haben nichts mit der Datenbank zu tun, stellen aber auch nur die aktuellen Messwerte dar, nicht die vergangenen.
Ich bin noch nicht überzeugt, dass du richtig in die Datenbank loggst. Verbinde dich mal mit deiner Datenbank, z.B. über das Terminal, und mache ein
SELECT * FROM history;
Das sollte dir einiges an Messwerten geben. Kommt da nicht zurück, ist dein Logging noch nicht richtig konfiguriert. Kommen Ergebnisse, dann würde ich mal Probeweise den Besitzer (aus Anhang 1) von root auf fhem setzen und auch mal ein
chmod +x fhem.db
probieren, um Berechtigungsprobleme ausschließen zu können.
Grüße,
Johannes
mir ist noch etwas aufgefallen.
Ich habe in meiner fhem.cfg mehrere Räume angegeben raum1,raum2,raum3
Diese Trennt man mit Kommer. Leider erkennt er das als 1. Raum im Interface ;)
Hallo,
Habe ein kleines Update bereitgestellt.
* Beschriftungen der Legenden hatten einen Bug (enthielten mehrfach Beschriftungen)
* Auswahlliste der Geräte wird jetzt nicht mehr über DB abgefragt (kann je nach Datenbank ziemlich langsam gewesen sein). Es ist also kein warten mehr nötig.
* bugfixes
Update über:
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Grüße
Hallo Johannes,
aufgrund der DBlog Problematik bei der FritzBox 7390 (ich möchte kein FREETZ dort installieren) habe ich eine zweite FHEM Instanz auf meinem QNAP NAS inkl. SQLite DB mit DbLog aufgesetzt. Ebenso ist dort auch das Charting Frontend installiert. Sowohl FHEM Server als auch Frontend haben alle aktuellen Updates.
Die zweite FHEM Instanz auf dem NAS loggt via FHEM2FHEM alle Logeinträge der FritzBox FHEM Hauptinstanz in der SQLite Datenbank. Der Zugriff des Frontend auf die Datenbank funktioniert ebenso. (Siehe Screenshot im Anhang).
Leider sehe ich keine Devices (in den DropDown Listen) beim Versuch, ein Chart zu erstellen. Hängt das mit der letzten Änderung am Frontend zusammen?
Zitat von: Johannes am 15 November 2013, 17:13:48
* Auswahlliste der Geräte wird jetzt nicht mehr über DB abgefragt (kann je nach Datenbank ziemlich langsam gewesen sein). Es ist also kein warten mehr nötig.
Nach kompletten Studium dieses Threads gehe ich davon aus, dass Puschel eine ähnliche Konfiguration (2x FHEM auf RPi mit FHEM2FHEM Link) bisher erfolgreich eingesetzt hat. Oder ist der Einsatz des Charting Frontends zukünftig generell nur noch möglich, wenn sich DBLog und Device Definitionen in FHEM auf der gleichen Instanz befinden?
Ein Test mit Anlegen gleichnamiger Dummy Devices auf der DBLog FHEM-Zweitinstanz hat leider auch nicht funktioniert.
Tobi
Hallo Tobi,
Ja da bist du oder ich tatsächlich in die Falle getappt :-)
Genau die Konstellation hatte ich jetzt nicht berücksichtigt.
Eigentlich hättest du eine Fehlermeldung bekommen sollen, das keine Geräte gefunden werden konnten. Da die scheinbar nicht gekommen ist (?) müsstest du mir mal einen Gefallen tun:
Auf der "Konsole" in deinem Browser (in Firefox über Firebug, in Chrome über F12) folgendes eingeben:
FHEM.dblogDevices
und mit Entertaste abschicken. Ich brauche genaue Informationen, was da zurück kommt. Falls sich das Objekt aufklappen lässt (über Pfeilsymbol) am besten einen Screenshot machen.
Ich werde das alte Verhalten mit Suche über die Datenbank als Fallback Lösung mit Aufnehmen, damit auch Setups wie bei dir weiterhin laufen.
Aber dafür bräuchte ich erstmal Rückmeldung zu obigem Punkt.
Grüße!
Hallo Johannes,
besten Dank für die prompte Antwort. Im Anhang auch als Screenshot der "ausgeklappte" Output (Firebug) von FHEM.dblogDevices aus der Web-Konsole.
[20:27:57.533] FHEM.dblogDevices
[20:27:57.534] [object Array]
Tobi
Könntest du bitte noch das "nullte" Objekt aufklappen auf der rechten Seite? Ich muss da reingucken :-)
sehr gerne - neuer Versuch - siehe Anhang.
Tobi
Hallo Tobi,
Mach mal bitte ein Update mittels
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Und schau mal, obs jetzt läuft.
Grüße!
Nach einem ersten Versuch einwandfrei! :D
Besten Dank für den raschen Fix für mein "Nicht-Standard-Setup." Wenn kommerzieller Software-Support so gut funktionieren würde...
Viele Grüsse
Tobi
PS: Ich hatte deine erste Rückfrage nicht beantwortet. Ich hatte tatsächlich _keine_ Fehlermeldung bekommen, dass keine Geräte gefunden wurden.
Ich habe den Ersten Beitrag in diesem Thema mal editiert, einen generellen Überblick gegeben und ein paar aktuelle Screenshots reingehangen.
@Tobi:
Du scheinst eine ziemlich hohe Messwertdichte zu haben. Wenn du den Zeitraum größer als ein Tag wählst (z.B: Woche oder manuell) würde ich dir empfehlen, die Generalisierung zu nutzen (über "Statistics").
Grüße!
Hallo,
ich bin dabei, mit FHEM von einer FB7240 mit Filelog auf einen RaspberryPi mit Dblog umzuziehen. Da ich ein 24/7-QNAp-NAS habe, würde ich gerne die Datenbank unter MySQL auf dem NAS einrichten, ohne dort eine 2. FHEM-Instanz zu installieren. Ist das in Bezug auf das neue Frontend machbar?
Ich werde aus dem Eintrag der Sample-db.conf für MySQL nicht ganz schlau. Für host müsste doch dort die IP-Adresse eingetragen werden. Dort steht nur "host=db".
Den Anschluss einer USB-HDD am Raspberry würde ich mir gerne ersparen.
Bisher habe ich mit einer SQLite-DB auf dem Pi experimentiert und bin von dem Frontend ganz begeistert.
Gruß
Reimer
Hallo,
Ich sehe erstmal nichts was dagegen spricht. Das Frontend muss auf der selben Maschine laufen wie auch FHEM. Die FHEM Installation muss wiederum eine gültige DbLog Konfiguration haben. Diese kann aber auch auf eine externe, woanders liegende Datenbank zeigen, solange der Zugriff dorthin gesichert ist.
Ja, "host=db" würde ich an deiner Stelle tatsächlich mal durch IP-Adresse, und wahrscheinlich auch angepasstem Port, ersetzen.
Dann sollte das eigentlich schon klappen (solange die beiden Rechner gegenseitigen Zugriff haben).
Gruß
Hallo Johannes,
inzwischen bin ich klüger:
Leider versteht sich die '93_DbLog.pm' nur beim Schreiben der Daten in eine MySQL-Datenbank mit dem QNAP-NAS. Beim Lesen der Daten über das Frontend gibt es 'Mecker' wegen Syntaxerrors (inkompatibel mit der 93_DbLog.pm). Das liegt höchstwahrscheinlich an der veralteten MySQL-Version auf dem QNAP, die sich partout nicht aktualisieren lässt. Das Problem kenne ich schon von einem anderen Progreamm unter Windows.
Dann hab ich es mit Postgres versuchen wollen, ... Geht auch nicht, weil die QNAP nicht die richtige PHP-Version hat. Bleibt doch nur die Möglichkeit der SQLite auf dem Pi. Dazu kann man ja allzu fleißige Datensender etwas bremsen und in größeren Zeitabständen und nicht alles zu loggen. 'DbExclude' erweist sich dabei als sehr flexibel und hilfreich.
Speziell zur neuesten Version (heute upgedated) des Frontends:
Beim Starten des Frontends gibt es auf der Konsole folgende Fehlermeldungen
(identisch für die 93_DbLog.pm in den lines 1014, 1020, 1026, 1032 und 1038:
'Use of uninitialized value $yaxis in concatenation (.) or string at <s.o.>'
Bis gestern konnt ich in der Tabellenansicht durch Klick in der Kopfzeile die Sortierung wählen.
Seit dem Update heute erscheint das Auswahldreieck, aber die Sortierung ist ausgegraut
Nur die Wahl der anzuzeigenden Spalten funktioniert. Das ist richtig doof!
Ich teste aber weiter und bin hart im nehmen.
Schönen Abend noch
Reimer
Hallo,
Ich habe beim Entwickeln mit MySQL, Postgres und SQLite getestet (in aktuellen Versionen) und habe keinerlei Probleme gehabt.
Dein Problem liegt also definitiv an der QNAP.
Zitat von: wing350 am 25 November 2013, 18:26:54
Beim Starten des Frontends gibt es auf der Konsole folgende Fehlermeldungen
(identisch für die 93_DbLog.pm in den lines 1014, 1020, 1026, 1032 und 1038:
'Use of uninitialized value $yaxis in concatenation (.) or string at <s.o.>'
Ist kein Fehler, sondern ein Hinweis. Wurde hier bestimmt schon 3 mal diskutiert. Für ein Perl Guru ein simples Problem, ich kenne die Lösung aber nicht. EInfach ignorieren - oder mir einen Fix zusenden :-)
Zitat von: wing350 am 25 November 2013, 18:26:54
Bis gestern konnt ich in der Tabellenansicht durch Klick in der Kopfzeile die Sortierung wählen.
Seit dem Update heute erscheint das Auswahldreieck, aber die Sortierung ist ausgegraut
Nur die Wahl der anzuzeigenden Spalten funktioniert. Das ist richtig doof!
Du bist der Erste der zu der Tabellenansicht Feedback gibt, dachte das wird bisher so gut wie garnicht genutzt. Die Sortierung habe ich bestimmt schon vor über 5 Monaten entfernt, ich kann mir nicht richtig vorstellen, dass das bei dir geklappt hat. Es sei denn, du hast ein sehr alte Version verwendet...
Grund für die Entfernung der Sortierung ist ein Bug in der Basisbibliothek. Ich werde mir demnächst mal anschauen, ob dort das Problem mittlerweile gelöst ist und dann ggf. ein Update bereitstellen.
Oder, Moment, kann es sein, dass du von der Tabellenansicht in den Charts selber sprichst, und nicht von "Database Tables"?
In ersterem sollte die Sortierung einwnadfrei funktionieren.
Geändert habe ich jedenfalls an den beiden Stellen seit Monaten nichts mehr.
Grüße!
Hallo Johannes,
mit der Sortierung war mein Fehler.
Einen Schönheitsfehler habe ich in Opera, Firefox und IE11 entdeckt:
In der 'Table data'-Ansicht verschwindet die Taste zum Ausführen des Query-Befehls zum größten Teil hinter der unteren Fensterkante. Man kann nicht mal erahnen, was draufsteht (s. Anhang). Das Query-Fenster kann ja auch nicht vergrößert werden.
Ich habe zwar den 35-seitigen Thread quer und teilweise genau gelesen, aber vielleicht hab ich was überlesen:
Sollten die Charts nicht selbstaktualisierend sein? Bei mir tut sich in keinem Browser etwas, es sei denn ich klicke im Baum den Chart neu an oder klicke 'Show Chart'.
Hi,
Zum Schönheitsfehler: Stimmt, tritt auf, sobald die BIldschirmbreite zu klein wird und die Zeile umbricht, werd ich in der nächsten Version fixen, vermutlich per Scrollbar.
Zur Autoaktualisierung: Die habe ich nie versprochen oder eingebaut, finde es aber ein schönes Feature!
Ist auch nicht kompliziert zu integrieren. Man muss sich nur auf ein Intervall einigen, da das Laden selbst jedesmal - je nach dem - einige Sekunden dauert. Also mindeste Untergrenze sollte wohl für die meisten Fälle 10 Sekunden sein.
Das ganze wird dann aktivierbar per Checkbox a la "Automatisch aktualisieren?" mit Checkbox daneben. Ob ich die Info zusammen mit dem Chart abspeicher weiss ich noch nicht, einfacher ist per default die Aktualisierung an oder aus zu haben... Mal sehen
Grüße!
Hi
Zitat von: Johannes am 26 November 2013, 20:17:43
Zur Autoaktualisierung: Die habe ich nie versprochen oder eingebaut, finde es aber ein schönes Feature!
Ist auch nicht kompliziert zu integrieren. Man muss sich nur auf ein Intervall einigen, da das Laden selbst jedesmal - je nach dem - einige Sekunden dauert. Also mindeste Untergrenze sollte wohl für die meisten Fälle 10 Sekunden sein.
Das ganze wird dann aktivierbar per Checkbox a la "Automatisch aktualisieren?" mit Checkbox daneben. Ob ich die Info zusammen mit dem Chart abspeicher weiss ich noch nicht, einfacher ist per default die Aktualisierung an oder aus zu haben... Mal sehen
Sorry, jetzt verstehe ich mein Mißverständnis:
Du hast die Aussage nur auf die Messwerte in der Deviceansicht bezogen ???
Da habe ich aber was angestoßen. Wäre schön!
Reimer
Hi Johannes,
nachdem meine komplette Produktivumgebung jetzt auf dem RPi läuft, fällt mir im Frontend das eine oder andere auf:
Ich habe bisher einige Devices mehreren "Räumen" zugeordnet. Damit kann das Frontend anscheinend nicht richtig umgehen (s.Anhang).
Kann man das Problem noch auflösen? Das room-Attribut trennt ja die Räume mit einem Komma ohne weitere Leerstelle und das Frontend interpretiert den gesamten String im Attribut dann als einen Raum.
Gruß
Sorry, ich hab den Anhang vergessen:
Das Problem mit einem Device in mehreren Räumen ist gefixt mit folgendem Update:
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Grüße!
Hab mal ne Umfrage hinzugefügt (taucht ganz oben auf), ob Interesse an einer Integration von FIleLog besteht. Dann könnte auch Nutzer ohne DbLog das Frontend nutzen..
Hallo
Ich habe folgendes Problem "
DbLog: Failed to insert new readings into database: DBD::SQLite::st execute failed: unable to open database file at ./FHEM/93_DbLog.pm line 430.
Ich habe diesen Thread zigmal durchgelesen. Das ganze Forum durchgesucht. Ich weiss nicht mehr weiter.
Anbei ein paar Screenshots.
Bin für jede Hilfe dankbar
Joachim
Hallo,
der Dateigröße nach zu urteilen ist deine Datenbank komplett leer. ist die neu erstellt worden? wurden alle nötigen sqls ausgeführt wie in der Doku angegeben?
Hallo alle zusammen ,
jetzt habe ich den dblog auf meiner Syno ds211+ zum laufen
die Daten werden auch in meiner SQL Datenbank geloggt
hier ein Auszug aus meiner fhem log
2013.12.01 20:40:03 3: WEB: port 8083 opened
2013.12.01 20:40:03 3: WEBphone: port 8084 opened
2013.12.01 20:40:03 3: WEBtablet: port 8085 opened
2013.12.01 20:40:03 3: Connecting to database mysql:database=fhem;host=localhost;port=3306; with user oliver
2013.12.01 20:40:03 3: Connection to db mysql:database=fhem;host=localhost;port=3306; established
2013.12.01 20:40:03 3: Connection to db mysql:database=fhem;host=localhost;port=3306; established
2013.12.01 20:40:03 3: Opening CUL device /dev/ttyUSB0
2013.12.01 20:40:03 3: Setting CUL baudrate to 9600
2013.12.01 20:40:12 3: Device wz_Regler1 added to ActionDetector with 028:00 time
2013.12.01 20:40:12 3: Device wz_Regler2 added to ActionDetector with 028:00 time
2013.12.01 20:40:12 3: Device wz_Regler3 added to ActionDetector with 028:00 time
2013.12.01 20:40:13 3: Device wz_Thermostat added to ActionDetector with 000:10 time
2013.12.01 20:41:01 2: CUL_HM set wz_Regler2 getConfig
2013.12.01 20:41:22 2: CUL_HM set mz_Regler getConfig
2013.12.01 20:41:33 2: CUL_HM set ab_Aussensensor getConfig
2013.12.01 20:42:01 2: CUL_HM set gz_Regler getConfig
2013.12.01 20:43:09 2: CUL_HM set wz_Regler3 getConfig
2013.12.01 20:46:08 2: CUL_HM set wz_Regler1 getConfig
2013.12.01 20:46:29 2: CUL_HM set sz_Regler getConfig
jetzt bekomme ich wenn ich den Browser aufrufe mit http://ipadresse:8083/fhem/frontend
die gleiche Seite angezeigt wie immer.
muss ich noch was in die fhem.conf eintragen ?
synobox neu gestartet
Browser neugeladen Cache gelöscht
schönen 1 Weihnachtstag
Oliver
an deinem Pfad fehlt "/index.html"
:D
sorry auch mit der Angabe http://ipadresse:8083/fhem/frontend/index.html
Guss Oliver
Hallo
Ich habe alles nach Puschels Anweisung für Raspi unter fhem2fhem installiert.
Ja die DB ist leer.
Hallo Joachim,
Zitat von: Borderotto am 01 Dezember 2013, 18:00:47
Hallo
Ich habe folgendes Problem "
DbLog: Failed to insert new readings into database: DBD::SQLite::st execute failed: unable to open database file at ./FHEM/93_DbLog.pm line 430.
Ich habe diesen Thread zigmal durchgelesen. Das ganze Forum durchgesucht. Ich weiss nicht mehr weiter.
Anbei ein paar Screenshots.
Bin für jede Hilfe dankbar
Joachim
Ich hatte das selbe Problem, nachdem ich meine Datenbank auf einen Stick ausgelagert hatte. Bei mir lag es daran, dass als Eigentümer des Datenbankfiles 'root' und nicht 'fhem' eingetragen war. Nach der Änderung auf 'fhem' lief es.
Ich benutze übrigens für solche Aktionen WinSCP, dann braucht man sich keine kryptischen Befehle zu merken.
Gruß
Reimer
@Heinecke: Hast du das Frontend korrekt installiert mit dem "update thirdparty ..." Befehl?
Schau mal nach, ob unterhalb deiner fhem Installation der Ordner "www/frontend" liegt und darin die index.html ist.
Wenn nicht wurde falsch bzw. unvollständig installiert.
Da könnte helfen, den update thirdparty Befehl gaz am Ende mit "force" zu versehen, dann wird nochmal alles komplett geladen.
@Borderotto: Wechsel mal auf deinem PI in das Verzeichnis wo die DB liegt. Dann gibts du folgenden Befehl ein:
sqlite3 fhem.db
Wenn du dann mit der DB verbunden bist, schicke den Befehl
.schema
ab.
Ausserdem dann noch
SELECT * FROM history LIMIT 5;
Bitte alles was du als Rückgabe bekommst hier reinschreiben.
Hallo
Besitzerwechsel hat nichts gebracht.
Ich habe 2 Sreenschot angehangen
Hallo,
Die DB sieht sauber aus. Das er nicht schreiben kann kann eigentlich nur noch mit falschen Berechtigungen zu tun haben. Oder aber dein gemountets Verzeichnis ist readonly...
Kopier doch mal die fhem.db dirket in das fhem Verzeichnis und passe deine Config an, mal sehen ob das was bringt... Öfter gibt es mal Probleme mit Berechtigungen bei "mounts"
Hallo Johannes
danke für die Hilfe
jetzt geht es
erst den Update Befehl nochmal eingegeben
keine Änderung
dann mit force alles geht DANKE sieht cool aus
DANKE Gruss Oliver
Hallo Johannes
Leider immer noch der selbe Fehler
Joachim
Hallo Johannes
Es funktionert.
Ich musste ab /media sämtliche Ordner per Hand auf rwxrwxrwx setzen.
Danke für die Hilfe
Joachim
Freut mich dass es bei euch beiden jetzt läuft!
Ich spiele mich schon länger mit dem Gedanken auf Basis von ExtJS/Sencha Touch ein Interface zu bauen um es auf fix eingebauten Tablets zu verwenden.
Ich hätte da an ein Konzept wie Widgets gedacht die wiederum frei positionierbar sind auf einem Dashboard (ähnlich hier: http://docs.sencha.com/extjs/4.2.1/extjs-build/examples/portal/portal.html)
Ob ExtJS oder Sencha Touch bin ich mir noch nicht so ganz sicher, wobei die Systeme zusammenwachsen (ExtJS bekommt gerade eine Touch-Event-Schicht)
Also Widgets würden mir derzeit vorschweben:
Temperatur für den Raum
Wetter
Lichter
Steuern von XBMC/Mpd
Makros mit eigenen Symbolen
Hallo,
Für Tablets würde ich definitiv auf Sencha Touch setzen. Auch wenn Ext JS "etwas" touchfähig wird glaube ich nicht, dass es für dein Vorhaben die erste Wahl ist. Das Frontend hier z.B. lässt sich zwar auf Handys und Tablets öffnen und bedienen, aber insgesamt ist die Bedienung hakelig und einfach nicht dafür ausgelegt. Das merkt man spätestens, wenn man eine Combobox öffnet. Sencha Touch ist einfach resourcenschonender und auf Touchscreens zugeschnitten, daher also deutlich besser geeignet. Ich habe schon mit beiden Bibliotheken Projekte umgesetzt, glücklick wird man auf mobilen Geräten aber nur mit Sencha Touch. Ob da allerdings auch Widgets / Portlets möglich sind, müsste man mal in der Kitchensink nachschauen...
Leider ist der Touch-Support für ExtJS noch nicht verfügbar: https://www.sencha.com/blog/ext-js-on-tap/ .
Mittelfristig werden Sencha Touch und ExtJS sicher zusammenwachsen (wenngleich es doch einige Unterschiede gibt wenn man damit entwickelt)
Mir schwebt halt etwas optisch ansprechendes vor bei dem ich die best-aussehensten elemente die mir als beispiel unterkommen zusammenführe ;)
Grundsätzlich finde ich das Konzept der UI des Gira Homeserver sehr ansprechend. (aber zB wirklich zündende Idee für ein Licht-Icon ist mir noch keine untergekommen)
Meine Meinung: ExtJS ist vom Umfang / Volumen her einfach zu mächtig für viele mobile Geräte. Auch mit Touch Unterstützung wird nicht wirklich Besserung in Sachen Responsiveness und fingerfreundliche GUI kommen.
Ansonsten denke ich wäre es vielleicht angebracht, um das hier nicht entgleiten zu lassen, wenn du zu deinem Brainstorming einen neuen Thread aufmachst. Da kann man dann weiter diskutieren..
Zum Thema Filelog:
Integration ist in der Mache und auf gutem Wege.
Charts werden sich auch mit kombinierten Quellen, also Daten aus FileLog und DbLog, gleichzeitig darstellen lassen.
Werde demnnächst eine erste Testversion bereitstellen.
sorry, ich habe mich mitreißen lassen ;)
Update:
Es steht ein Update bereit, dass jetzt Unterstützung für FileLog bietet. Das Frontend ist jetzt auch für alle nutzbar, die kein DbLog installiert haben / installieren können.
Es wäre gut, wenn sich einige Tester finden, die über alle Probleme / Erfahrungen berichten. Der aktuelle Zustand ist funktional, aber sicherlich noch nicht 100% kompatibel mit allen möglichen Szenarien.
Zur Installation muss nur noch folgender Befehl in FHEM abgesetzt werden:
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend force
Das Update wird eine Weile dauern, da auch die Basisbibliothek geupdated wurde.
Nach erfolgreichem Update kann das Frontend wie gewohnt über
http://IPvonFHEM:8083/fhem/frontend/index.html
aufgerufen werden.
Um einen Chart basierend auf FileLog zu erstellen, geht man dann zunächst auf der linken Seite auf "Create new Chart".
Dann wählt man unter "Select Data" als erstes FileLog aus. Anschließend können in den DropDowns daneben das gewünschte Logfile und das gewünschte Reading ausgewählt werden.
Dann noch den Zeitraum festlegen, entweder über Kalender oder z.B. mit "daily" für die aktuelle Tagesansicht.
Ein Klick auf "Show Chart" sollte dann den Chart mit den Daten aus Filelog zeigen.
Aktuelle Einschränkungen für FileLogs:
* Speichern der Charts, die auf FileLog basieren, ist derzeit noch deaktiviert, da sie ja üblicherweise in der Datenbank abgespeichert werden. Lösung ist aber bekannt und kommt demnächst
* Die Auswahl von Statistiken, also z.B. maximale Werte einer Stunde, sind deaktiviert, da diese für FileLog noch nicht zur Verfügung stehen
* Das durchsuchen der Datenbank über "Database Tables" ist logischerweise für Nutzer von Filelog nicht nutzbar. Ich plane aber, auch das zu aktivieren
Feedback erwünscht!
Grüße!
(http://www7.pic-upload.de/thumb/07.12.13/zu9n5pevcpro.jpg) (http://www.pic-upload.de/view-21554652/filelog.jpg.html)
ZitatEs steht ein Update bereit, dass jetzt Unterstützung für FileLog bietet. Das Frontend ist jetzt auch für alle nutzbar, die kein DbLog installiert haben / installieren können.
http://www.youtube.com/watch?v=kB0dHXIjOQ8
Vielen Dank für die Anstrengungen, sobald ich wieder in Deutschland bin werde ich es auch mal testweise installieren.
Hi,
hab mal versucht das neue Frontend zu nutzen.
Die Installation und der Aufruf funktionieren soweit, auch die Anzeige der Geräte etc.
Was nicht funzt (also bei der neuen Version mit Filelog) ist das erstellen von Charts!
Ich wähle links "Create new Chart" und dann oben Filelog aus, worauf sich dann die gesamten Filelogs zu Auswahl anbieten.
Wenn ich davon eines auswähle erscheint eine Box mit folgender Meldung:
"No Readings found in the last 24 hours for this Logfile!"
Das wars! Wo liegt der Fehler?
Hab das neueste FHEM 5.5!
Hallo,
die Meldung bedeutet, dass in den gewählten Logfile keine Einträge für die letzten 24h gefunden wurden. kannst du das bestätigen? Wenn nicht musst du prüfen, ob deine sytemzeit von fhem korrekt eingestellt ist. das Frontend versucht, aus dem Logfile alle readings der letzten 24h auszulesen. kannst du mal eines deiner Logfiles posten?
Hallo Johannes,
hab jetzt mal FHEM auf DBlog umgestellt, da ich eh eine mysql laufen hab.
Ging einfach, aber natürlich gibts wieder einen Fehler - er kann keine Charts speichern!
The Chart could not be saved, error Message is:
Could not execute statement: Tabelle 'fhem.frontend' existiert nicht
wie kann ich das ändern?
Hab schon im Google und hier gesucht aber leider ohne Erfolg!
Hallo Dieter,
Ich hätte 2 Bitten an dich:
1.) Gib mir doch Feedback zu meinen Fragen oben, auf die du noch nicht eingegangen bist (enthalten deine Logfiles keine Einträge für die letzten 24 Stunden, und bitte Logfile bereitstellen, falls doch)
2.) Lies bitte die Installationsdoku im Wiki. Du schreibst du findest "wieder einen Fehler", der einfach daran liegt, dass du die Installation nicht nach Anleitung gemacht hast, da du den Table "frontend" nicht angelegt hast. Die Fehlermeldung sagt dir das ja auch schon ...
Danke,
Grüße,
Johannes
Hi Johannes,
hab die Frage übergangen, weil ich ja dann die DBlog benutzt hab.
1. Hier hab ich ein (gekürztes) Log eines Temp-Sensors angehangen.
2. Hab genau nach dem Wiki die Installation vorgenommen und jetzt beim lesen deiner Nachricht bemerkt, dass ich den letzten Schritt:
Datenbank vorbereiten
Zuletzt muss in der Datenbank eine Tabelle für das Frontend erstellt werden.
Für MySQL kann folgendes SQL in der Datenbank abgesetzt werden:
CREATE TABLE frontend (ID int NOT NULL UNIQUE AUTO_INCREMENT, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE TEXT)
nicht ausgeführt hab! Schande über mich! Jetzt funzt es! :-[
Naja schade Punker, dass du nicht das Problem mit Filelog weiter verfolgt hast, so hätte man evtl. Bugs ausmerzen können ...
Da ich ja das neue und das alte Frontend nebeneinander laufen hab kann ich durchaus ein paar Experimente mit neuem FE und Filelog machen!
@punker: Danke fürs Logfile, ich habe deine Logkonstellation noch nicht abgedeckt, Lösung ist in Arbeit.
Bei dir werden mehrere Readings pro Zeile geloggt, in meinen Testfällen war es immer genau ein Reading pro Zeile, damit klappt es wunderbar.
Werde natürlich Unterstützung mit beliebig vielen Readings pro Zeile im Log einbauen die nächsten Tage.
Für Logfiles mit einem Reading pro Zeile sollte wie gesagt alles funktionieren, vielleicht kann das ja jemand bestätigen...
Grüße,
Johannes
Kann mir mal jemand auf die Sprünge helfen, wie das "get" in FHEM eigentlich richtig funktioniert?
Beispiel Logfilezeile:
2013-12-12_13:51:21 hms100t.pool T: 3.5 Bat: ok
Um einen konkreten Messwert, also Spalte, abzufragen, mache ich z.B. ein
get Logfile ./log/ESA-sub-2013.log - 2013-12-12_00:00:00 2013-12-13_00:00:00 1:.*T::$fld[3]
Das Ergebnis ist wunderbar:
2013-12-12_13:51:21 3.5
Wer von euch kann mir verraten, wie ich jetzt an den Wert von "Bat" komme, also die nächste Spalte?
Habe schon sämtliche mir logischen Varianten durchprobiert, nichts klappt. Entweder garkein Output, oder exakt die selbe Zeile wie oben.
Was mache ich falsch?
Leute, ich brauche Tester.
Scheinbar gibt es ja Interesse an Filelog, dann müssten sich auch mal ein paar bereit erklären und einfach das letzte Update installieren.
Da ich selbst auf FileLog nicht angewiesen bin ist mir die Implementation nicht sonderlich wichtig.
Falls wirklich Interesse da ist wäre ein Feedback mal ganz nett, sonst belasse ich es erstmal bei dem Stand...
Hallo Johannes,
ich bin Deiner Empfehlung gefolgt und habe Dein neues Charding installiert. Ich möchte es erstmal mit FileLog ausprobieren.
Die Oberfläche wird dargestellt. Einen Eintrag oder Button "Create new Chart" habe ich jedoch nicht. Die verschiedenen Räume, Geräte FileLogs usw. werden angezeigt. Die Beschreibung im Wiki bezieht sich ja auf DbLog.
Gibt es eine Beschreibung, wie man vorgehen muss, um ein neues Diagramm zu erstellen?
Viele Grüße
Harald
Nachtrag: Ich habe "Create new Chart" jetzt doch gefunden, hatte nicht weit genug heruntergescollt. Hab' mal ein wenig damit rumgespielt. es ist schon eine tolle Sache, aber es löst nicht mein Problem. Ich habe ein durch mein Modul GasZähler erzeugtes Logfile "Verbrauch_Tag.log", in das am Tagesende der GasVerbrauch geschrieben wird. Diese Daten möchte ich in Balkenform in einem Diaragramm darstellen. Wie muss ich da vorgehen?
So, jetzt hab' ich's hinbekommen (fast).
Die Messpunkte werden nicht der X-Achse zugeordnet, sondern befinden sich ganz links am Rand des Diagrammfensters außerhalb des Diagramms auch wenn man die Scalierung der X-Achse ändert. Die Einstellung der Punktgröße habe ich noch nicht gefunden ebenso die Möglichkeit, eine Linie oder Balken zu definieren.
Viele Grüße
Harald
Zitat von: Johannes am 15 Dezember 2013, 12:49:01
Leute, ich brauche Tester.
Scheinbar gibt es ja Interesse an Filelog, dann müssten sich auch mal ein paar bereit erklären und einfach das letzte Update installieren.
Da ich selbst auf FileLog nicht angewiesen bin ist mir die Implementation nicht sonderlich wichtig.
Falls wirklich Interesse da ist wäre ein Feedback mal ganz nett, sonst belasse ich es erstmal bei dem Stand...
Ab 20. bin ich wieder bei meiner Fritte, dann werde ich sie mal als Probant anmelden ;)
Dann lass ich dir mal Filelogs zukommen, nur bei mir werden die momentan nicht allzu spektakulär sein ...
Hallo zusammen,
die Messpunkte werden jetzt richtig der X-Achse zugeordnet. Es war mein Fehler. Timestamp im Logfile war nicht richtig aufgebaut.
Viele Grüße
Harald
Hallo Harald,
Scheint jetzt ja bei dir soweit zu funktionieren mit FileLog. Sehe ich das richtig dass du kein DbLog installiert hast?
Wäre einfach gut zu wissen, ist für mich ein Beleg dass ich die wichtigen Abhängigkeiten zu DbLog damit gelöst hätte.
Zitat von: Harald am 15 Dezember 2013, 17:00:28
Die Einstellung der Punktgröße habe ich noch nicht gefunden ebenso die Möglichkeit, eine Linie oder Balken zu definieren.
Punktgröße ist zur Zeit auch nicht einstellbar. Es sei denn du möchtest Quellcode anpassen, ist ne Kleinigkeit (Zeile 1223 in /fhem/www/frontend/app/controller/ChartController.js, dort den radius Wert z.B. auf 1 setzen). Wäre prinzipiell natürlich schön das auch grafisch konfigurierbar zu haben...
Ich habe schonmal vor einer Weile mich dran gemacht, mehr Typen von Charts zu integrieren, unter Anderem auch Balken. Damals gab es aber noch einige Bugs in der Bibliothek, die mich dann letzten Endes davon abgehalten haben, es online zu stellen. Ich schaue es mir aber nochmal in den nächsten Tagen an, da es inzwischen einige funktionierende Beispiele gibt, z.B.:
http://docs.sencha.com/extjs/4.2.2/#!/example/charts/Mixed.html
@Strippenzieher:
Je mehr Filelogs ich bekomme, desto besser kann die Implementation werden.
Zur Zeit habe ich leider immer noch keinen Schimmer, wie die get Funktion "richtig", mit mehreren Werten pro Zeile arbeitet. Sie tut jedenfalls nicht das, was im WIki und in der Commandref steht....
Hallo Johannes,
Du siehst das richtig. Ich habe DBLog nicht installiert. Vielleicht mache ich das später nochmal. Aber bisher habe ich mit Datenbanken noch nichts gemacht.
Kann man das erzeugte Diagramm in die normale Weboberfläche übernehmen? Wo finde das File, wenn ich das abgespeichert habe?
Viele Grüße
Harald
Hallo Johannes,
ich habe mal ein wenig mit dem Charting / Plotting herumgespielt. Eigentlich klappt das schon ganz gut im Modus FileLog.
Wenn man das erzeugte Diagramm abspeichern möchte, wie vergibt man einen Namen und endet der Name dann auf .gplot, damit man dieses File in die Weboberfläche integrieren und unter SVG nutzen kann?
Wie und wo kann ich erzeugte Diagramme erneut aufrufen, um Änderungen daran vorzunehmen?
Es wäre schön, wenn man bei der Auswahl der Plottypen min. die gleichen Möglichkeiten hätte, wie bei SVG (Punktgröße, Balken, histeps usw.)
Außerdem ist mir aufgefallen, dass Left Axis nicht in einer Zeile steht wie Right Axis sondern in 2 Zeilen.
Bitte verstehe meine Ausführungen nur als positive Kritik und Anregung. Ist schon toll, was Du bisher geschaffen hast.
Vielen Dank dafür und viele Grüße
Harald
Hallo Harald,
Zitat von: Harald am 17 Dezember 2013, 17:33:42
ich habe mal ein wenig mit dem Charting / Plotting herumgespielt. Eigentlich klappt das schon ganz gut im Modus FileLog.
Das ist doch schonmal gut.
Zitat von: Harald am 17 Dezember 2013, 17:33:42
Wenn man das erzeugte Diagramm abspeichern möchte, wie vergibt man einen Namen und endet der Name dann auf .gplot, damit man dieses File in die Weboberfläche integrieren und unter SVG nutzen kann?
Vorsicht! Hier gibt es grundsätzliche Unterschiede.
gplot Dateien werden von FHEM verwendet, um Serverseitig mit Hilfe von Perls gnuplot / SVG Diagramme zu erstellen.
Die Diagramme in diesem Frontend werden aber clientseitig im Webbrowser durch ExtJS (eine Javascriptbibliothek, die grundsätzlich anders arbeitet) als SVG generiert.
ExtJS und gnuplot haben nichts miteinander gemeinsam und sind auch nicht untereinander kompatibel.
Du erstellst also entweder Diagramme mit gnuplot / SVG, oder mit diesem Frontend.
Zitat von: Harald am 17 Dezember 2013, 17:33:42
Wie und wo kann ich erzeugte Diagramme erneut aufrufen, um Änderungen daran vorzunehmen?
Wenn du DbLog installierst, profitierst du nicht nur von einer sauberen Datenhaltung und zusätzlichen Statistik-Funktionen, sondern kannst auch deine erstellten Charts speichern, umbennen und modifizieren.
Ohne DbLog, also nur mit FileLog, gibt es wie ein paar Posts weiter oben von mir beschrieben noch keine Möglichkeit, FileLog-Charts abzuspeichern.
Zitat von: Harald am 17 Dezember 2013, 17:33:42
Es wäre schön, wenn man bei der Auswahl der Plottypen min. die gleichen Möglichkeiten hätte, wie bei SVG (Punktgröße, Balken, histeps usw.)
Wie gesagt reden wir von komplett unterschiedlichen Charts (gnuplot/ExtJS).
Prinzipiell sind deine Ideen auch unter ExtJS möglich, ich möchte aber nicht den Konfigurationsdialog, der mittlerweile schon ziemlich aufgebläht ist, durch noch zig weitere Buttons, Checkboxen etc. erweitern.
Zitat von: Harald am 17 Dezember 2013, 17:33:42
Bitte verstehe meine Ausführungen nur als positive Kritik und Anregung. Ist schon toll, was Du bisher geschaffen hast.
Keine Sorge, ich fasse das nicht negativ auf :-)
Noch eine generelle Sache:
Das Frontend ist nun mittlerweile fast ein Jahr alt und ziemlich gewachsen, was Funktionalität und Aufbau angeht.
Leider ist, abgesehen von Dokumentation (Danke nochmal an Puschel :-) keine Untersützung von außen dazugekommen.
Ich hatte ursprünglich mal gehofft, dass der ein oder andere Javascript Entwickler etwas beisteuert, aber den Glauben habe ich mittlerweile aufgegeben.
Was ich damit sagen will: Die komplette Umsetzung alleine zu machen und bei neuen Entwicklungen, wie z.B. FileLog Integration kein Feedback zu bekommen, obwohl sich es scheinbar einige gewünscht haben, ist einfach ermüdend. Ich selbst brauche FileLog nicht und dachte ich tue den Anwendern was gutes. Aber insgesamt gibt es mir zu wenig Rückmeldung / Kritik / Ideen etc.
Ausserdem bin ich mit der Situation nicht zufrieden, zweigleisig zu fahren. Also Charts in FHEM und extra in diesem Frontend.
Erfreulicherweise gibt es auch in FHEM Bewegung in Sachen Charts, siehe die Entwicklungen bei SVG.
Sinnvoll wäre sicherlich ein Zusammenfließen von beidem zu einem, verpackt unter dem Dach von Fhem. Aber da gibts einfach zu viele Hürden, die mich davon abhalten (z.B. wäre meiner Meinung nach erstmal ein komplettes Redesign von FHEMWEB fällig, da es auf veralteten "Technologien" und Denkweisen aufbaut)...
Das mal nur so am Rande... :D
Danke Johannes für Deine Ausführungen. Jetzt verstehe ich die Hintergründe etwas besser.
Wenn ich das richtig verstanden habe, ist es doch wohl sinnvoll, wenn ich Puschels Anleitung folge, ein Datenbanksystem installiere und in Zukunft nutze. Das ist wieder eine neue Herausforderung für mich, da ich bisher noch keine wirkliche Berührung mit Datenbanken hatte. MS-Excel ist ja kein Datenbanksystem.
Viele Grüße
Harald
Zitat von: Harald am 17 Dezember 2013, 20:38:08
Wenn ich das richtig verstanden habe, ist es doch wohl sinnvoll, wenn ich Puschels Anleitung folge, ein Datenbanksystem installiere und in Zukunft nutze.
Auf jeden Fall!
Zitat von: Harald am 17 Dezember 2013, 20:38:08
S-Excel ist ja kein Datenbanksystem.
Nein! :-)
Grüße!
Hallöle,
Ich hab mal 2 Filelogs gestartet für Yahoo Weather in 2 verschiedenen Orten, hab jetzt auch mal ein Chart gestartet und dabei ist mir aufgefallen, dass die Zeit Intervalle etwas komisch laufen ...
Gibt es eine Möglichkeit so ein Diagramm fortlaufend zu gestalten?
Gibt es eine Einstellungsmöglichkeit wie die letzten 7 Tage statt wöchentlich oder die letzten 24h statt täglich usw. da man Montags um 00:05h sonst im Chart nicht viel sieht?
Hast du noch vor es möglich zu machen, dass man die Filelog-Version auch speichern kann?
Ich vermisse auch ein richtiges Raster im Diagramm, aber das könnte auch daran liegen, dass ich noch nicht alle Funktionen ausgetestet habe.
Ab nächstes Jahr fang ich an meine Heizung zu automatisieren, da kommen dann auch noch ein paar Logs von den Thermostaten und Stellventilen dazu.
MFG Chris
Hallo,
Zitat von: Strippenzieher am 23 Dezember 2013, 02:33:39
Gibt es eine Möglichkeit so ein Diagramm fortlaufend zu gestalten?
Du meinst selbstständige Aktualisierung des Charts? Aktuell nein, wollte ich bei Gelegenheit noch einbauen.
Zitat von: Strippenzieher am 23 Dezember 2013, 02:33:39
Gibt es eine Einstellungsmöglichkeit wie die letzten 7 Tage statt wöchentlich oder die letzten 24h statt täglich usw. da man Montags um 00:05h sonst im Chart nicht viel sieht?
Klar, einfach den Kalender benutzen, damit kannst du es genau definieren. Das passt dann aber nur zum aktuellen Chartaufruf. Wenn man das mit Kalender speichert, ist natürlich die Kalenderzeit fix eingetragen. Einträge wie "die letzten 7 Tage" liessen sich natürlich auch dynamisch einbauen, so dass sich der Zeitraum jedes mal beim Laden des Charts anpasst.
Ich packs mal auf meine Todo Liste
Zitat von: Strippenzieher am 23 Dezember 2013, 02:33:39
Hast du noch vor es möglich zu machen, dass man die Filelog-Version auch speichern kann?
Solange ich nicht weiss, wie man Filelogs richtig parst mit Hilfe der get Methode (siehe ein paar Beiträge zurück) werde ich mir das Speichern garnicht erst anschauen.
FileLogs zu parsen ist ziemlich witzlos, da die Struktur stark unterschiedlich sein kann und ich nicht alles vorher sehen kann.
Ein Beispiel: http://forum.fhem.de/index.php/topic,17726.msg117305.html#msg117305
Dort stehen in einer Zeile zu zwei Attributen 6 Messwerte, aber nur der jeweils erste ist dem Attribut zugeordnet (T:5).
Da es keine verlässliche Struktur und Spaltendefinition für Filelogs gibt und ausserdem die get Schnittstelle nicht funktioniert wie sie sollte (oder ich zu blöd bin), muss ich das erstmal auf Eis legen.
Es sei denn, jemand kann mir da helfen.
Hallo Johannes,
danke für Deine Arbeit, beeindruckend wie sich das ganze Projekt entwickelt hat. Ich habe mir mal das Charting-Frontend angeschaut. Analog dazu auch dblog. Von Letzterem bin ich jedoch (erstmal) wieder weg, aus folgenden Gründen:
1) So wie ich es sehe Logge ich mit dblog pauschal alles (es sei denn ich gebe in der dblog-Definition wilde RegEx an), und gebe dann als Attribut an welche Readings ich nicht geloggt haben möchte. Das wird bei einer größeren Installation zu aufwändig. Schön wäre es wenn ich als Attribut angeben könnte dass ich es loggen will.
2) Ein Import meiner mittlerweile über 1 Jahr angewachsenen FileLogs (an denen ich tatsächlich ein Interesse habe sie aufzuheben und im nachhinein auswerten zu können) scheint nicht so einfach möglich zu sein
3) Die Performance ist, zumindest wenn ich alles logge, auf meinem Pi irgendwann im Keller
Daher habe ich das Thema dblog erst mal verworfen, finde es jedoch grundsätzlich eine geschmeidigere Lösung als tausende Logfiles.
Jetzt würde ich gerne meine FileLogs nutzen um Charts zu erstellen. Jedoch habe ich das gleiche Problem welches vor einigen Seiten bereits berichtet wurde (beim Auswahl eines beliebigen Filelogs bekomme ich die Meldung "No Readings found in the last 24 hours for this Logfile!").
Meine Uhrzeit passt jedoch, und die FileLogs werden auch kontinuierlich mit Daten gefüttert.
[biomann@pi:~/fhem]$ tail /var/log/fhem/thermostat_bad-2013-12.log
2013-12-23_22:21:40 thermostat_bad valveposition: 11
2013-12-23_22:22:41 thermostat_bad desiredTemperature: 18.0
2013-12-23_22:22:41 thermostat_bad temperature: 21.3
2013-12-23_22:22:41 thermostat_bad valveposition: 11
2013-12-23_22:23:43 thermostat_bad desiredTemperature: 18.0
2013-12-23_22:23:43 thermostat_bad temperature: 21.3
2013-12-23_22:23:43 thermostat_bad valveposition: 11
2013-12-23_22:24:44 thermostat_bad desiredTemperature: 18.0
2013-12-23_22:24:44 thermostat_bad temperature: 21.3
2013-12-23_22:24:44 thermostat_bad valveposition: 11
[biomann@pi:~/fhem]$ date
Mo 23. Dez 22:25:11 CET 2013
Die Definition eines der FileLogs die ich versuche zu nutzen sieht so aus:
define FileLog_thermostat_bad FileLog %L/thermostat_bad-%Y-%m.log (thermostat_bad:.*(temperature|desiredTemperature|valveposition)).*
Kann es daran liegen dass ich Variablen wie %L, %Y oder %m nutze?
Grüße,
Markus
Hi Johannes,
hab die letzte Version installiert und wenn ich die URL aufrufe, bleibt es beim " .. is starting" stehen?
Die Firefox-Console sagt:
Ext.Error: You're trying to decode an invalid JSON String: { ..
Ich verwende Fhem 5.5 unter Linux und die letzte Version von Dir.
Was geht da schief? Du rufst doch ziemlich sicher jsonlist auf, oder?
Produziert fhem evtl. manchmal kein gültiges JSON?
Gruss Stefan
Hallo Stefan,
Zitat von: steve6502 am 24 Dezember 2013, 12:18:42
Produziert fhem evtl. manchmal kein gültiges JSON?
Ja, das ist leider wahr. Manchmal produziert der jsonlist Befehl ungültiges JSON. Damit kann das Frontend dann natürlich nicht arbeiten.
Ich hatte das Problem selbst vor ca. 2 Wochen und konnte nicht rausfinden, woran es lag. Hatte es als Bug gemeldet aber kein Feedback bekommen.
Die fhem.cfg konnte ich einigermaßen ausschließen.
Ein Tag später nach einem fhem-update lief es wieder wie gewohnt.
Ich vermute einen Bug im jsonlist Modul, der durch Fehler in anderen Modulen ausgelöst werden kann.
Bei mir wurden Objekte und Arrays im JSON nicht sauber geschlossen, schön zu sehen, wenn man z.B. die Ausgabe von jsonlist bei http://jsonlint.com/ eingibt...
Ich kann dir also leider nicht helfen, das Problem hat nichts mit dem Frontend zu tun.
Gruß!
Hallo Markus,
Zitat von: Markus Niemann am 23 Dezember 2013, 22:43:07
1) So wie ich es sehe Logge ich mit dblog pauschal alles (es sei denn ich gebe in der dblog-Definition wilde RegEx an), und gebe dann als Attribut an welche Readings ich nicht geloggt haben möchte. Das wird bei einer größeren Installation zu aufwändig. Schön wäre es wenn ich als Attribut angeben könnte dass ich es loggen will.
Sollte eigentlich problemlos gehen, musst du mal nach Beispielen suchen.
Zitat von: Markus Niemann am 23 Dezember 2013, 22:43:07
2) Ein Import meiner mittlerweile über 1 Jahr angewachsenen FileLogs (an denen ich tatsächlich ein Interesse habe sie aufzuheben und im nachhinein auswerten zu können) scheint nicht so einfach möglich zu sein
Wenn die Struktur deiner Filelogs nachvollziehbar ist, ist ein Import eigentlich nicht sonderlich kompliziert, z.B. über CSV Konvertierung
Zitat von: Markus Niemann am 23 Dezember 2013, 22:43:07
3) Die Performance ist, zumindest wenn ich alles logge, auf meinem Pi irgendwann im Keller
Müsste eigentlich gehen, wenn du Punkt 1.) im Griff hast.
Habe gerade keine passende Definition parat, da ich alles logge.
Zitat von: Markus Niemann am 23 Dezember 2013, 22:43:07
beim Auswahl eines beliebigen Filelogs bekomme ich die Meldung "No Readings found in the last 24 hours for this Logfile!").
Meine Uhrzeit passt jedoch, und die FileLogs werden auch kontinuierlich mit Daten gefüttert.
Deine Logs sehen einwandfrei aus, die sind ok.
Zitat von: Markus Niemann am 23 Dezember 2013, 22:43:07
Kann es daran liegen dass ich Variablen wie %L, %Y oder %m nutze?
"Eigentlich" nicht, da diese Variablen erstmal nur Einfluss auf den Namen der Datei haben.
Ich würde dich bitten, mal in fhem den Befehl "jsonlist" einzugeben und mir die Antwort zukommen zu lassen, wenn du willst per PN.
Auch wichtig wäre die korrekte Systemzeit deines Rechners, mit dem das Frontend aufrufst, und den eingesetzten Browser.
Gruß!
Update:
Ein größeres Update steht bereit:
* Erkennung mutipler Readings in einem Logfile verbessert
* Bug behoben, dass keine Readings gefunden werden konnten (get Schnittstelle von fhem kann keine absoluten Pfade...)
* FileLog-Charts können nun gespeichert, in Räumen verschoben, umbenannt und gelöscht werden!
* Die FileLog-Charts werden in einer neuen Datei gespeichert "filelogcharts.js". Sollte es beim Speichern Probleme geben, die Berechtigungen dieser Datei prüfen. Sie muss für fhem schreibbar sein
* Fehlermeldungen verbessert bei FileLogs mit Ausgabe des verwendeten Befehls
* Neue Zeitbereiche für Charts hinzugefügt (da mehrfach gewünscht): Last Hour, Last 24h, Last 7 days, Last month
* Layoutanpassungen der Chartkonfiguration, Zeilenumbrüche durch Scrollbars ersetzt
* Hintergrund des Charts ist nun ein Raster. Dies wird in der nächsten Version noch konfigurierbar
* Punktgröße der Messwerte im Chart verkleinert. Dies wird in der nächsten Version noch konfigurierbar
* Genauigkeit der Maus beim Hovern über Messwerten verbessert
* Zeitachse im Chart trägt jetzt als Titel den ausgewählten Zeitbereich
* und weitere Kleinigkeiten
Bekannte Probleme:
* Readings aus FileLogs, die pro Zeile mehrere Readings enthalten, werden unter Umständen falsch oder garnicht ausgelesen
Geplant fürs nächste Release:
* Erweiterung der Stylingmöglichkieten für den User. Neben dem Charthintergrund, Farbauswahl, Messwertpunktgröße (auch abschaltbar, sodass nur Linien gezeichnet werden) wird es auch Füllungen mit Farbverläufen geben.
Das Update bitte mit "force" installieren, also:
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend force
Update:
Nun ist der geplante Styler fertig. Damit kann man jetzt eine Reihe von Dingen für jede einzelne Achse des Charts konfigurieren:
* Strickstärke
* Strichfarbe
* Füllen ja / nein
* Füllstärke (opacity)
* Füllfarbe
* Messpunktanzeige ja / nein
* Farbe der Messpunkte
* Form der Messpunkte
* Größe der Messpunkte
* "Steps" für Achse aktivieren
* "Smoothing" der Linie konfigurieren ( Glättung der Linie)
* Anzeige in Legende an / aus
(fast) Jede Änderung die man macht, wird interaktiv in der Vorschau oben angezeigt, so dass man ein Bild davon bekommt, wie die Achse später ausschaut.
Hier mal ein Bild des Stylingfensters:
(http://www7.pic-upload.de/29.12.13/will8barh3e.jpg)
Und zwei Ergebnisse:
(http://www7.pic-upload.de/29.12.13/dgm9ubfk344c.jpg)
(http://www7.pic-upload.de/29.12.13/21wrpjsprtjy.jpg)
Der Styler findet sich in der Achsenkonfiguration, taucht dort als Button "Styling" auf.
Styles sind also für jede Achse einzeln anpassbar.
Sollte auch alles mit FileLog funktionieren.
Ich hoffe das lässt beim Styling kaum noch wünsche offen :-) ...
Hallo und vielen Dank für das Frontend. Ich habe es mit Freude getestet und möchte zwei Punkte als Feedback geben.
Als Basis habe ich eine MySQL DB auf einem Linux System.
Ein Chart konnte ich erfolgreich erstellen und auch speichern. Wenn ich nun weitere Charts erstellen und speichern möchte, erhalte ich immer den Hinweis:
The Chart could not been saved. Error Message:
Could not execute statement Duplicate entry '0' for key 'PRIMARY
Was kann ich machen, damit diese Fehlermeldung nicht mehr erscheint ?
Dann habe ich in der Darstellung ein Problem, wenn ich manuell in der SQL-DB Werte nachgetragen habe. (Manuelle Erfassung von Zählerständen)
Es scheint, als ob das Laden der Werte nicht nach Timestamp erfolgt, sondern nach der Reihenfolge in der sie in die DB geschrieben wurden.
Kann das sein ?
Wäre prima, wenn ich Hinweise bekommen könnte, wie ich beide Fehler beseitigen kann.
Hallo,
Zu den beiden Punkten:
Ich habe es nochmal getestet, unter MySQL exisitiert das Problem nicht, wenn man sich brav an die Anleitung hält.
Das wichtigste ist bei der Erstellung des neuen Tables für das Fronend sich an die Zeile aus dem WIki zu halten.
Habe den Table "frontend" gerade bei mir frisch aufgesetzt, 2 Minuten Daten geloggt und anschließend 2 verschiedene Charts ohne Probleme speichern können.
Bitte prüf also, ob du den Table sauber anegelgt hast.
Was die Fehlermeldung dir sagen will ist übrigens folgendes: Es gibt einen Eintrag in der Tabelle, der in der SPalte ID den Wert 0 hat. Vermutlich dein erster Chart.
Da die Spalte aber "unique" ist, darf dieser Wert kein zweites mal verwendet werden bei einem neuen "INSERT". Genau das wurde aber scheinbar versucht.
Zum 2. Punkt: Nein, die Daten werden primär mittels Timestamp Vergleich abgefragt. Wenn du händisch Daten einträgst muss man darauf achten, einen gültigen TImestmap einzugeben.
Was ist denn überhaupt nochmal genau das Problem bei Punkt 2 ? :-)
Tolle Sache, finde ich. Sieht gut aus und lässt sich auch gut bedienen und das selbst für Anfänger, wie mich.
Danke für die viele Arbeit.
Aber ich habe (wie sollte es auch anders sein :-) ) ein kleines Problem:
Ich benutze 3x FHT80b
Ich habe ein Chart angelegt und bekomme darin nur die Temperatur, aber nicht die Werte für Actuator angezeigt.
Mein LOG scheint ok zu sein. Hier mal ein Auszug:
2014-01-01_13:51:47 FHT_4955 actuator: 15%
2014-01-01_13:53:44 FHT_4955 actuator: 15%
2014-01-01_13:55:42 FHT_4955 actuator: 15%
2014-01-01_13:57:39 FHT_4955 actuator: 15%
2014-01-01_14:11:22 FHT_4955 actuator: 13%
2014-01-01_14:11:22 FHT_4955 desired-temp: 21.5
2014-01-01_14:11:23 FHT_4955 measured-temp: 21.6
2014-01-01_14:11:23 FHT_4955 temperature: 21.6
2014-01-01_14:13:19 FHT_4955 actuator: 13%
2014-01-01_14:15:17 FHT_4955 actuator: 13%
2014-01-01_14:17:14 FHT_4955 actuator: 13%
2014-01-01_14:19:12 FHT_4955 actuator: 13%
2014-01-01_14:21:09 FHT_4955 actuator: 13%
2014-01-01_14:25:04 FHT_4955 actuator: 11%
2014-01-01_14:27:02 FHT_4955 actuator: 0%
2014-01-01_14:28:59 FHT_4955 actuator: 10%
2014-01-01_14:30:57 FHT_4955 actuator: 10%
2014-01-01_14:32:54 FHT_4955 actuator: 10%
Bei den Temperatursensoren mit Luftfeuchtigkeit, die ich auch noch habe, werden beide Werte angezeigt. Daher gehe ich davon aus, dass ich (hoffentlich) keinen Fehler gemacht habe.
Könnte das vielleicht am Prozentzeichen (2014-01-01_13:53:44 FHT_4955 actuator: 15%) liegen?
Zitat von: Invers am 02 Januar 2014, 01:20:33
Tolle Sache, finde ich. Sieht gut aus und lässt sich auch gut bedienen und das selbst für Anfänger, wie mich.
Freut mich, so soll es auch sein!
Zitat von: Invers am 02 Januar 2014, 01:20:33
Könnte das vielleicht am Prozentzeichen (2014-01-01_13:53:44 FHT_4955 actuator: 15%) liegen?
So ist es, ich bin schon dran, denke es gibt heute noch ein Update was das unter Anderem behebt.
Grüße!
Cool. Vielen Dank.
Update:
Nachdem ich mich nochmal mit FileLogGet auseinandergesetzt habe und ich jetzt auch verstanden habe was geht und was nicht kommt hier ein Update.
Damit sollten sich alle FileLogs lesen und anzeigen lassen, die die folgenden Kriterien erfüllen:
1.) Zeitstempel hat das Format YYYY-MM-DD_HH:MM:SS (Standard verhalten), also z.B.
2014-01-01_16:28:59
2.) Der anzuzeigende Wert hat einen Bezeichner(Standard verhalten), der mit einem Doppelpunkt endet, also z.B. measured-temp wie in folgendem Beispiel:
2014-01-01_16:11:23 FHT_4955 measured-temp: 21.6
3.) Mehrere Readings pro Zeile sind Möglich, wenn diese durch Ein! Leerzeichen getrennt sind (Standard verhalten), z.B.:
2014-01-02_13:44:33 ESA2000_LED_011e actual_kwh: 0.425 day_kwh: 6.5894
4.) Werte, die nicht numerische Zeichen enthalten, werden für den Fall von "ok|on|open|active|true" durch 1 ersetzt, ebenso "low|off|closed|inactive|false" durch 0. Wenn jemand damit Probleme hat oder ihm was fehlt, einfach Bescheid geben. Folgendes Beispiel wird also zu einer 1:
2014-01-02_14:09:24 mywindow state: open
5.) All anderen nicht numerischen Zeichen werden verworfen, damit Sie darstellbar sind. Beispiel:
2014-01-01_16:11:22 FHT_4955 actuator: 13%
ergibt den Wert 13.
Leider meldet FHEM bei diesem Vorgang aus Schritt 5 im Log eine Warnung, die ihr getrost ignorieren könnt ("Argument "13%" isn't numeric in multiplication (*)").
Bis ich eine bessere Lösung kenne muss das erstmal so bleiben.
Es wäre schön wenn auch noch jemand ohne DbLog testen kann, ob sich Charts mit FileLog nun problemlos Speichern, umbennen und löschen lassen. Am besten mit Fritzbox, falls jemand sich bereit erklärt.
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Habe den Wikieintrag mal aktualisiert, sollte jetzt den aktuellen Stand widerspiegeln.
Ich habe mal getestet und festgestellt, dass die Anzeige der offenen Fenster nicht funktioniert
Auszug Log:
2014-01-01_13:51:47 FHT_4955 actuator: 15%
2014-01-01_13:53:44 FHT_4955 actuator: 15%
2014-01-01_13:55:42 FHT_4955 actuator: 15%
2014-01-01_13:57:39 FHT_4955 actuator: 15%
2014-01-01_14:11:22 FHT_4955 actuator: 13%
2014-01-01_14:11:22 FHT_4955 desired-temp: 21.5
2014-01-01_14:11:23 FHT_4955 measured-temp: 21.6
2014-01-01_14:11:23 FHT_4955 temperature: 21.6
2014-01-01_14:13:19 FHT_4955 actuator: 13%
2014-01-01_14:15:17 FHT_4955 actuator: 13%
2014-01-01_14:17:14 FHT_4955 actuator: 13%
2014-01-01_14:19:12 FHT_4955 actuator: 13%
2014-01-01_14:21:09 FHT_4955 actuator: 13%
2014-01-01_14:25:04 FHT_4955 actuator: 11%
2014-01-01_14:27:02 FHT_4955 actuator: 0%
2014-01-01_14:28:59 FHT_4955 actuator: 10%
2014-01-01_14:30:57 FHT_4955 actuator: 10%
2014-01-01_14:32:54 FHT_4955 actuator: 10%
2014-01-01_14:32:55 FHT_4955 desired-temp: 21.5
2014-01-01_14:32:56 FHT_4955 measured-temp: 21.7
2014-01-01_14:32:56 FHT_4955 temperature: 21.7
2014-01-01_14:32:56 FHT_4955 battery: ok
2014-01-01_14:32:56 FHT_4955 lowtemp: ok
2014-01-01_14:32:56 FHT_4955 window: closed
2014-01-01_14:32:56 FHT_4955 windowsensor: ok
2014-01-01_14:32:56 FHT_4955 warnings: none
2014-01-01_14:34:52 FHT_4955 actuator: 10%
2014-01-01_14:36:49 FHT_4955 actuator: 10%
2014-01-01_14:38:47 FHT_4955 actuator: 12%
2014-01-01_14:40:44 FHT_4955 actuator: 12%
2014-01-01_14:42:42 FHT_4955 actuator: 12%
2014-01-01_14:42:43 FHT_4955 measured-temp: 21.6
2014-01-01_14:42:43 FHT_4955 temperature: 21.6
2014-01-01_14:42:43 FHT_4955 battery: ok
2014-01-01_14:42:43 FHT_4955 lowtemp: ok
2014-01-01_14:42:43 FHT_4955 window: closed
2014-01-01_14:42:43 FHT_4955 windowsensor: ok
2014-01-01_14:42:43 FHT_4955 warnings: none
2014-01-01_14:44:39 FHT_4955 actuator: 12%
2014-01-01_14:46:37 FHT_4955 actuator: 12%
2014-01-01_14:48:34 FHT_4955 actuator: 12%
2014-01-01_14:50:32 FHT_4955 actuator: 12%
2014-01-01_14:52:29 FHT_4955 actuator: 12%
2014-01-01_14:54:27 FHT_4955 actuator: 12%
2014-01-01_14:54:28 FHT_4955 measured-temp: 21.6
2014-01-01_14:54:28 FHT_4955 temperature: 21.6
2014-01-01_14:54:28 FHT_4955 battery: ok
2014-01-01_14:54:28 FHT_4955 lowtemp: ok
2014-01-01_14:54:28 FHT_4955 window: closed
2014-01-01_14:54:28 FHT_4955 windowsensor: ok
2014-01-01_14:54:28 FHT_4955 warnings: none
2014-01-01_14:56:24 FHT_4955 actuator: 11%
2014-01-01_14:58:22 FHT_4955 actuator: 11%
2014-01-01_15:00:19 FHT_4955 actuator: 11%
2014-01-01_15:02:17 FHT_4955 actuator: 11%
2014-01-01_15:04:14 FHT_4955 actuator: 11%
2014-01-01_15:06:12 FHT_4955 actuator: 11%
2014-01-01_15:08:09 FHT_4955 actuator: 11%
2014-01-01_15:08:10 FHT_4955 measured-temp: 21.6
2014-01-01_15:08:10 FHT_4955 temperature: 21.6
2014-01-01_15:08:11 FHT_4955 battery: ok
2014-01-01_15:08:11 FHT_4955 lowtemp: ok
2014-01-01_15:08:11 FHT_4955 window: closed
2014-01-01_15:08:11 FHT_4955 windowsensor: ok
2014-01-01_15:08:11 FHT_4955 warnings: none
2014-01-01_15:10:07 FHT_4955 actuator: 11%
2014-01-01_15:12:04 FHT_4955 actuator: 11%
2014-01-01_15:14:02 FHT_4955 actuator: 11%
2014-01-01_15:15:59 FHT_4955 actuator: 11%
2014-01-01_15:17:57 FHT_4955 actuator: 11%
2014-01-01_15:19:54 FHT_4955 actuator: 11%
2014-01-01_15:21:52 FHT_4955 actuator: 11%
2014-01-01_15:22:08 FHT_4955 measured-temp: 21.6
2014-01-01_15:22:08 FHT_4955 temperature: 21.6
2014-01-01_15:22:09 FHT_4955 battery: ok
2014-01-01_15:22:09 FHT_4955 lowtemp: ok
2014-01-01_15:22:09 FHT_4955 window: closed
2014-01-01_15:22:09 FHT_4955 windowsensor: ok
2014-01-01_15:22:09 FHT_4955 warnings: none
2014-01-01_15:23:49 FHT_4955 actuator: 11%
2014-01-01_15:25:47 FHT_4955 actuator: 11%
2014-01-01_15:27:44 FHT_4955 actuator: 11%
2014-01-01_15:45:22 FHT_4955 actuator: 11%
2014-01-01_15:45:22 FHT_4955 measured-temp: 21.6
2014-01-01_15:45:22 FHT_4955 temperature: 21.6
2014-01-01_15:47:19 FHT_4955 actuator: 11%
2014-01-01_15:49:17 FHT_4955 actuator: 11%
2014-01-01_15:51:14 FHT_4955 actuator: 11%
2014-01-01_15:51:15 FHT_4955 battery: ok
2014-01-01_15:51:15 FHT_4955 lowtemp: ok
2014-01-01_15:51:15 FHT_4955 window: closed
2014-01-01_15:51:15 FHT_4955 windowsensor: ok
2014-01-01_15:51:15 FHT_4955 warnings: none
2014-01-01_15:53:12 FHT_4955 actuator: 11%
2014-01-01_15:55:09 FHT_4955 actuator: 11%
2014-01-01_15:55:10 FHT_4955 measured-temp: 21.6
2014-01-01_15:55:10 FHT_4955 temperature: 21.6
2014-01-01_15:55:11 FHT_4955 battery: ok
2014-01-01_15:55:11 FHT_4955 lowtemp: ok
2014-01-01_15:55:11 FHT_4955 window: closed
2014-01-01_15:55:11 FHT_4955 windowsensor: ok
2014-01-01_15:55:11 FHT_4955 warnings: none
2014-01-01_15:57:07 FHT_4955 actuator: 11%
2014-01-01_15:59:04 FHT_4955 actuator: 11%
2014-01-01_16:01:02 FHT_4955 actuator: 11%
2014-01-01_16:02:59 FHT_4955 actuator: 11%
2014-01-01_16:04:57 FHT_4955 actuator: 11%
2014-01-01_16:06:54 FHT_4955 actuator: 11%
2014-01-01_16:08:52 FHT_4955 actuator: 11%
2014-01-01_16:08:52 FHT_4955 measured-temp: 21.6
2014-01-01_16:08:52 FHT_4955 temperature: 21.6
2014-01-01_16:08:53 FHT_4955 battery: ok
2014-01-01_16:08:53 FHT_4955 lowtemp: ok
2014-01-01_16:08:53 FHT_4955 window: closed
2014-01-01_16:08:53 FHT_4955 windowsensor: ok
2014-01-01_16:08:53 FHT_4955 warnings: none
2014-01-01_16:10:49 FHT_4955 actuator: 11%
2014-01-01_16:12:47 FHT_4955 actuator: 11%
2014-01-01_16:22:34 FHT_4955 actuator: 11%
2014-01-01_16:22:35 FHT_4955 measured-temp: 21.6
2014-01-01_16:22:35 FHT_4955 temperature: 21.6
2014-01-01_16:24:32 FHT_4955 actuator: 11%
2014-01-01_16:24:32 FHT_4955 measured-temp: 21.6
2014-01-01_16:24:32 FHT_4955 temperature: 21.6
2014-01-01_16:24:33 FHT_4955 battery: ok
2014-01-01_16:24:33 FHT_4955 lowtemp: ok
2014-01-01_16:24:33 FHT_4955 window: closed
2014-01-01_16:24:33 FHT_4955 windowsensor: ok
2014-01-01_16:24:33 FHT_4955 warnings: none
2014-01-01_16:26:29 FHT_4955 actuator: 11%
2014-01-01_16:28:27 FHT_4955 actuator: 11%
2014-01-01_16:30:24 FHT_4955 actuator: 11%
2014-01-01_16:32:22 FHT_4955 actuator: 11%
2014-01-01_16:34:19 FHT_4955 actuator: 0%
2014-01-01_16:34:20 FHT_4955 desired-temp: 13.0
Fenster war also immer nur zu.
Im Diagramm werden aber Wechsel angezeigt (s. Bild WindowActor)
Actuator geht jetzt. Super!
Ich kann diesen Chart nicht mehr bearbeiten, weil Select Y-Axis nicht mehr klickbar ist. Die Liste öffnet sich nicht. Die anderen Sachen lassen sich noch einstellen. (s. Bild).
Ein Neustart hat geholfen, aktualisieren aber nicht.
Es wäre auch schön, wenn man den Bereich vergrößern könnte, so wie es unten möglich ist. Es ist recht lästig, immer zu scrollen, um die Buttons zu erreichen.
Speichern, umbenennen und Löschen der erstellten Charts mit Kontextmenü geht. Ging aber auch gestern bei mir. Vielleicht ist mir das Problem nicht bekannt. Ich habe hier nicht alle Beiträge gelesen.
Nutze Filelog ...
Also, ich weiß nicht woran es liegt, aber Styling YAchse 1 funzt mit Darstellung, Styling YAchse 2 ändert sich die Darstellung nicht.
Nachdem ich den Rest konfiguriert habe (XAchse last 7Days) und auf Show Chart klicke hört der "Loading" Prozess nicht mehr auf ...
Vor dem Update lief es noch tutti ...
MFG Chris
Zitat von: Invers am 02 Januar 2014, 20:36:25
Ich habe mal getestet und festgestellt, dass die Anzeige der offenen Fenster nicht funktioniert
Ist gefixt, bitte mal ein Update machen. Für die die es interessiert: Es war mal wieder ein Perl Spezial, Spaltenselektion erfolgt jetzt mit \x3a anstelle von .*
Zitat von: Invers am 02 Januar 2014, 20:36:25
Ich kann diesen Chart nicht mehr bearbeiten, weil Select Y-Axis nicht mehr klickbar ist. Die Liste öffnet sich nicht. Die anderen Sachen lassen sich noch einstellen. (s. Bild).
Ein Neustart hat geholfen, aktualisieren aber nicht.
Bitte genau Beschreiben wie es dazu kommt (Reihenfolge von dem, was gemacht wurde).
Ich kann das Problem bisher nicht nachvollziehen, die Liste wird jedenfalls jesemal aktualisiert, wenn man in der "Select Device" Combobox einen Eintrag auswählt.
Zitat von: Invers am 02 Januar 2014, 20:36:25
Es wäre auch schön, wenn man den Bereich vergrößern könnte, so wie es unten möglich ist. Es ist recht lästig, immer zu scrollen, um die Buttons zu erreichen.
Schau ich mir bei gelegenheit an. Habe jetzt aber nochmal minimal das Layout gefixt, habe auf deinem Screenshot gesehen dass manche Labels nicht lang genug waren und umgebrochen wurden, das sollte weg sein und dadurch eigentlich auch auf Anhieb die untere Buttonleiste sichtbar sein, solange man nur eine Achse definiert.
Zitat von: Invers am 02 Januar 2014, 20:36:25
Speichern, umbenennen und Löschen der erstellten Charts mit Kontextmenü geht. Ging aber auch gestern bei mir. Vielleicht ist mir das Problem nicht bekannt. Ich habe hier nicht alle Beiträge gelesen.
Danke fürs Feedback
Zitat von: Strippenzieher am 02 Januar 2014, 21:00:21
Also, ich weiß nicht woran es liegt, aber Styling YAchse 1 funzt mit Darstellung, Styling YAchse 2 ändert sich die Darstellung nicht.
Nachdem ich den Rest konfiguriert habe (XAchse last 7Days) und auf Show Chart klicke hört der "Loading" Prozess nicht mehr auf ...
Vor dem Update lief es noch tutti ...
Bitte nochmals mit dem letzten Update von gerade testen. Habe vorhin noch einen Bug behoben, der zu unendlichem Laden führte.
Habe gerade nochmal getestet, ich kann 2 Achsen auf FIlelog einstellen, jeweils unterschiedliches Styling machen und bekomme es genauso dargestellt.
Falls nach Update das immer noch nicht klappt bitte Rückmeldung geben, welche Schritte exakt gemacht wurden in welcher Reihenfolge und auch, wo die Darstellung sich nicht ändert ( in der Vorschau im Styling oder im Chart selbst?)
Hallo
da mein 1wire nun läuft :)
könnte man sich ja nun an ein neues Projekt wagen
"Es wäre schön wenn auch noch jemand ohne DbLog testen kann, ob sich Charts mit FileLog nun problemlos Speichern, umbennen und löschen lassen. Am besten mit Fritzbox, falls jemand sich bereit erklärt."
Läuft das Ganze nun auf der Fritz 7390, habe das Wiki und hier einiges überflogen... ist aber shcon sehr lang der Thread
daher die Frage, bevor ich mich näher damit beschäftige
Zitat von: Franz Tenbrock am 02 Januar 2014, 22:39:51
Hallo
da mein 1wire nun läuft :)
könnte man sich ja nun an ein neues Projekt wagen
"Es wäre schön wenn auch noch jemand ohne DbLog testen kann, ob sich Charts mit FileLog nun problemlos Speichern, umbennen und löschen lassen. Am besten mit Fritzbox, falls jemand sich bereit erklärt."
Läuft das Ganze nun auf der Fritz 7390, habe das Wiki und hier einiges überflogen... ist aber shcon sehr lang der Thread
daher die Frage, bevor ich mich näher damit beschäftige
Bin ich auf der Fritzbox schon dabei ...
Also, "Loading" läuft immer noch ewig.
Was habe ich gemacht:
1. Yachse Filelog_Berlin: Temperatur Styling ausgewählt (Farbe Blau, Filling Blau & Linie statt Punkte)-Darstellung in Vorschau aktualisiert sich.
Danach Add Another YAxis,
2.Yachse Filelog_Zug: Temperatur Styling ausgewählt (Farbe Rot, Filling Rot & Linie statt Punkte)-Darstellung in Vorschau wird nicht aktualisiert.
XAchse auf last 7 Days eingestellt und als letztes auf Show Chart.
Auch jetzt ist es noch auf "Loading" werde ich nun aber abbrechen ... ich würde ja gerne ein paar Fehlermeldungen posten finde bloß keine ...
Edit: Komischer weise erstellt sich der Chart aber wenn ich erst die 1. YAchse einzeln erstelle und die 2. Yachse danach erstelle, die Vorschau bei der 2. Yachse kratzt aber trotzdem spätestens beim Filling ab .. das Styling wird später aber im Chart so wie es eingestellt wurde, angezeigt.
MFG Chris
@Franz Tenbrock
lies meinen Beitrag. Da hab ich doch alles gesagt. Und meine Signatur sagt den Rest.
Zitat von: Franz Tenbrock am 02 Januar 2014, 22:39:51
Läuft das Ganze nun auf der Fritz 7390, habe das Wiki und hier einiges überflogen... ist aber shcon sehr lang der Thread
daher die Frage, bevor ich mich näher damit beschäftige
Hallo,
Ja, abgesehen von dem Bug den Strippenzieher gerade entdeckt hat sollte eigentlich alles auf einer Fritzbox laufen. Also nur zu!
Zitat von: Strippenzieher am 02 Januar 2014, 22:55:55
Bin ich auf der Fritzbox schon dabei ...
Also, "Loading" läuft immer noch ewig.
Was habe ich gemacht:
1. Yachse Filelog_Berlin: Temperatur Styling ausgewählt (Farbe Blau, Filling Blau & Linie statt Punkte)-Darstellung in Vorschau aktualisiert sich.
Danach Add Another YAxis,
2.Yachse Filelog_Zug: Temperatur Styling ausgewählt (Farbe Rot, Filling Rot & Linie statt Punkte)-Darstellung in Vorschau wird nicht aktualisiert.
XAchse auf last 7 Days eingestellt und als letztes auf Show Chart.
Auch jetzt ist es noch auf "Loading" werde ich nun aber abbrechen ... ich würde ja gerne ein paar Fehlermeldungen posten finde bloß keine ...
MFG Chris
Also du hast ganz sicher eine Fehlermeldung auf deine Kosnole im Browser, die wäre interessant.
Im Firefox lässt die sich mit STRG+Umschalt+K öffnen, in Chrome z.B. mit STRG+Umschalt+J oder auch F12.
Das Frontend bitte neuladen, Konsole öffnen, Fehler produzieren und die Meldung aus der Konsole hier posten.
Ausserdem bräcuhte ich deine verwendeten Filelogs wenn möglich, mit meinen kann ich das nicht nachstellen und ich vermute es hat was mit den Logs zu tun in irgendeiner Art und Weise...
siehe Edit vorigem Post ... Ich nutze weder Crome noch Firefox ... aber kann ich mir ja mal runterladen morgen Vormittag
Dann verrat mir doch mal, welchen Browser du nutzt.
Ich test immer in Firefox und Chrome und da gibt es den Fehler nicht. Liegt also wahrscheinlich am Browser.
Wäre also gut zu wissen welcher es ist und trotzdem eine Fehlermeldung aus der Konsole bitte posten
IE 11
Habe auch gerade versucht zu speichern, kann schon sein, dass IE 11 etwas rum zickt.
Ordnungsgemäßes Speichern hat auch erst beim 2. Anlauf funktioniert, bei 1. Versuch sah das Chart nachdem wieder aufrufen etwas komisch aus ...
Also um ein einwandfreies Frontend zu haben empfehle ich dir stark FIrefox oder besser Chrome zu installieren.
Chrome ist meiner Meinung nach gerade in Sachen Performance unschlagbar.
Und gerade der IE ist das größte Sorgenkind der Webentwickler :-)
Aber seit dem 11er wirds allmählich besser.
Ich schau mir das auch mal im IE an morgen..
Hallo Johannes,
erstmal vielen Dank für Dein tolles Projekt. Ich habe es schon länger verfolgt, konnte es aber erst jetzt mit dem filelog-Zugriff auf meiner Fritzbox testen. Auf jeden Fall bis gestern. Nun wollte ich heute mal die letzten Änderungen testen auf habe dafür fhem und das frontent upgedatet.
Nur leider startet nun das Frontend nicht mehr, sondern bleibt hängen mit "Please wait while...". In der Konsole finde ich die Exeption
"Uncaught Ext.JSON.decode(): You're trying to decode an invalid JSON String: {"
Ich habe die gleichen Symptome, die Du unter
http://forum.fhem.de/index.php/topic,17292.msg113132.html#msg113132
schilderst. Nur leider gehen sie mit einem Neustart nicht weg. Wie kann man "JsonList" beeinflussen? Jemand eine Idee, wo der Fehler über das Update herkommen könnte?
Gruß
Georg
Hi,
Bitte schilder das Problem, oder untermauer es, in dem anderen Thread von mir den du gefunden hast. Das Problem ist meiner Meinung nach vollkommen losgelöst vom Frontend.
Ich hoffe es nimmt sich jemand der Sache mal an, hatte es schon mehr als ein mal.
Ich hab mir jetzt auch nochmal frisch ein FHEM update gezogen, und habe das Problem aktuell nicht.
Es bleibt ein Rätsel, aber ich kann dir nur empfehlen mal auszuprobieren, die fhem.cfg zu sichern und anschließend so simpel wie möglich zu gestalten, also wenn möglich wie im Auslieferungszustand.
Habe nämlich immer noch den leisen Verdacht, dass ein kleiner Syntaxfehler dort großes verursachen kann...
Vielleicht baue ich mal eine Fehlermeldung ein, wenn das JSON mal wieder nicht geparst werden kann, kommt ja doch leider häufiger vor...
ZitatBitte genau Beschreiben wie es dazu kommt (Reihenfolge von dem, was gemacht wurde).
Ich kann das Problem bisher nicht nachvollziehen, die Liste wird jedenfalls jedesmal aktualisiert, wenn man in der "Select Device" Combobox einen Eintrag auswählt.
Der Fehler ist nachvollziehbar.
Ich lade ein Chart, sagen wir mit Darstellung von Temp,Actor und Window.
Wenn ich dann auf "Select Y-Axis" klicke, geht die Liste nicht auf. Wenn ich aber vorher eine andere Datenquelle über Select Device auswähle, jedoch nicht dieselbe Quelle anklicke, dann geht es in dieser einen Zeile.
Ich vermute, dass das Feld "Select Y-Axis" erst aktualisiert wird, nachdem über "Select Device" der Wert kurz geändert wurde.
Das Problem kenne ich von VBA (Kombinationsfelder in Abhängigkeit). ;D
Ich verstehe entweder die Funktion von "Reset Zoom" nicht, oder sie funktioniert nicht richtig.
Für beide Probleme s. Bild.
Zitat von: Invers am 02 Januar 2014, 23:53:07
Der Fehler ist nachvollziehbar.
Ich lade ein Chart, sagen wir mit Darstellung von Temp,Actor und Window.
Wenn ich dann auf "Select Y-Axis" klicke, geht die Liste nicht auf. Wenn ich aber vorher eine andere Datenquelle über Select Device auswähle, jedoch nicht dieselbe Quelle anklicke, dann geht es in dieser einen Zeile.
Ich vermute, dass das Feld "Select Y-Axis" erst aktualisiert wird, nachdem über "Select Device" der Wert kurz geändert wurde.
Das Problem kenne ich von VBA (Kombinationsfelder in Abhängigkeit). ;D
Ok, nachdem ich jetzt gelesen hab, dass du zuerst den Charts lädst, sehe ich den Fehler auch. Und deine Vermutung ist übrigens absolut richtig ;-)
Kümmer ich mir drum...
Zitat von: Invers am 02 Januar 2014, 23:53:07
Ich verstehe entweder die Funktion von "Reset Zoom" nicht, oder sie funktioniert nicht richtig.
Reset Zoom hat seit knapp einem Jahr einen Bug, ich glaub du bist der erste, der ihn gefunden hat.
Reset Zoom funktioniert nur sauber, wenn man ein mal gezoomt hat. Zoomt man 2 oder mehrmals hintereinander, wird kein korrekter Zustand mehr hergestellt.
Ich denke dass ist das, was du meinst?
Jetzt wo er gefunden wurde, werde ich den auch mal angehen.... :-)
Freut mich, ich wollte dir aber keine Kopfschmerzen bereiten. Ich muss ja nicht unbedingt zoomen. Aber ich probiere halt gerne rum mit neuen Spielzeugen.
Update
Folgendes wurde gefixt:
* Dropdownlisten von Device und Reading liessen sich bei Filelogs nach dem Laden eines gespeicherten Chart nicht mehr öffnen
* "Reset Zoom" stellt jetzt immer den Originalzustand wieder her, egal wie oft in der Zwischenzeit gezoomt wurde
* Falls JsonList keine valide Antwort beim starten des Frontends ausgibt, bekommt der User eine entsprechende Fehlermeldung mit Link zum Forumsbeitrag
Update wie üblich
Zitat von: Strippenzieher am 02 Januar 2014, 23:23:40
IE 11
Habe auch gerade versucht zu speichern, kann schon sein, dass IE 11 etwas rum zickt.
Habe gerade mal mit IE9 getestet, was anderes habe ich nicht hier.
Funktioniert alles einwandfrei, sowohl speichern, als auch Darstellung und Styling. Ich fürchte der IE11 ist auf jeden Fall der schuldige...
Funktioniert soweit wie angekündigt. Danke.
Eine Kleinigkeit ist aber dennoch nicht in Ordnung:
Wenn ich auf Reset Zoom klicke, ohne vorher gezoomt zu haben, ist die Grafik abgeschnitten und lässt sich auch nicht wieder herstellen.
Könnte 7 würde man Reset Zoom so lange sperren, bis ein Zoom erfolgt ist, wäre das Problem vom Tisch.
Vielleicht ist es auch besser, wenn Reset Zoom nicht auf die gespeicherte, vorhergehende Zoomstufe zurücksetzt, sondern auf Anfang, also . Alternativ ginge natürlich auch, mehrere Zoomschritte zu speichern und schrittweise zurücksetzen zu können.
S. Bilder
Richtig toll wäre es, könnte man die Gesamthöhe und Gesamtbreite des Charts festlegen. Breite nicht so wichtig, aber Höhe wäre cool.
Edit:
Inzwischen habe ich bemerkt, dass sehrwol versucht wurd, den Originalzustand wiederherzustellen. Also schien der Originalzustand falsch gespeichert / wiederhergestellt zu sein.
Ok, der kleine Zoombug wird in der nächsten Version verschwinden.
Wie stellst du dir das vor mit dem Anpassen der Höhe?
Was hätte es für einen Vorteil, wenn der CHart größer ist als die sichtbare Fläche und man Scrollbalken benutzen muss. Oder umgekehrt, warum sollte der Chart kleiner sein als die maximal nutzbare Fläche?
Gruß!
Ich sehe da einen reinen Vorteil für das Schönheitsempfinden. Die Proportionen würden einfach besser stimmen.
Wie in meinem letzten Bild ersichtlich, ist die Kurve doch etwas hässlich, weil hoch wie breit. Ein Format, wie hier das Eingabefeld des Forums, oder wie bei der Charterstellung ist halt gefälliger.
Falls für später geplant ist, dass man, wie in FHEM auch hier mehrere Charts untereinander darstellen kann, ist mit dem Maxwert der Höhe auch bestimmbar, wieviele Charts man auf dem Schirm auf einmal sehen kann.
Für die reine Erstellung der Charts ist es sicher nicht so nötig.
Ausserdem überlege ich die ganze Zeit, wie man Werte, die nur 0 oder 1 annehmen können, besser darstellen kann. Auf einer Skala von 1 bis 100 sind die halt schlecht zu sehen.
Aber bitte bedenken, das sind alles nur Ideen von mir, die mir so durch den Kopf gehen. Ob diese sinnvoll sind, oder nicht, kann ich immer nicht so gut einschätzen. Je mehr Gedanken man äussert, um so mehr steigt die Gefahr, dass einer Quatsch ist. LOL
Zitat von: Invers am 03 Januar 2014, 16:58:46
Ich sehe da einen reinen Vorteil für das Schönheitsempfinden. Die Proportionen würden einfach besser stimmen.
Wie in meinem letzten Bild ersichtlich, ist die Kurve doch etwas hässlich, weil hoch wie breit.
...
Ausserdem überlege ich die ganze Zeit, wie man Werte, die nur 0 oder 1 annehmen können, besser darstellen kann. Auf einer Skala von 1 bis 100 sind die halt schlecht zu sehen.
Ich glaube du solltest dich noch ein bisschen mit der Chartkonfiguration auseinandersetzen.
Stichwort: Scalrange: manual
und auch
Left Axis / RIght Axis.
Damit kannst du steuern, was auf welcher Achse mit welcher Skala dargestellt werden soll.
z.B: Luftfeuchte: Achse links, Range manuell auf 0-100, zweite Achse Fenster offen auf rechts, Range auf manuell und 0-1
Spiel mal damit rum, ich denke das löst ein paar deiner Bedenken.
Zitat von: Invers am 03 Januar 2014, 16:58:46
Falls für später geplant ist, dass man, wie in FHEM auch hier mehrere Charts untereinander darstellen kann, ist mit dem Maxwert der Höhe auch bestimmbar, wieviele Charts man auf dem Schirm auf einmal sehen kann.
Grundsätzlich eine wirklich nette Idee.
Mal ein Beispielscreenshot wie das aussehen könnte:
(http://www7.pic-upload.de/03.01.14/4zkikublvjs4.jpg)
Das Problem dabei ist die Performance, wenn man 4-6 Charts mit jeweils einigen Hunderten Messwerten rendert, kommt dein Browser sicher ganz schön ins schwitzen.
Um das zu lösen denke ich schon eine Weile darüber nach, die Charts automatisiert im Hintergrund zu rechnen und zu aktualisieren. Zur ANzeige kommt dann nur noch ein Bild bzw. SVG zum Einsatz mit den vorberechneten Daten.
Das ist dann performancemäßig das beste was man erreichen kann.
Das SVG für einen Chart habe ich schon in der Hand, auf Platte screiben könnte ich es über FHEM auch schon. Ich experimentier mal ein bisschen rum ... :-)
Zitat
Ich glaube du solltest dich noch ein bisschen mit der Chartkonfiguration auseinandersetzen.
Stichwort: Scalrange: manual
und auch
Left Axis / RIght Axis.
Gesehen, manchmal sind die Finger schneller, als das Hirn. :-)
Zu den Charts, im Forum hatte jemand die Idee, das irgendwie zu cashen. Leider finde ich den Beitrag nicht mehr.
Zitat von: Invers am 03 Januar 2014, 18:47:04
Zu den Charts, im Forum hatte jemand die Idee, das irgendwie zu cashen. Leider finde ich den Beitrag nicht mehr.
Ja, bezieht sich aber leider auf die gnuplot charts, die vollkommen anders generiert werden. Leider keine direkte Lösung für mich, aber so ähnlich habe ich es vor
Hallo,
ok, habe fhem jetzt nochmal aus dem letzten Backup geholt. Jetzt geht die jsonlist auch wieder. Folgende Ergebnisse:
>>> 4.) Werte, die nicht numerische Zeichen enthalten, werden für den Fall von "ok|on|open|active|true" durch 1 ersetzt, ebenso "low|off|closed|inactive|false" durch 0. Wenn jemand damit Probleme hat oder ihm was fehlt, einfach Bescheid geben.
Hier würde ich mir noch "tilt" als 0.5 wünschen für "Fenster ist gekippt":
2014-01-03_19:12:46 KU_Fenster contact: closed (to broadcast)
2014-01-03_19:12:46 KU_Fenster closed
2014-01-03_19:12:46 KU_Fenster contact: open (to broadcast)
2014-01-03_19:12:46 KU_Fenster open
2014-01-03_19:12:41 KU_Fenster contact: tilted (to broadcast)
2014-01-03_19:12:41 KU_Fenster tilted
Das mit dem "Save" habe ich noch nicht ganz verstanden. Mit "Save Chart" kann ich immer nur einen neuen Chart anlegen. "Save to Config" ist nur für fhem. Wie kann ich einen geänderten Chart speichern?
Gruß Georg
Zitat von: skorpion37 am 03 Januar 2014, 19:30:27
Hier würde ich mir noch "tilt" als 0.5 wünschen für "Fenster ist gekippt":
Kein Problem, aber du meinst sicher "tilted", oder?
Zitat von: skorpion37 am 03 Januar 2014, 19:30:27
Das mit dem "Save" habe ich noch nicht ganz verstanden. Mit "Save Chart" kann ich immer nur einen neuen Chart anlegen. "Save to Config" ist nur für fhem. Wie kann ich einen geänderten Chart speichern?
Zur Zeit garnicht anders. Den neuen speichern und dann den alten löschen. Ist nicht sehr elegant, kümmer ich mich mal bei Gelegenheit drum.
Gruß
Zitat von: Johannes am 03 Januar 2014, 20:02:10
Kein Problem, aber du meinst sicher "tilted", oder?
Ja richtig!
Zitat
Zur Zeit garnicht anders. Den neuen speichern und dann den alten löschen. Ist nicht sehr elegant, kümmer ich mich mal bei Gelegenheit drum.
Kein Problem. Ist auch so schon echt klasse!
Jetzt habe ich im Moment noch ein Logfile in der Form:
2014-01-03_20:00:27 Wetter_Yahoo T: 9 H: 82 W: 37
Hier wird nur T angezeigt. Bei H und W liest er nur 0-Werte. Dies liegt wahrscheinlich an den zwei Leerzeichen?
Ja, es sind leider die Leerzeichen schuld. Hatte es dewegen extra geschrieben, dass als Voraussetzung nicht beliebig viele Leerzeichen als Trenner vorhanden sind, sondern nur 1.
Ich könnte auch dafür einen Workaround finden, aber irgendwie schmeckt mir das nicht. Die Filelogs, oder besser manche Module, scheinen sich nicht an allzuviele Konventionen zu halten.
Dummerweise ist nämlich bei deinem Fall mit 2 Leerzeichen die "get" Funktion wieder so klug, und überspringt das. Sprich die Spalte muss z.B. nicht mit Nummer 8 angesprochen werden, sondern 7, Was wiederum noch mehr durcheinander bringt.
Wenn ich Lust habe schau ich da mal nach, zur zeit ist die Lust darauf aber eher gering ...
Moin skorpion37,
probier es mal mit diesem und dem darin verlinkten Tread:
http://forum.fhem.de/index.php/topic,18099.msg120499.html#msg120499
Gruß Joachim
Ok, der Tipp war korrekt - muss ich beim Anlegen der MySQL Tabelle die falsche Anweisung kopiert haben. Gelöscht und wieder neu angelegt, kann ich nun auch mehrere Charts anzeigen. Das zweite Problem (Anzeige fehlerhaft) werde ich selber noch mal die Daten prüfen - ggf . hat sich da ein Fehler eingeschlichen, da dieses Problem nicht mit allen neu eingefügten Daten besteht.
Vielen Dank
So ich werde das ProbIem nicht los. Jeder Wert, den ich nachträglich in der DB ergänze, bringt die Darstellung durcheinander . In der Anlage sieht man es. Den Wert für den 3.1. 2014 habe ich nachträglich eingeführt.
Habt ihr eine Idee?
Zeig doch mal die zugehörigen Daten dazu bitte
Hallo,
erst mal muss ich mal vielen Dank für das Charting Tool hier weitergeben.
Das sieht ja mal richtig schick aus und auch wunderbar zu bedienen.
Jetzt aber zu meiner Frage.
Kann ich das Aussehen eines Charts auch dahingehend beeinflussen, dass ich Ein- und Ausschaltvorgänge als Balken anzeigen kann?
Zum besseren Verständnis anbei mal ein Chart, wie es jetzt aussieht. Auch die Tabelle der DBLog Einträge und in dem dritten Bild mal mit grün dargestellt, wie ich es gerne hätte.
Ich habe zwar schon wie ich meine die Optionen mal hier und dahin geändert. Aber irgendwie ist da nicht das rausgekommen, was ich gerne hätte.
Zitat von: maxritti am 07 Januar 2014, 14:42:33
Kann ich das Aussehen eines Charts auch dahingehend beeinflussen, dass ich Ein- und Ausschaltvorgänge als Balken anzeigen kann?
Schonmal unter Style die Option "Steps" probiert?
Danke Dir.
In der Tat hatte ich das wohl noch nicht gesehen. (http://www.alle-haben-spass.de/images/smilies/grrr.gif)
Kurze Statusmeldung:
Bin gerade beschäftigt "Multicharts" einzubauen.
Das heisst es wird eine neue Übersichtsseite geben, in der beliebig viele Charts auf einmal dargestellt werden.
Die Konfiguration erfolgt über einen neuen Raum. Charts, die man in diesen Raum legt, werden auf der Übersichtsseite angezeigt. Die Reihenfolge steuert man über die Position im Baum bzw. Raum.
Die Übersichtscharts können in der Breite und Höhe beliebig angepasst werden. So kann man ein Raster nutzen von z.B. 2x2, 3x2, 3x3, 4x3 etc.
Die Charts könnnen einzeln händisch neu geladen werden. Oder man lädt über einen Button alle angezeigten Charts auf einmal neu. Ausserdem kann ein "Auto Update" aktiviert und konfiguriert werden, um automatisch alle Charts in einem belibigen Zeitintervall neu zu laden.
Die Charts werden aktuell zu einem Bild transformiert und aktuell auch gecacht. Damit werden beim Neuladen der Seite die letzten gerenderten Charts angezeigt. Ich überlege aber, das wieder rauszunehmen oder optional konfigurierbar zu machen, denn in der Regel will man keine veralteten Charts sehen.
Da die "Übersichtscharts" also als Bild dargestellt werden, kann man nicht mit der Maus darin Punkte abfragen oder zoomen. Das soll in der Übersicht auch nicht der Zwecks sein.
Ich werde pro Übersichtschart einen Button einbauen oder per Klick auf einen den Chart in der alt bekannten Ansicht öffnen, damit man die Details abfragen kann etc.
So sieht das ganze nun z.B. aus mit einem 3x3 Raster:
(http://www7.pic-upload.de/07.01.14/pyolpp4xodbi.jpg)
Grüße!
Ja, die Daten hätte ich wohl gleich mit posten sollen.
Hier direkt so, wie das Frontend sie anzeigt. Auch hier ist die Reihenfolge so, wie die Daten aufgenommen wurden und nicht nach Timestamp sortiert. Eigenartig oder ?
Michael
Ok, habe den Fehler gefunden, es braucht vermutlich ein zusätzliches ORDER, der fehlt tatsächlich im DbLog Modul:
Bitte mal folgendes testen:
DIe Datei 93_DbLog.pm in deinem "FHEM" Verzeichnis öffnen und zur Zeile 1050 gehen. Dort steht:
$sql = "SELECT ".$xaxis.", VALUE FROM history WHERE READING = '$yaxis' AND DEVICE = '$device' AND TIMESTAMP Between '$starttime' AND '$endtime';";
Ersetz die ganze Zeile mal mit
$sql = "SELECT ".$xaxis.", VALUE FROM history WHERE READING = '$yaxis' AND DEVICE = '$device' AND TIMESTAMP Between '$starttime' AND '$endtime' ORDER BY TIMESTAMP;";
Datei speichern, FHEM neustarten, Chart neu Laden, und schauen obs klappt.
Und dann natürlich Bescheid geben ;-)
:D
echte cool, wenn man weiß, welche Zeile man anpacken muß !
super, jetzt sieht es gut aus . Vielen Dank !
Alles klar, werde bei Gelegenheit das Modul an der Stelle dauerhaft fixen.
Hallo,
eben habe ich mal mit dem Frontend gespielt.
Hinzugefügt habe ich mal einen HM Türkontakt. Der wird in dem Chart mit einem maximalen Wert von 10 angezeigt. Die Zustände davon sind Open und closed. Kann man die Werte in dem Frontend irgendwie auch auf 0 und 1 normieren, wie on und off von Steckdosen?
Hi,
Welchen Browser hast du da im Einsatz?
Sehe da ein Problem, das es eigentlich nicht geben sollte, nämlich dass du keine Scrollleisten hast für die Zeilen. Wie man sehen kann passt es ja nicht auf deinen Bildschirm, da sollten eigentlich Scrollleisten sein...
Zu deiner Frage:
Wenn die Daten aus DbLog kommen, dann schau dir mal die Datei www/frontend/app/userConfig.js an.
Die kannst du an deine Wünsche anpassen. Für FileLog hat diese Datei aber keine Bedeutung!
Bin aber auch gerade dabei das zu harmonisieren...
Das ist der Safari auf dem iPad.
Aber auch dem MacBook beim Safari gibt's erst mal keine Scrollleisten. Die werden da erst eingeblendet, wenn man hoch oder runter scrollt.
Passt soweit also.
Die JS Datei werde ich mir dann mal anschauen.
Vielleicht finde ich da die Stelle, wo ich den Workaround einsetzen kann.
Danke Dir schon mal
Ui, die ist ja riesig gross die js Datei :)
Angepasst und funktioniert.
Prima.
Update:
Ein neues Update steht bereit:
* Multicharts verügbar (unter dem Reiter "FHEM Status"
Damit kann man jetzt wie hier beschrieben: http://forum.fhem.de/index.php/topic,10439.msg123162.html#msg123162 mehrere Charts auf einmal in einer Übersicht darstellen.
Charts müssen einfach in den neuen Ordner "StatusRoom" verschoben werden, dann tauchen Sie auf der Übersichtsseite auf. Charts werden gecacht zur schnelleren Anzeige beim neuladen.
Nach dem ersten hinzufügen eines Charts muss dieser erstmal per "reload" geladen werden, sonst sieht man initial noch nichts.
* Die userconfig.js wird jetzt für FileLogs und DbLogs benutzt. Wenn also jemand noch neue, zu konvertierende Werte eintragen möchte (so wie z.B. vor kurzem gewüsncht "tilted" = 50),
dann tut er dies bitte selbst in der Datei www/frontend/app/userConfig.js
Demnächst gibts zum Konfigurieren einiger Werte eine zusätzliche GUI, dann mus man nichts mehr händisch eintragen.
* Zoom-Bug behoben, der die Anzeige verwirrte, wenn man Reset benutzt ohne gezoomt zu haben
* DbLog-Modul gefixt, so dass Werte immer nach TIMESTMAP sortiert werden
* leichten Farbverlauf in Füllungen für Charts hinzugefügt
Bitte um Feedback, wie die Übersichtsseite / "Multichart" so bei euch funktionieren.
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Haha, wie geil! Heute nach einem Monat zum ersten Mal den Server aktualisiert (debian, fhem und das frontend, alles in einem Rutsch und null Probleme) und gleich das Update mit dem Statusroom bekommen. Sehr cooles Feature und funktioniert wie 'ne Eins! Vielen Dank!
Christian
Hallo,
die Multiplots sind wirklich klasse! Die Konfiguration über Drag-and-Drop ist wirklich sehr einfach.
Ein Vorschlag: Was ich an Deinen Charts gegenüber den fhem-Logs besonders gut fand ist, dass automatische Größenanpassung. Das Browserfenster wird immer komplett gefüllt. Für die Multiplots muss ich wieder mit absoluten Größenwerten hantieren. Ich fände es besser, wenn man das Layout über zwei Werte konfiguriert: Anzahl der Charts nebeneinander und ein Längen/Breiten-Verhältnis.
Gruß
Georg
Hi,
Gut dass es bei euch läuft, in dem Update steckte einiges neues...
Zu der Konfiguration von Höhen / Breiten: Ich verstehe zwar den Sinn, z.B. Anzahl der Spalten zu definieren, aber mal ehrlich: Die Pixel-Einstellungen musst du genau ein einziges mal machen und wenn sie passen speichern.
Ich denke nicht dass das jetzt besonders umständlich ist, oder?
Ausserdem ist das Raster zur Zeit so nach unten offen und mit Angabe von Breite und Höhe insgesamt flexibler, als wenn man aus vorgefertigten Längen/Breiten-Verhältnissen auswählen muss.
Ich denke es bleibt erstmal so dabei.
Grüße!
Hallo,
eventuell habe ich einen kleinen Bug gefunden.
Und zwar habe ich ein bestehendes Chart unter einem neuen Namen gespeichert.
Dann das alte Chart aus dem Raum "StatusRoom" mit Rechtsklick und löschen gelöscht.
Danach noch mit Rechtsklick und "Umbenennen" das neue Chart umbenannt.
Gehe ich nun auf FHEMStatus bzw starte das Frontend neu, sehe ich auf einmal 4 Charts. Obwohl real nur 2 existieren.
Hat sich erledigt.
Ich war wohl zu voreilig.
Jetzt werden wieder nur die zwei richtigen Charts angezeigt.
Hallo
ich wollte den neuen Gui ausprobieren. Aber es werden mir keine Inhalte der Filelogs angezeigt, wie an dem Beispiel gezeigt ist. Wahrscheinlich habe ich dann auch bei der Definition eines neuen Charts keine Auswahl in der Auswahlbox.
Ich habe die Fritzbox 7390 und arbeite mit logfiles.
Was läuft bei mir schief ?
danke
Jürgen
Hallo!
Vorbildlich mit den Screenshots, das sind fast alle Infos die ich brauche!
Was noch hilfreich wäre ist das Logfile selbst, oder ein Auszug davon.
Irgendwas scheint beim Parsen schief zu gehen. Immerhin funktioniert der Weg schonmal bis dorthin (Logfiles erkennen und Anzeigen).
Kann eigentlich nur eine Kleinigkeit sein...
Tritt das bei allen Logfiles auf, oder nur bei diesem?
Gruß
Edit:
Welcher Browser kommt zum EInsatz?
Hallo Johannes
danke für das schnelle Feedback.
a) das Problem tritt bei allen logfiles auf.
b) ich arbeite mit Firefox, geht aber auch nicht mit IE (übrigens Windows 8.1)
c) Fritzbox 7390 6.1
d) Logfile ist mit im ersten Hardcopy reinkopiert, kann aber auch einen größeren Auszug senden
vg
Jürgen
Zitat von: jove01 am 21 Januar 2014, 12:58:49
Logfile ist mit im ersten Hardcopy reinkopiert, kann aber auch einen größeren Auszug senden
Falls du mit Hardycopy das Bild meinst - das hilft mir nicht.
Habe ehrlich gesagt keine Lust dein Logfile abzutippen.
Ich brauche real Daten, um das Problem nachzustellen.
Also am besten dein möglichst vollständiges Logfile. Kannst mir das gern auch per PN schicken.
Falls dir der Begriff Browser-Konsole etwas sagt:
Gibt es einen Fehler auf der Javascript-Konsole? Wie sieht die Anfrage und Antwort aus im Reiter Netzwerk/Network, sobald ein Logfile ausgewählt wird?
Grüße!
Hallo Johannes
habe die PN geschickt.
Seitens Firefox bekam ich übrigens keine Warnung, ob das Java-Plugin aktiviert werden soll !?
Hier noch die Hardcopies der Console. Die 2. bekam ich nach einem Klicken auf die verschiedenen Reiter.
vg
Jürgen
Hallo Jürgen,
Habe beide Logfiles bei mir probiert, funktionieren einwandfrei, Chrome und Firefox getestet :-/
Welche Version vom Frontend hast du installiert? Steht ganz unten in der Statuszeile.
Sicherheitshalber mal ein Update machen.
Und falls möglich:
In deiner Webkonsole ist in dem zweiten Screenshot den du geschickt hast der letzte Eintrag der wichtige.
Da müssten wir mal reinschauen.
Dazu musst du einen Rechtsklick darauf machen, "Anfrage und Antwortinhalt aufzeichnen" wählen, in der Combobox dann nochmal das Logfile auswählen, dann auf den letzten Eintrag in der Konsole klicken, es geht ein Fenster auf. Das mal maximieren, Screenshot machen und hier posten. Anders kann ich dir vermutlich nicht helfen.,,
ist es möglich einen bereits erstellen chart zu ändern ohne einen neuen anlegen zu müssen?
wenn ich auf save chart gehe will er immer einen neuen erstellen.
Das editieren von Charts, ohne einen neuen erstellen zu müssen wäre sicher ein hilfreiches Feature.
Kommt in der nächsten Version!
Grüße!
Hallo Johannes
ich bin es nochmals mit dem Fehler, dass ich keine neuen Charts anlegen kann.
Beim Starten bekomme ich in der Console folgende Meldungen:
22:46:28.426 Unbekannte Eigenschaft 'zoom'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.426 Unbekannte Eigenschaft '-moz-border-radius'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.427 Unbekannte Eigenschaft '-moz-box-shadow'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.427 'none' oder URL erwartet, aber 'alpha(' gefunden. Fehler beim Verarbeiten des Wertes für 'filter'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.428 Fehler beim Verarbeiten des Wertes für 'cursor'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.428 Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.428 Farbe erwartet, aber 'top' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.429 Farbe erwartet, aber 'null' gefunden. Fehler beim Verarbeiten des Wertes für 'color'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.429 Farbe erwartet, aber 'left' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.430 Unbekannte Eigenschaft '-moz-border-radius-topleft'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.430 Unbekannte Eigenschaft '-moz-border-radius-topright'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.430 Unbekannte Eigenschaft '-moz-border-radius-bottomright'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.430 Unbekannte Eigenschaft '-moz-border-radius-bottomleft'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.432 Farbe erwartet, aber 'bottom' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.432 'none' oder URL erwartet, aber 'progid' gefunden. Fehler beim Verarbeiten des Wertes für 'filter'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.433 Farbe erwartet, aber 'right' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
22:46:28.782 Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. index.html
22:46:28.782 Farbe erwartet, aber 'left' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. index.html
22:46:28.791 Unbekannte Eigenschaft 'zoom'. Deklaration ignoriert. index.html
22:46:33.704 Unbekannte Eigenschaft 'block-progression'. Deklaration ignoriert. fhem
22:46:33.704 Unbekannte Eigenschaft 'writing-mode'. Deklaration ignoriert. fhem
22:46:33.704 Unbekannte Eigenschaft 'baseline-shift'. Deklaration ignoriert. fhem
22:46:33.704 Unbekannte Eigenschaft 'enable-background'. Deklaration ignoriert. fhem
22:46:33.709 Unbekannte Eigenschaft 'box-sizing'. Deklaration ignoriert. fhem
bei JS (evtl. nach Selektion eines Filelog:
22:46:33.470 getUserData() oder setUserData() sollten nicht mehr verwendet werden. Verwenden Sie stattdessen WeakMap oder element.dataset. requestNotifier.js:64
22:46:33.617 SyntaxError: Using //@ to indicate source map URL pragmas is deprecated. Use //# instead jquery.min.js:1
22:46:33.710 TypeError: document.getElementById(...) is null dashboard.js:200
22:50:07.534 getAttributeNode() sollte nicht mehr verwendet werden. Verwenden Sie stattdessen getAttribute(). ext-all.js:21
22:50:07.535 Das angegebene Attribut auf Attributen sollte nicht mehr verwendet werden. Es liefert immer true.
Prüf mal diese Zeile:
22:46:28.432 'none' oder URL erwartet, aber 'progid' gefunden. Fehler beim Verarbeiten des Wertes für 'filter'. Deklaration ignoriert. ext-theme-gray-all.css:1
Es ist vielleicht auch eine Möglichkeit, mit Teamviewer eine gemeinsame Sitzung zu starten
Übrigens Frontendversion 1.0.8, nochmals ein Update und restart durchgeführt.
vg
Jürgen
Zitat von: jove01 am 23 Januar 2014, 22:59:36
Es ist vielleicht auch eine Möglichkeit, mit Teamviewer eine gemeinsame Sitzung zu starten
Also noch biete ich hier keinen first-level-support an :-)
Zu den "Fehlermeldungen":
Das sind 98% Warnungen, bzw. Hinweise und stammen von den Frameworks. DIe können getrost ignoriert werden und haben nichts mit deinem Problem zu tun.
2 echte Fehler sind dabei, aber die werden bei dir durch Dashboard verursacht, dass du scheinbar installiert hast.
Ich hoffe nicht, dass es da eine Unverträglichkeit zwischen den beiden gibt...
Das einzige was sinnvoll hilft ist das Prozedere, das ich dir zueletzt geschildert habe (Screenshot von dem Request inkl. der Antwort im Klartext).
Damit könnte ich dir weiterhelfen...
Bitte zur zeit kein Update auf fhem machen!
Es wird die 93_DbLog mit geupdated, die derzeit nicht funktioniert wie sie sollte und das Frontend unbrauchbar macht.
Ich gebe Bescheid wenn wieder sicher geupdated werden kann.
Ja, bin gerade wieder auf die alte Version vor dem Update zurück. :) Diesmal war es nicht der Server.
Zitat von: Johannes am 27 Januar 2014, 20:47:01
Bitte zur zeit kein Update auf fhem machen!
Es wird die 93_DbLog mit geupdated, die derzeit nicht funktioniert wie sie sollte und das Frontend unbrauchbar macht.
Ich gebe Bescheid wenn wieder sicher geupdated werden kann.
Mit dem Update von heute scheint wieder alles zu laufen auf den ersten Blick..
Hallo Johannes,
dies ist mein erster Beitrag hier. Habe dein Frontend seit mehreren Wochen erfolgreich auf meinem Rasperry laufen und zeige damit in verschiedensten Grafiken meinen S0-Stromzähler an. Verwende DBLog mit einer MySQL Datenbank.
Erstmal vielen Dank für die super Arbeit, ist genau das, was ich gesucht habe!
Nun zu meinem Problem: habe eine virtuelle Maschine (VMWare) mit Lubuntu (ist eine light Version von Ubuntu). Da habe ich FHEM mit MySQL installiert. Die Daten habe ich von meinem Rasperry importiert. FHEM läuft einwandfrei, DBLog funktioniert auch. Die Tabelle für das Frontend ist auch vorhanden.
Allerdings startet das Frontend nicht. Der Dialog "Please wait while the frontend is starting..." steht da der Rest ist weiß. Somit habe ich auch keinerlei Protokollmeldungen.
Irgendeine Idee woran das liegen könnte?
Fehlt da irgendein Package, das ich unter (L)Ubuntu erst noch installieren muss?
Vielen Dank
Alois
Hallo.
Das muss ein Javascript Fehler sein.
Mach mal im Browser die Konsole auf und schau, ob es einen Fehler gibt und was dieser besagt.
Könnte im Zusammenhang mit JsonList stehen.
Hallo Johannes,
ja es kommen ein paar Fehler in der Console, leider kann ich nicht viel damit anfangen.
Vielleicht ja du?
Denke die letzte Zeile:
ReferenceError: Ext is not defined app.js
ist kritisch?
Ach ja, denke es muss ein serverseitiges Problem sein, da ich den selben Browser auch verwende um die Daten von meinem Raspi anzuzeigen, da funktionierts. Es funktioniert auch im lokalen Browser der VM nicht.
18:41:43.259 GET http://xxx.xxx.xx.xxx:8083/fhem/frontend/lib/ext-4.2.0.663/ext-all.js [HTTP/1.1 200 OK 10ms]
18:41:42.098 Unbekannte Eigenschaft '-moz-border-radius-topright'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.098 Unbekannte Eigenschaft '-moz-border-radius-bottomright'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.098 Unbekannte Eigenschaft '-moz-border-radius-bottomleft'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.098 Unbekannte Eigenschaft '-moz-border-radius'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.098 Unbekannte Eigenschaft 'zoom'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.099 Unbekannte Eigenschaft '-moz-box-shadow'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.099 'none' oder URL erwartet, aber 'alpha(' gefunden. Fehler beim Verarbeiten des Wertes für 'filter'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.099 Fehler beim Verarbeiten des Wertes für 'cursor'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.099 Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.099 Farbe erwartet, aber 'top' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.100 Farbe erwartet, aber 'null' gefunden. Fehler beim Verarbeiten des Wertes für 'color'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.100 Farbe erwartet, aber 'left' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.101 Unbekannte Eigenschaft '-moz-border-radius-topleft'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.102 Farbe erwartet, aber 'bottom' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.102 'none' oder URL erwartet, aber 'progid' gefunden. Fehler beim Verarbeiten des Wertes für 'filter'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.103 Farbe erwartet, aber 'right' gefunden. Fehler beim Verarbeiten des Wertes für 'background-image'. Deklaration ignoriert. ext-theme-gray-all.css:1
18:41:42.125 SyntaxError: syntax error ext-all.js:1
18:41:42.254 ReferenceError: Ext is not defined app.js:5
Vielen Dank
Hallo,
Die letzte Fehlerzeile ist ausschlaggebend und Ursache des Problems.
Bitte mach mal ein
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend force
und probiers danach nochmal. Irgendwie scheint deine installation unvollständig.
Grüße!
Hallo,
vielen Dank an die Entwickler dieses Frontend, es ist sehr schick und nützlich :) doch habe ich ein Problem. Beim erstellen von neuen Plots scheint es das immer der erste Wert aus dem Filelog genommen wird, egal was ich bei X-Achis einstelle.
hier ein kurzer Ausschnitt aus dem FileLog um die es geht.
EM1000:
2014-02-14_09:34:18 CUL_EM_8 CNT: 180 CUM: 10.320 5MIN: 0.000 TOP: 0.000
KS300
2014-02-14_13:20:27 KS300 T: 10.7 H: 45 W: 0.0 R: 49.2 IR: no
Wenn ich dieses Logs nutze bekomme ich für die Auswahl für die X-Achis CNT; CUM; 5MIN; TOP bzw. T; H; W; R; IR angezeigt aber egal was ich auswähle immer wird das Log aus den CNT bzw den T Daten erstellt. Ist das ein Bug oder habe ich was übersehen?
Grüße HG.
PS: ich benutze die aktuelle Version des FHEM und des Frontends
Zitat von: hgw77 am 14 Februar 2014, 09:55:40
Hallo,
vielen Dank an die Entwickler dieses Frontend, es ist sehr schick und nützlich :)
Besten Dank!
Zitat von: hgw77 am 14 Februar 2014, 09:55:40
Ist das ein Bug oder habe ich was übersehen?
Etwas übersehen:
http://forum.fhem.de/index.php/topic,10439.msg120957.html#msg120957
Du hast mehrere Leerzeichen als Trenner. Ich habe mich bisher dagegen gesträubt, solch unstrukturiertes Verhalten zu unterstützen. Kann sein, dass sich das irgendwann ändert, ich glaube aber erstmal nicht :-)
Deine Lösungsmöglichkeiten:
Loggen mit einem Wert pro Zeile oder Modulautor anschreiben, dass er mit einem Leerzeichen zwischen den Messwerten loggt statt mehreren.
Zitat von: Johannes am 10 Februar 2014, 19:05:53
Hallo,
Die letzte Fehlerzeile ist ausschlaggebend und Ursache des Problems.
Bitte mach mal ein
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend force
und probiers danach nochmal. Irgendwie scheint deine installation unvollständig.
Grüße!
Hallo Johannes,
vielen Dank für die Hilfe, habe den Fehler gefunden.
Eine Neuinstallation mit "force" brachte zwar keinen Erfolg, aber der Tipp das etwas fehlt.
So wie ich das gesehen habe gibt es 2 Verzeichnisse in denen Ext-JS vorhanden ist:
/opt/fhem/www/frontend/lib/ext-4.2.0.663
/opt/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663
Beim ersten Verzeichnis fehlte die Datei "ext-all.js". Habe diese Datei einfach per Hand vom zweiten auch in das erste Verzeichnis kopiert, jetzt funktionierts. Mußte dazu das Verzeichnis allerdings mit Admin Rechten öffnen, ansonsten ließ sich die Datei nicht anlegen. Deswegen funktionierte vermutlich die Neuinstallation mit "force" auch nicht.
Frage: Ist das eigentlich richtig, dass Ext-JS zweimal vorhanden ist? Oder stimmt da mit meiner Installation etwas nicht?
Habe die Installation einfach mit: update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
gemacht.
Viele Grüße
Vielen Dank Johannes für die Antwort :)
Ich habe all meine Logs mal geprüft und es scheint das bei den meisten Logs, (wenn es mehrere Readings auf einer Zeile gibt) immer zwei Leerzeichen zwischen den einzelnen Readings genutzt werden (ich habe KS300, S300, EM1000 und bei allen ist dieses Verhalten zu erkennen). Wäre es vielleicht möglich dem Nutzer erweiterte Einstellung zu geben wie viele Leerzeichen zwischen den Readings zu erwarten sind (sprich eine Art regex Konfiguration für die log Zeile, vielleicht mit Vorschau ob alles getroffen wurde). So könnte man flexibler auf die einzelnen Logs eingehen ohne Module oder Logs anzupassen.
Viele Grüße Georg
Zitat von: asmd am 15 Februar 2014, 17:50:45
Frage: Ist das eigentlich richtig, dass Ext-JS zweimal vorhanden ist? Oder stimmt da mit meiner Installation etwas nicht?
Habe die Installation einfach mit: update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
gemacht.
Hallo,
Das sollte nicht normal sein. Auch das du Admin Rechte brauchtest kann eigentlich nicht sein und deutet eher auf eine falsche Installation hin.
Ich schau bei Gelegenheit nochmal nach, ob alles richtig ist.
Zitat von: hgw77 am 16 Februar 2014, 18:31:44
Wäre es vielleicht möglich dem Nutzer erweiterte Einstellung zu geben wie viele Leerzeichen zwischen den Readings zu erwarten sind (sprich eine Art regex Konfiguration für die log Zeile, vielleicht mit Vorschau ob alles getroffen wurde). So könnte man flexibler auf die einzelnen Logs eingehen ohne Module oder Logs anzupassen.
Hallo,
Eine Regex Konfiguration ist eigentlich das Gegenteil von dem, was ich mit dem Frontend erreichen wollte, nämlich nachvollziehbare, unkomplizierte Charts, mit denen auch Anfänger gut klar kommen.
Da würde ich mir lieber überlegen, meinen Parser an der Stelle anzupassen so dass er das automatisch für den User übernimmt.
Ich packs mal auf meine Todo Liste..
OK vielen Dank :)
Hallo Johannes,
habe mir heute mal Dein Frontend installiert.
Mysql eingerichtet und dblog auch. Meine Tables werden auch gefüllt.
Ich kann mir die Einträge auch mit phpmyadmin bzw dem get script von dblog aus fhem anzeigen lassen.
Leider bekomme ich im Frontend keine Charts und einträge zu sehen. Im log kann ich auch nichts sehen was auf einen Fehler schließen lässt.
Hast du eine Idee?
EDIT: Kann es sein das ich da was falsch verstanden habe. Die Charts muss ich mir erstmal manuell erstellen richtig?
Dazu aber wohl ein BUG oder feature!?
Wenn ich einen Chart erstellt habe muss ich ihn mir erst mit "show chart" anzeigen lassen sonst wird er nicht gespeichert!
Wenn ich dann einen neune Chart erstellen möchte bekomme ich beim speichern immer diese meldung
The Chart could not be saved, error Message is:
Could not execute statement: Duplicate entry '0' for key 'PRIMARY
Fhem und Frontend sind aktuell von heute! Fhem Version 5197 Frontend 1.0.8
Danke
spacy
Hallo,
Zitat von: spacy am 14 März 2014, 10:48:42
EDIT: Kann es sein das ich da was falsch verstanden habe. Die Charts muss ich mir erstmal manuell erstellen richtig?
So ist es!
Zitat von: spacy am 14 März 2014, 10:48:42
Wenn ich einen Chart erstellt habe muss ich ihn mir erst mit "show chart" anzeigen lassen sonst wird er nicht gespeichert!
Der Ablauf ist folgender: Chart zusammenkonfigurieren, dann mit "Show Chart" anzeigen lassen. Ist man zufrieden, kann man speichern mit "Save Chart". EIgentlich einfach, oder?
Zitat von: spacy am 14 März 2014, 10:48:42
Wenn ich dann einen neune Chart erstellen möchte bekomme ich beim speichern immer diese meldung
The Chart could not be saved, error Message is:
Could not execute statement: Duplicate entry '0' for key 'PRIMARY
Ich tippe darauf, dass das SQL für die Datenbank bei der Installation nicht korrekt oder vollständig ausgeführt wurde.
Bitte nochmal prüfen
Zitat von: Johannes am 14 März 2014, 16:35:36
Hallo,So ist es!
Der Ablauf ist folgender: Chart zusammenkonfigurieren, dann mit "Show Chart" anzeigen lassen. Ist man zufrieden, kann man speichern mit "Save Chart". EIgentlich einfach, oder?
Ich tippe darauf, dass das SQL für die Datenbank bei der Installation nicht korrekt oder vollständig ausgeführt wurde.
Bitte nochmal prüfen
Nun ja einfach ist das schon aber ich muss mir nicht jeden Chart anzeigen lassen bevor ich ihn speicher kann. ;-)
SQL fehler ok aber warum kann ich dann einen Chart speichern aber keinen zweiten.
Danke
Zitat von: spacy am 14 März 2014, 17:54:54
Nun ja einfach ist das schon aber ich muss mir nicht jeden Chart anzeigen lassen bevor ich ihn speicher kann. ;-)
Ich kann den Speichern Button auch deaktivieren, solange man sich den Chart nicht angeschaut hat.
Ich halte eine Sichtkontrolle vorm Speichern nämlich für sinnvoll.
Zitat von: spacy am 14 März 2014, 17:54:54
SQL fehler ok aber warum kann ich dann einen Chart speichern aber keinen zweiten.
Hast du mal die SQLs geprüft, ob du alles nach Anleitung gemacht hast?
Ich habe in Erinnerung, das jemand das gleich Problem wie du hatte, etwa 2-5 Seiten zurück in diesem Thread. Konnte auch gelöst werden, vielleicht suchst du das mal
Danke
[/quote]
Update:
Neues Update steht bereit:
* Charts können jetzt wie mehrfach gewünscht überschrieben bzw. geändert werden. Bearbeitet man einen gespeicherten Chart, wird der bestehende überschrieben, anstatt wie bisher einen neuen anzulegen
* Der FIleLog Parser wurde verbessert und kann jetzt auch mit mehreren Leerzeichen zwischen key / value Pairs arbeiten. Das sollte viele Probleme beheben, die verschiedene Nutzer in letzter Zeit mit der Anzeige von FIlelogs hatten!
Sollte irgendetwas nicht funktionieren oder sich ein spezielles FileLog noch immer nicht parsen lassen, einfach Bescheid geben!
Update über:
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
Hallo zusammen,
gerade wollte ich mal wieder auf das neue Frontend für Charts gehen und muss da diese Meldung sehen:
Auch wenn ich im Frontend von Fhem "Jsonlist" als Befehl ausführe und den Code per online Validierung validiere, kommt eine Meldung, dass das kein valides JSON ist.
Nur wo kann es hier klemmen?
Ich habe keine Ahnung, was gerade passiert ist, aber nachdem ich den loglevel mal auf 3 gesetzt habe um dem Problem vielleicht besser auf die Schliche zu kommen, geht das Frontend wieder.
Und auch der online Validator sagt mir, dass die Ausgabe von "jsonlist" valide ist.
Danke Johannes,
lag am table für's frontend. Jetzt geht es.
Gruß
spacy
Zitat von: maxritti am 14 März 2014, 21:10:46
Auch wenn ich im Frontend von Fhem "Jsonlist" als Befehl ausführe und den Code per online Validierung validiere, kommt eine Meldung, dass das kein valides JSON ist.
Nur wo kann es hier klemmen?
Es klemmt in FHEM / jsonlist, wo genau kann dir, zumindest in diesem Thread, vermutlich keiner genau sagen.
Ich werde im nächsten Update auf jsonlist2 umstellen (ist die offizielle Nachfolger-Schnittstelle für jsonlist), es kann sein, dass dann die Probleme verschwunden sind. Garantieren kann ich es aber nicht, Habe selber keine Ahnung, warum FHEM bzw. das Modul es manchmal nicht hinbekommen, gültiges JSON zu produzieren.
Hallo Johannes,
Zitat von: Johannes am 02 Januar 2014, 14:51:54
Update:
Nachdem ich mich nochmal mit FileLogGet auseinandergesetzt habe und ich jetzt auch verstanden habe was geht und was nicht kommt hier ein Update.
Damit sollten sich alle FileLogs lesen und anzeigen lassen, die die folgenden Kriterien erfüllen:
...
3.) Mehrere Readings pro Zeile sind Möglich, wenn diese durch Ein! Leerzeichen getrennt sind (Standard verhalten), z.B.:
2014-01-02_13:44:33 ESA2000_LED_011e actual_kwh: 0.425 day_kwh: 6.5894
...
Wenn ich das korrekt verstehe, gibt es diese Funktion nur für Filelog, richtig?
Ich benutze DBlog und wollte die Flut der Readings meines RT-DN einschränken und nur noch das "combined" state Reading
2014-04-03_12:49:46 wz_Thermostat_ClimRT_tr T: 20.9 desired: 17.0 valve: 0loggen und als Quelle für die Charts nutzen.
Oder habe ich etwas übersehen?
Gruß
Tobias
Hallo,
Das von mir beschriebene Verhalten beim Parsen bezieht sich auf Filelogs, ja.
Der angemerkte Punkt ist dabei aber nicht mehr gültig, Filelog wird jetzt auch mit unendlich vielen Lerrzeichen als Trenner unterstützt.
Eigentlich sollten damit alle Filelog Varianten unterstützt sein.
Zu deinem Problem:
Es klingt als wenn du etwas machen möchtest, das mit dem Frontend erstmal garnichts zu tun hat, nämlich die Logwerte reduzieren / beschränken.
Das sind Konfigurationen mit dblog und fhem.cfg, da müsstest du dir an anderer Stelle Hilfe holen.
Das Frontend liest aus der Datenbank die Messwerte, die dort geloggt sind. Normalerweise sorgt dblog dafür, dass pro Messwert ein einzelner Eintrag besteht, und somit muss man sich bei dblog keine Gedanken darum machen, wie man loggt. Im schlimmsten Fall hat man einfach nur zu viel Auswahl, aber das stört das Frontend ja nicht, da man dort gezielt seine gewünschten Messwerte einfach auswählen kann.
Falls ich was falsch verstanden habe, bitte einfach nochmal konkreter fragen :-)
Hallo Johannes,
danke für die Erklärung.
Zitat von: Johannes am 03 April 2014, 20:43:08
Das von mir beschriebene Verhalten beim Parsen bezieht sich auf Filelogs, ja.
Ok. Klar.
Zitat von: Johannes am 03 April 2014, 20:43:08
... Normalerweise sorgt dblog dafür, dass pro Messwert ein einzelner Eintrag besteht, und somit muss man sich bei dblog keine Gedanken darum machen, wie man loggt. ...
2014-04-03_12:49:46 wz_Thermostat_ClimRT_tr T: 20.9 desired: 17.0 valve: 0Hmm - dblog legt aber dieses kombinierte state Reading als einzelnen Eintrag in der Datenbank ab - im Frontend kann ich dieses Reading dann als "T" für die y-Achse auswählen, kann daraus dann aber nicht ein Chart mit drei Datenreihen mit gemessener Temperatur (T), erwünschter Temp. (desired) und Ventilöffnung (valve) erstellen. Ich komme sozusagen nicht an die beiden hinteren Werte ran.
Mein Szenario ist ein wenig komplex:
- der FHEM Hauptserver ist auf einer "schwachbrüstigen" FritzBox ohne Dblog. Dort logge ich in Filelogs und die wollte ich ausdünnen aus Performance-Gründen
- eine zweite FHEM-Instanz läuft auf meinem NAS (QNAP) und bekommt alle Events von der Hauptinstanz per FHEM2FHEM und legt die Readings per Dblog in einer sqlite Datenbank ab. Das Frontend greift auf diese DB zu.
FHEM liefert für den RT-DN die obigen Readings als drei separate Zeilen und zusätzlich redundant "kombiniert" im state Reading. Bisher habe ich die Charts über die Einzelwerte generiert - hat prima funktioniert. Um die Filelogs auszudünnen, war meine Überlegung eben jetzt die Zeilen mit den Einzelwerten im Filelog wegzulassen. Damit kommen sie aber auch nicht mehr per FHEM2FHEM in die Datenbank.
Ich hoffe, meine Motivation ist jetzt etwas klarer formuliert.
Gruss
Tobias
cloneDummy
userReading
Hallo Joachim,
danke für den Tip. Bevor ich jetzt mit dem Implementieren loslaufe...
Zitat von: Joachim am 03 April 2014, 21:21:07
cloneDummy
userReading
... bitte ich um ein kurzes "ACK", ob ich das richtig interpretiere für mein Szenario:
- an FHEM A ist der RT-DN als echtes Device "wz_Thermostat" angeschlossen, dessen Filelogs sind wie oben beschrieben "ausgedünnt"
- FHEM B bekommt per FHEM2FHEM nur noch o.g. Kombi-Reading state mit den drei Einzelwerten T, desired und valve in einer Zeile und loggt es in der DB
- auf FHEM B definiere ich ein cloneDummy device "clone_wz_Thermostat", welches auch nur das Kombi-Reading "empfängt"
- für den cloneDummy definiere ich drei UserReadings für die Einzelwerte temperature, desired und valve und parse sie aus dem Kombi-Reading
- die UserReadings werden wiederum in der DB geloggt
- damit kann ich die Einzelwerte über das Chart / Frontend plotten
Oder eher so - Variante B ??
- der cloneDummy mit den userReadings (wie oben) wird auch auf FHEM A definiert
- FHEM B erhält per FHEM2FHEM die userReadings vom cloneDummy device und loggt sie in der DB
- Charts im Frontend wieder über die userReadings des cloneDummy
Die erste Variante gefällt mir besser. Dann habe ich die zusätzliche Last und die zusätzlichen Clone Devices nur auf dem reinen FHEM Logging Server B.
Würden überhaupt beide Varianten funktionieren??
Gruss
Tobias
Die erste grundlegende Frage ist, warum loggst Du überhaupt auf FHEM A und zusätzlich nocheinmal auf FHEM B?
Die nächste Frage ist, warum dünnst Du erst aus, um danach wieder zu trennen?
Wenn Du unbedingt auf FHEM A nur ein Kombireading für das Filelog haben willst, dann kannst Du doch trotzdem die Einzelreadings über FHEM2FHEM an FHEM B weitergeben, es sei denn Du hast sie über event-on-change ausgeblendet.
Dann sparst Du Dir die ganzen Verrenkungen.
Ansonsten Variante a, Variante b ist Unfug, weil s.o.
Hatte am Anfang nicht gelesen, dass du in FHEM A schon ausdünnst, sonst hätte ich Dir cloneDummy und userReading nicht enpfohlen.
Gruß Joachim
Hallo Joachim,
Zitat von: Joachim am 03 April 2014, 22:52:05
Die erste grundlegende Frage ist, warum loggst Du überhaupt auf FHEM A und zusätzlich nocheinmal auf FHEM B?
FHEM A auf der FritzBox ist das adHoc System mit den Devices, zum Schalten und Walten, hier kann ich schnell und einfach per grep/tail/cat etc in ein Filelog schauen, SVG Plots für den täglichen Bedarf werden aus den Filelogs generiert (auch aus Kombireadings). Aber - viele grosse Filelogs kosten beachtlich Performance, Filelogs werden irgendwann archiviert oder gelöscht, etc etc
FHEM B mit Dblog ist zur Langzeit (Monate, Jahre) Archivierung gedacht. Das Charting Frontend ist dann für Auswertungen wie Temperaturkurven oder Heizkurven über einen Monats- oder Jahreszeitraum gedacht.
Zitat von: Joachim am 03 April 2014, 22:52:05
Die nächste Frage ist, warum dünnst Du erst aus, um danach wieder zu trennen?
- Ausdünnen der Filelogs wegen Performance auf FHEM A
- Trennen in Einzelreadings nur WEIL das Charting Frontend eben keine Plots für Kombi-Readings aus der DB unterstützt (nur mit Filelogs - siehe oben)
Zitat von: Joachim am 03 April 2014, 22:52:05
Wenn Du unbedingt auf FHEM A nur ein Kombireading für das Filelog haben willst, dann kannst Du doch trotzdem die Einzelreadings über FHEM2FHEM an FHEM B weitergeben, es sei denn Du hast sie über event-on-change ausgeblendet.
Hm - wie soll das gehen? Habe ich da etwas übersehen? FHEM2FHEM überträgt doch genau die Events/Readings an FHEM B, die FHEM A auch ins Filelog schreibt. Dünne ich das Filelog mittels event-on-change oder event-on-update selektiv aus, sieht doch auch FHEM2FHEM die Events/Einzelreadings nicht mehr.
Nochmal ein Beispiel - das HM Thermostat liefert periodisch folgende Events:
2014-04-04_10:43:16 dg_Thermostat_Clima measured-temp: 19.3
2014-04-04_10:43:16 dg_Thermostat_Clima desired-temp: 17.0
2014-04-04_10:43:16 dg_Thermostat_Clima ValvePosition: 0
2014-04-04_10:43:16 dg_Thermostat_Clima T: 19.3 desired: 17.0 valve: 0
Macht vier Zeilen pro Update - 3 Zeilen mit je einem Einzelreading, 1 Zeile (state) mit dem Kombireading.
Im Filelog spare ich 75% Platz, wenn ich die Einzelreadings komplett unterdrücke (event-on-change/event-on-update nur für state). Auf FHEM B für das Auswerten aus dem DBlog bräuchte ich aber auch die 3 Events/Zeilen mit den Einzelreadings.
Zitat von: Joachim am 03 April 2014, 22:52:05
Dann sparst Du Dir die ganzen Verrenkungen.
Ansonsten Variante a, Variante b ist Unfug, weil s.o.
Wenn es eine einfachere Lösung (ohne Änderung der ganzen Rahmensituation mit FHEM A / B) gibt, gerne. Die Variante A mit cloneDummy und userReading ist zumindest EINE Lösung, da ich nicht davon ausgehe, dass Johannes die Readings aus der Datenbank noch weiter parsen möchte.
Ein Filter fürs FileLog (analog DBlog oder FHEM2FHEM) zum filtern der Events/Readings, die ins Filelog geschrieben werden, würde auch helfen.
Gruss, Tobias
ZitatHm - wie soll das gehen? Habe ich da etwas übersehen? FHEM2FHEM überträgt doch genau die Events/Readings an FHEM B, die FHEM A auch ins Filelog schreibt. Dünne ich das Filelog mittels event-on-change oder event-on-update selektiv aus, sieht doch auch FHEM2FHEM die Events/Einzelreadings nicht mehr.
Ja, Du hast etwas übersehen.
Der Inhalt des Filelogs muss nicht identisch mit dem sein, was an Events generiert wird.
Bei mir ist es z.B. so, dass die FB alle 1-Wire Sensoren verwaltet, die für mich relevanten Events an den Pi mit FHEM2FHEM weitergegeben werden, dort mit cloneDummy angezeigt werden, bzw. direkt in DBLog laufen. Die FB loggt garnichts.
Du musst also nur dafür sorgen, dass nur die Readings, die Du haben möchtest, imFilelog geloggt werden.
Dafür musst Du Deine Filelogdefinition entsprechend anpassen, und trotzdem die Events die Du auf FHEM B haben möchtest, weiterhin als Reading laufen lassen.
Als Beispiel von mir:
define FileLog_Bad FileLog ./log/Badezimmer-%Y-%m.log (HK_Regler_Badezimmer:.*(desiredTemperature|valveposition)):|(Temp_Sensor_Badezimmer:.*C).*
Alle Events von HK_Regler_Badezimmer und vom Temp_Sensor_Badezimmer mit dem der Bezeichnung desiredTemperature|valveposition und C werden in das Filelog geschrieben.
In der Definition meines HK Reglers
define HK_Regler_Badezimmer MAX HeatingThermostat 03bfa8
attr HK_Regler_Badezimmer event-on-change-reading valveposition,battery,desiredTemperature,temperaturewerden aber zusätzliche Events durchgelassen, die dann natürlich auch FHEM2FHEM zur vefügung stehen.
Gruß Joachim
Zitat von: Joachim am 04 April 2014, 11:49:00
Ja, Du hast etwas übersehen.
Der Inhalt des Filelogs muss nicht identisch mit dem sein, was an Events generiert wird.
Du hast natürlich Recht. Ein einfaches RTFM hätte auch genügt - dabei hab ich gestern abend nochmal in die CommandRef zu Filelog geschaut.
define <name> FileLog <filename> <regexp> Die regexp ist natürlich auch genau der "Filter", den ich mir in meinem letzten Post gewünscht habe.
Ich habe bisher meine FileLogs eigentlich immer nur per autocreate / createlog definiert - dann loggen sie per default natürlich ALLE Events.
Oh Mann, jetzt komm ich mir ein bisserl doof vor.
In jedem Fall - wieder was/viel gelernt. Und das Beste - ich habe jetzt auch ein viel besseres Verständins von cloneDummy...
Danke & Gruss
Tobias
ZitatDu hast natürlich Recht. Ein einfaches RTFM hätte auch genügt
Wollte mal höflich sein. ;)
Gruß Joachim
Hallo zusammen,
ich teste das Charting Frontend auf einer Fritz!Box 7390. Erstmal ein großes Lob an Johannes - eine großartige Idee, das sind im Vergleich zur herkömmlichen Darstellung Riesenschritte in Sachen Flexibilität und Bedienbarkeit!
Ich möchte hier einen Feature-Request loswerden. Ich habe Log-Files, die von mehreren Geräten gemeinsam beschrieben werden. Die zweite Spalte gibt immer den Gerätenamen an. Beispiel:
2014-04-14_06:55:19 counter_eg power: 59.15 W
2014-04-14_06:55:38 counter_haustechnik power: 16.88 W
2014-04-14_06:56:20 counter_eg power: 58.82 W
2014-04-14_06:56:32 counter_heizung power: 30.01 W
2014-04-14_06:57:21 counter_eg power: 58.98 W
2014-04-14_06:57:58 counter_og power: 11.00 W
2014-04-14_06:58:22 counter_kueche power: 6.38 W
2014-04-14_06:58:22 counter_eg power: 59.48 W
2014-04-14_06:58:33 counter_heizung power: 29.88 W
Das Frontend ignoriert die zweite Spalte (z.B. counter_eg), die Geräte werden folglich nicht unterschieden. Soweit ich das diesem Thread entnehmen konnte, ist das auch so zu erwarten, weil das Frontend darauf nicht ausgelegt ist. Über eine entsprechende Erweiterung würde ich mich sehr freuen. Sollte ich nur übersehen haben, dass man dem Chart das Gerät irgendwie angeben kann, bitte ich um einen Hinweis.
In jedem Fall vielen Dank für die ganze Arbeit, ein großartiges Projekt.
Schöne Grüße
Christian
Hallo,
Danke fürs Lob!
Das auslesen von mehreren verschiedenen Geräten aus einem Logfile ist noch nicht implementiert, aber da der Aufwand nicht groß ist und der Nutzen auf der Hand liegt werde ich es in das nächste Release mit aufnehmen.
Grüße!
Update:Zitat von: fhem-user am 14 April 2014, 07:10:19
Ich möchte hier einen Feature-Request loswerden. Ich habe Log-Files, die von mehreren Geräten gemeinsam beschrieben werden. Die zweite Spalte gibt immer den Gerätenamen an.
Ist eingebaut. Bitte testen, ob es wie gewünscht funktioniert.
Sprich es sollten jetzt verschiedene Geräte aus einem Logfile mit verschiedenen Readings unterstützt werden.
Grüße!
Funktioniert wie gewünscht - vielen Dank!
Hallo,
bislang habe ich mit dem Standard Plots von FHEM gearbeitet.
Und zwar habe ich mir für meine Tür-/Fensterkontakte ein Chart gebaut um den Überblick zu erhalten.
Dabei habe ich unterschiedliche maximale Werte für open genommen, damit man überhaupt noch etwas sieht.
So sieht das dann aus.
Kann man so etwas auch in dem Frontend machen?
Mittels der userconfig.js habe ich den maximalen Wert schon mal auf 1 gesetzt, aber umrechnen in abhängigkeit vom Device habe ich noch nicht gefunden.
Oder hat jemand einen anderen Ansatz?
Eventuell direkt die Werte anders ins Log schreiben?
Hallo,
Zitat von: maxritti am 19 Juni 2014, 13:26:38
Mittels der userconfig.js habe ich den maximalen Wert schon mal auf 1 gesetzt, aber umrechnen in abhängigkeit vom Device habe ich noch nicht gefunden.
Die userconfig arbeitet global, es gibt keine Unterscheidungen für Geräte.
Zitat von: maxritti am 19 Juni 2014, 13:26:38
Oder hat jemand einen anderen Ansatz?
Eventuell direkt die Werte anders ins Log schreiben?
Genau das ist der Weg. Das Frontend ist zum Anzeigen der Daten da, nicht zum manipulieren.
Was du suchst sollte dem "userReading" entsprechen.
Grüße!
Hallo
Ich suche die Möglichkeit zur Löschung eines bestehenden Charts!
In einem Beitrag vom Februar habe ich das als einen Punkt in deiner Roadmap gesehen. Irgendwo stand auch etwas von Button. Den finde ich aber nicht.
Version 1.0.8 2014-01-12 (erst vor wenigen Wochen installiert mit DBLog)
Danke
Jürgen
Hallo,
Mach mal einen Rechtsklick auf einen Chart. Gruß!
Danke :)
Ich war blind :-[
Jürgen
Hallo,
habe das Charting Frontend mal installiert und nutze dblog. Wenn ich jetzt einen Chart erstelle der z.B. über einen Monat gehe habe ich bei minütlicher Erfassung ca. 43k Einträge in der Datenbank. Damit ist das Charting Frontend im Browser irgendwie etwas überfordert bzw. es läuft sehr langsam. Auch wenn ich die Generalization benutze ändert das nicht viel. Der Graph enthält weniger Datenpunkte, die Tabelle darüber aber nicht.
Gibt es eine Möglichkeit um die Daten quasi bevor sie an den Browser ausgeliefert werden schon der Generalization zu unterziehen?
Viele Grüße
Peter
Hi . Schau dir mal die "Statistics" Funktion an, die tut was du suchst.
Super cool, vielen Dank!
Hallo Johannes,
ich benutze Dein Frontend seit einiger Zeit zur Anzeige von Messwerten. Die Funktion der Chartanzeige halte ich mittlerweile für recht ausgereift. Das Drumherum ist allerdings noch nicht so ganz rund. Hast Du schon eine konkrete Weiterentwicklung geplant? Hier wären meine Vorschläge:
- dem Teil erstmal einen knackigen Namen verpassen. "Neues Charting Frontend" oder "Frontend" oder "FHEM Webfrontend" sind alle etwas zu unscharf, um in Suchmaschinen oder Foren nach deinem Projekt zu suchen bzw. es zu benennen. Wie wäre z.B. "NCF" oder "FHEM NCF"?
- ich weiß, dass Du mit dem Projekt als Alternative zum FHEM Frontend angetreten bis. Ohne Dir zu nahe treten zu wollen sehe ich es im Moment allerdings "nur" als gute Alternative für die in FHEM-Plots. Aus meiner Sicht würde das Projekt daher stark an Übersichtlichkeit gewinnen, wenn Du die Oberfläche rein auf die Charting-Funktionen reduzieren würdest. Im Moment muss man immer erst im Suchbaum ganz bis zum Ende scrollen um die hauptsächlich verwendeten Funktionen zu finden. Oder habe ich da etwas übersehen. Gerne würde ich auch in der FHEM Oberfläche Deine Charts verlinken. Oder geht das schon?
Noch ein Feature Request: Ein "Zoom Out" Knopf in der Chartanzeige um den angezeigten Zeitbereich bei bedarf temporär zu vergrößern.
nichts für ungut und auf jeden Fall vielen Dank für Deine Arbeit!
Gruß Georg
Hallo,
Zitat von: skorpion37 am 19 August 2014, 14:38:22
ich benutze Dein Frontend seit einiger Zeit zur Anzeige von Messwerten. Die Funktion der Chartanzeige halte ich mittlerweile für recht ausgereift. Das Drumherum ist allerdings noch nicht so ganz rund.
Ich weiss. Es war ursprünglich als Frontend Ersatz für FHEM gedacht. Da es aber kaum Interesse und keine Mithelfer gab, ist es dabei geblieben.
Alles selber machen kostet zu viel Zeit wenn man sowas in seiner Freizeit macht.
Zitat von: skorpion37 am 19 August 2014, 14:38:22
Hast Du schon eine konkrete Weiterentwicklung geplant?
Wenn es die Zeit zulässt wird es erstmal ein Update geben, dass das neue Jsonlist2 Modul verwendet. Mit dem alten Modul haben scheinbar einige Leute Probleme wegen ungültigem Output.
Zitat von: skorpion37 am 19 August 2014, 14:38:22
Hier wären meine Vorschläge:
- dem Teil erstmal einen knackigen Namen verpassen.
Ja, der Name nervt mich auch schon lange :-) Weitere Ideen willkommen!
Zitat von: skorpion37 am 19 August 2014, 14:38:22
Aus meiner Sicht würde das Projekt daher stark an Übersichtlichkeit gewinnen, wenn Du die Oberfläche rein auf die Charting-Funktionen reduzieren würdest. Im Moment muss man immer erst im Suchbaum ganz bis zum Ende scrollen um die hauptsächlich verwendeten Funktionen zu finden. Oder habe ich da etwas übersehen. Gerne würde ich auch in der FHEM Oberfläche Deine Charts verlinken. Oder geht das schon?
Das möchte ich eigentlich nicht, weil es ein Rückschritt wäre. Auch wenn ich dein Argument mit der Übersichtlichkeit verstehe.
Charts in FHEM anzeigen hatte ich mal testweise eingebaut, war aber nicht mit der Performance zufrieden. Ich hatte den Spieß dann umgedreht und gesagt, wer die Charts zusammen mit FHEM will, der soll einfach das Frontend benutzen, es hat ja schließlich FHEM integriert im linken Baum. Es ist nur ein Klick und man wechselt direkt von FHEM zu einem speziellen Chart, oder der Übersichtsseite der Charts etc.
Zitat von: skorpion37 am 19 August 2014, 14:38:22
Noch ein Feature Request: Ein "Zoom Out" Knopf in der Chartanzeige um den angezeigten Zeitbereich bei bedarf temporär zu vergrößern.
Auf jeden Fall kann man ja mit der Maus reinzoomen und es gibt einen Zoom Reset Knopf. Ausserdem gibt es Step nach vorne und zurück, um das konfigurierte Intervall (z.B. Woche) vor oder zurück zu springen.
Das muss erstmal reichen. Man hat schließlich immer noch die Möglichkeit, das angezeigte Zeitintervall in der Konfiguration beliebig anzupassen...
Zitat von: skorpion37 am 19 August 2014, 14:38:22
nichts für ungut und auf jeden Fall vielen Dank für Deine Arbeit!
Danke für das Feedback, schön zu sehen dass es für einige Brauchbar ist!
Hallo,
da ich mir für die Darstellung der Logging-Daten meines Stromzählers schon immer eine etwas komfortablere Darstellung als die Standard FHEM Web-Grafiken gewünscht hatte, war ich erfreut zu sehen dass es so etwas mit diesem Frontend schon gibt.
Allerdings bin auch direkt mit meinen Daten auf ein kleines Problem gestoßen und hoffe nun auf einen Tipp wodran es liegen könnte bzw. wie es sich beheben lässt.
Meine FileLog-Daten sehen wie folgt aus:
2014-07-31_22:00:00 HR_Stromzaehler ActualEnergy: 7214.2328 LastHour: 0.4516
2014-07-31_23:00:00 HR_Stromzaehler ActualEnergy: 7214.6944 LastHour: 0.4616
2014-08-01_00:00:01 HR_Stromzaehler ActualEnergy: 7215.1059 LastHour: 0.4115 LastDay: 8.4870 LastWeek: NA LastMonth: 254.0298
2014-08-01_01:00:01 HR_Stromzaehler ActualEnergy: 7215.3474 LastHour: 0.2415
2014-08-01_02:00:01 HR_Stromzaehler ActualEnergy: 7215.615 LastHour: 0.2676
2014-08-01_03:00:01 HR_Stromzaehler ActualEnergy: 7215.8034 LastHour: 0.1884
2014-08-01_04:00:01 HR_Stromzaehler ActualEnergy: 7216.0329 LastHour: 0.2295
2014-08-01_05:00:01 HR_Stromzaehler ActualEnergy: 7216.2201 LastHour: 0.1872
2014-08-01_06:00:01 HR_Stromzaehler ActualEnergy: 7216.4324 LastHour: 0.2123
2014-08-01_07:00:01 HR_Stromzaehler ActualEnergy: 7216.6267 LastHour: 0.1943
2014-08-01_08:00:01 HR_Stromzaehler ActualEnergy: 7217.035 LastHour: 0.4083
2014-08-01_09:00:00 HR_Stromzaehler ActualEnergy: 7217.4493 LastHour: 0.4143
2014-08-01_10:00:01 HR_Stromzaehler ActualEnergy: 7217.7283 LastHour: 0.2790
2014-08-01_11:00:00 HR_Stromzaehler ActualEnergy: 7218.1796 LastHour: 0.4513
2014-08-01_12:00:01 HR_Stromzaehler ActualEnergy: 7218.4705 LastHour: 0.2909
2014-08-01_13:00:02 HR_Stromzaehler ActualEnergy: 7218.8346 LastHour: 0.3641
2014-08-01_14:00:00 HR_Stromzaehler ActualEnergy: 7219.0665 LastHour: 0.2319
2014-08-01_15:00:01 HR_Stromzaehler ActualEnergy: 7219.496 LastHour: 0.4295
2014-08-01_16:00:01 HR_Stromzaehler ActualEnergy: 7219.7203 LastHour: 0.2243
2014-08-01_17:00:00 HR_Stromzaehler ActualEnergy: 7219.967 LastHour: 0.2467
2014-08-01_18:00:01 HR_Stromzaehler ActualEnergy: 7220.1671 LastHour: 0.2001
2014-08-01_19:00:01 HR_Stromzaehler ActualEnergy: 7220.418 LastHour: 0.2509
2014-08-01_20:00:01 HR_Stromzaehler ActualEnergy: 7220.7423 LastHour: 0.3243
2014-08-01_21:00:01 HR_Stromzaehler ActualEnergy: 7221.0143 LastHour: 0.2720
2014-08-01_22:00:01 HR_Stromzaehler ActualEnergy: 7221.3499 LastHour: 0.3356
2014-08-01_23:00:00 HR_Stromzaehler ActualEnergy: 7221.6871 LastHour: 0.3372
2014-08-02_00:00:01 HR_Stromzaehler ActualEnergy: 7221.9735 LastHour: 0.2864 LastDay: 6.8676
2014-08-02_01:00:01 HR_Stromzaehler ActualEnergy: 7222.2517 LastHour: 0.2782
2014-08-02_02:00:00 HR_Stromzaehler ActualEnergy: 7222.4364 LastHour: 0.1847
2014-08-02_03:00:01 HR_Stromzaehler ActualEnergy: 7222.6683 LastHour: 0.2319
2014-08-02_04:00:01 HR_Stromzaehler ActualEnergy: 7222.8584 LastHour: 0.1901
2014-08-02_05:00:01 HR_Stromzaehler ActualEnergy: 7223.0792 LastHour: 0.2208
2014-08-02_06:00:01 HR_Stromzaehler ActualEnergy: 7223.2769 LastHour: 0.1977
2014-08-02_07:00:02 HR_Stromzaehler ActualEnergy: 7223.4857 LastHour: 0.2088
2014-08-02_08:00:00 HR_Stromzaehler ActualEnergy: 7223.6877 LastHour: 0.2020
2014-08-02_09:00:01 HR_Stromzaehler ActualEnergy: 7223.9936 LastHour: 0.3059
2014-08-02_10:00:01 HR_Stromzaehler ActualEnergy: 7224.6066 LastHour: 0.6130
2014-08-02_11:00:00 HR_Stromzaehler ActualEnergy: 7224.831 LastHour: 0.2244
2014-08-02_12:00:01 HR_Stromzaehler ActualEnergy: 7225.3794 LastHour: 0.5484
2014-08-02_13:00:00 HR_Stromzaehler ActualEnergy: 7226.8885 LastHour: 1.5091
2014-08-02_14:00:01 HR_Stromzaehler ActualEnergy: 7227.7273 LastHour: 0.8388
2014-08-02_15:00:01 HR_Stromzaehler ActualEnergy: 7228.012 LastHour: 0.2847
2014-08-02_16:00:02 HR_Stromzaehler ActualEnergy: 7228.2732 LastHour: 0.2612
2014-08-02_17:00:01 HR_Stromzaehler ActualEnergy: 7228.5998 LastHour: 0.3266
2014-08-02_18:00:00 HR_Stromzaehler ActualEnergy: 7228.8378 LastHour: 0.2380
2014-08-02_19:00:01 HR_Stromzaehler ActualEnergy: 7229.6284 LastHour: 0.7906
2014-08-02_20:00:00 HR_Stromzaehler ActualEnergy: 7230.0176 LastHour: 0.3892
2014-08-02_21:00:01 HR_Stromzaehler ActualEnergy: 7230.2992 LastHour: 0.2816
2014-08-02_22:00:00 HR_Stromzaehler ActualEnergy: 7230.6069 LastHour: 0.3077
2014-08-02_23:00:01 HR_Stromzaehler ActualEnergy: 7230.9117 LastHour: 0.3048
2014-08-03_00:00:01 HR_Stromzaehler ActualEnergy: 7231.215 LastHour: 0.3033 LastDay: 9.2415
2014-08-03_01:00:01 HR_Stromzaehler ActualEnergy: 7231.4573 LastHour: 0.2423
2014-08-03_02:00:01 HR_Stromzaehler ActualEnergy: 7231.6792 LastHour: 0.2219
2014-08-03_03:00:01 HR_Stromzaehler ActualEnergy: 7231.8974 LastHour: 0.2182
2014-08-03_04:00:01 HR_Stromzaehler ActualEnergy: 7232.1342 LastHour: 0.2368
2014-08-03_05:00:00 HR_Stromzaehler ActualEnergy: 7232.3454 LastHour: 0.2112
2014-08-03_06:00:01 HR_Stromzaehler ActualEnergy: 7232.587 LastHour: 0.2416
2014-08-03_07:00:00 HR_Stromzaehler ActualEnergy: 7232.8114 LastHour: 0.2244
2014-08-03_08:00:00 HR_Stromzaehler ActualEnergy: 7232.9827 LastHour: 0.1713
2014-08-03_09:00:01 HR_Stromzaehler ActualEnergy: 7233.2187 LastHour: 0.2360
2014-08-03_10:00:01 HR_Stromzaehler ActualEnergy: 7233.7682 LastHour: 0.5495
2014-08-03_11:00:01 HR_Stromzaehler ActualEnergy: 7233.9911 LastHour: 0.2229
2014-08-03_12:00:02 HR_Stromzaehler ActualEnergy: 7234.5052 LastHour: 0.5141
2014-08-03_13:00:01 HR_Stromzaehler ActualEnergy: 7235.3018 LastHour: 0.7966
2014-08-03_14:00:01 HR_Stromzaehler ActualEnergy: 7235.8708 LastHour: 0.5690
2014-08-03_15:00:01 HR_Stromzaehler ActualEnergy: 7236.5091 LastHour: 0.6383
2014-08-03_16:00:01 HR_Stromzaehler ActualEnergy: 7237.2798 LastHour: 0.7707
2014-08-03_17:00:01 HR_Stromzaehler ActualEnergy: 7237.5359 LastHour: 0.2561
2014-08-03_18:00:00 HR_Stromzaehler ActualEnergy: 7237.7851 LastHour: 0.2492
2014-08-03_19:00:01 HR_Stromzaehler ActualEnergy: 7238.0737 LastHour: 0.2886
2014-08-03_20:00:01 HR_Stromzaehler ActualEnergy: 7238.8966 LastHour: 0.8229
2014-08-03_21:00:01 HR_Stromzaehler ActualEnergy: 7239.1564 LastHour: 0.2598
2014-08-03_22:00:01 HR_Stromzaehler ActualEnergy: 7239.6789 LastHour: 0.5225
2014-08-03_23:00:00 HR_Stromzaehler ActualEnergy: 7240.5357 LastHour: 0.8568
2014-08-04_00:00:01 HR_Stromzaehler ActualEnergy: 7240.8352 LastHour: 0.2995 LastDay: 9.6202 LastWeek: 56.3271
2014-08-04_01:00:01 HR_Stromzaehler ActualEnergy: 7241.0807 LastHour: 0.2455
2014-08-04_02:00:02 HR_Stromzaehler ActualEnergy: 7241.2932 LastHour: 0.2125
2014-08-04_03:00:01 HR_Stromzaehler ActualEnergy: 7241.4816 LastHour: 0.1884
2014-08-04_04:00:02 HR_Stromzaehler ActualEnergy: 7241.6995 LastHour: 0.2179
Wenn ich nun aber versuche die Y-Achse auszuwählen, so wir mir nur ActualEnergy, LastHour und LastDay angeboten, nicht aber z.B. LastWeek oder LastMonth. Hat es vielleicht damit zu tun das LastWeek nicht immer eine Zahl enthält oder das LastMonth zu selten vorkommt.
Ich hatte schon Einiges versucht, indem in mir Custom FileLogs erstellt hatte, in denen in diverse Einträge herausgelöscht oder hinzugefügt hatte, aber nichts hat wirklich den gewünschten Erfolg gebracht.
Kann mir jemand weiterhelfen, da ich dieses Frontend gerne für die Darstellung meiner Stromzählerdaten weiter verwenden würde?
Gruß,
Andreas
Zitat von: Johannes am 20 August 2014, 19:22:34
...Das möchte ich eigentlich nicht, weil es ein Rückschritt wäre. Auch wenn ich dein Argument mit der Übersichtlichkeit verstehe.
Charts in FHEM anzeigen hatte ich mal testweise eingebaut, war aber nicht mit der Performance zufrieden. Ich hatte den Spieß dann umgedreht und gesagt, wer die Charts zusammen mit FHEM will, der soll einfach das Frontend benutzen, es hat ja schließlich FHEM integriert im linken Baum. Es ist nur ein Klick und man wechselt direkt von FHEM zu einem speziellen Chart, oder der Übersichtsseite der Charts etc.
Auf jeden Fall kann man ja mit der Maus reinzoomen und es gibt einen Zoom Reset Knopf. Ausserdem gibt es Step nach vorne und zurück, um das konfigurierte Intervall (z.B. Woche) vor oder zurück zu springen.
Das muss erstmal reichen. Man hat schließlich immer noch die Möglichkeit, das angezeigte Zeitintervall in der Konfiguration beliebig anzupassen...
Danke für das Feedback, schön zu sehen dass es für einige Brauchbar ist!
Hallo zusammen,
klasse Arbeit. Ich benutze erst seit einer Woche FHEM auf dem RPi und bin blutiger Anfänger. Trotzdem hat die Installation reibungslos geklappt.
Da ich alle 5 Sekunden einen Raumluftfühler auslese und in ein "normales" Logfile schreibe ist die Diagrammfunktion von FHEM schnell überlastet, wenn man mehr als eine Stunde darstellen will - Das Diagramm lässt sich auch nicht direkt auf einen kleinen Zeitbereich konfigurieren - das funktioniert mit diesem neuen Frontend besser und auch die Aktualisierung bei neuen Daten funktioniert besser.
Ist eine Implementierung von einzeln generierten Diagrammen in das bestehende Frontend wirklich nicht geplant oder vielleicht doch über Umwege möglich?
Das neue Frontend erscheint mir mehr als Konfigurationsprogramm, denn als Interface/ Dashboard zur schnellen Übersicht von Messwerten und entsprechenden Aktionen zum Auslösen.
Gruß Flo
Hallo,
Zitat von: ags26 am 23 August 2014, 17:54:07
Allerdings bin auch direkt mit meinen Daten auf ein kleines Problem gestoßen und hoffe nun auf einen Tipp wodran es liegen könnte
2014-07-31_22:00:00 HR_Stromzaehler ActualEnergy: 7214.2328 LastHour: 0.4516
2014-07-31_23:00:00 HR_Stromzaehler ActualEnergy: 7214.6944 LastHour: 0.4616
2014-08-01_00:00:01 HR_Stromzaehler ActualEnergy: 7215.1059 LastHour: 0.4115 LastDay: 8.4870 LastWeek: NA LastMonth: 254.0298
2014-08-01_01:00:01 HR_Stromzaehler ActualEnergy: 7215.3474 LastHour: 0.2415
...
Hat es vielleicht damit zu tun das LastWeek nicht immer eine Zahl enthält oder das LastMonth zu selten vorkommt.
Das vermute ich! Damit das Frontend weiss, welche Parameter im Logfile stehen, werden maximal die letzten 24 Stunden eingelesen. Taucht ein Messwert seltener auf, fällt er aus der Betrachtung raus.
Der Grund dafür ist einfach: Ich kann nicht das gesamte Logfile einlesen (die werden ja gerne mal einige MB bis hunderte MB, bei manchen noch mehr) groß. Das zu übertragen und dann zu parsen würde den Browser zum Absturz bringen. Deshalb die Reduktion auf 24 Stunden. Probier mal, die Messwerte öfter ins Log schreiben zu lassen, das sollte dann klappen (z.B. mit Userreading)
Zitat von: renardfm am 28 August 2014, 19:30:45
Hallo zusammen,
klasse Arbeit.
Danke!
Zitat von: renardfm am 28 August 2014, 19:30:45
Ist eine Implementierung von einzeln generierten Diagrammen in das bestehende Frontend wirklich nicht geplant oder vielleicht doch über Umwege möglich?
Derzeit über Umwege nicht möglich. Ich hatte wie gesagt dran gearbeitet, aber der Aufwand das so zu schreiben, dass nur der Chart ohne das ganze drumherum geladen wird ist deutlich höher als es meine Zeit / Motivation damals zugelassen hat. Ich behalte das trotzdem im Hinterkopf.
Falls sich jemand mit etwas Javascript-Kenntnissen und Verständnis dazu berufen fühlt vermittle ich auch gerne das notwendig Wissen!
Hallo, hier meldet sich noch ein Neuling ... :D
Ich habe eine Installation auf Win 7 X64, mit angeschlossenen MAX Geräten und einem Max Cube (falls das wichtig ist). Die Daten werden über Filelog gesammelt.
Das erzeugen eines Charts gelingt, aber nicht das Speichern. Nachdem ich den Save-Knopf betätigt habe wird in einer Box nach dem gewünschten Namen gefragt, dann verschwindet die Box und es erscheint "loading". Danach kommt nichts mehr.
Step 1: Anzeige nach "show chart"
Step 2: Anzeige nach "save chart"
Mach ich was falsch, habe ich was falsch installiert ?
Noch was: tolles Tool - aber ein wenig aufwendig diesen Riesen-Thread zu lesen. Und ein wenig unübersichtlich. Niemand Lust eine Anleitung zu schreiben?
Zitat von: Johannes am 28 August 2014, 20:08:21
Hallo,Das vermute ich! Damit das Frontend weiss, welche Parameter im Logfile stehen, werden maximal die letzten 24 Stunden eingelesen. Taucht ein Messwert seltener auf, fällt er aus der Betrachtung raus.
Der Grund dafür ist einfach: Ich kann nicht das gesamte Logfile einlesen (die werden ja gerne mal einige MB bis hunderte MB, bei manchen noch mehr) groß. Das zu übertragen und dann zu parsen würde den Browser zum Absturz bringen. Deshalb die Reduktion auf 24 Stunden. Probier mal, die Messwerte öfter ins Log schreiben zu lassen, das sollte dann klappen (z.B. mit Userreading)
Das erklärt dann mein Problem mit dem Frontend. Nichtsdestoweniger ein tolles Tool um komfortabel größere Datenmengen darzustellen und zu analysieren.
Gruß,
Andreas
Hallo,
Zitat von: willyk am 29 August 2014, 11:21:45
Das erzeugen eines Charts gelingt, aber nicht das Speichern. Nachdem ich den Save-Knopf betätigt habe wird in einer Box nach dem gewünschten Namen gefragt, dann verschwindet die Box und es erscheint "loading". Danach kommt nichts mehr.
Schau mal bitte in deinem FHEM Verzeichnis unter /www/frontend/app/ ob da die Datei filelogcharts.js existiert.
Wenn ja, was steht drin?
Wenn nein, bitte anlegen und mit folgendem Inhalt füllen:
FHEM.filelogcharts = [{}];
Dann nochmal probieren.
Bitte auch die Rechte der Datei prüfen, sie muss für fhem schreibbar sein!
Zitat von: ags26 am 30 August 2014, 20:20:43
Das erklärt dann mein Problem mit dem Frontend.
Neben einem Userreading kannst du das Problem auch umgehen, wenn du DbLog benutzt. Da wird der beschriebene Code nicht benötigt und damit gehts auf jeden Fall...
Zitat von: Johannes am 03 September 2014, 09:11:43
Hallo,Schau mal bitte in deinem FHEM Verzeichnis unter /www/frontend/app/ ob da die Datei filelogcharts.js existiert.
Wenn ja, was steht drin?
Habe ich angehängt.
Zitat von: Johannes am 03 September 2014, 09:11:43
Wenn nein, bitte anlegen und mit folgendem Inhalt füllen:
FHEM.filelogcharts = [{}];
Dann nochmal probieren.
Viel besser. Nun kann ich Charts speichern. Die neue Datei habe ich zur Info mal angehängt.
Kleiner Schönheitsfehler: unter "Charts" habe ich nun zusätzlich einen leeren Eintrag stehen, den ich nicht bearbeiten / löschen kann (siehe hc1). Wie kriege ich das wieder weg?
Zitat von: willyk am 03 September 2014, 14:33:11
Viel besser. Nun kann ich Charts speichern. Die neue Datei habe ich zur Info mal angehängt.
Doch nicht. :(
Die Charts kann ich speichern, wenn ich das Frontend neu lade ist alles weg. Das Speichern funktioniert also, das Einlesen anscheinend nicht.
Kann ich einen Debug / Trace anschalten damit man sieht, was passiert?
Danke + Gruss
willyk
Das Problem liegt darin, dass dein Browser / Betriebssystem beim Speichern in die Datei filelogcharts.js am Anfang und am Ende der Datei ein ' Zeichen einfügt.
Das gehört da nicht hin und verursacht das Problem. Ist mir bisher nicht untergekommen und zur Zeit noch schleierhaft, wo das herkommt.
Welches OS / Browser kommt genau zum Einsatz?
Schonmal einen anderen Browser ausprobiert (mit vorher gereinigter filelogcharts.js, wie oben beschrieben)?
Gruß!
Zitat von: Johannes am 18 September 2014, 19:29:16
Welches OS / Browser kommt genau zum Einsatz?
WIN X64, Chrome 37.0.2062.120, wahlweise IE 10.0.20. Der Effekt ist bei beiden Browsern gleich.
Zitat von: Johannes am 18 September 2014, 19:29:16
Das Problem liegt darin, dass dein Browser / Betriebssystem beim Speichern in die Datei filelogcharts.js am Anfang und am Ende der Datei ein ' Zeichen einfügt.
Die Zeichen habe ich mal testhalber mit einem Editor entfernt, das ändert aber nichts (soll heissen, es wird immer noch nicht eingelesen).
Gruss
Passt nicht ganz, aber ...
ich war gezwungen, fhem komplett neu aufzusetzen. Ich benutze das Charting frontend ganz gerne und wollte es erneut installieren.
Das "update thirdparty" liefert mir aber nur ein "nothing to do". Beißt sich da was mit dem "neuen" update-Mechanismus oder sitzt das Problem vor dem Bildschirm?
Grüße
Boris
Probier mal (wegen neu geschriebenen update-Befehl):
update all http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/controls_frontend.txt
Danke!
Es tut wieder :)
Hallo,
ich habe ein Problem mit dem Charting Frontend und DbLog:
nachdem ich im Frühjahr ein paar Plots angelegt hatte wollte ich jetzt nach längerer Zeit einige weitere anlegen. Leider kann ich keine Devices mehr auswählen, wenn ich DbLog verwenden möchte (FileLog geht). Es erscheint nur einige Zeit lang der Sanduhrkreis und dann ist jedoch kein Eintrag in dem Drop-Down-Menü zu finden.
Im Logfile finde ich dann Einträge:
"PERL WARNING: Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line xyz"
Wo kann ich hier ansetzen?
FHEM ist aktualisiert.
Das Frontend meldet sich mit einer Version 1.0.8 vom 12.01.2014 - ist das aktuell? Ein update-Versuch wird jedenfalls mit einem "nothing do do" beantwortet.
Hi,
Das Problem ist wahrscheinlich deine Datenbank, die mittlerweile zu träge geworden ist. Die Perl-Warning kannst du ignorieren, hat damit nichts zu tun.
Im Hintergrund läuft das DbLog Modul, welches die Datenbanktabelle "history" abfragt nach allen verfügbaren "Devices" (SQL in etwa "Select distinct(device) from history;").
Je nach Größe der Datenbank dauert dies lang. Wenn länger als 30 Sekunden bricht das Frontend die Anfrage ab.
Was du tun kannst:
1.) Prüfen, ob die Indexes korrekt gesetzt wurden auf der Tabelle
2.) Die Datenbank entschlacken (alte Einträge archivieren?!))
3.) Probehalber eine neue DB / Tabelle anlegen (alte natürlich vorher sichern) und prüfen, ob das Problem verschwindet.
4.) Mir mitteilen, welche Datenbank (SQLite?) benutzt wird, wie groß die DB ist und auf welcher Hardware das ganze läuft.
Ich tippe mal Raspberry Pi und SQLite. Das wäre nämlich die langsamste Variante...
Hallo,
zu 1)
wie prüft man die Indices?
(es hat wie gesagt auch schon mal funktioniert)
zu 2)
wie kann man die DB reduzieren?
Kann man auch selektiv einzelne "devices" entfernen?
(momentan werden alle gespeichert ".*:.*")
zu 3)
ist in Arbeit...
zu 4)
sqlite3 auf Raspberry-Pi
Die DB hat knapp 600MB und ist ca. 6 Monate in Betrieb.
Generell wäre es natürlich wünschenswert, wenn man auf die Daten schon über lange Zeiträume zurückgreifen kann, ohne die DB "entschlacken" zu müssen, z.B. um Jahresvergleiche machen zu können.
Wie sollte man dafür die DB anlegen?
Bis zu welcher DB-Größe funktioniert der Zugriff in akzeptabler Zeit?
Hallo RichardR, hallo Johannes,
ich habe das selbe Problem wie RichardR, habe zum Teil die einzelnen Punkte schon gelöst, aber auch noch selbst fragen.
Zitat von: RichardR. am 22 Oktober 2014, 21:56:54
zu 1)
wie prüft man die Indices?
(es hat wie gesagt auch schon mal funktioniert)
Die SQLite3 Konsole für die DB öffnen und per .schema die Tabellen und Indices abfragen. Sieh auch http://www.sqlite.org/faq.html#q7 (http://www.sqlite.org/faq.html#q7)
Bei mir war der Index schon angelegt, obwohl ich mich nicht erinnern konnte, das selbst gemacht zu haben.
Zitat von: RichardR. am 22 Oktober 2014, 21:56:54
zu 2)
wie kann man die DB reduzieren?
Kann man auch selektiv einzelne "devices" entfernen?
(momentan werden alle gespeichert ".*:.*")
Dazu kann man die einzelnen Devices ausschließen. Hierfür gibt es das Attribut DbLogExclude. Man muss das Attribut erstmal zu den userattr von global hinzufügen und dann kann man jedem Device, welches man ausschließen will das Attribut DbLogExclude hinzufügen.
attr global userattr devStateIcon devStateStyle icon sortby webCmd DbLogExclude
attr global DbLogExclude .*Zu 3) muss ich auch Johannes eine Frage stellen, welche DB wird den in Zusammenhang von FHEM auf einem Raspi empfohlen?
Und noch was, ich habe im Forum die Empfehlung gelesen, das Attribut "attr xyz DbLogType History" würde auch Geschwindigkeit bringen.
@Johannes, kannst du das bestätigen?
Gruß,
Jakl
Hallo,
Zitat von: RichardR. am 22 Oktober 2014, 21:56:54
wie kann man die DB reduzieren?
Kann man auch selektiv einzelne "devices" entfernen?
(momentan werden alle gespeichert ".*:.*")
Also ich habe am Anfang auch gesagt "ich nehme erstmal alles" in die DB auf.
Rückblickend kann ich sagen, dass ich
1.) Nur ca. 10% der erfassten Daten (Readings) auch Nutze zur Visualisierung und
2.) Ich tatscähclich mir nicht mehr anschaue, wie sich der Stromverbrauch minütlich geändert hat vor 12 Monaten
Es gibt 2 ganz simple Möglichkeiten, die Datenmenge in der DB enorm zu reduzieren:
1.) DbLogExclude. Damit sortiere ich konkret Readings aus (nicht devices!), die mich nicht interessieren. Hier mal ein Beispiel für meinen ESA2000
attr ESA2000_LED_011e DbLogExclude repeat,sequence,raw,rate,lr_kwh,day_lr_kwh,month_lr_kwh,type,ticks_kwh,total_ticks,actual_ticks,total_kwh,diff_kwh,diff_sec,diff_ticks,last_sec
Die ganzen Daten interessieren mich genau genommen - garnicht. Also weg damit. Das hab ich für jedes Device gemacht das ich in die DB logge. EInmal schauen, was man wirklich braucht un den Rest excluden.
2.) Alternativ oder zusätzlich "event-on-change" verwenden. Ist eine weitere praktische Sache. Damit landen in der DB nur noch Messwerte, die sich zum vorhergehenden Messwert unterscheiden.
Ein Temperatursensor im Innenraum fabriziert dadurch (weil er nur gering schwankt) gefühlt 80% weniger Datenmüll in der DB. Was bringt es mir 200 aufeinanderfolgende Messwerte zu haben, die sich garnicht unterscheiden? Mir persönlich nichts.
Ein Codebeispiel:
attr WZ_Wandthermostat event-on-change-reading temperature,desiredTemperature,battery
Zitat von: RichardR. am 22 Oktober 2014, 21:56:54
Generell wäre es natürlich wünschenswert, wenn man auf die Daten schon über lange Zeiträume zurückgreifen kann, ohne die DB "entschlacken" zu müssen, z.B. um Jahresvergleiche machen zu können.
Wie sollte man dafür die DB anlegen?
Bis zu welcher DB-Größe funktioniert der Zugriff in akzeptabler Zeit?
Das sehe ich genauso! Das Problem bei dir ist aber 1.) der Rechenschwache Raspberry und 2.) Die Datenbankgröße kombiniert mit der unperformanten SQLite DB.
Vielleicht kann ja hier mal jemand berichten, wie man die SQLite beschleunigen kann. Ich habe selber eine Weile rumprobiert aber keine Lösung gefunden.
Trotz Index auf der Device Spalte benötigt ein
"Select distinct(device) from history" auf einem Raspberry bei großer Datenbank teilweise Minuten!
Gibt es vielleicht Vorschläge für ein performanteres SQL?
Zitat von: Jakl am 23 Oktober 2014, 08:55:03
Zu 3) muss ich auch Johannes eine Frage stellen, welche DB wird den in Zusammenhang von FHEM auf einem Raspi empfohlen?
Ich kann mir vorstellen, dass Postgres und MySQL beide performanter wären. Mangels Raspberry und Zeit zum Loggen / testen bleibts aber eine Vermutung meinerseits.
Das wesentliche Problem der Diskussion hier ist das im vorigen Beitrag genannte SQL. Wenn man das in den Griff bekommt, also schnell, ist das Problem auch gelöst und SQLite auch ok.
Zitat von: Jakl am 23 Oktober 2014, 08:55:03
Und noch was, ich habe im Forum die Empfehlung gelesen, das Attribut "attr xyz DbLogType History" würde auch Geschwindigkeit bringen.
@Johannes, kannst du das bestätigen?
Kann ich nicht, da ich das Attribut weder kenne, noch in der Commandref finde. Was soll das genau bezwecken?
Hi,
wenn ich das Fronten mit update all http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/controls_frontend.txt installieren möchte, bekomme ich nur ein "nothing to do". Auch ein force bringt keinen Erfolg.
Das Frontend ist definitiv noch nicht installiert.
Schon mal jemand das Problem gehabt?
Hallo,
das Frontend habe ich installiert, um die FHEM FileLogs darstellen zu können. Die Installation (am 27.10.2014) funktionierte auf meiner FritzBox 7390 problemlos.
Bei der Generierung der Charts ergeben sich aktuell aber die gleichen Probleme als im Original FHEM-Frontend. Die Diagramme werden nicht Monatsübergreifend dargestellt (FileLog beinhaltet den Monat im Dateinamen mit %m). Der Unterschied ist allerdings, dass in FHEM in der Wochenansicht aktuell nur die Daten von Oktober dargestellt werden und das Charting Frontend mir nur die Daten von November präsentiert. Muss ich irgendwo noch eine Einstellung tätigen?
Ein weiteres Problem ist, dass aus dem FileLog der Wetterstation alle Daten bei neuen Diagrammen zur Auswahl stehen, diese dann aber nicht korrekt interpretiert werden sobald weitere Daten aus einem anderen FileLog zur gleichzeitigen Anzeige ausgewählt werden.
Hier je drei Beispielzeilen aus den beiden FileLogs, alle Zeilen beinhalten immer alle Einträge:
2014-11-01_01:30:10 myWH1080 To: 3.8 Ho: 99.0 Ti: 16.6 Hi: 64.0 Press: 1028.7 Wspeed: 0.0 Wgust: 0.0 Wdir: 225.0 Rtot: 551.6 DPo: 3.7 DPi: 9.8 FTo: 3.8 FTi: 16.6
2014-11-01_01:45:10 myWH1080 To: 3.8 Ho: 99.0 Ti: 16.6 Hi: 64.0 Press: 1028.7 Wspeed: 0.0 Wgust: 0.0 Wdir: 225.0 Rtot: 551.6 DPo: 3.7 DPi: 9.8 FTo: 3.8 FTi: 16.6
2014-11-01_02:00:11 myWH1080 To: 3.9 Ho: 99.0 Ti: 16.6 Hi: 64.0 Press: 1028.8 Wspeed: 0.0 Wgust: 0.0 Wdir: 225.0 Rtot: 551.6 DPo: 3.8 DPi: 9.8 FTo: 3.9 FTi: 16.6
2014-11-01_01:25:58 HENNEN_SENS T: 10.7 H: 81
2014-11-01_01:44:13 HENNEN_SENS T: 10.6 H: 80
2014-11-01_01:48:50 HENNEN_SENS T: 10.5 H: 80
Im Chart werden nach Auswahl von "myWH1080.To" allerdings die Werte von "myWH1080.Ti" dargestellt, sobald aus dem zweiten FileLog "HENNEN_SENS.T" als zweite Linie zusätzlich dargestellt werden soll. Kehrt man die Reihenfolge der Linien in dem Chart um, so ist die Interpretation aus dem FileLog der Wetterstation korrekt, dagegen wird aus dem zweiten FileLog anstatt "HENNEN_SENS.T" nun der Wert von "HENNEN_SENS.H" dargestellt.
Seltsam ist, dass bei "Show Chart" die Daten korrekt dargestellt werden. Wenn der Chart gespeichert und danach aufgerufen wird, dann werden die falschen Daten im Diagramm dargestellt.
Dann hätte ich noch weitere Fragen als Neuling.
- Gibt es eine Möglichkeit die für ein Chart definierten Linien beim editieren um zu sortieren?
- Gibt es eine Möglichkeit die Texte in der Legende zu den Linien im Chart umzubenennen? Der Text setzt sich bei mir gerade zu "FileLog_HENNEN_SENS - HENNEN_SENS.T" zusammen, was ziemlich kryptisch aussieht.
Sorry, für die vielen Fragen. Bin bisher positiv überrascht über die doch recht intuitive Gestaltung des Frontends. Daher kann ich hier nur ein Lob aussprechen!
Hallo,
Zitat von: Posti123 am 01 November 2014, 17:21:14
Hi,
wenn ich das Fronten mit update all http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/controls_frontend.txt installieren möchte, bekomme ich nur ein "nothing to do". Auch ein force bringt keinen Erfolg.
Das Frontend ist definitiv noch nicht installiert.
Schon mal jemand das Problem gehabt?
Nein, kenne ich nicht. Gerade nochmal auf einer sauberen Installation getestet, läuft.
Ist dein FHEM up2date?
Exisitiert evtl bei dir schon der Ordner "frontend" unterhalb von FHEM/www ?
Wenn ja, lösch den mal komplett.
Hi,
Zitat von: PitpatV am 01 November 2014, 19:59:55
Die Diagramme werden nicht Monatsübergreifend dargestellt (FileLog beinhaltet den Monat im Dateinamen mit %m).
Hat nichts mit dem Frontend zu tun. Wenn du in einem Logfile nur einen Monat speicherst, dann kannst du dir auch nur diesen anschauen.
Log deine Daten z.B. in einem Jahreslog, dann kannst du problemlos Monatsübergreifend Daten anschauen.
Zitat von: PitpatV am 01 November 2014, 19:59:55
Ein weiteres Problem ist, dass aus dem FileLog der Wetterstation alle Daten bei neuen Diagrammen zur Auswahl stehen, diese dann aber nicht korrekt interpretiert werden sobald weitere Daten aus einem anderen FileLog zur gleichzeitigen Anzeige ausgewählt werden.
Das klingt nach einem Bug, schaue ich mir bei Gelegenheit genauer an
Zitat von: PitpatV am 01 November 2014, 19:59:55
Dann hätte ich noch weitere Fragen als Neuling.
- Gibt es eine Möglichkeit die für ein Chart definierten Linien beim editieren um zu sortieren?
Nein, derzeit nicht.
Zitat von: PitpatV am 01 November 2014, 19:59:55
- Gibt es eine Möglichkeit die Texte in der Legende zu den Linien im Chart umzubenennen? Der Text setzt sich bei mir gerade zu "FileLog_HENNEN_SENS - HENNEN_SENS.T" zusammen, was ziemlich kryptisch aussieht.
Achsen im Diagramm ja, Legenden - nein. Im Styler kann man die Legenden auch abschalten bei Bedarf.
Alle Probleme bzw. Wünsche die du hast sind eigentlich (aus Entwicklersicht) Kleinigkeiten.
Ich würde mich nach wie vor freuen, wenn sich jemand mit javascript-Kenntnis mal ranwagt und unterstützt.
Ich habe schon so viele Wünsche eingebaut und Probleme gelöst, es würde einfach mehr Spaß machen wenn auch mal andere mitmachen und ich nicht alles alleine tragen muss.
Dann müssen die Leute nämlich warten, bis ich Zeit habe mich wieder ranzusetzen, und in letzter Zeit habe ich davon nicht viel..
Zitat von: PitpatV am 01 November 2014, 19:59:55
Sorry, für die vielen Fragen. Bin bisher positiv überrascht über die doch recht intuitive Gestaltung des Frontends. Daher kann ich hier nur ein Lob aussprechen!
Danke, kein Problem!
Zitat von: Johannes am 02 November 2014, 10:22:35
Hallo,
Nein, kenne ich nicht. Gerade nochmal auf einer sauberen Installation getestet, läuft.
Ist dein FHEM up2date?
Exisitiert evtl bei dir schon der Ordner "frontend" unterhalb von FHEM/www ?
Wenn ja, lösch den mal komplett.
Hallo Johannes,
danke für deine Antwort. Ich hatte bereits gecheckt ob es einen Ordner gibt, nur gibt es keinen. Gibt es noch andere Ordner wo frontend ggf. speichert?
Mein FHEM ist auf dem Stand vom letzten update von gestern Abend
Edit: Ich hab mir Frontend aus dem trunk manuell runtergeladen und kopiert. Nun läuft es. Mit der update Funktion lässt es sich nicht laden.
Danke und viele Grüße
Guten Morgen,
ich habe zwei kurze Fragen zu dem Charting Frontend, dass bei mir seit einer Woche auf einem Raspberry Pi läuft:
- Wie kann ich Werte stapeln (primär Bool-Werte, z.B. für Licht AN/AUS)?
- Gibt es die Möglichkeit, händisch Werte zu loggen und eine Änderung visuell hervorzuheben?
Hintergrund der zweiten Frage: unsere Heizung ist von 1987, extrem überdimensioniert und völlig falsch eingestellt. fhem schreibt die Temperaturwerte der Vor- und Rückläufe usw. mit. Immer, wenn ich an der Heizungssteuerung einen Wert verändere, ändern sich auch die Graphen leicht - jedoch weiß ich nicht, was ich wie eingestellt habe. Genial fände ich die Möglichkeit, die Konfiguration in kurzen Worten einzugeben (Steilheit Kessel, Steilheit Heizkreis, Parallelverschiebung usw.). Bei jeder Konfigurationsänderung wäre im Graphen eine Hervorhebung (z.B. Hintergrundfarbe) ideal, die kurz die Werte zusammenfasst...
So könnte ich noch Monate später die alten Werte ermitteln und schauen, was die beste Konfiguration wird.
Danke, -MN
Morgen Nebel,
Zitat von: Morgennebel am 04 November 2014, 07:48:17
Wie kann ich Werte stapeln (primär Bool-Werte, z.B. für Licht AN/AUS)?
Definiere stapeln, mir ist nicht klar, was gemeint ist. Wahrscheinlich steckt die Antwort in der zweiten Frage, s.u.
Zitat von: Morgennebel am 04 November 2014, 07:48:17
Gibt es die Möglichkeit, händisch Werte zu loggen und eine Änderung visuell hervorzuheben?
Ja die gibt es. Ist aber soweit ich das sehe komplett losglöst vom Frontend und ist eher eine FHEM Frage. Ich glaube "Userreading" könnte dir helfen, aber da musst du woanders nach der Lösung schauen (commandref, Forum).
Sind die Daten erstmal wie gewünscht in der DB oder im Filelog, kannst du dich, was die Visualisierung angeht, wieder mit dem Frontend und dem Styler auseinandersetzen.
Falls dann noch Fragen sind, nur zu.
Grüße!
Hallo Johannes,
vielen Dank für die Antwort.
Ich suche eine Darstellung wie hier:
(http://www.optimizesmart.com/wp-content/uploads/2013/04/stacked-area-chart.jpg)
in dem die einzelnen Werte z.B. die Level (0%-100%) von Dimmern oder Schaltaktoren sind.
Bei der zweiten Frage geht es eher darum, wie weit ich fhem zur Einstellung von Heizkurven (Steigung Heizkessel, Heizkreis, Parallelverschiebung, Nacht und Tagverschiebung) nutzen kann. fhem schreibt bei mir die Temperaturen der verschiedenen Vor- und Rückläufe mit. Verändere ich eine Konfigurationseinstellung der Heizung, ändern sich die Graphen - aber ich kann mich nach wenigen Tagen nicht mehr erinnern, was ich konfiguriert habe.
Daher stellt sich mir die Frage, ob ich Werte manuell in fhem loggen und diese in Graphen darstellen kann...
Vielleicht wäre ein einfaches Perl-Script, daß die entsprechenden Parameter abfrage und in ein FileLog schreibt, die einfachste Lösung...?
Danke, -MN
Hallo,
Zitat von: Morgennebel am 05 November 2014, 22:36:58
Ich suche eine Darstellung wie hier:
(http://www.optimizesmart.com/wp-content/uploads/2013/04/stacked-area-chart.jpg)
in dem die einzelnen Werte z.B. die Level (0%-100%) von Dimmern oder Schaltaktoren sind.
Rein technisch ist die Darstellung machbar. Ich bin mir aber nicht sicher, ob du das wirklich brauchst. Um deine Darstellungsart sinnvoll zu benutzen bräuchtest 2 Messwerte gleichzeitig, z.B. min und max eines readings. Ein Dimmer oder Schaltaktor hat meines Wissens nach doch immer nur einen aktuellen Wert. Entweder hab ich was falsch verstanden, oder du musst nochmal überlegen, ob dir die aktuellen Möglichkeiten nicht doch ausreichen.
Gruß!
Hallo Johannes,
ich habe den ganzen Thread hier jetzt nicht gelesen und es tut mir Leid, falls diese Frage schon beantwortet wurde. Ist es möglich mit dieser Erweiterung die darin erstellten Diagramme auch direkt in FHEM bei bspw. einem Raum anzeigen zu lassen?
Danke dir im Voraus!
Viele Grüße
Respig
Hallo,
Ja, im Prinzip ist das möglich. Aber zur Zeit noch nicht perfekt.
Aktuelle gibt es nur eine Möglichkeit:
Wenn man mit dem Frontend die "Statusansicht" ganz oben im linken Baum gefüllt hat mit Charts, dann werden diese Charts als Bild gespeichert.
Die Bilder in Form von SVG finden sich dann im Ordner "frontend/app/imagecache"
Diese kannst du in FHEM als externe Resource einfach einbinden, z.B. über einen iframe o.ä.
Die Sache hat nur einen Haken: Das Bild ist statisch, stellt also den Zustand dar zu dem Zeitpunkt, an dem das Bild erstellt wurde. Wenn man die Stausansicht aktualisiert, wird auch das Bild aktualisiert.
Schöner wäre es natürlich, den Chart dynamisch und aktuell anzeigen zu können.
Daran arbeite ich demnächst.
Als nächstes wird das Frontend erstmal auf jsonlist2 umgestellt, da die alte Schnittstelle "deprecated" ist. Dann sollten auch die Fehler, dass manchmal die Antwort von FHEM nicht geparst werden kann, Geschichte sein. Ausserdem steht als nächster Punkt die Integration von verschiedenen Charttypen an ("Kuchen" / Pie, Bar / Column etc.)
Grüße,
Johannes
Update:
Umbau von jsonlist auf jsonlist2 ist vollzogen, außerdem kleinere Aufräumarbeiten erledigt.
Damit ist das Frontend erstmal wieder zukunftssicher..
Hallo Johannes,
Zitat von: Johannes am 07 November 2014, 18:18:23
Um deine Darstellungsart sinnvoll zu benutzen bräuchtest 2 Messwerte gleichzeitig, z.B. min und max eines readings. Ein Dimmer oder Schaltaktor hat meines Wissens nach doch immer nur einen aktuellen Wert.
Hmmm, ich verstehe das Diagram in der Art, daß mehrere Meßwerte gestapelt werden, d.h. an einer Stelle X1 an der Horizontalachse werden die Werte aufgetragen:
- 0 bis Y1: Meßwert 1
- Y1 bis Y2: Meßwert 2
- Y2 bis Y3: Meßwert 3
- Y3 bis Y4: Meßwert 4
usw. Die Delta (Y_n+1, Y_n) werden jeweils in der gleichen Farbe eingefärbt.
Damit kann ich z.B. auf einen Blick sehen, welche Lampen an sind (100% oder > 0%) und das sogar über die Zeit. Sieht dann bei Schaltern aus wie ein Mosaiksteinchen-Tetris und bei Dimmern gibt es dünnere Mosaikscheiben...
Danke, -MN
Update:
Die erste Version von "Charts in FHEM anzeigen" steht zur Verfügung.
Damit lassen sich nun gespeicherte Charts direkt in FHEM einbinden und bedienen.
Um einen Chart in FHEM einzubinden, einfach auf einen Chart im linken Baum einen Rechtsklick machen und "Integrate in FHEM" auswählen.
Man erhält eine Anzeige mit Code, die man in die fhem.cfg übernimmt. Danach taucht der Chart im gewünschten Raum auf.
Technisch läuft das so, dass das Frontend in einem simplen Anzeigemodus gestartet wird und der anzuzeigende Chart über einen URL Parameter referenziert wird.
Beispiel:
http://192.168.0.123:8083/fhem/frontend/index.html?showchart=Wandthermostat_stuendlich
Öffnet dann den jeweiligen Chart in der Vollbildansicht.
Bitte testen und Feedback, wies läuft.
Liebe FHEM Freunde,
ich habe derzeit 2 raspberrys im Einsatz (laufen derzeit noch separat). Bei dem neu aufgesetzten habe ich das Frontend ohne Probleme installieren können. Bei meinem "alten" (ca. 6 Monate im Einsatz) habe ich das ganze nach Anleitung im FHEM wiki versucht. Leider ohne Erfolg. Das Unterverzeichnis frontend im Verzeichnis "www" habe ich gelöscht, auch dort kein Fortschritt. Nun habe ich das frontend Verzeichnis von meinem neuen in den alten raspberry kopiert und siehe da, es funktioniert.
Das kann aber doch nicht die Lösung sein oder?
Zitat
Bitte testen und Feedback, wies läuft.
läuft.
Nur wie bekomme ich generell die Legende rechts neben dem Chart weg?
Die ist bei mir so lang, das vom eigentlichen Bild nicht viel übrig bleibt.Styling
Generell finde ich das Frontend super, nur leider ist es für meine Hardware wohl etwas zu langsam. Oder sind da noch Optimierungen denkbar?
Hallo,
Zitat von: Gerd.Ternes am 10 November 2014, 10:07:35
Nun habe ich das frontend Verzeichnis von meinem neuen in den alten raspberry kopiert und siehe da, es funktioniert.
Das kann aber doch nicht die Lösung sein oder?
Welcher Befehl hat nicht geklappt, was war die Fehlermeldung?
Prinzipiell spricht nichts gegen ein kopieren des Frontends, der Update Befehl macht nichts anderes.
Es kann aber sein, dass beim nächsten update keine updates erkannt werden, da der Abgleich über einen Timestamp erfolgt. Der ist bei dir möglicherweise durchs Kopieren aktualisiert worden für die einzelnen Dateien. Aber erstmal denke ich wirds keine Probleme geben!
Zitat von: Pjg am 10 November 2014, 22:01:09
läuft.
super
Zitat von: Pjg am 10 November 2014, 22:01:09
Generell finde ich das Frontend super, nur leider ist es für meine Hardware wohl etwas zu langsam. Oder sind da noch Optimierungen denkbar?
Was genau ist langsam? Optimierungen sind sicherlich noch einige drin..
Wenn ich einen Chart Aufrufe dauert es halt. Ich schon ein paar Sekunden 5-10 loading.
Viel wichtiger: die Charts im Status werden bei mir nicht angezeigt. Oder es dauert länger als meine Geduld ist.
Das dauern hat mehrere Faktoren. Entscheidend sind
Menge der abgerufenen Daten (evtl. reduzieren oder statistics nutzen?!)
Performance der Datenbank / Server
Performance des anzeigerechners (Prozessor und Browser)
Zum Statusroom:
Hast du auch Charts in den Raum gelegt?
Wie sieht die Anzeige bei dir aus im Status,steht da noch Text?
Datenmenge ist gering, allerdings nutze ich filelog anstatt db
Charts habe ich in den Raum gelegt, kein text. Auch loading...
Db wäre schneller, oder?
Aber es sind echt nicht viele Daten. Der gleiche plot direkt in fhem ist quasi direkt da.
Hallo,
Zur Performance:
Wenn du wirklich Hilfe haben willst, dann nimm dir bitte die Zeit und gib aussagekräftiges Feedback.
Die relevanten Dinge habe ich oben ja schon geschrieben, nenn doch mal ein paar belastbare Zahlen / Fakten dazu, damit ich ein Bild bekommen kann.
Weil ich keine Lust habe nochmal nachzuhaken:
Wieviele Daten werden übertragen (wenigstens geschätzt)
Welche Software (Browser, Datenbank)
Welche Hardware (Server und anzeigender Rechner / Client)
Ich habe übrigens vor kurzem meinem Rechner eine neue CPU gegönnt (aktueller i5, vorher alter AMD dualcore).
Bei mir laden die "normalen" Charts im Zeitrahmen von 0,x - 2 Sekunden. Das war vorher grob Faktor 2-3 länger..
Habe gerade mal einen unsinnigen extrem Chart abgerufen mit 20.000 Datensätzen.
DB-Abfrage: 14 Sekunden, Parsen und Anzeige im Frontend: 16 Sekunden. Denke das ist voll ok.
Zum Problem mit dem Statusraum:
Hier kann ich nur helfen, wenn ich von dir eine Fehlermeldung bekomme. Die sollte sich in der "Konsole" des Browsers verstecken (üblicherweise über F12 erreichbar)
Wieviele Daten: < 1000
Software: IE
Datenbank: siehe Text --> Filelog
Server: Siehe Signatur --> BananaPI
Client: I5-Prozessor
Ich glaube wir lassen es.
Viel Spaß noch.
Hallo
Habe das so eingerichtet wie im Wiki beschrieben nur erscheint bei
mir beim Aufruf von http://adressevonfhem:8083/fhem/frontend/index.html lediglich ein "please wait"
(seite mehrmals aktualisiert )
In die datenbank wird aber geschrieben ändert sich dynamisch in
größe und zugriff
Das steht im Log
14.11.13 22:07:15 1: PERL WARNING: given is experimental at ./FHEM/93_DbLog.pm line 1101.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1103.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1111.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1121.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1129.
2014.11.13 22:07:15 1: PERL WARNING: given is experimental at ./FHEM/93_DbLog.pm line 1134.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1135.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1136.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1137.
2014.11.13 22:07:15 1: PERL WARNING: when is experimental at ./FHEM/93_DbLog.pm line 1150.
2014.11.13 22:07:15 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.11.13 22:07:15 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 27983
2014.11.13 22:07:15 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
Hallo,
ich habe mich auch mal die Installation per Wiki für den RPi gewagt. Es gab keine Fehlermeldungen im Log und mit der Datenbank wird auch verbunden, nur geht es mir wie inesa394, ich sehe nur ein "Please Wait".
Als ich dann das Frontend noch einmal per update all http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/controls_frontend.txt geladen habe, habe ich gesehen, dass das Ende Installation bei mir so aussieht:
2014-11-14 12:08:30 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/loading-balls.gif
2014-11-14 12:08:31 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/icon-error.gif
2014-11-14 12:08:31 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/icon-question.gif
2014-11-14 12:08:31 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/calendar.gif
2014-11-14 12:08:31 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/glass-bg.gif
2014-11-14 12:08:32 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/hd-sprite.gif
2014-11-14 12:08:32 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/icon-warning.gif
2014-11-14 12:08:32 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/left-btn.gif
2014-11-14 12:08:33 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/icon-info.gif
2014-11-14 12:08:33 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/blue-loading.gif
2014-11-14 12:08:33 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/warning.gif
2014-11-14 12:08:34 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/large-loading.gif
2014-11-14 12:08:34 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/right-btn.gif
2014-11-14 12:08:34 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/shadow.png
2014-11-14 12:08:35 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/shadow-c.png
2014-11-14 12:08:35 Global global UPD www/frontend/lib/ext-4.2.0.663/images/shared/shadow-lr.png
2014-11-14 12:08:35 Global global UPD www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-top-right.gif
2014-11-14 12:08:36 Global global http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/tab-bar/default-scroll-top-right.gif: empty answer received
Vergleiche ich nun den Inhalt von images mit dem der Quelle, dann fehlen da einige Verzeichnisse. Es wurde also nicht alles geladen und kann deshalb nicht funktionieren. Die Frage ist nun was ich tun kann, damit alles geladen wird. Liegt ein Fehler im SVN vor oder geht bei etwas schief?
Hallo,
auch ich habe das beschriebenen "please wait..." nach Aufruf von http://localhost:8083/fhem/frontend/index.html
Die Installation habe ich gemäß Wiki mit update all http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/controls_frontend.txt durchgeführt.
Laut Logfile stoppt die Installation bei mehreren Versuchen an verschiedenen Stellen. Auszug:
...
2014.11.14 12:43:53 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/s-handle-dark.gif
2014.11.14 12:43:53 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/nw-handle.gif
2014.11.14 12:43:53 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/s-handle.gif
2014.11.14 12:43:54 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/se-handle.gif
2014.11.14 12:43:54 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/ne-handle.gif
2014.11.14 12:43:54 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/square.gif
2014.11.14 12:43:54 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/se-handle-dark.gif
2014.11.14 12:43:55 1: UPD www/frontend/lib/ext-4.2.0.663/images/sizer/nw-handle-dark.gif
2014.11.14 12:43:55 1: http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/sizer/nw-handle-dark.gif: empty answer received
...
2014.11.14 13:06:48 1: UPD www/frontend/index.html
2014.11.14 13:06:49 1: UPD www/frontend/lib/ext-4.2.0.663/ext-theme-gray-all.css
2014.11.14 13:06:50 1: UPD www/frontend/lib/ext-4.2.0.663/ext-all.js
2014.11.14 13:06:55 1: UPD www/frontend/lib/ext-4.2.0.663/images/tools/tools-sprites-trans.gif
2014.11.14 13:06:55 1: UPD www/frontend/lib/ext-4.2.0.663/images/tools/tool-sprites.gif
2014.11.14 13:06:56 1: UPD www/frontend/lib/ext-4.2.0.663/images/tools/tool-sprite-tpl.gif
2014.11.14 13:06:56 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/drop-over.gif
2014.11.14 13:06:56 1: http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/tree/drop-over.gif: empty answer received
...
2014.11.14 13:07:26 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/elbow-plus-rtl.gif
2014.11.14 13:07:26 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/elbow-minus-nl.gif
2014.11.14 13:07:26 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/elbow-minus-nl-rtl.gif
2014.11.14 13:07:27 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/elbow.gif
2014.11.14 13:07:27 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/arrows-rtl.gif
2014.11.14 13:07:27 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/drop-yes.gif
2014.11.14 13:07:27 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/drop-append.gif
2014.11.14 13:07:28 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/folder.gif
2014.11.14 13:07:28 1: UPD www/frontend/lib/ext-4.2.0.663/images/tree/arrows.gif
2014.11.14 13:07:28 1: http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/www/frontend/lib/ext-4.2.0.663/images/tree/arrows.gif: empty answer received
Vielleicht kann jemand mit den Meldungen etwas anfangen.
Fhem info:
Release : 5.6
Branch : DEVELOPMENT
OS : MSWin32
Arch : MSWin32-x86-multi-thread
Perl : v5.16.3
Hallo an alle mit dem Installationsproblem:
Ursache ist das update Modul in FHEM. Es werden wie ihr schon richtig gesehen habt nicht alle Dateien geladen, daher läuft dann auch das Frontend nicht.
Ich arbeite an einer Lösung und gebe Bescheid.
Grüße!
PS
Ich meine mich zu erinnern dass ich das Problem auch schonmal hatte, es mit mehrfachen Aufrufen dann aber irgendwann vollständig bekommen habe.
So, folgendes scheint die beste Lösung zu sein:
Für die Linux User (per Konsole)
1.) SVN installieren. Unter Ubuntu / Debian z.B. über
sudo apt-get install subversion
2.) Ins www Verzeichnis wechseln von FHEM
cd /pfadvonfhem/www
3.) Den Code auschecken:
svn co http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/www/frontend
Fertig.
Für ein Update einfach in das frontend-Verzeichnis gehen per Konsole und
svn up
aufrufen.
Für WIndowsbenutzer:
SVN-Kommandozeilentool kann hier heruntergeladen und dann installiert werden:
http://sourceforge.net/projects/win32svn/
Die restlichen Schritte (also ab Schritt 2) dann wie oben erklärt, nur eben in der "Eingabeaufforderung".
PS: Ich packe das auch ins Wiki
Hallo,
mit dem es mehrfach zu versuchen hat es geklappt. Nach dem gefühlt 36. Versuch hat er dann komplett alles geladen und jetzt klappt es. :) Vielen Dank für den Hinweis.
Nach ziemlich langer Zeit habe ich mich wieder mit dem frontend beschäftigt und gemerkt, dass die Datenbank (sqlite auf dem Pi) mittlerweile über 1GB groß ist und fast nichts mehr funktioniert (lange oder unendliche Wartezeit).
Nun habe ich es geschfft, den Zugriff von FHEM auf Pi auf eine MySQL-Datenbank auf meiner QNAP SS439 hinzukriegen.
FHEM und Frontend auf den aktuellen Stand gebracht, in MysQL die "frontend"-Tabelle eingerichtet (Danke, Puschel, für die Hilfe im Wiki!)
und es läuft wieder (fast) alles und zwar flüssig.
Die Charts funktionieren, aber .....die Datenansicht in den "DataTables" nicht . Ich kann die Devices und Readings und den Zeitrahmen wählen, aber nach 'Apply Filter' passiert nix. Was mache ich falsch?
Reimer
Hallo,
Bekommst du eine Fehlermeldung in der Konsole des Browsers? Wenn ja, was für eine?
Welcher Browser?
Bist du sicher, dass der Zeitraum auch Daten beinhaltet? Bei mir funktionierts einwandfrei..
Das merkwürdige ist, das ich für den Zeitraum (daily) gültige Charts angezeigt bekomme, die selben Daten aber nicht in den Database Tabels angezeigt bekomme. Wenn 'Apply' gedrückt wird, erscheint ganz kurz 'loading' und das wars. Das Datenfenster bleibt leer.
Auch in den SVG-Plots in FHEM werden die Daten angezeigt und ein Blick in die Datenbank per phpmyadmin oder heidisql zeigt, dass alle möglichen Werte geloggt werden (ca. 5MB in 3 Tagen). Anbei der kurze Ausschnitt aus der Tabelle 'history':
https://www.dropbox.com/s/edu5el8d02ilq15/2014-11-19_183707.gif?dl=0 (https://www.dropbox.com/s/edu5el8d02ilq15/2014-11-19_183707.gif?dl=0)
Ich gehe auch davon aus, dass die Zugriffsrechte für die Datenbank richtig sind, wenn im Frontend die Charts richtig angezeigt werden.
Da brat mir einer einen Storch!!! Ich weiß keinen Rat.
Gruß
Reimer
Wie du schon richtig siehst hast du alles korrekt eingestellt. Wenn Charts angezeigt werden, ist deine Konfiguration soweit in Ordnung und das Problem eher ein Bug im Frontend.
Hast du ganz sicher in die Konsole des Browsers geschaut und keinen Fehler gefunden??
Da ist tatsächlich was. Ich hab aber heute keine Ruhe mehr, dir die Ergebnisse zu zeigen. Ich melde mich hier wieder.
Nachtrag 20.11.2014
https://dl.dropboxusercontent.com/u/6639374/2014-11-20_174431.gif (https://dl.dropboxusercontent.com/u/6639374/2014-11-20_174431.gif)
Das habe ich in der Konsole gefunden. Hilft das weiter?
Hier noch aus Firefox den zugehörigen NetworkRequest:
https://dl.dropboxusercontent.com/u/6639374/2014-11-20_182943.gif (https://dl.dropboxusercontent.com/u/6639374/2014-11-20_182943.gif)
und die Anforderung der Temperaturdaten für den Chart:
https://dl.dropboxusercontent.com/u/6639374/2014-11-20_182811.gif (https://dl.dropboxusercontent.com/u/6639374/2014-11-20_182811.gif)
Nachdem ich nun ein paar Fehlermeldungen in der Konsole entdeckt habe, habe ich bei den Charts sowohl mit dem IE, Firefox, Chrome und Opera ein Problem:
Für meine FHTs habe ich charts mit je 3 Parametern. Nach dem Speichern will ich noch einen Style verändern. Dann komme ich aber nicht mehr zu den Buttons, um zu speichern oder anzuzeigen.
Schiebt man den Scrollbalken nach unten, springt er augenblicklich wieder nach oben. Mit viel Glück schafft man es manchmal doch, den Button zu erwischen. Neuladen des Fensters hilft u.U. für kurze Zeit.
Leider lässt sich das Fenster nicht vergrößern.
Hallo,
Der 2. Screenshot ist des Rätsels Lösung. Dein MySQL will die Paging Syntax nicht fressen. Um das zu reparieren müsste ich nochmal ans 93DbLog Modul ran.
Ich werde die Stelle aber vermutlich eh umbauen, daher spar ich mir das erstmal - sorry. Du kannst es selber probieren zu reparieren:
In der Datei 93_DbLog.pm tauchen die Variablen paginglimit und pagingstart auf. Die sind dort von einfachen Anführungszeichen umgeben -> '
Entferne mal diese einfachen Anführungszeichen vor und nach den Variablennamen, speichern und neu probieren.
Zu deinem zweiten Problem: Ich kann das "leider" weder in Firefox noch Chrome nachstellen.
Hast du noch irgendeinen Schritt vergessen zu erwähnen, der das Fehlverhalten evtl. auslöst?
Hallo,
das zweite Problem kenne ich auch genau so: bei einem gespeicherten Chart komme ich nicht mehr an den unteren Teil der Einstellungen, sei es eine weitere y-Achse oder ganz unten der Save-Button. Der Scrollbalken springt sofort wieder hoch :-(
Browser ist Firefox (Win)
Zitat von: Johannes am 23 November 2014, 12:39:16
In der Datei 93_DbLog.pm tauchen die Variablen paginglimit und pagingstart auf. Die sind dort von einfachen Anführungszeichen umgeben -> '
Entferne mal diese einfachen Anführungszeichen vor und nach den Variablennamen, speichern und neu probieren.
DANKE! Das wars.
Zitat von: Johannes am 23 November 2014, 12:39:16
Zu deinem zweiten Problem: Ich kann das "leider" weder in Firefox noch Chrome nachstellen.
Hast du noch irgendeinen Schritt vergessen zu erwähnen, der das Fehlverhalten evtl. auslöst?
Zeige einen Chart mit 3 y-Achsen an. Ändere den Timerange. Drücke 'SaveChart'. Von dem Moment tritt der Effekt auf ( bei allen Charts mit 3 y-Achsen)
Jetzt habe ich aber bemerkt, nachdem mich meine Frau für gefühlte 5 Minuten mit Beschlag belegt hat, dass sich das Browserfenster wieder beruhigt hat und man wieder an die Buttons kommt. Bei Firefox taucht der Effekt nur im maximierten Fenster auf, beim Wechsel in den normalen Fenstermodus kommt man wieder an die Buttons. Bei Opera ist der Modus egal.
Vielleicht hilft dir das.
Das erste Problem war jedoch das weitaus wichtigere. Deshalb noch einmal herzlichen Dank.
kann man mit diesem Frontend auch Bars oder Steps zeichnen?
Zitat von: netbus am 23 November 2014, 21:52:10
kann man mit diesem Frontend auch Bars oder Steps zeichnen?
Steps ja -> im Styler
Bars -> zur Zeit nicht, kann man aber einbauen. Führen meiner Meinung nach aber schnell zu Fehlinterpretationen / Verwirrung, da Bars in gleicher Breite über den gesamten Zeitraum gezeichnet werden, und somit ihren Bezug zur Zeit verlieren. Beispiel: Zeitraum 24h, 6 Messwerte, alle zwischen 9 und 10 Uhr. Ergebnis: 6 Balken, die "scheinbar" alle 4 Stunden die Messwerte anzeigen
Sorry, wenn ich mir jetzt nicht alle 52 Seiten durchgelesen habe. Evtl. wurde meine Frage schon mal beantwortet (?).
Mein FileLog (Mythz.log) sieht so aus:
2014-11-30_14:54:00 Mythz sHC1: outsideTemp: 3.2 x08: -21.9 returnTemp: 25.7 integralHeat: -13 flowTemp: 24.7 heatSetTemp: 27.8 heatTemp: 25.3 seasonMode: winter integralSwitch: 300 opMode: setback roomSetTemp: 21.5
2014-11-30_14:58:13 Mythz sGlobal: outsideTemp: 3.1 flowTemp: 25.1 returnTemp: 25.3 hotGasTemp: 30.5 dhwTemp: 43 flowTempHC2: -60 evaporatorTemp: 18.4 condenserTemp: 25.7 mixerOpen: 0 mixerClosed: 0 heatPipeValve: 0 diverterValve: 0 dhwPump: 0 heatingCircuitPump: 0 solarPump: 0 compressor: 0 boosterStage3: 0 boosterStage2: 0 boosterStage1: 0 highPressureSensor: 0 lowPressureSensor: 1 evaporatorIceMonitor: 0 signalAnode: 0 rvuRelease: 1 ovenFireplace: 0 STB: 0 outputVentilatorPower: 42 inputVentilatorPower: 34 mainVentilatorPower: 0 outputVentilatorSpeed: 29 inputVentilatorSpeed: 32 mainVentilatorSpeed: 0 outside_tempFiltered: 3.2 relHumidity: 28.5 dewPoint: 0 P_Nd: 6.8 P_Hd: 11.12 actualPower_Qc: 0 actualPower_Pel: 0 collectorTemp: -60 insideTemp: 22.5
...
Wie schaffe ich es denn, einzelne Werte aus diesem "String mit einer Ansammlung mehrerer Datenpunkte in 1 Zeile" in einer Grafik anzuzeigen, z.B. die insideTemp (die steht am Ende des 2. Strings). In der Auswahl für die Y-Achse wird mir zwar "Mythz. insideTemp" angeboten; die Grafik ist dann aber leer. Ein Versuch mit "Mythz. sGlobal.insideTemp" klappte ebenfalls nicht.
Ich kann mir natürlich über ein userReading die insideTemp extrahieren und in eine zusätzliche Zeile im Logfile schreiben, dann klappt es. Aber wenn ich das für alle anfallenden Werte mache, dann wird das ganz schön umfangreich (das o.g. Beispiel zeigt nur einen sehr kleinen Teil der anfallenden Daten).
Kleiner Bug (wahrscheinlich leicht zu korrigieren):
Graphen mit der Einstellung "Last hour", "Last 24h" etc. funktionieren bei mir nicht, wenn ich aus einer anderen Zeitzone via VPN auf den fhem-Server zugreife.
Speziell bei "Last hour" sehe ich am Anfang und Ende der X-Achse meine lokale Zeit meines Aufenthaltsortes und nicht die lokale Zeit des Servers.
Damit funktionieren aber die meisten "Last Hour"-Diagramme aus einer anderen Zeitzone nicht mehr.
Danke, -MN
Zitat von: Morgennebel am 03 Dezember 2014, 07:27:10
Kleiner Bug (wahrscheinlich leicht zu korrigieren):
Graphen mit der Einstellung "Last hour", "Last 24h" etc. funktionieren bei mir nicht, wenn ich aus einer anderen Zeitzone via VPN auf den fhem-Server zugreife.
Speziell bei "Last hour" sehe ich am Anfang und Ende der X-Achse meine lokale Zeit meines Aufenthaltsortes und nicht die lokale Zeit des Servers.
Damit funktionieren aber die meisten "Last Hour"-Diagramme aus einer anderen Zeitzone nicht mehr.
Danke, -MN
Hatte das denn im "originalen" SVG Plot funktioniert? Schon mal die Ortsdefinition mit
attr global altitude 496
attr global latitude 46.642
attr global longitude 9.909
versucht?
Hallo,
Zitat
Hatte das denn im "originalen" SVG Plot funktioniert? Schon mal die Ortsdefinition mit
attr global altitude 496
attr global latitude 46.642
attr global longitude 9.909
Ja und die Ortsdefinition ist gesetzt und aktiv in Verwendung für sunset-Funktionen...
Woher kommt denn bei den Last-Diagrammen die Endzeit (also die aktuelle Zeit)? Vom Browser, von der Uhrzeit des Clients oder der lokalen Uhrzeit?
Danke, -MN
Hallo liebes Forum.
Mein erster Beitrag hier. Ich bin erst seit ein paar Tagen registriert und habe mich nun durch die 100-seitige Einsteiger-Anleitung gearbeitet. Beim Thema HomeMatic ist mein Geist quasi ausgestiegen. Ich bin schier erschlagen von den Möglichkeiten und denkbaren Szenarien mit Fhem und seit ich festgestellt habe, dass ich wahrscheinlich Morgens meiner Frau das Einschalten der Endstufe und des Satellitenreceivers abnehmen kann, spreche ich eigentlich nur noch von unfassbar vielen Möglichkeiten. Vielen Dank an alle Aktiven auf diesem Feld.
Doch zurück auf Anfang. Die Stromrechnung ist gekommen! Und nun sind nach einigem Studium Fhem auf meinem Server installiert - derzeit noch nichts konfiguriert - und ein Youless LS110 wurde heute DPD übergeben und wird die nächsten Tage eintreffen.
1. habe ich auch schon die Optik des Frontends in Frage gestellt und 2. mit dem Gedanken gespielt alle Daten in MySQL schreiben zu lassen, damit die Oberfläche performant bleibt, auch wenn Wetterstation und andere Sensoren Auswertungen schreiben. Fhem läuft bei mir in einer virtuellen Maschine unter Ubuntu. Es gibt weitere Maschinen, auf einer läuft bereits eine MySQL Instanz.
Jetzt meine Frage: Macht es Sinn, auch die Daten von Fhem in den Bereits vorhandenen DB-Server schreiben zu lassen? Das würde ich sonst gerne tun.
Was muss ich tun, um dahin zu gelangen, dieses neue Frontend mit diesen schicken Grafen nutzen zu können und eine Auswertung von meinem LS110 zu bekommen?
Da das Thema - zumindest aus meiner jetzigen Perspektive - recht komplex zu sein scheint (Verglichen mit dem Start: ein Schalter als Sensor, eine Steckdose als Aktor) würde ich trotzdem gern so versuchen, einzusteigen, zumindest wenn mir an dieser Stelle niemand abrät und mein Projektstart Erfolgsaussichten hat.
In der Zukunft will ich noch ein paar vorhandene FHT80b anbinden, meiner Frau das morgendliche Einschalten der Stereoanlage abnehmen und ein paar vorhandene Brennenstuhl-Funksteckdosen hinzufügen. Vorstellen für die Zukunft kann ich mir LED-Dimmer, Heizpumpensteuerung, eine feinere Steuerung der Fussbodenheizung, Wetterstation, Zugangskontrolle.
Bei allen Aktiven möchte ich mich schon jetzt bedanken und ich stelle hoffentlich nicht zu viele doofe Fragen.
VG, Fossi.
Hallo,
Zitat von: willybauss am 30 November 2014, 15:23:35
Wie schaffe ich es denn, einzelne Werte aus diesem "String mit einer Ansammlung mehrerer Datenpunkte in 1 Zeile" in einer Grafik anzuzeigen
Sollte eigentlich funktionieren, hat aber noch einen kleinen Bug. Wird hoffentlich in der nächsten Version final gelöst.
Zitat von: Morgennebel am 03 Dezember 2014, 13:48:33
Woher kommt denn bei den Last-Diagrammen die Endzeit (also die aktuelle Zeit)? Vom Browser, von der Uhrzeit des Clients oder der lokalen Uhrzeit?
Vom Browser, und ist daher gleich der Systemzeit. Stelle deine Systemzeit auf "deutsch", dann hast du das Problem umschifft. Eine saubere Lösung dafür bedeutet ob man es glaubt oder nicht einiges an Aufwand, den ich für diesen Sonderfall erstmal nicht machen werde.
Zitat von: Fossi am 03 Dezember 2014, 18:12:03
...
Jetzt meine Frage: Macht es Sinn, auch die Daten von Fhem in den Bereits vorhandenen DB-Server schreiben zu lassen? Das würde ich sonst gerne tun.
Was muss ich tun, um dahin zu gelangen, dieses neue Frontend mit diesen schicken Grafen nutzen zu können und eine Auswertung von meinem LS110 zu bekommen?
Es spricht nichts dagegen und das was zu tun ist ist im Grunde im Wikiartikel erklärt. Wirklich helfen kann ich dir bei deiner Fragestellung nicht, die ist zu unkonkret :-)
Und die restlichen Fragen am besten im Anfängerbereich stellen, die passen nicht in diesen Beitrag.
Grüße!
Zitat von: Johannes am 03 Dezember 2014, 18:27:37
Hallo,Sollte eigentlich funktionieren, hat aber noch einen kleinen Bug. Wird hoffentlich in der nächsten Version final gelöst.
Supi :) . Wann ist denn erfahrungsgemäß mit der nächsten Version zu rechnen?
Da gibt es keine festen Termine :-)
Aber mach mal folgendes:
Öffne die Datei "fhem/www/frontend/app/controller/ChartController.js",
suche die Zeile mit dem Inhalt
keyArray.push(splitArr[1] + "." + key.replace(":", ""));
und ersetze Sie mit dem Inhalt
keyArray.push(splitArr[1] + ".*" + key.replace(":", ""));
Datei anschließend speichern, Browser-Cache leeren, Frontend neuladen, ausprobieren obs geht, Feedback geben
Zitat von: Johannes am 03 Dezember 2014, 19:15:12
Da gibt es keine festen Termine :-)
Aber mach mal folgendes:
Öffne die Datei "fhem/www/frontend/app/controller/ChartController.js",
suche die Zeile mit dem Inhalt
keyArray.push(splitArr[1] + "." + key.replace(":", ""));
und ersetze Sie mit dem Inhalt
keyArray.push(splitArr[1] + ".*" + key.replace(":", ""));
Datei anschließend speichern, Browser-Cache leeren, Frontend neuladen, ausprobieren obs geht, Feedback geben
Habs getestet - macht leider keinen Unterschied.
Hallo willy,
Komisch, habe das gerade mit deinen Daten von der letzten Seite probiert und bei mir hats funktioniert.
Schick mir doch mal dein gesamtes Logfile (PN) , damit kann man besser testen als mit 2 Zeilen
Zitat von: Johannes am 04 Dezember 2014, 19:12:16
Schick mir doch mal dein gesamtes Logfile (PN) , damit kann man besser testen als mit 2 Zeilen
Habs abgeschickt. Wenn nichts ankommt bitte PN; es war ziemlich groß, trotz Kürzung.
Kommando zurück, es funktioniert doch:
man muss nach dem ändern der Zeile und Neustart auch noch in der Definition des Charts den Namen der Readings neu auswählen. Dann gehts - besten Dank und sorry für das Missverständnis.
Eine Frage bleibt aber noch. Es gibt mehrere dieser Readings mit vielen Werten in einer Zeile (wie heißt denn der Fachausdruck dafür?):
2014-12-05_20:34:00 Mythz sHC1: outsideTemp: 3.1 x08: -7.2 returnTemp: 24.2 integralHeat: -99 flowTemp: 23.3 heatSetTemp: 27.8 heatTemp: 23.8 seasonMode: winter integralSwitch: 300 opMode: setback roomSetTemp: 21.5
2014-12-05_20:38:12 Mythz sGlobal: outsideTemp: 3.1 flowTemp: 23.9 returnTemp: 24 hotGasTemp: 31.4 dhwTemp: 47.3 flowTempHC2: -60 evaporatorTemp: 21.3 condenserTemp: 24.3 mixerOpen: 0 mixerClosed: 0 heatPipeValve: 0 diverterValve: 0 dhwPump: 0 heatingCircuitPump: 0 solarPump: 0 compressor: 0 boosterStage3: 0 boosterStage2: 0 boosterStage1: 0 highPressureSensor: 0 lowPressureSensor: 1 evaporatorIceMonitor: 0 signalAnode: 0 rvuRelease: 1 ovenFireplace: 0 STB: 0 outputVentilatorPower: 42 inputVentilatorPower: 34 mainVentilatorPower: 0 outputVentilatorSpeed: 29 inputVentilatorSpeed: 31 mainVentilatorSpeed: 0 outside_tempFiltered: 3.1 relHumidity: 28.6 dewPoint: 0 P_Nd: 7.01 P_Hd: 10.88 actualPower_Qc: 0 actualPower_Pel: 0 collectorTemp: -60 insideTemp: 22.3
In beiden Zeilen gibt es die Variable " flowTemp", jedoch mit unterschiedlichen Werten. Wie schaffe ich es denn, eine bestimmte davon auszuwählen? mit Mythz.*flowTemp bekomme ich beide ineinander gemischt. Mythz.sGlobal.*flowTemp klappt auch nicht.
Zitat von: willybauss am 05 Dezember 2014, 21:23:28
Wie schaffe ich es denn, eine bestimmte davon auszuwählen?
Ich glaube du müsstest strikter trennen. Zur Zeit heissen bei dir beide Geräte gleich (Mythz).
Deshalb kann auch nicht sinnvoll getrennt werden. Bennene eins um, dann sollte es gehen.
Zitat von: Johannes am 06 Dezember 2014, 18:51:39
Ich glaube du müsstest strikter trennen. Zur Zeit heissen bei dir beide Geräte gleich (Mythz).
Deshalb kann auch nicht sinnvoll getrennt werden. Bennene eins um, dann sollte es gehen.
Kleines Missverständnis: all diese Werte kommen aus einem Gerät, das Mythz heißt. Es sind aber verschiedene Readings, die aus diesem Gerät ausgelesen werden. Es ist eine Wärmepumpe, die inzwischen so um die 200 verschiedene Parameter ausgibt.
Bei den SVG-Plots kann ich genau bestimmen, aus welchem der Mythz-Readings ich den Wert haben möchte, sh. gelbe Markierung im angehängten Screenshot.
Ich habe ehrlich gesagt keine Ahnung, wie ich bei gleichem Gerätenamen und gleichem Readingnamen eine Unterscheidung machen soll.
Vielleicht fällt ja jemand anderem was ein..
Die Unterscheidung liegt ja im "Typ" des Readings, also in jeder Zeile der 3. Eintrag nach Timestamp und "Mythz". Da steht in der einen Zeile "sGlobal" und in der anderen Zeile "sHC1". Erst danach folgen die einzelnen Daten. Deshalb steht ja im Screendump des SVG Plots als Auswahl "Mythz.sGlobal". Genauso sollte es auch hier funktionieren, also im Pull Down Menü z.B. "Mythz.sGlobal.*flowTemp".
Wenn das Charting Frontend die Berücksichtigung des Typs nicht kann, dann wäre es so machbar, dass die Readings eines Typs als "Typ_Readingname" behandelt werden. Gleichnamige Readings sind dann bei der Erstellung der Grafik als "Mythz.Typ-A_Readingname" und " Mythz.Typ-B_Readingname" unterscheidbar.
Im aktuellen Beispiel (mein Posting vom 05 Dezember 2014, 21:23:28) wäre das dann
Mythz.sGlobal_outsideTemp
Mythz.sHC1_outsideTemp
Hallo Allerseits,
in den letzten Threads ist immer wieder von dem sprunghaft Verhalten berichtet worden. Dieses ist auch bei mir der Fall. Anscheinend gibt es aber noch keine Lösung.....
Seit gestern sind aber alle meine Charts weg und auch werden auch keine neuen mehr gespeichert (oder angezeigt), obwohl dieses angezeigt wird. Das alles plötzlich und ohne wissentliche Systemveränderung. Auch ist es mit allen Browsern das gleiche. Ich arbeite standmäßig mit dem FF.
Hat jemand eine Vorstellung. (Mein FHEM läuft mit dbLog auf einem RaspPi). In FHEM selbst ist alles ok.
Dank und Gruß
Michael
@willy: Schau ich mir bei Gelegenheit nochmal an.
@smartfan: hast du auch filelogs gespeichert? Wenn nur DbLog Charts, dann versuche mal den letzten aus der dB zu löschen (Tabelle frontend). Evtl. Ist der ungültig / nicht Parsbar. Sind in der Tabelle überhaupt noch Charts?
Hallo,
ja, ich habe auch noch filelogs gespeichert. Bin ja noch in der "Einlernphase". Auch kann ich in FHEM auf Basis von dblog-daten SVG's anlegen.
Wie lösche ich die Tabelle frontend. HeidiSQL?
Gruß Michael
So, nun habe ich die Tabelle frontend geleert. Keine Veränderung. Aber ich habe festgestellt, dass Charts, die auf Filelog basieren gespeichert werden können, nur die mit dbLog erstellten nicht.
Und gibt es irgendwie eine Ide/Lösung warum die Chart Settings springen.
Ergänzung:
Ptkt1 GELÖST, Charts können weider gespreichert werden. Tabelle war doch noch nicht leert. Nun per Konsole gelöscht und es geht wieder. Danke Johannes.
Gruß Michael
Kurze Zwischenfrage.. kann man Plotdaten oder die Variablen selbst, in irgendeiner Form als json/xml abrufen?
Ich wuerde gerne Thermostat Daten als highcharts in meinem Frontend einbinden..
Ja kann man. Werf mal einen Blick in die commandref im Abschnitt DbLog, da habe ich das dokumentiert. Geht aber nur mit DbLog.
ah super, Danke!
Hallo liebe frontend-Gemeinde,
leider sind schon wieder alle Charts im frontend weg, bzw. werden nich angezeigt. Diesmal waren sie nach einem FHEM Update weg. Die DB scheint jedoch i.O. In den Tabellen Frontend sind die Charts vorhanden, in History sind alle Daten drinne.
Auch kann ich neue Charts erstellen und speichern. Es wird in der frontend Tabelle in der DB auch gelistet. Ebenfalle sind die Daten alle über DataBase Tables zu filtern.
Im Logfile tauchen regelmäßig folgende Zeilen auf. Könnte es was damit zu tun haben?
2014.12.28 16:54:21 1: PERL WARNING: Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 1280.
2014.12.28 16:54:21 1: PERL WARNING: Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 1286.
2014.12.28 16:54:21 1: PERL WARNING: Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 1292.
2014.12.28 16:54:21 1: PERL WARNING: Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 1298.
2014.12.28 16:54:21 1: PERL WARNING: Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 1304.
Ich kann somit nix erkennen.
Ach ja, und das "springen" der "Chart Settings" bei Änderung ist auch ziemlich nervig. Vielleicht hat ja hier noch jemand ne Idee. Hier bin ich ja auch wohl nicht der einzige, wo sich dieser Effekt zeigt.
Danke für jeden Hinweis und Gruß
Michael
Zitat von: SmartFan am 28 Dezember 2014, 17:06:08
Hallo liebe frontend-Gemeinde,
leider sind schon wieder alle Charts im frontend weg, bzw. werden nich angezeigt. Diesmal waren sie nach einem FHEM Update weg.
Sie werden wahrscheinlich nicht weg sein. Tippe auf einen Syntaxfehler durch falschen Input.
Bitte schau mal in deine Browserkonsole, ob da Fehler auftauchen. Wenn ja, welche ?
Ich bezweifel, dass das FHEM Update damit was zu tun hatte...
Zitat von: SmartFan am 28 Dezember 2014, 17:06:08
Im Logfile tauchen regelmäßig folgende Zeilen auf. Könnte es was damit zu tun haben?
2014.12.28 16:54:21 1: PERL WARNING: Use of uninitialized value $yaxis in concatenation (.) or string at ./FHEM/93_DbLog.pm line 1280.
irrelevant
Zitat von: SmartFan am 28 Dezember 2014, 17:06:08
Ach ja, und das "springen" der "Chart Settings" bei Änderung ist auch ziemlich nervig. Vielleicht hat ja hier noch jemand ne Idee. Hier bin ich ja auch wohl nicht der einzige, wo sich dieser Effekt zeigt.
Das konnte ich bisher weder im aktuellen FF noch Chrome in verschiedenen Größen nachstellen.
Solange ich nicht weiss wie man das reproduzieren kann, kann ich es auch nicht beheben.
peinliche Frage: Wie füge ich ein jpg ein. Bei den erweiterten Optionen "Datei anhängen" wird mir angezeigt, dass das Uploadverzeichnis voll ist.
Ich versuchs mal so: In der Konsole werden keine Fehler angezeigt. Nur eine Warnung: "Relative Positionierung von Tabellenzeilen und Zeilengruppen .... Diese Webseite muss ggf. aktualisiert werden...."
Dann allerdings im letzten "GET http://raspberrypi:8083/fhem?XHR=1&inform=type=status;filter=;since=1419787657×tamp=1419787641581" läuft die "Eieruhr" immer weiter. Connecting ist leer (....) und hinter Longpoll steht auch nix. (das Ganz soll dann in Zeil 14 und 182 passieren.)
Ich hoffe, Du kann damit was anfangen.
Ergänzung:
so, ich habe just nochmal die db gelöscht und neu aufgesetzt. Nun kann ich natürlich wieder Charts anlegen, speichern, verschieben usw. Auch sind sie netterweise nach Neustart noch vorhanden. Allerdings sieht in der Browserkonsole alles identisch aus.
Allerdings wird bei jedem Aufruf eines Charts eine Warnung angezeigt:
Unerwarteter Wert NaN beim Parsen des Attributs x. http://raspberrypi:8083/fhem/frontend/lib/ext-4.2.0.663/ext-all.js Line 21
Zu dem "Springen" noch ggf ein Hinweis: Das Ganze springt nur, wenn ein Srcollbalken sichtbar ist. Dieser blinkt dann auch. Auch einem großen Minitor, wo alles gut darstellbar ist, springt nichts.
Vielleicht hilft Dir das ja weiter.
Gruß Michael
Ich vermute schwer, dass du irgendwann einen Chart angelegt hast, der nicht parsbar ist. Das kann evtl. an Sonderzeichen im Geräte, Reading, oder Chartnamen liegen.
Wenn das wieder vorkommt mach erstmal folgendes:
Schau dir den letzten EIntrag in der frontend Tabelle genau an, ob dir an dem etwas auffällt. Du kannst mir den Eintrag auch mal zuschicken.
Es sollte reichen, den letzten Chart zu löschen, den du hinzugefügt hast.
Ich denke dann läuft es wieder. Man muss nur herausfinden, welche Konfiguration / Zeichen für den Fehler sorgen, dann kann ich das an der Stelle noch verbessern.
Danke Dir.
Nun ist es wieder passiert und plötzlich war alles weg, und zwar ohne dass ich irgendwas gemacht habe. Ich habe mir die Datensätze mal angeschaut und in der Tat gibt es einen Unterschied. Beim letzten DS fehlt die "}" zum Schluss am DS. Wenn ich diesen DS lösche sind die restlichen Charts wieder da.
Hast Du noch einen Tipp für ein "handhabares" DB Tool. Ich schaue zur Zeit mit dem Firefox AddOn "SQlite Manager" in die DB. Kann allerding hier nichts verändern. Zumindest nimmt die DB keine Änderungen. Beim Refresh ist alles beim alten. Insofern mache ich das ganze bislang über die Konsole per SQL Statement.
Und nun kommst Du.... ;)
Gruß Michael
Hallo
bei größeren Aktionen kopiere ich mir die DB auf den PC und bearbeite sie mit
http://sqlite2009pro.azurewebsites.net
und dann wieder zurück.
Gruß Hannes
Gesendet von Tapatalk
Nach Anleitung habe ich die Tabellen history und current angelegt.
Die Daten werden auch ordentlich in die Datenbank geschrieben und ich sehe auch die Plots dazu
In der Tabellenansicht vom Frontend sehe ich jedoch nichts.
Ich habe deshalb noch die Tabelle
CREATE TABLE frontend (ID INTEGER PRIMARY KEY, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE TEXT, NAME TEXT, VALUE TEXT);
angelegt.
in diese wir aber wie ich mit adminer sehen nichts geschrieben.
Wie kann ich das erreichen?
vielen Dank für die Hilfe
bg
Thomas
Hallo,
ich habe auch das Problem, dass ich die charts nicht abspeichern kann. Bin wie unten beschrieben vorgegangen:
Eintrag in filelogcharts.js von FHEM.filelogcharts = []; auf FHEM.filelogcharts = [{}]; geändert
und dem chmod 777 filelogcharts.js
Trotzdem kann ich weiterhin nich abspeichern. Sind noch andere Änderungen notwendig ?
Danke
Kai
Zitat von: Johannes am 03 September 2014, 09:11:43
Hallo,Schau mal bitte in deinem FHEM Verzeichnis unter /www/frontend/app/ ob da die Datei filelogcharts.js existiert.
Wenn ja, was steht drin?
Wenn nein, bitte anlegen und mit folgendem Inhalt füllen:
FHEM.filelogcharts = [{}];
Dann nochmal probieren.
Bitte auch die Rechte der Datei prüfen, sie muss für fhem schreibbar sein!
Bitte genauer angeben, was nicht tut. Gibt es eine Fehlermeldung? Wenn ja welche?
Gibt es Fehlermeldungen (in roter Farbe) in der Konsole des Browser? Wenn ja welche?
Was sind die genauen Schritte um das Problem nachzustellen?
Ich er stelle ein neues chart. Speichere das Chart unter einem neuen Namen. Soweit ist alles okay. bekomme keine Fehlermeldung, aber ich kann das Chart nicht links in der Struktur finden.
Gruß
Kai
Ist dblog auf dem system aktiv?
Was liefert folgender Befehl, wenn man ihn in der Browserkonsole abschickt? :
JSON.stringify(FHEM.filelogcharts)
ich bekomme
Unknown command JSON.stringify(FHEM.filelogcharts)
ich habe allerdings SQLite laufen, die Datenbank sammelt Informationen. Auch die Abfragen funktionieren.
Gruß
Kai
Es fehlt wahrscheinlich die Tabelle frontend in der SQL-Datenbank:
CREATE TABLE frontend (ID SERIAL, TIMESTAMP TIMESTAMP (0) DEFAULT LOCALTIMESTAMP, TYPE TEXT, NAME TEXT, VALUE TEXT);
lg
HI,
seit heute morgen sind meine charts nicht sichtbar. Auch kann ich kein neues anlegen. Bei Rechtsklick auf charts passiert nichts.
Ich habe die chart config aus der frintend tabelle entfernt jedoch brachte dies kein Erfolg.
Die chrome console gibt mir folgende Fehler nach einem Links- und Rechtsklick auf den "Charts" ordner:
app/view/Viewport.js?_dc=1432793951922:145 Uncaught TypeError: Cannot read property 'TYPE' of undefined
3app/controller/MainController.js?_dc=1432793952367:431 Uncaught TypeError: Cannot read property 'template' of undefined
Hat jemand eine Idee wie dies zu fixen ist?
Hallo,
Wurde ein FHEM update durchgeführt oder gab es andere Dinge die zu dem Fehler geführt haben?
Ich vermute dass eine Chartkonfiguration ungültig ist.
Bitte mal im Browser folgenden Aufruf machen und die Rückgabe hier posten.
Achtung, die Werte "fhemserver" und "logdbtemp" müssen auf dein Setup angepasst werden. logdbtemp kann durch eine Deklaration von logdb aus der fhem.cfg ersetzt werden.
http://fhemserver:8083/fhem?cmd=get+logdbtemp+-+webchart+%22%22+%22%22+%22%22+getcharts&XHR=1&_dc=1432827934581&page=1&start=0&limit=25
Ist leer da ich diese über die DB geleert habe
{"data":[]}
EDIT: Ein update habe ich an dem Tag davor (als es noch funtzte) nicht durchgeführt.
ich habe nun eine neue db angelegt und diese in die db.conf eingetragen. Brachte jedoch auch keinen Erfolg.
Schwer aus der Ferne zu sagen was nicht stimmt, ich empfehle mal den Ordner frontend unter fhem/www komplett zu löschen und neu zu runterzuladen.
Charts hast du ja eh schon gelöscht, da kann man nix mehr verlieren. Im Zweifel auch noch mal die verschiedenen Tabellen prüfen, ob sie der Installationsanleitung entsprechen
Hab ich gemacht, der Ordner wurde auch neu heruntergeladen aber hat leider auch nicht geholfen.
Noch eine Idee?
Die DB hab ich komplett neu angelegt. hier meine fhem.cfg (Nur Pushbullet key entfernt und lat/long geändert):
attr global userattr DbLogExclude DbLogInclude devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global latitude 52.43164
attr global logfile /opt/fhem/log/fhem-%Y-%m.log
attr global longitude 9.69124
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile /opt/fhem/log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB stylesheetPrefix dark
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix darksmallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog /opt/fhem/log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog /opt/fhem/log/log/%NAME-%Y.log
define eventTypes eventTypes /opt/fhem/log/log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define Wetter Weather 670178 600 de
attr Wetter stateFormat temperature
define HelligkeitWetter Twilight 52.43164 9.69124 670178
define RouterMQTT MQTT 192.168.0.1:1883
define ESP_Temp1 MQTT_DEVICE
attr ESP_Temp1 IODev RouterMQTT
attr ESP_Temp1 icon icoTempHausOG
attr ESP_Temp1 room TEST
attr ESP_Temp1 stateFormat temperaure
attr ESP_Temp1 subscribeReading_battery sensors/esp01_01/vdd
attr ESP_Temp1 subscribeReading_temperaure sensors/esp01_01/temp
define myDbLog DbLog /opt/fhem/db.conf .*:.*
define SVG_myDbLog_1 SVG myDbLog:SVG_myDbLog_1:HISTORY
attr SVG_myDbLog_1 endPlotNow 1
attr SVG_myDbLog_1 fixedrange 3days
attr SVG_myDbLog_1 room TEST
define esp_switch MQTT_DEVICE
attr esp_switch IODev RouterMQTT
attr esp_switch devStateIcon on:on:off off:off:on
attr esp_switch eventMap 1:on 0:off
attr esp_switch icon icoLicht
attr esp_switch publishSet 1 0 lights/test_in
attr esp_switch room TEST
attr esp_switch stateFormat state
attr esp_switch subscribeReading_state lights/test_out
define PushBulletAlex Pushbullet FrPTS07RcV2k.......................................................
define ESP01_Battery THRESHOLD ESP_Temp1:battery:100:2800
attr ESP01_Battery state_cmd1_gt off
attr ESP01_Battery state_cmd2_lt on
attr ESP01_Battery state_format _sc
define Charts weblink link http://192.168.0.1:8083/fhem/frontend/index.html
attr Charts icon time_graph
attr Charts room TEST
define SVG_myDbLog_2 SVG myDbLog:SVG_myDbLog_2:HISTORY
attr SVG_myDbLog_2 endPlotNow 1
attr SVG_myDbLog_2 fixedrange 3days
attr SVG_myDbLog_2 room TEST
Hallo,
Den von dir genannten Fehler konnte ich jetzt nachvollziehen, tritt auch bei mir auf.
Da scheint sich was in FHEM und der Ausgabe von jsonlist geändert zu haben...
Davon abgesehen sollte aber trotzdem in dem Ordner Charts ein Eintrag sein Namens "Create new chart".
Exisitert der bei dir nicht? Dieser Eintrag ist unabhängig von der Datenbank und sollte immer da sein.
Wenn er da ist sehe ich erstmal kein weiteres Problem oder ich habe dein Problem noch nicht verstanden (abgesehen von der Fehlermeldung in der Konsole, die den "Betrieb" aber erstmal nicht stört).
Scheinbar versuchst du irgendwas mit einem Rechtsklick auf den Ordner, was dich aber nicht weiterbringt, da dort keine Funktion hinterliegt.
Das bei dir keine gespeicherten Charts auftauchen liegt ja daran, dass du die Tabelle geleert hast.
Bitte nochmal beschreiben wo jetzt genau das Problem ist. Was passiert bei einem ganz normalen Klick auf "Create new Chart"?
Hi, stimmt ich hab das nicht kar genug beschrieben. Der Ordner/Knoten Charts hat bei mir keine Unterpunkte. Hatte ganz vergessen das es den gab (da er weg ist) und dachte ein neues chart wird über ein rechtsklick hinzugefügt. Ich hab mal ein screenshot angehängt.
Bitte mal einen anderen Browser probieren bzw schauen ob das Problem auch auf dem Desktoprechner existiert mit Firefox oder Chrome / Chromium.
Ansonsten ist das Problem schwer einzukreisen und bleibt für mich, soalnge ich nichts anderes höre von weiteren Betroffenen, ein Einzelfall.
Entweder liegts am Browser, oder irgendwas am Setup ist verkorkst...
Andere Browser zu probieren war so ziemlich das erst was ich probiert habe.
Ich werde nochmal mal von Null mit FHEM anfangen und meine config nach und nach übernehmen...
Hab es hinbekommen ;D
Nach auskommentieren von
define Charts weblink link http://192.168.0.1:8083/fhem/frontend/index.html
attr Charts icon time_graph
attr Charts room TEST
Habe ich wieder den "Creat new Chart" Punkt.
Aber warum das so ist keine Ahnung! Du?
Schön das es wieder geht. Erklären kann ich es mir aber auch nicht :-)
Vielleicht hattest du 2 paralllele Instanzen laufen, die sich nicht vertragen haben. Aber auch das kann eigentlich kein Problem sein...
Naja hauptsache gelöst!
Ich habe mir heute mal da Charting Frontend installiert. Bis jetzt habe ich alles mit SVG Plots gemacht. Ich möchte jetzt aber über Auswahl eines Datums Daten plotten.
Mein FHEM läuft auf einem RPI 2B, es gibt auch noch einen zweiten FHEM Server als Slave. Ich verwende nur FileLog.
Die Installation des Frontend hat auf Anhieb nach der Beschreibung im Wiki funktioniert, auch der Aufruf des Frontend funktioniert und ich sehe im linken Fenster alle meine Räume mit den zugeordneten Devices bzw. FileLogs.
Ich bin nun intuitiv an die Konfiguration eines neuen Charts gegangen, scheitere aber bei der Auswahl des Devices. Ich bekomme dann die im Screenshot dargestellte Fehlermeldung. Der FileLog liegt auf einem Netzlaufwerk. Kann das das Problem sein?
Korrektur: nein, das FileLog liegt in diesem Fall nicht auf einem Netzlaufwerk sondern in dem Standart FHEM Pfad für Logfiles.
Viele Grüße
pechnase
Hallo,
Die Meldung bedeutet, dass in dem besagten Logfile in den letzten 24h keine EInträge gefunden wurden - oder keiner der EInträge geparst werden konnten.
Du kannst den Befehl der in der Meldung steht auch mal in die Befehlszeile von fhem werfen und schauen was zurückkommt, wahrscheinlich nichts.
Dann kannst du versuchen das Problem einzukreisen. Mal ein anderes Log probieren etc.
Hallo,
habe gesucht aber nichts vernuenftiges dazu gefunden (hoffe habe es nicht uebersehen)
Ich moechte Diagramme von Digitalwerten meiner Heizung (z.B. Pumpe an/aus) als Logikdiagramm darstellen. Gibt es dazu eine Doku bzw wie mache ich dies am besten mit dem Charting Frontend. FHEM und Frontend laufen perfekt (Analog Plots wie Temperaturplots) funktionieren auch schon
Mit dem GPlots direkt im FHEM hat es funktioniert (siehe angehaengtes Bild). Wie erzeuge ich so einen Plot bzw. gibt es eine Doku dazu?
FHEM laueft auf RasPi Model B mit DbLog mit Neues_Charting_Frontend
Danke
Viele Gruesse
varaktor
Hallo,
Bei der Konfiguration einer Achse auf "Styling" klicken und dort ziemlich unten "show steps for this axis" auswählen.
Hallo Johannes,
danke fuer die schnelle Antwort. Bin aber noch nicht ganz mit dem Ergebnis zufrieden ;).
Ich wuerde gerne mehrere Signale übereinander gestapelt in einem Diagram darstellen um wirklich den zeitlichen Ablauf verschiedener Pumpen usw. zu sehen. Wenn alle aufeinander geschrieben werden ist es ziemlich unuebersichtlich. Das ist sehr hilfreich fuer die Optimierung und Fehlersuche an der Heizung (darum ist mir gerade dieser Graph so wichtig ;-) )
Mit gplot hatte ich dies so geloest:
#FileLog 3:WP2_Ausgang_Verdichter_M1.*::$fld[2]=~"on"?1:0
#FileLog 3:WP2_Ausgang_Primaerpumpe_M11.*::$fld[2]=~"on"?-1:-2
#FileLog 3:WP2_Ausgang_Elektrische_Zusatzheizung_E10.*::$fld[2]=~"on"?-3:-4
#FileLog 3:WP2_Ausgang_Heizkreisumwaelzpumpe_M13.*::$fld[2]=~"on"?-5:-6
#FileLog 3:WP2_Ausgang_Warmwassserumwaelzpumpe_M18.*::$fld[2]=~"on"?-7:-8
#FileLog 3:WP2_Ausgang_Zusatzumwaelzpumpe_M16.*::$fld[2]=~"on"?-9:-10
#FileLog 3:WP2_Ausgang_EVU_Sperre.*::$fld[2]=~"on"?-11:-12
#FileLog 3:WP2_Ausgang_Warmwasserflanschheizung_E9.*::$fld[2]=~"on"?-13:-14
Gibt es da was aehnliches im Charting Frontend?
Danke
Gruss
varaktor
Hallo,
Eine eingebaute Lösung gibt es nicht, das ganze ist aber mit Userreadings ganz einfach umsetzbar.
So wie auch schon in deinem gplot file muss pro device das reading on/off übersetzt werden nach 0/1 fürs erste Gerät, 2/3 fürs zweite, 4/5 fürs dritte etc.
Dann solltest du genau das erreichen
Hi,
beim Versuch das Frontend mit FileLog zu verwenden, bin ich auf folgendes Problem gestoßen:
An zwei Stellen beginnt der fhem get command mit "get Logfile", meine FHEM Installation (recht neu) fordert hier aber anstatt "Logfile" den Namen des FileLogs, also z.B. "FileLog_CUL_TX_38". Daher habe ich zwei Zeilen im Skript ChartController.js geändert:
Zeile 248: url: '../../../fhem?cmd=get%20' + logname + '%20' + currentlogfile + '%20-%20' + starttime + '%20' + endtime + '&XHR=1',
Zeile 828: cmd = 'get ' + device + ' ' +
Zumindest der Ersteller dieses Threads hatte mit dem gleichen Problem zu kämpfen: http://forum.fhem.de/index.php?topic=36725.0 (http://forum.fhem.de/index.php?topic=36725.0)
Habe ich etwas übersehen oder ist das ein Bug im Skript?
Vielen Dank!
Hi,
gibt es die Möglichkeit einen Offset auf der Zeitachse zu definieren? Mein Youless L110 speichert den Stromverbrauch von gestern "heute". Damit sind die Plots um einen Tag verschoben. Gibts da eine Möglichkeit?
Gruß Martin
Zitat von: lkoe am 04 August 2015, 22:29:17
Habe ich etwas übersehen oder ist das ein Bug im Skript?
Vielen Dank!
Hallo,
Kann sein das sich FHEM da intern geändert hat, früher hatte das einwandfrei funktioniert und da ich schon lange keine Logfiles mehr nutze kann ich das momentan nicht nachstellen.
Aber deine Lösung scheint ja das Problem an der richtigen Stelle anzugehen.
Zitat von: gima84 am 18 August 2015, 12:21:05
gibt es die Möglichkeit einen Offset auf der Zeitachse zu definieren? Mein Youless L110 speichert den Stromverbrauch von gestern "heute". Damit sind die Plots um einen Tag verschoben. Gibts da eine Möglichkeit?
Du kannst das Zeitintervall händisch eingeben. Bei Schritten Vorwärts oder Rückswärts sollte das berücksichtigt werden. Die Anzeige mainpulieren kann aber nicht.
Insgesamt wäre es sinnvoller, das entsprechende Modul zu fixen, anstatt die falschen Daten im Nachhinein zu maniupulieren / korrigieren
Hallo,
ich habe die Installation gemäß dem FHEM Wiki Eintrag (http://www.fhemwiki.de/wiki/Neues_Charting_Frontend (http://www.fhemwiki.de/wiki/Neues_Charting_Frontend)) vorgenommen:
1. update all http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/controls_frontend.txt
2. Shutdown Restart
3. In der fhem SQL Tabelle noch den Befehl ausgeführt (CREATE TABLE frontend (ID int NOT NULL UNIQUE AUTO_INCREMENT, TIMESTAMP TIMESTAMP DEFAULT CURRENT_TIMESTAMP, TYPE varchar(64), NAME varchar(64), VALUE TEXT); )
Bis vor der Installation hat meine Schaltsteckdose wunderbar funktioniert, jetzt leider nicht mehr...
Irgendwie funktioniert die Verbindung nicht mehr. Ich habe darauf hin eine neue Verbinfung aufgebaut (neu gepaired), reboot etc., leider auch ohne Erfolg...
Ich sehe das Bild im Anhang und die Logfiles.
Dort scheinen wohl Probleme mit dem Update-Modul "99_update_ALT" aufzutreten. Ich habe dies zu _ALT umbenannt, da ich zu beginn auf der Synology keine Updates machen konnte...
Logfiles FHEM und Steckdose anbei (scheint der Editor hier nicht als Code haben zu wollen!?).
AUSZUG:
2015.08.25 01:47:57 0: Server shutdown
2015.08.25 01:48:00 1: reload: Error:Modul 99_update_ALT deactivated:
Global symbol "%UPDATE" requires explicit package name at /usr/local/FHEM/share/fhem/FHEM/99_update_ALT.pm line 37.
Global symbol "%UPDATE" requires explicit package name at /usr/local/FHEM/share/fhem/FHEM/99_update_ALT.pm line 38.
Global symbol "$DISTRIB_BRANCH" requires explicit package name at /usr/local/FHEM/share/fhem/FHEM/99_update_ALT.pm line 64.
Global symbol "%UPDATE" requires explicit package name at /usr/local/FHEM/share/fhem/FHEM/99_update_ALT.pm line 83.
=> Kann ich Charting wieder löschen um das Problem zu beseitigen oder findet jemand den Fehler?
Wieso schreibt Charting eigentlich nichts in die Tabellle frontend? Diese ist nämlich leer?
Hallo,
Dein Fehler hat nichts mit dem frontend zu tun, denn Schritt 1 kopiert nur neue Dateien und Schritt 3 lässt ebenfalls dein FHEM unberührt.
Der Fehler und das Modul sagen mir nichts, da musst du mal im allgemeinen Bereich nachfragen.
Die Tabelle Frontend wird gefüllt sobald du Charts speicherst und, ganz wichtig, deine Konfiguration korrekt ist, dass das chartingfrontend auch auf die DB zugreifen kann.
Sollte das nicht der Fall sein müsstest du aber auch eine Fehlermeldung beim Aufruf des Frontends bekommen.
Um das Frontend wieder zu löschen kannst du auf dem Dateisystem das Verzeichnis frontend unterhalb von www löschen.
Die Tabelle in MySQL kann einfach gedroppt werden.
Grüße,
Johannes
Hallo,
ich habe auch das Problem das ich keine neue Grafik mehr stellen kann....die einzige die in der DB drin ist, kann aber aktuell abgerufen werden...
Beim Erstellen (Erstellpunkt ist da!) kann man den Graphen konfigurieren und auch anzeigen, drückt man auf speichern, so kann man einen Namen eingeben und OK drücken und alles gut. Er sagt allerdings nicht,
das der Graph erfolgreich gespeichert wird.
In der Konsole (Safari) wird folgende Meldung angezeigt.
[Error] Ext.JSON.decode(): You're trying to decode an invalid JSON String: {"success": "false", "msg":"Could not prepare statement: no such table: frontend, SQL was: INSERT INTO frontend (TYPE, NAME, VALUE) VALUES ('savedchart', 'Graph_Heizung', '{"y":"Dachboden","device":"Heizung","logtype":"dblog","linestrokewidth":"2","linecolorhexcode":"FF0000","fillopacity":"0.5","fillcolorhexcode":"FF0000","yaxisshowpoints":"true","pointshape":"circle","pointradius":"2","yaxissmoothing":"3","yaxislegendcheck":"true","pointcolorhexcode":"FF0000","yaxisfillcheck":"false","yaxisstepcheck":"false","yaxisside":"left","leftaxistitle":"","rightaxistitle":"","starttime":"2015-08-25_18:05:49","endtime":"2015-08-26_18:05:49"}')"}
raise (ext-all.js, line 21)
decode (ext-all.js, line 21)
success (ChartController.js, line 1714)
callback (ext-all.js, line 21)
onComplete (ext-all.js, line 21)
onStateChange (ext-all.js, line 21)
(anonyme Funktion) (ext-all.js, line 21)
[Error] Failed to load resource: Ungültige URL (jquery-2.0.3.min.map, line 0)
Danach würde ja die Tabelle fehlen oder? Das kann aber nicht sein, da der bestehende Graph funktioniert und auch Daten von den anderen Quellen aufgezeichnet werden...
Ideen??
Das Einzige was in der Vergangenheit gemacht wurde sind FHEM-Updates. Ich kann allerdings nicht sagen in wieweit das zeitlich zusammenhängt.
LG
Marie
PS: Das Springen in der Webansicht beim Konfigurieren bei einem schon erstellten Graphen habe ich auch...äußerst lästig... aber womit man nicht alles lebt.. ;)
PSII: Ich habe mal eben in der SQL-Datenbank geschaut (fhem.db): Dort sollten ja die Tabellen history, current und frontend vorhanden sein wenn ich das richtig gelesen habe...aus irgendeinem Grund ist nur history vorhanden..kann das sein?
Hallo,
Wenn die Tabelle frontend fehlt, erklärt das auch die Probleme!
Ich kann versichern, dass das Charting Frontend absolut Null Code enthält, der Tabellen löschen wurde. Das muss wohl "aus Versehen" passiert sein, ich kann nicht ausschließen, das irgendeine Modul / update von FHEM sowas macht.
Da ich die Entwicklung in FHEM nicht regelmäßig verfolge kann ich nicht sagen, ob das mit Neuerungen in Sachen DbLog oder den datenbankbasierten Konfigurationen zusammenhängt (es wäre aber meine erste Vermutung).
Was jetzt hilft ist, die fehlenden Tabellen wieder zu erstellen, wie in der Anleitung angegeben.
Das du überhaupt noch einen gespeicherten Chart sehen kannst liegt vermutlich daran, dass Charts auch Dateibasiert gespeichert werden können. Das ist der Fall, wenn man Daten aus FileLog visualisiert.
Grüße
So,
kurzes Update, das die Tabellen fehlten war ja klar, habe die auch angelegt, hat aber nicht funktioniert...war dann gestern Abend etwas ratlos.
Heute morgen noch einmal kontrolliert und festgestellt das ich im falschen Verzeichnis war.... :-[ ::) :o
Also flugs ins richtige Verzeichnis gewechselt, Tabellen angelegt und plötzlich funktioniert es auch wieder. Kaum macht man es richtig.... ;)
Was ich aber nach wie vor nicht nachvollziehen kann ist die Tatsache das die Tabellen fehlten, obwohl die Aufzeichnung schon funktioniert hat.
Naja nun, sei's drum, angelegt und alles gut.
Das die eine Grafik funktionierte lag in der Tat daran, das diese auf einem Filelog basierte....
Nun ist wieder alles gut. Ansonsten wirklich super Arbeit Johannes, das Einzige was ich noch vermisse ist, das man die Skalierungen (X- und Y-Achse) zur Laufzeit ändern kann (in FHEM integrierte Graphen). Also quasi zusätzlich zu "Step back, Step forward" noch ein "increase/decrease time span" ??
ich kenne dies von "Professionellen" Auswertungen. Vielleicht eine kleine Anregung?
Weiter so!
LG
Marie
Hi,
Die Zoomfunktion kennst du aber schon, oder (Box aufziehen mit der Maus) ? :-)
Damit kann man X und Y seinen Bedürfnissen anpassen...
Ja die kenne ich schon...
aber die ist nicht so sehr hilfreich wenn man gezielt vorgehen möchte...also einen Tag vorher 19-23:00 z.B...
klar geht das über den Zoom...direkt wäre mir persönlich aber lieber. Aber vielleicht bin ich da auch ein wenig verwöhnt ... :) ;)
LG
Marie
Moin,
ist irgendwo beschrieben wie ich das Frontend auch wieder komplett und sauber Deinstallieren kann?
Oder kann mir jemand sagen wie ich das mache?
Vielen Dank!
Hallo
Arbeite noch mit Logfiles.
Kann im Frontend kein Diagramm Anlegen bzw Anlegen schon aber wenn ich es Speichere ist es nach einem Websitenreload wieder weg.
Was kann ich Tun ?
Bei den Diagrammen kann man so gut den zu Plotenden zeitraum einstellen deswegen möchte ich es nutzen.
Gruß Josty
Hallo,
ist das Project eingestellt ??
Gruß Josty
wuerde mich auch interessieren..
Zitat von: jostmario am 15 November 2015, 18:21:53
Hallo,
ist das Project eingestellt ??
Eingestellt kann man nicht sagen, jeder kann jederzeit daran arbeiten, der Code wird ja zusammen mit FHEM ausgeliefert.
Ich komme seit einer Weile nicht zur Weiterentwicklung, habe aber auch alle meine und viele andere Bedürfnisse abgedeckt.
Also wenn euch was fehlt, probiert euch mal selber reinzufuchsen :-)
Hallo,
ich habe seit ein paar Tagen das gleiche Problem.Ich kann Graphen anlegen, aber wenn ich speichern drücke, erscheint der Graph nicht und wurde auch nicht gespeichert. Hat jemand einen Tipp?
Danke
Hallo,
ich würde ganz gerne mal dieses Charting ausprobieren. Leider funktioniert es irgendwie nicht. Wenn ich die URL aufrufe, dann passiert nichts, bzw. ich lande einfach auf der Startseite von fhem (also so, als ob er die index.html nicht finden würde). Ich habe auch Variationen der URL versucht, leider ohne Erfolg. Kann es vielleicht daran liegen, dass die Tabellen in einem eigenen Schema liegen? Eigentlich nicht, oder? DbLog funktioniert ja auch ohne Probleme. Die Tabelle wurde erfolgreich angelegt.
Zitat von: Marci am 27 November 2015, 19:58:47
...ich würde ganz gerne mal dieses Charting ausprobieren. Leider funktioniert es irgendwie nicht. Wenn ich die URL aufrufe, dann passiert nichts, bzw. ich lande einfach auf der Startseite von fhem (also so, als ob er die index.html nicht finden würde). Ich habe auch Variationen der URL versucht, leider ohne Erfolg. Kann es vielleicht daran liegen, dass die Tabellen in einem eigenen Schema liegen? Eigentlich nicht, oder? DbLog funktioniert ja auch ohne Probleme. Die Tabelle wurde erfolgreich angelegt.
Dieses Problem hatte ich auch, aber wer lesen kann ist klar im Vorteil ;-)
Gemäß http://www.fhemwiki.de/wiki/Neues_Charting_Frontend muß Du dass Frontend erstmal updaten:
update all http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend/controls_frontend.txt
Sollte dabei ein Fehler auftreten, einfach wiederholen oder dem Link im wiki folgen.
Nach einem "shutdown restart" lief dass frontend bei mir und ich bin begeistert :-)
Wenn ich das Ding mal testweise installiert habe und nun wieder restlos loswerden will - wie mache ich das am geschicktesten?
Hi,
ich habe ein chart erstellt und kann auch es auch ohne fehlermeldung speichern.
Allerdings wird es nirgendwo gespeichert. Ist das ein bekannter Fehler?
Zitat von: C0mmanda am 25 September 2015, 09:57:17
Moin,
ist irgendwo beschrieben wie ich das Frontend auch wieder komplett und sauber Deinstallieren kann?
Oder kann mir jemand sagen wie ich das mache?
Vielen Dank!
Kann das jemand beantworten?
Evtl. einfach das Verzeichnis löschen?
Ich werde es auch runterschmeissen, es ist auf meine Pi mit FileLog VIEL zu langsam und DB möchte ich nicht, das sich meine NAS nicht mehr schlafen legt...
Gruss
Ralf
Ich habe aktuell folgendes Problem mit dem Frontend:
Ich arbeite mit dblog und möchte auf meine Datensätze zugreifen. Dies geht jedoch nicht mehr und scheinbar schmiert das Frontend ab. Es werden keine Devices mehr geladen. Meine Datenbank hat aktuell ca. 550MB. Der Zugriff ging vor eiiger Zeit. Ist die Datenbank zu groß für das Frontend? Wo könnte ich dran drehen um es wieder zum Laufen zu bekommen?
Alle die Probleme mit dem speichern eines Charts haben:
Bei mir lag es an der fehlenden Tabelle "frontend" in der Datenbank.
Die muss man natürlich erst anlegen :D
Hallo gibt es eine Möglichkeit bei dem Charting einen Min Wert von 0 für den Axis Title anzugeben aber keinen Max Wert damit dieser mitwachsen kann?
Wenn ich den Max Wert leer lasse bekomme ich eine Fehlermeldung.
Gruß
Alex
Hallo,
kann man die Legende rechts nicht selbst beschriften ?
Und wie bekomme ich so "Bars" hin z.b für den Monatsstromverbrauch.
Hallo,
Mittlerweile kann Filelog auch in Millisekunden loggen. Leider kann ich dann die Daten nicht mehr mit "frontend" plotten. Kennt jemand einen Trick?
Danke schon mal im Voraus.
Gruß Allgäuer
Ich habe das neue Frontend gestern per Zufall gefunden... ich bin noch etwas gespalten was die Optik usw. angeht, aber die Charts haben es mir EIGENTLICH angetan!
ABER: wo sind die zu finden wenn ich einen erstellt und mit "Save Chart" gespeichert habe?
Ich finde NICHTS! :(
Hast du die Tabelle "frontend" in der Datenbank angelegt?
Ich kann das Frontend nicht installieren, denn wenn ich das aufrufe:
update thirdparty http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend frontend
bekomme ich diese Antwort: http://svn.code.sf.net/p/fhem/code/trunk/fhem/www/frontend: Can't connect(1) to http://svn.code.sf.net:80: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
Ich kann die Adresse auch mit dem Browser nicht aufrufen. Da bekomme ich einem leere Response.
ein ping zu svn.code.sf.net geht aber.
Hat sich die Seite geändert?
Bei 58 Seiten Diskussion ist es etwas schwierig etwas zu finden.
Aber auch im Fhem Wiki steht die Adresse so drinnen.
Zitat von: maci am 19 Februar 2017, 19:53:15Hat sich die Seite geändert?
Bei 58 Seiten Diskussion ist es etwas schwierig etwas zu finden.
Aber auch im Fhem Wiki steht die Adresse so drinnen.
Damit sollte es funktionieren:
https://svn.fhem.de/trac/export/HEAD/trunk/fhem/www/frontend/controls_frontend.txt
Danke, das hat funktioniert
Oh no!ZitatJsonList did not respond correctly. This is a bug in FHEM. This Frontend cannot work without a valid JsonList response. See this link for details and complain there: http://forum.fhem.de/index.php/topic,17292.msg113132.html#msg113132
Raspberry aktualisiert, fhem aktualisiert, Frontend aktualisiert... und auch direkt nach dem Neustart noch ein Oh no!
Möglicherweise tritt das Problem durch Version 5.8 auf, ein paar Tage vorher hat es jedenfalls noch funktioniert.
Hat jemand eine Idee, wie ich das Frontend wieder ans laufen bekomme?
Viele Grüße
Manfred
Es sind Änderungen am Charting Frontend notwendig.
Bis diese umgesetzt sind, besteht die Möglichkeit das"csrfToken" Attribut im WEB Device auf "none" zu setzen.
Hat vorerst geholfen.
attr WEBinet csrfToken none
Danke
Manfred
Hi Gemeinde,
kann mir jemand sagen, wie ich bei den Charts den Hintergrund und die Schriftfarbe aendere?
ich finde keine Option oder vielleicht bin ich noch nicht richtig wach :-)
Danke
Mir fehlte die Option 'last year' in der Zeitraumangabe. Ich habe diese Änderung eingearbeitet und stelle die modifizierten Dateien zur Verfügung. Ein github zum Charting Modul habe ich nicht gefunden, wenn eins vorhanden ist, gerne Info an mich, dann kann ich die Änderungen auch dort noch einpflegen.
VG
Michael
hallo Zusammen,
sollte das "neue charting frontend" zum aktuellen Zeitpunkt (alle sourcen aktualisiert 06.06.2017 ~22:00Uhr) funktionieren?
Beim Aufruf des frontends erhalte ich die Meldung "The connection to FHEM could not be established".
Gibt es irgendwo detailiertere logs dazu, um mir ggf. Hinweise auf Fehler zu geben, die ich gemacht habe?
Ich habe heute erstmalig versucht, das frontend ans Laufen zu bekommen.
Vielen Dank im Voraus
hi,
unter Verwendung von port 8085 anstelle von 8083 funktioniert es.
VG
Zitat von: pellefhem am 07 Juni 2017, 13:38:12
unter Verwendung von port 8085 anstelle von 8083 funktioniert es.
Bei mir leider nicht. Mir geht es glaub ich genauso wie dir.
Ich hab's grad nach wiki neu installiert, upgedatet, Tabelle angelegt aber trotz restart keine Verbindung...
Schade, die Bilder sehen echt schick aus!
Was könnte ich noch ausprobieren?
Das schon ausprobiert:
Zitat von: ares am 25 Februar 2017, 04:19:40
Hat vorerst geholfen.
attr WEBinet csrfToken none
Zitat von: krikan am 07 Juni 2017, 20:12:34
Das schon ausprobiert:
Danke!!!
You made my day!
Super, wer lesen kann ist klar im Vorteil!
Servus,
bin auch gerade über das "Frontend" gestolpert.
Die Charts sind ja doch recht hübsch. csrfToken auf none zu setzen finde ich allerdings nicht so toll :(
In wie fern muss das Modul angepasst werden?
Hallo,
Was sind denn die Konsequenzen, wenn das Token auf none setzt? Geht dann dafür was anderes nicht mehr? Was fehlt denn dem Frontend zu seinem Glück?
Schönen Abend
Martin
Zitat von: maddinthebrain am 04 September 2017, 21:52:45
Hallo,
Was sind denn die Konsequenzen, wenn das Token auf none setzt? Geht dann dafür was anderes nicht mehr? Was fehlt denn dem Frontend zu seinem Glück?
Schönen Abend
Martin
Ist ist nur eine Sicherheit vor Angriffen. Durch das setzen auf none wird diese sicherheit nicht mehr gegeben.
Siehe hier:
https://de.wikipedia.org/wiki/Cross-Site-Request-Forgery
Geniales Tool!!!
Kann ich irgendwo einstellen, dass der Hintergrund der Diagramme statt weiß eine andere Farbe bekommt?
Also grau / schwarz etc..
Danke und nochmals beide Daumen hoch für das Tool !! :-)
Andre
Zitat von: andre070 am 05 September 2017, 21:56:21einen Chart aus dblog speichert er hingegen nicht.
Hast du die notwendigen Tabelle "frontend" in der Datenbank angelegt?
https://wiki.fhem.de/wiki/Neues_Charting_Frontend#DbLog_installieren_und_konfigurieren (https://wiki.fhem.de/wiki/Neues_Charting_Frontend#DbLog_installieren_und_konfigurieren)
Hallo zusammen,
habe meine Daten in File log gespeichert und versuche nun mit diesem Tool ein Diagramm zu erstellen.
Leider lässt sich das Feld select y-axis nicht öffnen. Das Feld zuckt mal kurz, aber sonst passiert nichts. Es sind scheinbar keine Einträge vorhanden.
Das Log file ist jedoch mit Werten gefüllt. Ein Plot mit SVG funktioniert einwandfrei.
Woran kann es liegen?
https://www.dropbox.com/s/nitn6mrcxfwet0v/2017-09-17%2013_15_20-Frontend.png?dl=0 (https://www.dropbox.com/s/nitn6mrcxfwet0v/2017-09-17%2013_15_20-Frontend.png?dl=0)
https://www.dropbox.com/s/pibsp7dhhvj8f83/2017-09-17%2013_15_48-Frontend.png?dl=0 (https://www.dropbox.com/s/pibsp7dhhvj8f83/2017-09-17%2013_15_48-Frontend.png?dl=0)
Gruß
Breitis
Mal ne blöde Frage: Wird das Charting-Frontend noch gepflegt, oder sollte bei neuen Plots wieder auf SVG oder anderes setzen ?
Leider leider tut sich hier Entwicklungstechnisch nichts mehr.
csrfToken muss für die Verwendung leider auch auf none gestellt werden.
Es gibt aber sonst keine (mir bekannte)Möglichkeit werte so schnell und ein auszuwerten bzw grafisch aufzubereiten.
Danke für die Rückmeldung
ZitatcsrfToken muss für die Verwendung leider auch auf none gestellt werden.
Das wars mir nicht wert. Es läuft zwar so. Auch wenn ich denke FHEM ist noch nicht so stark die Zielgruppe für die Bösen, will ich das trotzdem nicht.
Csrf ist überhaupt erst relevant wenn euer fhem offen über das Internet erreichbar ist. Oder ihr vermutet hacker im eigenen Netz... Abschalten ist also nicht wirklich ein Problem für die meisten. Ein Einbau ins frontend wäre aber auch keine große Sache, nur komme ich nicht dazu, da ich inzwischen fhem durch pimatic ersetzt habe
Zitat von: C0mmanda am 25 September 2015, 09:57:17
Moin,
ist irgendwo beschrieben wie ich das Frontend auch wieder komplett und sauber Deinstallieren kann?
Oder kann mir jemand sagen wie ich das mache?
Vielen Dank!
Auch ich frage mich das Selbe... Wie müssen wir für eine saubere Deinstallation vom Charting Frontend vorgehen?
Danke für eure Hilfe!
Einfach den entsprechenden Ordner löschen, es gibt keine weiteren "Verunreinigungen"
Zitat von: Johannes am 30 Dezember 2017, 15:16:49
Oder ihr vermutet hacker im eigenen Netz...
Ja natürlich. Dei meisten Leute haben ein übles Sicherheitsproblem im Haus:
Igitt: Menschen :o
https://www.heise.de/security/artikel/Passwortklau-fuer-Dummies-270910.html#
Guten morgen,
muss man
attr WEBinet csrfToken none
immer noch setzen oder geht das auch anderes?
Viele Grüße
Christian
Ich wollte nach längerer Zeit das Frontend mal wieder nutzen und habe dazu das Verzeichnis www/frontend gelöscht und das update durchgeführt. Leider konnte ich es mit meinen FileLogs nicht nutzen, da der Eintrag "Create new Chart" nicht vorhanden war. Folgende Anpassungen haben bei mir zwei Probleme behoben (quick&dirty, vielleicht kann jemand etwas damit anfangen oder pflegt das noch sinnig ein?)
1.) Fehlender Eintag "Create new Device":
In MainController.js nach Zeile 114 eingefügt:
chartchild = {text: 'Create new Chart', leaf: true, data: {template: true}, iconCls:'x-tree-icon-leaf-chart'};
rootNode.children.push(chartchild);
Der entsprechende Code ab Zeile 208 funktioniert warum auch immer nicht. Durch den obigen Code wird am Anfang des Trees (dann muss man nicht so lange scrollen) der Eintrag eingefügt.
2.) Daten aus Logs, die in einer Zeile mehrere Key:Value Paare haben, werden nicht angezeigt
In ChartController.js nach Zeile 487 eingefügt:
yaxis = yaxis.replace(".",".*\\s");
Dadurch werden Zeilen im Log gesucht, in denen der Key an beliebiger Stelle ist (und nicht nur an der ersten).