Hallo, ich bin auf der Suche nach einem Tool,dass Loggerdaten die auf CD-Card gespeichert wurden , graphisch darstellen kann. Mit Excel und dem Openoffice Equivalent klappt das nicht so wie gewünscht, weil die Datenmenge zu groß ist, die Timestamp Problem macht (transiente Aufzeichung) und man nicht richtig Zoomen und nach Bedarf Bereiche verschieben kann. Nicht mal einfach zur Darstellung wäre es ok. Für den Datenstrom, der auch auf die serielle Schnittstelle umgeleitet werden kann, habe ich mir ein Tool beschafft (RealView), das so in etwa das kann, was ich sehen möchte. Nachteil ist allerdings, dass man damit keine Daten importieren kann. Es geht nur über die COM Schnittstelle. Deshalb suche ich also ein Tool (muss nicht kostenlos sein, aber doch erschwinglich) das meine aufgezeichneten Daten verarbeiten kann. Ein Datensatz enthält 40 Werte (ASCII Zeichenfolge, CSV ähnlich, könnte noch angepasst werden) bestehend aus - Datum und Uhrzeit(transient, worst case ein Datensatz/10sec) - Daten sind floating point Werte und ganze Zahlen - jeder Wert sollte als Graph darstellbar sein - zusätzlich synthetische Graphen aus Berechnung von Werten - Graphen zoombar, aus/einblendbar, markierbar, h-cursor,V-cursor - ... Welches erschwingliche Tool könnte das leisten ? Weiss jemand ob LogView geeignet wäre ? Danke. Gruss
:
Verschoben durch User
Man siehts schon an den zahlreichen Antworten hier, wie groß das Angebot ist :-) Ja, danach suche ich auch schon lange :-( Habe genauso CSV-Daten in großen Mengen und suche wirklich nur einen simplen Viewer mit dem man sich diese bequem als zoombare Kurven zu Gemüte führen könnte.Über RealView bin ich auch schon gestolpert- das wärs eigentlich. Leider weigert man sich bei Abacom hartnäckig da eine Import-Funktion einzufügen. Ansonsten gäbs schon ein paar Alternativen- allesamt aber viel zu teuer und mit für meine Zwecke unötigen Funktionen überfrachtet. Mathlab oder LabView wären wohl denkbar- sind jedoch weit von einfacher Verwendung entfernt. Logview schließlich scheint zu speziell an bestimmte Ladegeräte angepaßt und ist ebenso ungeeignet. Ich bin vorerst bei der "Wetterstation Bedien- und Auswertesoftware" von Werner Krenn hängengeblieben- aber nur als Notlösung. Bleibt eigentlich nur festzuhalten dass hier wohl eine echte Marktlücke vorliegt... Kaum zu glauben eigentlich bei den Unmengen an PC-Software ?!
Um Himmels willen- viel zu kompliziert in der Anwendung. Außerdem, wenns nur um das einfache starre Darstellen von CSV-Daten geht ist Excel doch absolut ausreichend.
datlog schrieb: > Deshalb suche ich also ein Tool (muss nicht kostenlos sein, aber doch > erschwinglich) das meine aufgezeichneten Daten verarbeiten kann. Was sit erschwinglich? Und was bedeutet verarbeiten besonderns: > Ein Datensatz enthält 40 Werte (ASCII Zeichenfolge, CSV ähnlich, könnte > noch angepasst werden) bestehend aus Wie flexibel muß es auf ANpassungen des Datenfiles reagieren. > - ... Also blebiebig viele Funktionen zu kleinem Preis? ;)
Hallo! Es kommt natürlich auf den Aufwand an, den du betreiben möchtest. Ich hab gute Erfahrungen gemacht mit QtiPlot. Das ist ein Programm zum visualisieren wissenschaftlicher Daten und kann schon recht viel. Außerdem kann es mit Python skriptgesteuert werden. Eine automatische Auswertung wäre somit also auch möglich. Der Sourcecode steht unter GPL. Gruß NochEinGast
nimm matlab und gut..kannst die daten ggf noch in na datenbank wie mysql puffern oder so
Starre Plot-Programme gibts wie Sand am Meer. Das ist wohl nicht gerade das was hier gesucht ist. Matlab? Kann alles- aber mit welcher Einarbeitungszeit und zu welchem Preis? Vergiss es. Gruß Ronny
Danke mal für die Antworten. Ich bin zwar Excel Freund, aber das was ich sehen will geht beim besten Willen damit nicht. Die anderen erwähnten Tools scheinen mir zu kompliziert bei der Bedienung zu sein , Linux kann ich nicht oder kosten dann mehr als ich bezahlen möchte. Läubi .. schrieb: > datlog schrieb: >> Deshalb suche ich also ein Tool (muss nicht kostenlos sein, aber doch >> erschwinglich) das meine aufgezeichneten Daten verarbeiten kann. > Was sit erschwinglich? Um mal ne Zahl zu nennen. Ich finde LogView für ca. 40 Euro erschwinglich und einen fairen Preis. Ich persönlich würde auch das doppelte oder etwas mehr sogar ausgeben wenn ich das bekommen würde was ich suche. > Und was bedeutet verarbeiten besonderns: Ich möchte z.B einfach bestimme Stellen aus dem Graphen heraussuchen können (z.B. Min und Max Werte) und mir dann die Umgebung bequem anschauen. Andere Graphen dann dazu ein oder ausbelenden können. Eigenlich nichts besonders oder ? An Flächenberechnung unter den Graphen denke ich gar nicht. >> Ein Datensatz enthält 40 Werte (ASCII Zeichenfolge, CSV ähnlich, könnte >> noch angepasst werden) bestehend aus > Wie flexibel muß es auf ANpassungen des Datenfiles reagieren. Überhaupt nicht. Habe damit gemeint, dass ich mein Datenformat jederzeit den Bedüfnissen des Visualisierungsprogramms anpassen könnte. >> - ... > Also blebiebig viele Funktionen zu kleinem Preis? ;) Nein, soweit würde ich nicht gehen. Die richtigen Funktionen (für mich) zum richtigen Preis. (frag jetzt aber nicht was der richtige Preis ist) Bin mir nicht sicher ob LogView inzwischen das doch kann. Soweit wie ich gesehen habe ist es zwar mal für Ladegeräte ausgelegt worden, aber es kann inzwischen doch erheblich mehr. Nur ich überblicke das noch nicht richtig, werde mal nachfragen. Eigentlich müsste man sich sowas selber schreiben, denn man bekommt sicher nicht genau das was man sucht. Aber leider reicht es bei mir nicht dazu. Gruss
- Flexpro - eins der zig Mathematik-Programmen (z.b. octave + gnuplot) - DIAdem - selber schreiben Du wirst aber immer zusätzlichen Aufwand haben mit Datensatz aufzubereiten, also Skripte schreiben.
>nur um das einfache starre Darstellen von CSV-Daten geht ist Excel doch >absolut ausreichend. Aber nicht jenseits von 2^16 Datensaetzen. Gast
Jan K. schrieb: > Gemüte führen könnte.Über RealView bin ich auch schon gestolpert- das > wärs eigentlich. Leider weigert man sich bei Abacom hartnäckig da eine > Import-Funktion einzufügen. Kann ich nachvollziehen. Das ist ein Fass ohne Boden
datlog schrieb: > Bin mir nicht sicher ob LogView inzwischen das doch kann. Dann schau doch erstmal da nach. > Eigentlich müsste man sich sowas selber schreiben, denn man bekommt > sicher nicht genau das was man sucht. Aber leider reicht es bei mir > nicht dazu. Du kannst mir mal eine Testdatei zusenden dann schau ich mir das mal an wie da der Aufwand wäre. Ich hab mal sowas in der Art rudimentär entworfen es dann aber nicht mehr weiterverfolgt.
Kannst du mit der Kommandozeile? Dann schau mal hier: http://www.pro-linux.de/artikel/2/168/1,matplotlib-und-pylab.html
Danke auch für diesen Tipp. Ich schau mir das mal genauer an. Aber mit Kommdozeilen hab ich's nicht so. Der erst flüchtige Blick sagt mir allerdings auch, dass das wohl unter Linux läuft. Auch geht es mir nicht nur ums plotten. Das mag ja für kurze Darstellungen ganz schön gehen, aber kann man damit Aufzeichungen z.B. über zwei Wochen (im Durchschnitt mit 30 Sekunden Auflösung) lesbar darstellen und könnte man dann schnell an einen bestimmtem Wochentag um 15:31 (willkürlich gewählt) gehen und dann die Graphen zur genaueren Betrachtung aufziehen ? Ohne neues Skript meine ich ? Gruss
datlog schrieb: > Ich schau mir das mal genauer an. Aber mit Kommdozeilen hab ich's > nicht so. Der erst flüchtige Blick sagt mir allerdings auch, dass das > wohl unter Linux läuft. Neee, python läuft auch unter Linux. > Auch geht es mir nicht nur ums plotten. Das mag ja für kurze > Darstellungen ganz schön gehen, aber kann man damit Aufzeichungen z.B. > über zwei Wochen (im Durchschnitt mit 30 Sekunden Auflösung) lesbar > darstellen und könnte man dann schnell an einen bestimmtem Wochentag um > 15:31 (willkürlich gewählt) gehen und dann die Graphen zur genaueren > Betrachtung aufziehen ? Ohne neues Skript meine ich ? Mmhh, wenn das lese, >- Graphen zoombar, aus/einblendbar, markierbar, h-cursor,V-cursor zweifle ich, dass matplotlib geeigent ist. Ich glaube, du kannst meinen Tipp wieder vergessen. Ich dachte an eine Skript-Lösung, weil so viele Daten verarbeitet werden sollen. Bei so was ist imho GUI immer nur eine Bremse.
datlog schrieb: > Für den Datenstrom, der auch auf die serielle Schnittstelle umgeleitet > > werden kann, habe ich mir ein Tool beschafft (RealView), das so in > > etwa das kann, was ich sehen möchte. Nachteil ist allerdings, dass man > > damit keine Daten importieren kann. Es geht nur über die COM > > Schnittstelle. Datensatz -> Hyperterminal o.ä. -> COM2 -> COM1 -> Realview ;-)
R. M. schrieb: > Datensatz -> Hyperterminal o.ä. -> COM2 -> COM1 -> Realview ;-) Was willst mir damit sagen ?
Hallo DatLog! Habe vor kurzem vor einem Ähnlichen Problem gestanden, die daraus entstandene Lösung steckt im Anhang, einschliesslich der Quellen und einer Beispieldatei als Muster. Du kannst horizontal rollen, skalieren (Rechtsklick ins Diagramm) und einzelne Graphen ausblenden (klicken in die Legende).
Angehängte Dateien:
-
diagramm.gif
130 KB
Das sieht schon mal gut aus, danke sehr für die Bereitstellung. Für bestimmt Anwendung ist das schon mal prima. Im csv Beispiel sind ganze Zahlen verwendet, würde das auch mit FP Zahlen gehen? Habe mal ein Bild angehäng die meine Realtimeauswertung zeigt und das die Zahlenbereiche angibt mit denen ich arbeite. Gruss
Hallo Datlog! Deine Anwendung ist auch genau meine erste Nebenanwendung an die ich gedacht habe, als ich das Ding für die Firma programmiert habe. Daher habe ich die Sache auch so universell wie möglich gehalten. Die Daten werden mit "sscanf(cp,"%lf",&v);" in eine double Variable eingelesen, hab gerade nochmal in den Quellcode geschaut. Vorher werden Kommas in Punkte umgewandelt (ich hatte die Sache nämlich früher auch mit deutschem Excel gemacht und daher an der Quelle die Punkte in Kommas umgewandelt). Das Format 12,3 kommt übrigens in der Beispieldatei vor, das scanf sollte aber auch mit 1.23E1 was anfangen können. Beim Öffnen wird ein Skalierungsfaktor automatisch nach dem vorgefundenen Maximum entsprechend gewählt, kannst aber mit Rechtsklick-höher oder Rechtsklick-niedriger anpassen. Gruß - Ingo
datlog schrieb: > R. M. schrieb: >> Datensatz -> Hyperterminal o.ä. -> COM2 -> COM1 -> Realview ;-) > > Was willst mir damit sagen ? Folgendes möchte ich damit sagen: Wie Du schon geschrieben hast, besitzt du bereits ein Tool (RealView) dass Dir die Daten wie gewünscht anzeigt. Allerdings funktioniert dieses Programm nur über COM. Unter Umständen könnte also folgendes funktionieren: Du sendest Deinen Datensatz per Hyperterminal (send Text) an eine COM- Schnittstelle, diese verbindest Du mittels Nullmodemkabel mit einer zweiten COM Schnittstelle, und an der schnuppert Dein RealView. Wie gesagt nur ein gutgemeinter Vorschlag der evtl. funktioniert und nichts kostet.
livegraph, man kann aber nicht drin rumklicken. ansonsten "list of graphing software"
R. M. schrieb: > Du sendest Deinen Datensatz per Hyperterminal (send Text) an eine COM- > Schnittstelle, diese verbindest Du mittels Nullmodemkabel mit einer > zweiten > COM Schnittstelle, und an der schnuppert Dein RealView. > > Wie gesagt nur ein gutgemeinter Vorschlag der evtl. funktioniert und > nichts kostet. > Danke für den gutgemeinten Vorschlag. Das hatte ich soweit schon verstanden. Leider geht dabei aber die zeitliche Correlation verloren. Ist also nicht praktikabel, denke ich. RRDTool kenne ich. Hatte es sogar unter Windows laufen , ist aber nichts zur schnellen dynamischen Darstellung da scriptgesteuert. Gruss
Karl heinz Buchegger schrieb: >> Gemüte führen könnte.Über RealView bin ich auch schon gestolpert- das >> wärs eigentlich. Leider weigert man sich bei Abacom hartnäckig da eine >> Import-Funktion einzufügen. > > Kann ich nachvollziehen. > Das ist ein Fass ohne Boden Aber warum denn? Vorgabe könnte eine kleine Formatzeile wie dd.mm.yyyy;hh:mm;x.xxx;x;xx.xx ... sein die Datumsformat,Zeitformat und Zahlenformat sowie das verwendete Trennzeichen vorgibt und auf gehts! Livegraph hab ich gerade mal ausprobiert- das ist auch "nur" eines der vielen Plot-Programme. Zum Schluß leider noch mit Totalabsturz :-( Der CSV-Viewer wär für mich in der Tat ein Schritt in die richtige Richtung. Danke dafür an Ingo auch von meiner Seite! Das Ganze noch mit weitgehender Konfigurierbarkeit der Werte-Interpretation, flüssigem Scroll auf der Zeitachse, Zoomlupe in die Kurven hinein und der Zusicherung, dass es mehrere Hunderttausend Datensätze mit einigen Dutzend Werten unter Win7 verdauen kann wäre mir schon was wert!
Hatte zwar den Thread absichtlich nicht in diesem Forumsteil gestartet weil ich dachte, eher Chancen zu haben dass es jemand liest der selber Logger gebaut hat und deshalb was zum Thema weiss, aber Ordnung muss wohl ein. Zurück zum Thema. Ich muss Jan K. zustimmen , bis jetzt habe ich nichts gefunden was annäherend meinen (bescheidenen) Wünschen gerecht würde. CSV-Viewer wäre wirklich ein guter Start wenn man paar Erweiterungen und Verbesserungen einbringen könnte. Aber es ist leicht gesagt von jemandem der es nicht selber erledigen könnte. Werde vorerst weiter mit CSV-Viewer experiementieren. Gruss
Hallo zusammen! Wie ich schon geschrieben habe, ist der csv-viewer mehr oder weniger ein Abfallprodukt von einer Verkehrsmessauswertung im TK-Bereich (dort werden Datensätze alle 15 Minuten geschrieben), die Möglichkeit, damit Logs von der µC-gesteuerten Solar/Heizungsanlage meiner Eltern damit anzuzeigen hatte ich schon von Anfang an fest mit ins Auge gefasst. Beschränkungen bezüglich der Dateigröße gibt es (theoretisch) nicht, allerdings wird die Datei bei jedem Neuzeichnen vom Anfang bis zum Beginn des "Sichtfensters" vorgespult, dann der Bildschirminhalt angezeigt. Je größer Die Datei, umso länger dauert das. Vielleicht werde ich das noch ängern, das ich den aktuellen Dateizeiger merke, dann geht zummindesten das "Vorspulen" schneller. Gezoomt werden kann, wie bereits geschrieben mit Rechtsklick ins Diagramm, der Horizontale Scrollbalken hat, wenn man auf die Pfeile klickt, 4 Messwerte, wenn man in den Bereich zwischen Knopf unf Pfeil klickt 96 Messwerte. Das stammt noch von der Verkehrsmessdatenauswertung, da war es nämlich eine Stunde bzw ein Tag. Das mache ich vielleicht noch einstellbar, macht nicht viel Aufwand, sonst den Knopf vom Rollbalken mit der Maus verschieben. Mit der Tastatur scrollen wollte ich auch noch einbauen. Dann ist mir noch eingefallen, das negative Werte mit in die Zeitachsenbeschriftung geplottet werden (Außentemperatur) das muss ich auch noch anpassen. Ich weiss aber noch nicht, wann ich die Sache weiter verfolgen kann, hab im Moment nämlich noch paar Baustellen. Ich bleibe aber am Ball, und werde das Teil dann hier wieder anbieten - versprochen! mfG Ingo
Moin Datalog,
Habe mal was gebaut teste doch mal wie die Performance bei dir ist.
Benötigt Java und hat derzeit nur eine Zoom/Scrollfunktion.
In der Komandozeile:
> Erzeugen einer Testdatei mit 200'000 Zeilen:1 | java -cp csvtest.jar csvvis.genfile |
> Testdatei anschauen1 | java -jar csvtest.jar |
> Eigene Datei öffnen1 | java -jar csvtest.jar eigene_datei.csv |
Benötigtes Format: Erste Zeile muss Formatierangaben enthalten, durch ; getrennt. Erste Spalte ist das Datum Formatiersymbole: > http://java.sun.com/j2se/1.4.2/docs/api/java/text/SimpleDateFormat.html Folgende Spalten enthalten Zahlenformate laut: > http://java.sun.com/j2se/1.4.2/docs/api/java/text/DecimalFormat.html Zweite Zeile kann Farbangaben enthalten, erste Spalte muss #c sein, dann für jede Spalte eine Hexadezimale Farbangabe (siehe Beispieldatei) Müsste man jetzt natürlich noch etwas ausarbeiten für die anderen Anforderungen.
Hallo zusammen! Habe die letzten Stunden ein Wenig am csv_viewer und der dazugehörigen Dokumentation (pdf) gebastelt. Stichpunkte: - Scrollen mit Tastatur, Scrollweite einstellbar - Fenstergröße und Position wird gespeichert Zwar noch nicht alle Wünsche erfüllt, aber habe ja versprochen weiterzumachen. mfg ingo
Habe seit Samstag kein DSL mehr, kann deshalb erst heute antworten. @ Läubi Danke für den schnellen Versuch. Die Performance wäre ok. Ist auch ein intressante ausbaufähige Variante. Machst du da weiter ? @ Ingo Danke auch dir für die Erweiterung. Wenn mal die negativen Zahlen angezeigt werden können, stelle ich mal mein Loggeformat testhalber um. Inzwischen sammle ich auch paar Fragen bzw. einige Vorschläge dazu. Gruss
datlog schrieb: > @ Läubi > Danke für den schnellen Versuch. Die Performance wäre ok. > Ist auch ein intressante ausbaufähige Variante. Machst du da weiter ? Wenn Interesse besteht ja, ich habe am WE das ganze noch etwas erweitert, sodass auch Achsen angezeigt werden und man bereiche per "Drag&Drop" abmessen kann. Support für negative Zahlen müßte ich noch einbauen ;)
Hallo. Dann möchte ich euch beide ermuntern weiter zumachen. Ich denke viele Beobachter dieses Threads werden euch dankbar sein. Aber vielleicht könnt ihr euch noch auf ein Eingabeformat einigen. Das würde den Test erheblich vereinfachen. Wenn ihr erlaubt, würde daher das Format von Ingo vorschlagen. Wobei man unter Umständen auf die erste Zeile verzichten könnte. Das Datum/Zeitformat ist eh bekannt, die Anzahl der Kanäle lässt sich ermitteln und die Benamung wäre natürlich flexibiler wenn man das nur auf der Toolseite machen und ggf. ein spez. Ini-File dazu nutzen würde. (Bitte meine "Schlaumeierei" zu entschuldigen). Grüße
gerade bei Datum/Zeit hätte ich den Vorschlag auch 'Ticks' benutzen zu können z.B. Millisekunden seit Start oä, ggf. auch nur einfach einen Zähler der die Zeilen zählt.
Ich seh jetzt natürlich das Problem, dass wenn wir jetzt hier anfangen eine Wunschliste zu erstellen von allen möglichen und unmöglichen Varianten, dass wir die Bereitschaft der Programmierer doch zu stark strapzieren. Die eierlegende Wollmilchsau wir es nicht geben! Ich würde jetzt erst mal lieber vorschlagen, auf der Basis dessen was die beiden hier schon präsentiert haben , erst mal das Notwendigste einzubauen, wenn sie sich denn schon dazu bereiterklären. Es muss ihnen letztendlich auch noch Spass machen und man muss Erfolg sehen, sonst haben wir vielleicht am Ende gar nichts!
Statt der Dateizeigermerkung wäre vielleicht eine Funktion nützlich, die Dateien öffnen kann, die mit einer Timestamp versehen sind. Also sowas: "2010-06-07_13-24-50_myLogdaten.csv". Dann wird man keine Probleme mit zu großen Dateien bekommen, und die Zugriffszeit hängt dann nicht mehr von t ab, sondern nur noch von der Zugriffsgeschwindigkeit des Betriebssystems in seinem Verzeichnis. Für sehr umfangreiche Datenbanken (à la "Historische Einwohnerzahlen Jerusalems seit Gründung der Stadt" ;-) evtl. eine Gruppierung in Verzeichnisse (Jahre) erlauben. Ich habe deine Software noch nicht ausprobiert (sieht aber aus, als hätte sie Potential), aber wie ist das mit der Skalierung? Wird die den Werten entnommen (automatische Skalierung) oder ist sie irgendwie vorgegeben? Eine Konfigurierbarkeit dieser Eigenschaften wäre evtl. nützlich. Autoscaling ist praktisch zum Testen, und auch für viele Anwendungen, aber manchmal möchte man im Interesse der Vergleichbarkeit und wegen der Gewöhnung des Benutzerauges lieber eine fest eingestellte Skalierung. Und natürlich wünscht man sich Transformationsfunktionen (log, 1/x usw.), im Idealfall sogar frei wählbar. Und eine sehr wichtige Frage: Lizenz? Ich persönlich hätte wenig Lust, zu einer Software beizutragen, die ich nicht auch selbst weitergeben dürfte. Dann (re)implementiere ich die Sachen lieber selbst, weil ich keine solchen Fesseln will (habe wirklich schon mehr als zu viel davon gehabt in meinem Leben).
datlog schrieb: > anfangen eine Wunschliste zu erstellen Ist bei dem allgemeinen Thread-Titel zu erwarten und völlig legitim. Für spezielle Software sollte auch ein entsprechend spezieller Titel gewählt werden ("Logviewer XYZ von <Name>"). Man muss ja auch an all die zukünftigen Neulinge denken, die immer auf die Suchfunktion verwiesen werden. Wenn das Haus dann nicht ein wenig aufgeräumt und logisch organisiert ist, verlaufen sie sich ja darin.
@ didadu Ich sage ja nicht dass es nicht legitim ist. Wenn du den Thead von Anfang verfolgt hast, siehst du , dass sich die Situation mit den Möglichkeiten ja erst im Nachhinein ergeben hat. Mir liegt nur daran, ich weiss dass aus eigener Erfahrung, dass wenn sich schon jemand dazu bereit erklärt SW in diesem Umfang bereitzustellen, man ihn nicht überfordern sollte. Die beiden machen das ja sicher auch nur in Ihrer Freizeit und da hat man die Lust schnell mal dran verloren weiter zu machen. Also, bitte die beiden erst mal machen lassen, wenn sie es wollen. Werde mich jetzt auch raushalten und abwarten. Gruss
Wer fordert hier? Es sind Verbesserungsvorschläge. Das eine oder andere kann vielleicht auch für die Programmierer eine unerwartete, nützliche Anregung sein. Warum soll man den kreativen Flow von vornherein mit der Schere im Kopf wegen vermuteter Überempfindlichkeiten einschränken? Das mit der Lizenz ist aber doch eine wichtige Frage. Ich habe schon Monate verbracht, um MEINE Daten wieder aus nichtöffentlichen Programmen und Geräten zu befreien, und gewisse Projekte waren über JAHRE blockiert wegen sowas, oder mussten reimplementiert werden. Dann lieber gleich von Anfang an richtig machen.
datlog schrieb: > Wenn ihr erlaubt, würde daher das Format von Ingo vorschlagen. Wobei > man unter Umständen auf die erste Zeile verzichten könnte. Das Bis auf das die erste Zeile formatangaben enthält und die erste Spalte das "Datum" ist das Format frei einstellbar (s.o.) > Datum/Zeitformat ist eh bekannt, die Anzahl der Kanäle lässt sich > ermitteln und die Benamung wäre natürlich flexibiler wenn man das nur > auf der Toolseite machen und ggf. ein spez. Ini-File dazu nutzen würde. Ich würde einfach eine weitere config-zeile (wie bei den Farben) vorsehen. didadu schrieb: > Dann wird man keine Probleme mit zu großen Dateien bekommen, und die > Zugriffszeit hängt dann nicht mehr von t ab, sondern nur noch von der > Zugriffsgeschwindigkeit des Betriebssystems in seinem Verzeichnis. Mit I/O wird das ganze zu langsam fürchte ich. log2 schrieb: > gerade bei Datum/Zeit hätte ich den Vorschlag auch 'Ticks' benutzen zu > können z.B. Millisekunden seit Start oä, ggf. auch nur einfach einen > Zähler der die Zeilen zählt. Bei mir kannst du als "Datum" auch einfach eine Zahl nutzen (mußt nur den entsprechenden Formatbezeichner angeben)
Läubi .. schrieb: >> Dann wird man keine Probleme mit zu großen Dateien bekommen, und die >> Zugriffszeit hängt dann nicht mehr von t ab, sondern nur noch von der >> Zugriffsgeschwindigkeit des Betriebssystems in seinem Verzeichnis. > Mit I/O wird das ganze zu langsam fürchte ich. Hm, jein. Wenn man sich EINE ewig lange Zeitreihe INSGESAMT darstellen lassen will, dann müssen bei zeitgestückelter Speicherung natürlich viele Dateien geöffnet werden. Soweit stimme ich Dir zu. Wenn man aber oft nur einen Ausschnitt (einzelne Tage / Monate) davon braucht, spart man sich die Sucherei innerhalb der einen Pentabyte-Datei, wenn man die Stücke direkt ansteuern will. Ich denke, aber einer gewissen Datenmenge werden komplexere Verfahren unerlässlich.
Können die hier schon genannten Plot- und View-Programme die Daten eigentlich auch direkt über eine Schnittstelle (RS232, USB, I2C, ...) LIVE annehmen, speichern (Dateien/externe Datenbank) und auch LIVE darstellen? Am Besten mit Modulen, die man konfigurieren und/oder selbst schreiben kann, und die das Programm dann regelmäßig zeitgesteuert aufruft oder die es als Events verarbeiten kann? Warum? Weil: Bei mir läuft ein Projekt meist so ab: - Ich will irgendwas wissen. Dazu muss dann erstmal ein/mehrere Sensor(en) her. - Wie kriege ich die Daten nun zum Computer? D.h. über welchen Stecker kommen die Daten rein (Seriell, USB, LAN, ...)? Wie kommen die Daten bis zum Stecker (RS232-USB-Wandler? CAN-Parallel? Ethernet direkt?). - Dann müssen sie irgendwo hin. Hier wird's jetzt interessant, weil man ja: 1. Erstmal "schnell was sehen will": da reichen dann die Commandline, ein Terminal, nc usw. 2. Hmm, es ist interessant. Jetzt will ich das mal speichern. Also wird: 2.1 geloggt in eine Datei mit einer Umleitung >, um das schon mal analysieren zu können. Das macht man dann mit einem kleinen Script, um höhere Abstraktionsebenen der Daten zu visualisieren (gnuplot & Co). 2.2 geloggt über ein Programm, weil man nach einer Weile keine Lust mehr hat, das immer von Hand zu machen. Ein Script muss her, das die Daten holt und irgendwohin wegschreibt. Vielleicht auch mit cron. 2.3 geloggt in eine Datenbank. Das lässt man dann mal so nebenbei mitlaufen. Über Minuten, Tage, Wochen. 2.4 dann will man es in eine richtige Datenbank tun und es soll ständig laufen, weil man keine Lust mehr hat, seine Daten wie einen Tamagotchi mit Aufmerksamkeit überhäufen. Es muss also vollautomatisch laufen, und ab und zu kann ich mir das anschauen oder werde sogar gewarnt, wenn was nicht läuft oder bestimmte Schwellenwerte überschritten werden. Also muss das auf einen Server, den man irgendwo bei sich (oder anderswo) stehen hat. Also, es ist wirklich immer derselbe Ablauf. Und ich denke, ein Programm, das Daten direkt, z.B. über die serielle Schnittstelle, USB oder einen integrierten Webserver annehmen, speichern und darstellen kann, würde einem (mir zumindest) eine Menge Fummelkram (aka mehrere Schritte dieser Prozedur) abnehmen. Wenn man dann noch automatisch den Demon erstellen kann, der das auf dem Server umsetzt, wäre es noch besser.
didadu schrieb: > Und ich denke, ein > Programm, das Daten direkt, z.B. über die serielle Schnittstelle, USB > oder einen integrierten Webserver annehmen, speichern und darstellen > kann, Also für die Live-Darstellung gibts doch nun Programme (z.B. LogView, RealView)- das war ja nun gerade NICHT Anliegen dieses Threads... Um die komfortable Darstellung von Daten aus CSV-Logfiles gehts hier! Habe heute mal Ingos neuester Kreation meine Daten vorgesetzt. Das ging leider nicht ohne diese zuvor durch CSVed gejagt zu haben (Empfehlung!), der mir alle Text- und andere nichtnumerische Wertspalten die in den Daten enthalten waren entfernen musste. Daher mein allerdringlichster Wunsch, man möge nicht zu berücksichtigende Spalten in der ersten Zeile mit einem Ignore-Tag o.ä. kennzeichnen können! Desweiteren sollten allen Werten vorangestellte Zeichen wie Nullen, Vorzeichen und Leerzeichen nicht stören sowie das Trennzeichen vorzugeben sein. Sowie das umgesetzt ist wäre für mich eine gewisse Grundfunktionalität gegeben. Ansonsten finde ich die Idee, mit der ersten Log-Zeile gleich die Legende zu liefern sehr gut und ausreichend. Das verwendete Format von Datum und Uhrzeit ließe sich dort evt. ja auch gleich vorgeben. Das Spazierengehen in den Daten ist natürlich bislang noch alles andere als komfortabel, insbesondere der Zeitachsen-Schieberegler stockt und wird auch dauernd verdeckt (ich arbeite unter Win7). Die Anzeige des Kurvenwerts an der Mausposition wäre in meiner Prioritätenliste auch ganz oben... OK, Wünsche sind natürlich unendlich schneller formuliert als umgesetzt- ich hoffe Ingo bleibt motiviert. Was mich angeht solls nicht für umsonst sein. Wie man jedenfalls sieht besteht an einer solchen Software wirklicher Bedarf.
> Also für die Live-Darstellung gibts doch nun Programme
Der TE hat doch auch Daten seriell erfasst, oder habe ich das falsch
verstanden?
Ich habe mir heute, angeregt durch diesen Thread, den ganzen Nachmittig
Viewer angeschaut. Da habe ich viele interessante Anregungen gefunden,
was so ein Viewer meiner Meinung nach können sollte, aber eine derart
integrierte Lösung mit Spezialfunktionen, wie ich sie mir vorstelle,
kann kein Programm. Und ohne Open Source geht das schon mal gar nicht.
Closed Source ist für mich eine Lösung für Leute, die nicht hacken (=
umbauen, erweitern) wollen. Genau das will ich aber!
Ich stelle mir das so vor, dass die Software sowohl Live-Daten auf live
auswählbaren Kanälen erfasst, möglichst automatisch das Datenformat
bestimmt, die Daten in live auswählbare Speicherorte (Datei,
verschiedene Datenbanken usw.) loggt und ggf. auch über andere
Schnittstellen weitergibt (ähnlich GPSd abrufbar, oder mit einstellbaren
Webzugriffen gegen PHP-Scripte, RPC o.ä.) als auch historische Daten aus
eben diesen selben Quellen darstellt.
Wenn ich mir dann eine Oberfläche (d.h. die gewünschten Eingangskanäle,
Kurven, Einheiten, Skalierungen) zusammengekonfiguriert habe, möchte ich
gerne daraus automatisch ein die Installationsscripte für einen zweiten
Rechner exportieren können (Init-Script, das z.B. die MySQL-Tabellen
erstellt, die Zielschnittstelle richtig konfiguriert, evtl. den
Cron-Eintrag macht, das Startscript auswirft), und dazu ein CGI-Script
(für Apache o.ä.), das ich dann auf dem Webserver laufen lassen kann und
das dort dieselben Grafiken abrufbar macht. Dann nämlich kann ich den
Sensor am Development-Rechner testen und muss die ganze restliche Arbeit
nur einmal machen, kann das also im Grunde das Paket auf dem Endrechner
installieren und dann einfach den Stecker vom einen Rechner abziehen, an
den anderen anstöpseln, und die Sache läuft gerade so weiter. Bau sowas
mal mit Closed Source...
Mit dem, was ich heute so gesehen habe, kann man den ersten oder den
zweiten Schritt gehen, aber nicht die ganze Kette. Und erweiterbar geht
auch nicht ohne Sourcen.
Man kann sich natürlich auch mit weniger zufrieden geben. Habe nichts
dagegen. Jeder muss ja mal irgendwo anfangen.
Aber warum am Boden kreuchen, wenn uns der Himmel offen steht!
Hallo zusammen! Habe mal die Wünsche überflogen und werde mal sehen, was sich realisieren lässt: - negative Zahle, mir vertikaler Scrollmöglichkeit ist das nächste, was ich realisieren möchte, horizontales und vertikales Zoomen geht zwar schon von Anfang an, vertikales ist aber (noch) bezogen auf die Nulllinie; - Eingabeformat: bevor ich mit dem CSV-Viewer angefing, habe ich das, wie Andere hier im Thread auch, mit Excel gemacht. Und das Format mit Semikolon als Spaltentrennzeichen, und Komma als Dezimaltrennzeichen war mir daher schon vorgegeben. Dementsprechend habe ich meine Datenquellen (Bedienprogramm für Steuerrechner) gestaltet und ich könnte mir vorstelln, Andere haben es auch so gemacht. Ich könnte natürlich zusätzliche Spaltentrennzeichen (z.B Tab) zusätzlich akzeptieren, aber kein Komma, weil das ja schon eine Funktion hat! Daher ein anderer Vorschlag: Ich bereite für verschieden Formate (da bräuchte ich dann eine Musterdatei) je ein kleines Kommandozeilenprogramm vor (selbstverständlich auch GPL, mit Quelltext, ich versuche auch, den lesbar zu halten), mit dem die benutzereigenen Rohdaten erst einmal umgewandelt werden und dann mit dem Viewer angezeigt. Das kann dann mit einer kleinen Batchdatei in etwa wie folgt stattfinden: convert %1 temp.csv csv_viewer temp.csv del temp.csv Eventuell baue ich den Aufruf dieses benutzerdefinierbaren Konverters später auch mit ein; - @didadu: Aufsplitten der Rohdaten verkürzt natürlich die die Suchzeit, bzw das Suchen nach der Datei wird an das Betriebssystem abgewälzt, ich merke aber schon am Explorer, wenn ich einen Ordner mit paar zigtausend Dateien öffne, zum Andern, welches Programm legt die so ab? Zum Thema (automatische) Zum Thema Skalierung, bitte in mal in die Anleitung der schauen, aktuelle (und bestimmt nicht letzte)) Version hier im Anhang, da hab ich was drüber geschrieben. Ebenfalls zum Thema Lizenz, bitte ein kurzer Blick in die Hilfe. - Aufzeichnen von Daten, die über die serielle Schnittstelle reinkommen: werde ich in den CSV-Viewer nicht direkt implementieren können, habe aber folgenden Vorschlag: Ich habe ein selbstgestricktes Terminalprogramm, um auf selbstgestrickte 8051-Boards mit RAM als Programmspeicher Programme "hochzuladen" (darf man da beliebig oft) in dieses werde ich eine Logfunktion einbauen, die bei Bedarf eine Zeile puffert, und wenn ein CR oder LF eintrifft, diese Zeile, mir vorgesetztem Zeitstempel in eine Datei schreibt. Wäre dann natürlich auch GPL. Diese Datei muss nicht ständig offen sein, sondern nur zum Anhängen einer neuen Zeile, dann kann man gleichzeitig, wärend die Datei geschrieben wird, schon die bereits geschriebenen Werte anschauen, also fast live; - Was mir noch ein wenig Sorge bereitet, ist das schon von Einigen angesprochene Thema Performance, da ich hier bisher nur mit relativ kleinen Dateien arbeite (31 Tage*96Werte je Tag), allerdings dann schon mal bis zu 32 Spalten und unterschiedlichsten Spaltenbeschriftungen. Daher möchte ich die Legende auch unbedingt mit Diesen initialisieren. Allerdings hab ich hier auch nur nen kleinen EeePc da müsste man rechtzeitig merken, wenns hängt. Also, wenn Ihr merkt, das es mit Euren Dateigrößen unakzeptable Probleme gibt und ihr nicht Splitten könnt, ist dieses Konzept wohl nicht das Richtige. Ich kann das Programm hier unter XP und Server2003 testen. Es ist eine ganz normale Win32-Anwendung, sollte also eigentlich auch unter Vista oder W7 funktionieren. dann bis zum nächsten Mal - Ingo
didadu schrieb: > Aber warum am Boden kreuchen, wenn uns der Himmel offen steht! Sicher. Nur abheben muss leider der Programmierer. Deshalb besser dessen Schultern nicht zu sehr belasten :-) @Ingo: Das Komma als Trennzeichen wär sicher problematisch. Mir würde bereits das TAB=09H genügen. Und bezgl. Performance sollte C gegenüber einer Java-Version doch genügend Spielraum bieten :-) OK ich werde jetzt auch mal in mich gehen und für die für mich sinnvollen Features dann bei Gelegenheit hier gesammelt offenbaren. Wär wirklich Klasse wenn was draus wird. Die dezentrale Datenerfassung mit stromsparenden Controllern und den inzwischen so günstigen gigabytegroßen Datenspeichern bringt es einfach mit sich, dass immer mehr und immer grössere Logdateimonster effizient und komfortabel ausgewertet werden wollen. Schön, wenn es endlich entsprechende, universell verwendbare Werkzeuge dafür gäbe die sich auch jeder Hobbyelektroniker leisten kann!
Jan K. schrieb: > Ansonsten > finde ich die Idee, mit der ersten Log-Zeile gleich die Legende zu > liefern sehr gut und ausreichend. Das verwendete Format von Datum und > Uhrzeit ließe sich dort evt. ja auch gleich vorgeben. Ein universelles Tool bei dem man nicht oder nicht dauerhaft den Namen der Graphen , Farbe etc. ändern kann , ist nur die Hälfte wert. Der Openformat Ansatz bei Logview geht mehr in die Richtung die ich aus Sicht der Eigenbau-HW bevorzugen würde. Die HW muss die Daten liefern, was man draus macht, ist Sache des Visualisierungstools.
datlog schrieb: > Die HW muss die Daten liefern, > was man draus macht, ist Sache des Visualisierungstools. Nun gut, für ein Tool das so universell sein soll wie es universeller nicht geht würde ich dem auch zustimmen. In der Praxis aber sind und bleiben doch gemessene Werte das was sie sind, z.B. Außentemperatur oder Akkuspannung. Warum soll das dann nicht bereits in der Log-Datei fest vermerkt sein? Unabhängig davon können alle Attribute der Messwertreihe/Kurve ja gerne über das Programm änderbar und in dieselbe Log-Datei zurück speicherbar sein.
> Warum soll das dann nicht bereits in der Log-Datei fest vermerkt sein?
Eben. Es ist ja ein "kann", nicht ein "muss". Warum nicht seinen Boards
und Sensoren jeweils eine ID usw. verpassen geben.
Wie und ob die Software das nutzt, ist ja ihr und ihrem Gott (aka User)
überlassen.
#Logger-Daten
#LogName: Michelle's Kleingarten
#BoardID: 123
#BoardVersion: V0.3
#BoardLocation: 38.89767°N 77.03655°W
#Format: Tablist
#ColumnHeaders: Nr, Timestamp, TemperaturLuft, TemperaturBoden,
Maulwurflichtschranke, Regensensor
#ColumnUnit: #, Unix, °C, °C, Event, t/mm²
#ColumnCalibration: -, GMT, f(x)=x*0.01-0.3, f(x)=x*0.5+12, -, 1
Daten
Klingt gut. Nicht nur,daß das Visualisierungsprogramm sofort fest- und darstellen kann was wirklich Sache ist. Ich finde das vereinfacht den Umgang mit Log-Daten ungemein. Man stelle sich auch den Fall vor, anonyme Log-Daten nur mit einem ASCII-Editor bewaffnet beurteilen zu müssen. Ingo hat die Gelegenheit einen neuen Logfilestandard zu kreieren :-)
Sehe schon , ich bin auf verlorem Posten! Jan K. schrieb: > Unabhängig davon können alle Attribute der > Messwertreihe/Kurve ja gerne über das Programm änderbar und in dieselbe > Log-Datei zurück speicherbar sein. Meiner Ansicht nach wäre das "doppelt gemoppelt". Beim CSV-Viewer ist die von euch gewünschte Variante ja momentan ein muss, wenn ich es richtig sehe. Mir würde das so aber nicht reichen. Wenn es denn beide Möglichkeiten geben würde und man nicht zwangsweise alles schon ins Datenfile packen muss, wäre mir das aber natürlch auch recht. Ausserdem möchte ich nicht das mir irgend jemand, irgend etwas in mein Logfile schreibt. didadu schrieb: > Wie und ob die Software das nutzt, ist ja ihr und ihrem Gott (aka User) > überlassen. (Du scheinst es ja sehr mit himmlischen Mächten zu haben) Das verstehe ich nicht, welche Software? Der User ist kein Gott . Der Gott ist der Programmierer des Visialisierungstools . Wenn er es nicht einbaut und beides vorsieht , kann man gar nichts machen.
So ich leg dann auch mal nach ;) Änderung ist das man nun auch Skalen hat (wie oben beschrieben). Per Mouse-Drag kann man einen Bereich "abmessen". Auf der rechten Seite kann man nun auch Graphen an/abschalten. Außerdem existiert eine weitere Formatzeile
1 | #n;Name1;Name2 .... |
Um den Graphen einen Namen zu verpassen. (Siehe auch Beispieldatei) Intern ist es sogar jetzt möglich aus beliebigen Quellen zu plotten (TCP/UDP/RS232/Datei/...) und das Trennzeichen zu wählen, ist nur in der aktuellen Version noch nicht zugänglich. Aufruf/Verwendung/Testfilegenerierung sind gleichgeblieben.
Hallo zusammen! Habe den CSV_View gründlich überarbeitet und mit realistischen Daten getestet (Danke @datlog für die Bereitstellung) hab doch ne Menge Macken gefunden. Der Anfang von dem Konvertierungstool ist auch schon da. Bitte in die Doku schauen, weil ich das hier im Text nicht alles aufzählen kann. mfG Ingo
Hallo zusammen!
Leider hat auch diese Version einen Fehler, wenn man das Programm, ohne
Angabe eines Dateinamens ("csvview dateiname") aufruft, Hängt es sich
auf, oder stürzt ab. Korrektur wird prompt nachgeliefert!
mfG
Ingo
wäre nicht python + vtk (visualization toolkit) genau das geeignete Werkzeug?
Und hier die korrigierte Version! In der Antwort auf die "WM_Paint" MSG habe ich zwar ordentlich vorher abgefragt, ob eine Datei geöffnet ist, aber in "WM_MOUSEMOVE", die für das Vermessen der Werte mit der Maus zuständig ist, hab ich die Abfrage vergessen - Sorry ! mfG Ingo
Hallo Ingo, in der .exe ist beim Aufruf pur immer noch der Wurm drin (unter WinXPSP3). @D.I. Werkzeuge zum selber programmieren gibts sicher viele- gesucht ist doch hier aber eine erschwingliche Fertiglösung
Und auch dieses Problem gefixt, Danke Jan für die prompte Meldung! Ingo
Ingo Wendler schrieb: > Und auch dieses Problem gefixt, Danke Jan für die prompte Meldung! leider immer noch nicht...
Hallo zusammen! Die verunglückten Versionen im Verlauf tun mir leid, habe das Program aus meinem letzten Beitrag (18.54) wieder runtergeladen und es hat funktioniert (WinXP SP3). Ich habe das Program "einfach so" aufgerufen, dann mit "Datei öffnen" 2 Testtateien angezeigt. Bei Problemen bitte dieses Archiv runterladen - nix für ungut! Im Zweifelsfalle, mir mal eine Musterdatei schicken. Ingo
Es gibt mal wieder eine neue Version.
Das letzte Problem bestand im Einladen der gespeicherten
Nutzereinstellungen, die sind vom Programmverzeichnis ins Nutzerprofil
umgezogen ("dokumente und einstellungen\...") War da nichts gespeichert,
machte es Bumm, Da bei mir die Datei schon da war, hab ichs nicht
gemerkt - sorry!
mfG
Ingo
Prima Ingo- jetzt funktionierts! Gerade noch rechtzeitig vorm 1.Deutschland-Spiel :-)
Hallo Ingo! Programm und Doku haben sich prächtig weiterentwickelt. Die rein numerische Darstellung auf einer Skale von vielen (natürlich Einheiten-behafteten) Daten aus unterschiedlichsten Quellen ist gewissermaßen der kleinste gemeinsame Nenner im Nutzwert,den das Programm momentan bieten kann. Quasi absolute Grundfunktionalität. Leider bin ich noch nicht dazu gekommen meine Daten ohne vorherige Bearbeitung einzulesen. Convert.exe erstellt zwar aus der Config.txt eine erste Zeile mit den tatsächlich verwendeten Spaltenwerten- das wars aber dann auch. Es könnte ja an meinem Trennzeichen liegen (TAB). In der Doku wird zwar ersichtlich dass etwa auch ein Komma möglich ist- aber ob & wie das verwendete Trennzeichen nun vom Konvertierprogramm berücksichtigt wird ist mir weiter unklar. Und hat es was zu bedeuten dass in der Doku das Uhrzeit-Format jedesmal mit Punkten statt dem regulären Doppelpunkt daherkommt? Für die Zukunft wär es natürlich praktisch wenn das Programm eine config.txt direkt berücksichtigt ohne Umweg über ein extra Konvertierprogramm. Schade dass der horizontale Rollbalken entfällt. Damit entfällt vorerst auch die reine Mausbedienbarkeit. Eventuell wären als Notlösung entsprechende Scrollbuttons der nächst einfachere Weg? Ein super Komfort-Feature wäre sicher die Verschiebbarkeit der Kurvenoberfläche mit der Maus, ebenso wie ein aufziehbarer Zoomrahmen. In der ferneren Zukunft, versteht sich. Vorerst und zuletzt noch eine leise Anregung zu einem eher unwichtigem Aspekt, dem Programmnamen und einer evt. Änderung nämlich. Unter "CSV-Viewer" finden sich im Netz eigentlich nur Programme mit langweiligen rein tabellarischen Werteansichten. Davon unterscheidet sich Ingos Viewer nun aber ganz gewaltig :-)
Hallo Jan(pit1)! - Der Konverter ist derzeit noch im Anfangsstadium, derzeit mit Komma als Trennzeichen (Format des Threadinitiators), bin gerade noch bei kleinen Fehlerbereinigungen, dann wird der Konverter auch TAB's als Trennzeichen akzeptieren; - Datumsformat ist hh:mm:ss , wenns in Doku anders steht, muss ich es korrigieren; - Scrollbuttons werden wieder reinkommen; - Am Konvertierungsprogramm werden wir nicht rumkommen, dazu sind die Anforderungen zu unterschiedlich, aber später wird beides integriert; - über tolle Namen möchte ich nicht nachdenken über so ein unwichtiges kleines Tool mfG Ingo
Ingo schrieb: > über so ein unwichtiges > kleines Tool Einspruch! Sag sowas bitte nicht! Ich freue mich daß die Entwicklung unvermindert weitergeht und warte gespannt auf die nächsten Versionen.
Hallo zusammen! Es gibt mal wieder eine neue Version: - kleine optische Fehler gefixt, - paar Vorschläge berücksichtigt (siehe History in der Doku) mfG Ingo
Hallo zusammen! Es gibt mal wieder eine neue Version: - Knöpfe zum Rollen mit der Maus - Möglichkeit einzelnen Graphen Fett hervorzuheben Zusammenfassung: siehe History mfG ingo
Ingo schrieb: > über so ein ... kleines Tool An der Programmentwicklung kann man gut studieren, welches Know-How unter der Oberfläche für das saubere Funktionieren stecken muss. Von kleinem Tool kann wohl kaum die Rede sein. Die neu eingeführten Scrollknöpfe setzen im Augenblick den Tastaturscroll außer Kraft, begleitet von schweren Darstellungsfehlern der Kurven bis hin zu deren Verschwinden. Getestet unter Win7. Das Fettschalten des interessierenden Graphen über die Legende ist eine schöne Idee und funktioniert schon gut!
Das das Scrollen mit der Tastatur, nach Betätigen der Knöpfe nicht mehr funktioniert, liegt daran, das die Knöpfe bei Betätigung, den Tastaturfokus erhalten. Da muss noch mit rein, das sie selbigen nach Betätigen wieder ans Hauptfenster zurückgeben. Wird in der nächsten Version funktionieren. mfG Ingo
Fehlerkorrektur: In dieser Version sind die gerade von Jan angesprochenen Fehler korrigiert, außerdem die Tasten zum Scrollen etwas umbelegt (hoffentlich nutzerfreundlicher, wenn nicht, mach ichs wieder rückgängig) mfG Ingo
Diesmal Änderungen hauptsächlich im Konverter: - Trennzeichen einstellbar - Verbesserung bei unstetiger Messwertaufzeichnung ansonsten kleine Verbesserungen an der Oberfläche und wie immer der Hinweis auf die History. mfG Ingo
Scrollen klappt nun in jeder Richtung, die Knöpfe schauen auch besser aus. Für meine Bedürfnisse langen die Navigationsmöglichkeiten fürs erste aus - getestet mit den Muster-Daten. Ich hoffe das Programm kann nun mit meinen eigenen ebenso robust umgehen, das wär mir jetzt das Wichtigste. Insbesondere meine ich damit nicht nur das Trennzeichen (Danke für's TAB :-) sondern auch den korrekten Umgang mit numerischen Strings die Vor- und Leerzeichen enthalten. Mein Test(bericht) diesbezüglich folgt Anfang nächster Woche. Eine Anregung vielleicht doch noch zum Fettschalten: Mit dem gleichen "Legendenknopf" verbindet man intuitiv auch die Ausschaltmöglichkeit ...
Hallo Jan! Du meinst mit Ausschaltemöglichkeit Klicken markieren/demarkieren, Doppelklicken sichtbar/unsichtbar? ich glaube, das geht zu machen. Solltest Du mit dem Import noch Probleme haben, kannst ja mal ein (gekürztes?) Muster bereitstellen? Dann erstmal schönes WE! ingo
Ingo Wendler schrieb: > Du meinst mit Ausschaltemöglichkeit Klicken markieren/demarkieren, > Doppelklicken sichtbar/unsichtbar? Ja Ingo- vielleicht genau so. Evt. Importprobleme melde ich natürlich, ggf. mit Nachweis :-) Gruß und produktives WE!
Jan K. schrieb: > Gruß und produktives WE! > Da das Wetter hier in NRW nicht so berauschend war, hab ich das WE wirklich produktiv genutzt und die Wunschliste ein wenig abgearbeitet. Das Resultat, wie immer im Anhang, mit dem Hinweis auf die Doku. Wichtigste Stichworte: - zoomen auf Cursorposition - Export von rausgepickten Messwerten mfG ingo
Hallo Ingo, der Konverter zeigt sich inzwischen arbeitswillig, erzeugt aber (mit meinen Daten) noch keine korrekte Vorlage für den Viewer. Insbesondere werden immer wieder 0-Werte eingestreut wo keine hingehören. Folge: Zerstörung der Wertezuordnung. Desweiteren gibt es ganzzahlige Abweichungen von den Originalwerten; Nachkommastellen bleiben zudem unberücksichtigt. Eine Config.txt + CSV-File von mir folgt zum Testen bei Dir, mal sehen wo der Hund begraben liegt. Hoffentlich nicht in meinen Daten :-) Kompliment für die Doku, Du gibst Dir wirklich Mühe. Bitte den Doppelpunkt nicht vergessen :-) Gruß Jan
Hallo zusammen! Langsam habe ich (zum Mindesten im Viewer) fast alles Drin, was ich einbauen wollte, wenn Ihr nicht noch paar Fehler findet, ist das dann die finale Version. Die nächste Baustelle wird dann der Konverter für die Anpassung der ganzen Wunschformate. Hier die letzten Änderungen: - Marken in der Zeitachse jetzt nur noch auf "runden" Uhrzeiten; - Zoom auf "ganze Datei" (Vorsicht, siehe Hinweise, könnte lange dauern); Dann erstmal viel Spass beim Testen ingo
Nachtrag/Vorschau Eben hatte ich noch ein paar dumme Einfälle, die noch reinkommen werden: - dynamischer Zoom (bisher vom Klickpunkt nur die x-Komponente genutzt -> oben im Diagramm geklickt: Große Vergrößerung bis umgekehrt; - dito für scrolling: Rollknöpfe: 2/3 der Bildschirmbreite, Pfeiltasten mit Strg dito, ohne Strg 1/10 Bildschirmbreite. dann bis dann - ingo
Angehängte Dateien:
-
vergleich.gif
170 KB
Hallo, Jan, dein Problem kann ich hier nicht nachvollziehen. Habe z.B. ein Logfile von ca. 22 Tagen (knapp 9MB) ohne Probleme convertieren (wird dann 17MB) und laden können. Das angehängte Beispiel zeigt den direkten Vergleich von Daten die links in Echtzeit via RS232 mit RealView aufgenommen wurden und rechts die passende Stelle aus dem CD-Card-Logger. Passt sehr gut zusammen. @Ingo , die Uhrzeit im csv-viewer ist bei der Darstellung eine Stunde voraus! Letzte Eintrag im convertierten File ist 22.06.2010;23:32:38; ..... Im Viewer ist es dann schon 00:32:32 . Danke und Gruss
Hallo Datlog, ich denke der Konverter stolpert momentan noch über Kleinigkeiten aber das ist jetzt auf einem guten Weg, mein File zur Analyse bei Ingo. Gruß Jan
Hi, ich hab meine Telemetrie-Daten vom Modellflugzeug einfach mit aufs Video gemappt :-) http://www.youtube.com/watch?v=jOCNtfJRgtA DBD Olli
Hallo zusammen! Das die Zeitskala ne Stunde vorgeht ist mir auch gerade aufgefallen, die werde ich aber nochmal komplett neu aufbauen, da ist mir eine sauberere und übersichtliche Lösung eingefallen. Ob es heute noch was wird weis ich nicht, könnte zum Mindesten später werden. schöne Grüße von ingo
Hallo zusammen! Habe gestern abend noch versucht, den Fehler mit der Stunde Zeitdifferenz zu lösen, allerdings war wegen dem Geräuschpegel auch kein konzentriertes Arbeiten möglich. Nur so viel: ich benutze 2 Systemfunktionen um zwischen Dautum/Uhrzeit (h/m/s/T/M/J) und einem linearen Zeitwert (Sekunden seit dem 01.01.1980,00:00) hin- und herzurechnen. Diese berücksichtigen offensichtlich die Sommerzeit. Das muss ich versuchen zu verhindern (erstmal Doku lesen), im bössesten Falle nachprogrammieren (dabei immer schön alle Schaltjahre der Vergangenheit berücksichtigen). mfG ingo
Hallo zusammen! Es gibt mal wieder eine neue Version: - das Sommerzeitproblem (hoffentlich) gelöst; - Zoomen jetzt mit 2, 5, 10-facher Vergrößerung/Verkleinerung, je nach Höhe des Klickpunktes; - horizontrale Rollknöpfe rollen jetzt immer einen halben Bildschirm; Konverter: Wenn das Spaltentrennzeichen ungleich Komma, dann kann Komma Dezimaltrennzeichen sein. mfG ingo
Es gibt mal wieder eine neue Version mit kleinen Korrekturen/Verbesserungen: - Messen funktioniert jetzt auch, wenn Fenster nicht linksbündig; - Beim Versuch, eine ungültige, nach einer gültigen Datei zu öffnen, jetzt kein Absturz mehr; - Versuch, auch die Y-Achse sinnvoll zu skalieren; Viel Spass beim Testen! ingo
Hi Ingo, nur zur Info, deine Software funktioniert auch unter Linux mit Wine. weiter so, Olli
Oliver Dippel schrieb: > weiter so, Oh momentan besser so nicht :-) Öffnen der Muster-Datei führt zum Programmabsturz (XPSP3). Gruß
Hallo Jan! Gestern Abend schrieb mir datlog so etwas auch (bei mit keine Probs, auch XPSP3), habe heut den ganzen Quelltext von der Paint-Funktion durchgeschaut und noch kleine Ungereimtheiten (mit vielleicht großer Wirkung in bestimmten Situationen) gefunden, die da aber schon von Anfang an drin waren und beseitigt (Anhang). Datlog schreibt, Fehler beim Bildaufbau, Kanalpalette und Y-Skala da, dann Absturz. Ist das bei dir (auch bei der angehängten vers) auch so? gruss ingo
OK Ingo mache ich. Gegen Mitternacht ist mein nächster Timeslot für den CSV-Viewer frei :-) Einen schönen Samstag noch; mach mal Pause!
Ingo Wendler schrieb: > Datlog schreibt, Fehler > beim Bildaufbau, Kanalpalette und Y-Skala da, dann Absturz. Ist das bei > dir (auch bei der angehängten vers) auch so? Ja. Die neuere Version funktioniert jedoch! Gruß
Hallo zusammen! Nachdem ich für die letzte Korrektur vom 26.06. 2 positive Rückmeldungen habe (Danke an datlog und Jan!) hoffe ich, das das Programm jetzt bei Allen funktioniert. Der Fehler war in der grundlegenden "Paint"-Funktion und wie bereits geschrieben, von Anfang an drin. Da ich glaube, heut abend sicher zu nichts zu kommen habe ich noch ein paar kleine Erweiterungen zur Navigation mit der Tastatur eingebaut und die Doku überarbeitet. Und nochmal Dankeschön an Alle, für die Hinweise, konstruktive Kritik und Geduld beim Testen! ingo
@mec Tools zu Darstellen von csv Dateien gibt es wie Sand am Meer. Ich kenne SCILAB so ein kleines bisschen, aber ich wüsste nicht wie ich das was ich mit meinem Logger auszeichne da sinnvoll darstellen und so einfach bearbeiten könnte wie ich mir das vorstelle. Ich schicke dir gerne mal ein Beispiel und lasse mich eines Besseren belehren. Das was Ingo hier "abliefert" ist höchst zufriedenstellend, hilfreich und anerkenneswert. Es werden viele davon profitieren! Gruss
Hallo Zusammen! Diesmal im Anhang nur wenige Änderungem: - kleine Optimierung zur Verbesserung der Geschwindigkeit, - Druckfunktion nun fast brauchbar, Allerdings steht jetzt der nächste große Schritt ins Haus: die Integration der Konvertierung von Fremdformaten. In der Doku unter ToDo hab ich mir da schon einige Gedanken gemacht. Wahrscheinlich müssten sich damit alle Wünsche abdecken lassen. Schaut mal drüber, vielleicht habt Ihr ja auch Ideen und Verbesserungsvorschläge. Das wärs dann wohl erstmal für ein Weilchen. mfG ingo
Hallo zusammen! Es gibt mal wieder eine neue Version: Der Konverteraufruf, mit der Nutzereigenen Konfig, lässt sich jetzt in den Viewer integrieren. Das dürfte nach korrekter Konfiguration, die Benutzung etwas vereinfachen. Der Konverter produziert jetzt auch etwas kleinere Tempfiles, mit weniger unnötigen Nullen. Dann drück ich schon mal die Daumen, das bei Euch auch alles so gut funktioniert, wie bei mir. mfG ingo
Hallo Zusammen! Diesmal, neben kleinen Fehlerbereinigungen am Viewer, der Anfang für einen zusätzlichen, neuen Konverter, der richtig rechnen können sollte. Damit kann man dann auch zusätzliche Graphen als Berechnungsergebnis einfügen. Für die nötigen Hintergrundinformationen zur Anpassung der Konfig, verweise ich dann wieder auf die mitgelieferte Doku. mfg ingo
Eventuell könnte man auch den Waveform-Viewer von LTspice benutzen. Der ist ja auch für sehr große Datenmengen. Nur eine Idee, nicht ausprobiert!!
Hallo Zusammen! Es gibt mal wieder was neues: Die Legende erhält jetzt ein eigenes Kontextmenü, mit dem es möglich ist, neben den Eigenschaften eines Kanals zu ändern, Alle Kanäle ein/auszuschalten und die Vorgabe aus der Datei zu rekonstruieren; Im Kanaleigenschaftendialog kann die Farbe in HEX eingegeben, bzw bei Auswahl über Dialog in HEX abgelesen/kopiert werden. Beim Zeigen mit der Maus auf einen Legendeneintrag wird der vollständige Name und die Einheit (falls vorhanden) angezeigt. Zum Testen des Formelparsers dient das Programm „test.exe“ im Programmverzeichnis. Hier kann man die Formeln für die Konfig des neuen Konverters testen, Die Variablen sind wie folgt initialisiert: X1=10, X2=20 … X255=2550, Y1=15, Y2=25 ….Y255=2555; Formel eingeben, es sollte (hoffentlich) das richtige Ergebnis angezeigt werden. Vies Spass beim Testen - ingo
Hallo Ingo, hier mal wieder eine kurze Rückmeldung von mir! Gerne würde ich das Programm schon produktiv einsetzen und testen, allein es scheitert nach wie vor am Konverter der meine Daten anhand meiner config.txt fehlerhaft umwandelt. Ein Vergleichscheck zwischen meiner csv und der temp zeigt dann Fehler bei der Übernahme der Uhrzeit sowie die Nichtbeachtung der Vorgabe ob der Wert nun zu berücksichtigen ist oder nicht. Den Grund dafür vermag ich nicht nachzuvollziehen. Und was die Werte selbst anbetrifft: Bislang wird auf nur eine Stelle nach dem Komma gerundet. Planst Du in Zukunft evt. mehr Genauigkeit hierfür? Für den integrierten Import der Zukunft würde ich mir eine einfache Programm-Anzeigebox mit der ersten Datenzeile wünschen, die die Auswahl der gewünschten Datenspalten, Zuordnung der Einheit + Kurvenfarbe,Offset und Faktor sowie des Trennzeichens intuitiv gestattet und daraus dann eine config.txt erstellt. So wie jetzt ist das doch ein wenig mühsam und fehlerträchtig. Die Idee mit dem viele individuelle Konverter zusammenfassenden Importfilter ist ja nicht schlecht und weiter gedacht als ich es jemals brauchen werde. Allerdings stellt sich mir die Frage warum sich eine gegebene Quell-CSV prinzipiell programmtechnisch nicht 100%ig analysieren lassen soll sodaß individuelle Konverter generell entfallen können. Es sind doch "nur" ein paar ASCII-Werte mit Trennzeichen :-) Beim Test mit den Musterdaten ist mir noch auf die Schnelle aufgefallen, daß die Eigenschaften stets nur für den Legendeneintrag der 2.Reihe angezeigt werden. OK ich hoffe Du bleibst weiter dran; ich denk mal in dieses Projekt (und insbesondere wenn es richtig intuitiv und komfortabel werden soll) könnte man locker noch einige Mannjahre Arbeit reinstecken... Gruß & Gute Nacht!
ich hab vor Jahren mal mit dx bzw. opendx von IBM gute Erfahrungen gemacht. http://www.research.ibm.com/dx/ vielleicht hilft jemand die Erwähnung.
Hallo Jan! Erstmal Danke für die Rückmeldung. Dem genannten Konvertierproblem werde ich auf den Grund gehen, die Musterdatei hab ich ja noch; Jan K. schrieb: > Und > was die Werte selbst anbetrifft: Bislang wird auf nur eine Stelle nach > dem Komma gerundet. Planst Du in Zukunft evt. mehr Genauigkeit hierfür? Mich hatte am Konverter gestört, das auch Ganze Zahlen mit 6 Nullen nach dem Komma ausgegeben wurden. Da hab ich eine als Standart gesetzt, in der Hoffnung das wäre Minimum (wie bei den Stellen vor dem Komma). Werde ich dann natürlich wieder Rückgängig machen (auf 3 Nachkommastellen); Für die Y-Achsenbeschriftung hatte ich aus Platzgründen eine Nachkommastelle vorgesehen, da ich (wegen Einbau der Maßeinheit) da noch reorganisieren werde, kommt noch eine 2. dazu, dann kann man die Messwerte sinnvoll bis auf 1/1000 darstellen. Was noch kleiner wird, empfehle ich dann, im Konverter mit 1000 oder 1Mio zu multiplizieren und die ME mit m oder µ zu ergänzen. > Für den integrierten Import der Zukunft würde ich mir eine einfache > Programm-Anzeigebox mit der ersten Datenzeile wünschen, die die Auswahl > der gewünschten Datenspalten, Zuordnung der Einheit + Kurvenfarbe,Offset > und Faktor sowie des Trennzeichens intuitiv gestattet und daraus dann > eine config.txt erstellt. So wie jetzt ist das doch ein wenig mühsam und > fehlerträchtig. Ist in Planung; > > Beim Test mit den Musterdaten ist mir noch auf die Schnelle aufgefallen, > daß die Eigenschaften stets nur für den Legendeneintrag der 2.Reihe > angezeigt werden. Ist ein akutes Problem mit der Genauigkeit der Klickposition beim Öffnen des Kontextmenüs: Bei allen anderen Mausnachrichten bekomme ich die Position des Mauszeigers, bezogen auf den Clientbereiches meines Fensters, beim Kontextmenü dagegen, bezogen auf den ganzen Bildschirm. Also Position des eigenen Fensters ermitteln, linke obere Ecke von den X/Y abziehen, aber 2 Fragezeichen sind noch: die Breite des Fensterrandes und die Höhe der Titelleiste. Die sind offensichtlich bei Dir anders eingestellt, als bei mir, warscheinlich schon wegen unterschiedlichem BS. Heute werd ich schauen, wie ich die diesbezüglichen aktuellen Einstellungen auslesen und berücksichtigen kann, dann müsste das auch funktionieren, wenn nicht nehme ich stattdessen die "RechteMaustasteLosgelassen"-Nachricht, die liefert die Koordinaten, wie ich sie brauche. mfG ingo
Hi Ingo, danke für die neue Version und für das schnelle (teilweise) Einbauen der Wünsche. Geht hier prima und wird immer besser. Hoffe du kannst Jan's Problem beheben , damit er auch seine eigenen Daten mit dem Viewer betrachten kann.Dann kommen sicher auch noch weiter nützlich Hinweis von ihm. Jeder hat doch etwas andere Präferenzen. Die teilweise falsche Anzeige des Textes in der Stauszeile kann ich auch bestätigen. Bei mir sieht es momentan für eine bestimmte Zeigerposition so aus: - einfaches Anklicken für fett/normal ist in Ordnung - bei Doppelklick für ein/aus wird oft (nicht immer) der linke Graph benutzt. - Anzeige in Statuszeile auch oft (nicht immer) der linke Text. Noch was zur Berechnung. Klappt so einwandfrei, nur beim Teilen durch 0.0 kommt -1.0 raus. Da müsste man sich noch was überlegen. Könnte man z.B. bei Ergebnis NAN den Graphen unterdruecken ? (Man könnte dann Teile von Graphen ausblenden wenn sie nicht aussagekräftig sind. Habe z.B. ein Signal im Logfile, dass mir anzeigt ob die WP läuft. Kann nur 0 oder 1 sein. Wenn ich nun die WP-Vorlauftemperatur durch 0 oder 1 teile, würde ich dann nur die Zeitbereiche als Graphen sehen die sinnvoll sind, nämlich wenn die WP läuft). Gruss datlog
Hallo Zusammen! Hab versucht, einige Fehler zu bereinigen und Wünsche zu erfüllen: Die Ermittlung der Klickposition beim Aufruf des Kontextmenüs wurde überarbeitet; Wenn alle eingeschalteten Graphen, die gleiche Maßeinheit haben, wird diese jetzt an der X-Achsenbeschriftung angezeigt(Platz reicht für 2 Zeichen); Wenn das Ergebnis der Berechnung, eine Division durch Null ist (Ergebnis „1.#INF00“) wird im Viewer der Graph an dieser Stelle ausgesetzt; Die Ausgabe des Konverters erfolgt jetzt wieder mit 6 Nachkommastellen; Sollte das Kontextmenü immer noch falsche Koordinaten liefern, habe ich vielleicht noch ein Eisen im Feuer, aber testet es erstmal so. mfG ingo
Angehängte Dateien:
-
error.jpg
59 KB
Hallo Ingo, das Kontextmenü funktioniert jetzt besser und am besten im maximierten Fenster. Ist es kleiner erscheint oft gar kein Menü. Ansonsten hab ich mal etwas im Kurvenbild herumgezoomt und dann irgendwann nur noch senkrechte Linien erhalten (siehe Bild). Geholfen hat dann nur noch das Neuladen der Datei. Gruß Jan
Hallo Jan! Beim Öffnen einer Datei wird versucht, den vertikalen Zoomfaktor und den vertikalen Offset entsprechend der vorgefundenen minimal- und maximalwerte sinnvoll einzustellen. Wenn die einzelnen Graphen jetzt sehr unterschiedliche Amplitude haben, musst Du den vertikalen Zoomfaktor weit aufdrehen (Messbereich sehr klein, wie im Screenshot), um die schwach ausgesteuerten Kurven sehen zu können. Daher in so einem Falle entweder die "hohen" Kanäle ausblenden, oder schon beim Konvertieren, die Signale in die gleiche Größenordnung bringen. Ich werde noch einbauen, die Autoskalierung beim Öffnen der Datei rekonstruieren zu können, dann brauchst Du die Datei nicht neu zu öffnen, wenn du dich mal verirrt hast. mfG ingo
Hallo Zusammen!
Es gibt Korrekturen/Verbesserungen:
Der negative Überlauf ("-1.#IND00") führt jetzt ebenfalls zur
Unterdrückung des Graphen; Mit dem Schalter „Testmodus“ im
„Filter“-Dialog kann man die Konvertierung erzwingen (Änderung der
Konfigdatei); Graphen sind jetzt im Diagramm eingesperrt und können
nicht ins Abseits, die Achsenbeschriftung übermalen.
mfG Ingo
Hab gerade gemerkt, ein schmaler Randstreifen rechts vom Diagramm wird nicht neu gezeichnet, wenn man was drüberschiebt, wird bei der nächsten Version korrigiert. mfG ingo
So, der Fehler in der ClipRegion auch korrigiert. Sorry! ingo
Hallo Ingo. Es geht sehr schön. Ich bin begeistert. Durch die Ausblendungs- möglichkeit wird alles meiner Meinung nach viel Übersichtlicher. Ein Wermutstropfen ist allerdings, dass wieder der Klickbereich sich verschoben hat. Bei mir wird erst im letzen Drittel rechts die richtige Funktion ausgelöst. Diesmal auch Fett/normal. Danke und Grüße datlog
Werde mich auf die Fehlersuche machen, hoffe das Problem bald in Griff zu haben, unabhängig vom Spielausgang :) mfG ingo
Ja ich schaue auch. Mach auch mal Pause! Der Testbutton ist übrigens Gold wert! Sehr nützlich. Evtl bis später. Gruss
Angehängte Dateien:
-
error.jpg
61 KB
Hallo Ingo, habe mit den Testdaten und der neuesten Version wieder etwas hin und her gezoomt. Vielleicht wirst Du aus dem Ergebnis (siehe Bild) schlau !?
Oh ich sehe schon- das hatte seine Ordnung mit den Graphen! Sah etwas verwirrend aus, sorry :-)
Hallo Jan! Die Darstellung von deinem Screenshot ist, für die eingestellten Maßstäbe korrekt, vielleicht verwirrt es ein wenig, das "Spalte6" ihren Ruhepegel bei 1 hat, wärend andere Kurven nach 0 zurückkehren, deshalb die Waagerechte Linie. Ebendieses Vorgehen würde ich übrigens auch für "Digitalsignale" vorschlagen, erster Kanal bleibt (0/1), zweiter +2 (2/3) dritter +4 (5/5) usw. Dann sind die schön übereinander. mfG ingo
Hallo Zusammen! Das Problem mit dem Danebenklicken in die Legende gelöst; Schriftart (nicht Größe) einstellbar; Konverter: Überspringen von unbrauchbaren Zeichen vor dem Wert (alles außer Ziffern, Punkt und Minus), Änderung der Interpretation der Konverterkonfig, „Zeilen“ jetzt etwas andere Bedeutung; Einfügen von Kommentaren jetzt möglich; Validierung der Konfig, bevor begonnen wird, Tempdatei zu schreiben, damit wird verhindert, eine ungültige Tempdatei zu hinterlassen. Achtung! entgegen der Beschreibung, sind Klammern derzeit nur für Funktionsaufrufe möglich! Das wird als nächstes Korrigiert.
Das mit den Paletteneinträgen klappt nur bei gerader Kanalzahl! Beim Nächsten funktioniert es auch mit ungerader Anzahl von Kanälen! mfG Ingo
Hab gerade gemerkt, das fast alle Testdateien, die ich hier habe, ne gerade Zahl von Kanälen haben, aber jetzt gehts auch ungerade. Sorry - ingo
Hallo Zusammen! Mittlerweile habe ich die Wunschliste fast abgearbeitet. Es ist jetzt möglich, Graphen im Diagramm zu identifizieren (Mauszeiger drüber ausruhen lassen), Eine Standartmaßeinheit, für Graphen zu vergeben, die keine solche in den Namenstags mitbringen (wenn Euch der Standart "Erl" nicht gefällt, einfach ändern, oder leer machen). Konverter: Der Formelparser verarbeitet jetzt auch Klammern korrekt. Gefundene Fehler werde ich natürlich versuchen, so schnell wie möglich zu beseitigen, ansonsten würde ich jetzt gern etwas kürzer treten. mfG ingo
Hallo Zusammen! Zum Abschluss noch einige optische Korrekturen, und der Nachtrag, mit dem Konverter jetzt auch Dateien ohne Zeitmarken vor den Messwerten verarbeiten zu können. Dazu die Beispieldateien raw.txt und raw.cfg mit dem üblichen Verweis auf die Doku. mfG ingo
Hallo Ingo. Möchte mich auch hier öffentlich nochmals für deine Arbeit und den Einsatz bedanken. Es ist ein tolles Tool geworden. Hätte ich nicht gedacht so schnelle etwas so brauchbares to bekommen, als ich den Thread hier vor paar Wochen gestartet habe. Das Eine oder Andere wird sicher noch auftauchen , wäre nett wenn du uns dann noch etwas für die Behebung möglicher Probleme und ggf. vielleicht noch für den Einbau Wünschen erhalten bleibst. Eine schönen Tag noch. Viele Grüße datlog
Hallo Zusammen! Eine Ungenauigkeit ist mir noch aufgefallen: Wenn man über/unterhalb der unteren Diagrammkante klickt, sollte man damit (je nach vertikalem Abstand) mehr oder weniger vergrößern oder verkleinern. Die Diagrammkannte ist bei einer Neuaufteilung der Seite nach oben gerutscht, der Zoombezug aber nicht. Dadurch wurde, wenn man wie gewohnt geklickt hat, immer vergrößert. Das hab ich jetzt korrigiert. Schaun wir mal, was noch an Fehlern drin sind. mfG ingo
Hallo Zusammen! Datlog hat noch einen bösen Bug gefunden: Wenn man in einer Datei, die nur einen kurzen Zeitraum enthält, die Funktion "Totale" (horizontaler Maßstab-> ganze Datei) aufruft, ergab dies einen Zoomfaktor von "0" - böses Foul -> Absturz! Dieses Problem ist jetzt behoben, der Zoomfaktor kann, auch auf diesem Wege, nicht kleiner als 1 (Sekunden je Pixel) werden. mfG ingo
vielen Dank an die Entwickler dieder tollen Programme. Für ein Projekt an der Uni brauchen wir auch solch ein Visualisierungsprogramm. Wir haben 10 Sensoren welche dargestellt werden müssen. Gleichzeitig speichern wir zu jedem Messpunk die GPS Koordinaten. Ist es möglich parallel zu dem datendiagramm noch ein X/Y Diagramm zu integrieren, in welchem die GPS Koordinaten dargestellt werden? Damit wüsste man in welcher Position dieser Messwert aufgenommen wurde.
Hallo Martin! Das Konstante an diesem Programm, ist die Zeitachse, um die es sich dreht, oder besser gesagt, über die gezeichnet wird. Natürlich könntest Du den Längen- und Breitengrad als einzelne Graphen zur Zeitachse (und damit indirekt den zurückgelegten Weg) darstellen, ich vermute aber eher, dir schwebt eine 3-D Projektion, mit x und y für die GPS-Koordinaten und z für die aufgezeichneten Messwerte vor (ob das auf einem 2-D Bildschirm übersichtlich wäre, weiß ich noch nicht). Das wird sich aber mit so einem "Messwertschreiber" nicht direkt realisieren lassen. Das wäre dann eher ein Fall für ein, auf diese Anforderung spezialisiertes, Programm, aber ich werde den Gedanken mal im Hinterkopf behalten. mfG ingo
keine 3D grafik. wenn ich mit dem cursor durch das X/Y Diagrammfahre möchte ich gerne dazu in einem extra fenster mit einem Punkt die gps koordinate markiert haben. Ziel: du hast eine Rennstrecke und hast alle daten während der fahrt mit geloggt. Danach schaust du dir die daten an, kannst aber nicht nachvollziehen in welcher kurve die kräfte grade aufgetreten sind. In dem extra fenster, würde mit hilfe der GPS koordinaten,eine draufsicht der gefahrenen strecke gezeigt werden. wenn du durch deine X/Y Werte scrollst wird dir dann zu jedem punkt die stelle in der strecke markiert. hoffe das war besser erklärt. ist das machbar?
Angehängte Dateien:
-
Graph.png
7,5 KB
Beides integrieren würde ich ungern, (weil recht speziell), für das Plotten des Wegverlauf könnte ich mir vorstellen, (in einem Exraprogramm) einen Vektor (evtl mit Uhrzeit) je (einstellbarem?) Intervall plotten, muss ich mal sehen, kann ich aber noch nicht versprechen. mfG ingo
mhm das würde auch gehn.. ich meld mich deswegen nochmal
Hallo Zusammen! Da mittlerweile auch langfristige Aufzeichnungen betrachtet werden sollen, kleine Veränderung in der Zeitachsenbeschriftung. Bisher habe ich selbige ab einem Zommfaktor von 4000 ausgeblendet, um gegenseitiges Überschreiben zu vermeiden. Damit aber auch Zeiträume von mehreren Jahren korrekt beschriftet werden, hab ich das jetzt geändert. Jetzt wird in diesem Falle der erste Tag des Monats, mit Monat und Jahr beschriftet. Bei weiterer Verkleinerung tritt derzeit bei mir ein Überschreiben auf, wenn ich mehr als 10 Jahre auf dem Bildschirm habe. Sollte für so Etwas Bedarf bestehen, würde ich dann evtl. nur noch die Jahre beschriften... mfG ingo
Also ehrlich, die Entwicklung dieses Programms ist FABELHAFT. Nur weiter so, das ist einfach..."A W E S O M E". Bau doch bitte das ein, damit die Jahre angezeigt werden. Danke ;)
Paule schrieb: > Bau doch bitte das ein, damit die Jahre beschriftet werden. Bitteschön! Habe nochmal nach dem Platz geschaut, siehe da: Bei senkrechtem Datum reicht es noch für ne zweistellige, sonst meistens noch für ne vierstellige Jahreszahl. mfG ingo
Einfache statistische Anzeigen währen echt super. So Mittelwert/Min/Max zwischen einem Bereich oder so. Kann leider das Programm jetzt nicht testen, aber ist ein logharithmische Anzeige auch möglich (X und Y)? Oder einfache Kuchendiagramme oder Balkendiagramme? Kann es leider zur zeit nicht Testen, weil kein PC in der Nähe ist. Eine weitere, aber vielleicht zu Aufwendige Funktion währe Crosscompiling zu Linux, MAC, PocketPC (Mobile 2003)... Ist eine Interpolierte Anzeige auch möglich? Also Anstatt kantige Schritte wie in einigen Screenschots eine gerade Linie oder diese Lienen "Abrunden" (Wie in Excel). Oder eine Interpolierte Linie, also so wie ClearTyp. Eine weitere eingenschaft könnte sein, dass es auch auf Kleinbildschirmen funktioniert, also auf Netbooks (800x640 Auflösung). Mir persöhnlich währe Sony Playstation Portable oder Nintendo DS portierung am liebsten, aber die wenigsten Menschen verwenden die Geräte zum ARBEITEN...nunja...was solls Hoffentlich störe ich nicht mit dem Vorschlägen, habe schon fast ein schlechtes Gewissen, weil das Programm sieht zur Zeit SUPER aus.
None schrieb: > Einfache statistische Anzeigen währen echt super. So Mittelwert/Min/Max Diese Werte über die gesamte Datei zu ermitteln ist kein Problem (min/max ermittle ich beim öffnen sowieso, wegen der Y-Achsenskalierung, aber Kanalunabhängig), mit dem Markieren von Zeitabschnitten tu ich mich noch etwas schwehr. > .... ist ein logharithmische Anzeige auch möglich (X und Y)? Für die Y-Achse könnte ich mir eine logarithmische Teilung für die Zukunft vorstellen, bei X (immer Zeit) sehe ich da einige Probleme. > Oder einfache Kuchendiagramme oder Balkendiagramme? Für eine Zeit/Wertrelation vielleicht nicht so sinnvoll.. > Eine weitere, aber vielleicht zu Aufwendige Funktion währe > Crosscompiling zu Linux, MAC, PocketPC (Mobile 2003)... Ich selbst arbeite privat hauptsächlich unter Windows, dieses Programm greift auch, ohne Framework direkt aufs Windows-API zu, das wäre das etwas schwierig, aber ein Teilnehmer hier aus dem Thread schrieb schon, das es unter Linux mit Wine läuft. > Ist eine Interpolierte Anzeige auch möglich? Also Anstatt kantige > Schritte wie in einigen Screenschots eine gerade Linie oder diese Lienen > "Abrunden" (Wie in Excel). Oder eine Interpolierte Linie, also so wie > ClearTyp. Da muss ich mich erstmal mit Splinen beschäftigen, kann ich noch nichts versprechen.. > Eine weitere eingenschaft könnte sein, dass es auch auf > Kleinbildschirmen funktioniert, also auf Netbooks (800x640 Auflösung). Dürfte eigentlich kein Problem sen, nein Netbook hat 1024x600 Bildpunkte, da gehts noch ganz gut, bleibt nur immer weniger Platz für die Diagrammfläche. > Mir persöhnlich währe Sony Playstation Portable oder Nintendo DS > portierung am liebsten, aber die wenigsten Menschen verwenden die Geräte > zum ARBEITEN...nunja...was solls Das wäre doch mal eine Herausforderung für jemanden, der sich mit den Geräten auskennt ;) mfG ingo
Hallo Zusammen! Es gibt mal wieder eine Kleinigkeit: Es ist jetzt möglich, den Linienstil der Graphen, nicht nur durchgehend, sondern auch gestrichelt, gepunktet, strichpunkt sowie strichpunktpunkt einzustellen. Diese Voreinstellung kann auch aus den Palettentags initialisiert werden. Dies macht sich allerdings erst ab einem Zoomfaktor bemerkbar, bei dem Linienabschnitte als Geraden gezeichnet werden. mfG ingo
Hallo Ingo, danke für den Einbau. Geht gut. Hinweisen sollte man noch, dass der Linienstil aufgehoben wird, wenn der Graph fett dargestellt wird. Gruss
Um hier nochmal eine Möglichkeit einzubringen. http://www.ipemotion.com/ Ja, ich kenne die Firma die dahinter steckt. Es gibt dort kostenlose Editionen zur Datenanalyse. Dazu müssen die Messdaten allerdings im geeigneten Format gespeichert werden. Es ist ebenso problemlos möglich eigene Messtechnik in die Bibliothek von IPEmotion zu integrieren, Stichwort: MAL. Falls jemand Interesse oder weitere Fragen hatte, bitte einfach melden. Gruß Pascal
Mag sein, dass das eine weitere Alternative ist, die für den einen oder anderen Fall vorteilhafter ist. Für meine Anwendung jedoch ist der csv-viewer einfach ideal. Ausserdem kostet die "Vollversion" nichts, man braucht sich nirgends anzumelden und einen besseren Support wie den von Ingo (einschliesslich Einbau von Wünschen) gibt es nicht. Gruss
@Ingo: Nett wäre es, wenn eine im selben Verzeichnis wie die csv-Datei liegende ini-Datei gelesen würde, statt der aus dem Nutzerprofil. Oder man eine ini-Datei als 2. Argument angeben könnte.
Hallo Zusammen! Bin von Dienstreise zurück, > Nett wäre es, wenn eine im selben Verzeichnis wie die csv-Datei > liegende ini-Datei gelesen würde, statt der aus dem Nutzerprofil. > Oder man eine ini-Datei als 2. Argument angeben könnte. Müsste ich machen lassen, werde ich mir am Wochenende mal vornehmen. Bis dann, mfG ingo
Hallo Zusammen! > Nett wäre es, wenn eine im selben Verzeichnis wie die csv-Datei > liegende ini-Datei gelesen würde, statt der aus dem Nutzerprofil. > Oder man eine ini-Datei als 2. Argument angeben könnte. Hat ein Wenig gedauert, funktioniert jetzt aber: Bitte in der Anleitung unter "Speichern der Einstellungen" schauen! mfG ingo
Abdul K. schrieb: > Eventuell könnte man auch den Waveform-Viewer von LTspice benutzen. Der > ist ja auch für sehr große Datenmengen. Nur eine Idee, nicht > ausprobiert!! Tolle Arbeit! Aber um auf LTspice zurückzukommen: Es geht auch dort. Zumindest für jene die das eh täglich benutzen, eine Alternative. Standart schreibt man Standard, während es Standort heißt.
Hab's mal in die Codesammlung verschoben, eventuell wär das auch mal was für den SVN Server? Beitrag "Hinweis: Artikelsammlung"
Könntet ihr bitte den Thread mal endlich da lassen wo er ist! Ist schon das zweite mal , dass er verschoben wurde. Aus eueren Verschiebechriterien werde ich nicht mehr schlau. Danke sehr.
Vielleicht passt das auch noch ein wenig zu diesem Thread. Ein Terminal Programm, mit dem hereinkommende Zahlen gleich zu einem Graph hinzugefügt werden: Beitrag "Re: java rxtx in jar file einbinden"
datlog schrieb: > Deshalb suche ich also ein Tool (muss nicht kostenlos sein, aber doch > erschwinglich) das meine aufgezeichneten Daten verarbeiten kann. Hi, datlog, aufzeichnen und visualisieren reichen für meine Aufgaben und Ziele in meinem Hobby und meiner freiberuflichen Tätigkeit nicht. Da kommt noch die Steuerung von Sensoren und Aktoren hinzu - zum Beispiel messen - auswerten mit FFT - agieren. Gesucht habe ich erschwingliche Varianten von HP's VEE und National Instruments LabWindows. Gefunden habe ich bei ebay für 25€ eine veraltete Version von VEE, die aber über serielle Schnittstellen des PC und virtuellen mit Sensoren sprechen und Daten austauschen kann. Beide Programme haben eine wunderschöne Benutzeroberfläche - ich rufe die FFT als Programmblock auf den Bildschirm, verknüpfe Aus- und Eingänge, bestimme die Parameter der Verarbeitung, schließe am Ausgang einen virtuellen Oszi an, und schon sehe ich Spektrallinien. Da ist mehr, als ich je gebraucht habe. Ciao Wolfgang Horn
@Wolfgang Horn. Möchte dazu nur einen Beitrag von mir von weiter oben wiederholen: ---------------------------------------------------------------------- Mag sein, dass das eine weitere Alternative ist, die für den einen oder anderen Fall vorteilhafter ist. Für meine Anwendung jedoch ist der csv-viewer einfach ideal. Ausserdem kostet die "Vollversion" nichts, man braucht sich nirgends anzumelden und einen besseren Support wie den von Ingo (einschliesslich Einbau von Wünschen) gibt es nicht. ----------------------------------------------------------------------- Gruss datlog
Hallo Ingo, eine Frage zum Bildaufbau bitte. Kann man den Bildaufbau irgendwie unterbrechen bzw. stoppen? Wie du weisst, habe ich sehr große Datensätze mit vielen Kanälen das bei mir durchaus 15 bis 20 Sekunden Bildaufbau bedeuten kann wenn der gesamte Bereich dargestellt wird. Wenn man dann bestimmte Kanäle aus/ein-schalten will, wiederholt sich das Spielchen u.U. paar mal bis man das sieht was man möchte. Da kommt dann schon etwas Zeit zusammen. Als fauler und ungeduldiger Mensch wollte ich fragen ob es eine Möglichkeit gibt Zeit zu sparen, von der ich vielleicht noch nichts weiss. Danke und Gruss datlog
Hi! Beitrag gelesen, neugierig geworden, getestet. Was soll ich sagen, es geht sogar unter Win98Se fast fehlerfrei. (nur beim Laden einer 2. Datei & beim Beenden geht was daneben) Spitze, und das für umsonst mit Support! Danke Ingo, weiter so. Ähmmm... Binäre Daten, also hexformat so 8/16 Bit bekommen wir aber nicht zufällig mit gebacken??? Hintergrund: mein Hameg sendet die Daten binär bzw. sogar in gemischter Form (Vorspann/CH1/CH2). Schöne Feiertage noch, Uwe
> Kann man den Bildaufbau irgendwie unterbrechen bzw. stoppen? Hab ich schon drüber nachgedacht, müsste irgendwie gehen, muss ich mal API's studieren (wärend des Bildaufbaus die MessageQueue abfragen) hoffe mal, das ich es hinkriege. > Binäre Daten, also hexformat so 8/16 Bit bekommen wir aber > nicht zufällig mit gebacken??? Hintergrund: mein Hameg sendet die Daten > binär bzw. sogar in gemischter Form (Vorspann/CH1/CH2). Müsste man einen passenden Konverter für bauen, die Schnittstelle zum "einknöpfen" ist ja da, Bräuchte ich mal eine Beispieldatei, am Besten mit Doku, wie sie zu lesen ist. Auf eine Einschränkung bezüglich Samples von Oszis möchte ich aber schon hinweisen: Die kleinste Zeiteinheit ist eine Sekunde. Müsste man bei Bedarf eventuell tricksen, indem man den Zeitmasstab mit 1E6 oder 1E9 multipliziert, wäre aber mit der Zeitskala (s/m/h) auch nicht optimal, für langsame Sachen müsste es aber gehen. mfG ingo
Hallo zusammen!
> Kann man den Bildaufbau irgendwie unterbrechen bzw. stoppen?
War eigentlich ganz einfach: (für diejenigen, die es Interessiert:
wärend des Bildaufbaues, jeden Wert einmal PeekMessage() aufrufen, wenn
WM_DOWN gekommen ist, dann die an sich selbst posten (damit die
Pfeiltaste danach auch abgearbeitet wird) und Abbruchbedingung setzen),
hoffe, das diese Prüfung nicht die Ausführung wesentlich verlangsamt.
Habe mal die Anleitung noch einmal separat daneben gestellt, unabhängig
vom ZIP-Archiv, hatte die nämlich letztens für einen anderen Thread
missbraucht. Ausserdem kann man sich sich so durchlesen, ohne erst das
Archiv runterzuladen und zu entpacken.
Übrigens finde ich den Vorschlag von Läubi, mit dem Wiki-Artikel
garnicht so verkehrt, da hatte ich auch schon drüber nachgedacht, vor
Allem liegen dann steinalte (und insbesondere fehlerhafte) Versionen
nicht im Forum.
Bei der Gelegenheit könnte man auch mal über einen vernünftigen Namen
nachdenken, der jetztige war seinerzeit nur ein Arbeitstitel, bei
CSV-Viewer werden die meisten auch eher an eine Tabellenansicht denken.
Dann vielleicht eher "CSV-Plotter", das könnte schon eher passen.
In dem Sinne ....
mfG ingo
Hi Ingo, Danke sehr für den superschnellen Einbau der Bildaufbau-Unterbrechung, geht prima. Btw, hatte mich nicht wegen Wiki "beklagt", sondern wegen der ewigen Verschieberei. Vielen Dank nochmals und guten Rutsch ins neue Jahr. Grüße datlog
Hallo Ingo, erst einmal möchte ich dir sagen, dass du hier ein tolles Wrkzeug geschaffen hast.Ich benutze einen Router mit OpenWRT um Temperaturverläufe aufzunehmen. Es klappt schon ganz gut aber ein paar Dinge sind mir aufgefallen : - Trennzeichen Wenn du die erste Zeile sowieso mit Datum,Zeile,.. etc quasi festgelegt hast könntest du doch das Zeichen nach "Datum" automatisch als Trennzeichen verwenden. Man bräuchte dann keine Filter zu definieren. Wobei meine Datei benutzt ";" als Trennzeichen und es funktioniert auch. Sind eigentlich Leerzeichen in der Datei erlaubt (z.B. 12.02.2010 , 12:23:00) ? Die datei ist dann erheblich einfacher als Text zu lesen. - Fehlerhafte Messwerte Manchmal kommt es halt doch vor, dass Werte falsch gemessen werden (evt. Fehler in der Schaltung, der Software ...). Das Diagramm hat dann hässliche Zacken. Es wäre interessant solche Werte in der Datei z.B. mit "xxx" zu markieren und dann im Diagramm auzublenden. Ist so etwas möglich ? - horizontales Verschieben / Scrollen wenn man horizontal vergrössert hat ist es schwierig zu scrollen. In der vertikalen Achse kann man um 10% verschieben, horital nur um die beiden Werte die man in der Konfiguration angegeben hat. Hier wäre eine prozentuale Verschiebung ebenfalls toll. Sonst aber ein sehr hilfreiches Tool. mfg A. Zöller
A. Zöller schrieb: > - Trennzeichen > Wenn du die erste Zeile sowieso mit Datum,Zeile,.. etc quasi festgelegt > hast könntest du doch das Zeichen nach "Datum" automatisch als > Trennzeichen verwenden. Man bräuchte dann keine Filter zu definieren. Gute Idee, werde das Hauptprogramm mal durchsehen und das fest verdrahtetete Trenzeichen durch eine Variable ersetzen > Wobei meine Datei benutzt ";" als Trennzeichen und es funktioniert auch. Ist ja eigentlich auch das (von Excel geerbt) richtige > Sind eigentlich Leerzeichen in der Datei erlaubt (z.B. 12.02.2010 , > 12:23:00) ? Die datei ist dann erheblich einfacher als Text zu lesen. Leerzeichen zwischen den Datenelementen und dem nächsten Trennzeichen dürften m.E kein Problem sein > - Fehlerhafte Messwerte > Manchmal kommt es halt doch vor, dass Werte falsch gemessen werden (evt. > Fehler in der Schaltung, der Software ...). Das Diagramm hat dann > hässliche Zacken. Es wäre interessant solche Werte in der Datei z.B. mit > "xxx" zu markieren und dann im Diagramm auzublenden. Ist so etwas > möglich ? Wird jetzt etwas schwierig, die Grenze zwischen richtigen und falschen Werten zu setzen, vielleicht fällt mir dazu noch was ein. > - horizontales Verschieben / Scrollen > wenn man horizontal vergrössert hat ist es schwierig zu scrollen. In der > vertikalen Achse kann man um 10% verschieben, horital nur um die beiden > Werte die man in der Konfiguration angegeben hat. Hier wäre eine > prozentuale Verschiebung ebenfalls toll. Das mit dem halben Bildschirm für Horizontalscrollen über Mausbutton, hat sich so ergeben, weil einige hier mit sehr großen Dateien operieren, be denen das Rollen mit zu kleinen Schritten auch lästig wäre... Aber ich werde diesen Faktor auch über den Einstellungen-Dialog veränderbar machen, da ich auch nicht mehr Platz mit zusätzlichen Mausbuttons zubauen möchte. Ich persönlich scrolle ohnehin lieber mit der Tastatur, da kannst Du 2 verschiedene Sprungweiten (nur Pfeil links/rechts, oder mit Strg zusammen) selbst definieren, genaueres siehe Handbuch Hoffe, die nächste Version, im Laufe der kommenden Woche vorstellen zu können. mfG ingo
Hallo Ingo, ich habe noch einmal ein paar Tests gemacht und folgendes herausgefunden : - Leerzeichen nach dem Trennzeichen sind ok (2011; 12:30) - Leerzeichen vor dem Trennzeichen sind nicht ok (2011 ;12:30) - Nur in der Headerzeile dürfen keine sein (Datum; Zeit geht nicht) - Es werden auch Unix-Dateien ohne weiteres gelesen ( nur mit LF am Zeilenende) Vielen Dank nochmal für das tolle Tool mfg A. Zöller
Hallo Zusammen! Es gibt mal wieder was zu testen: hat ein Wenig gedauert, aber am WE hatte mich die Influenza etwas aus dem Verkehr gezogen A. Zöller schrieb: > - Trennzeichen > Wenn du die erste Zeile sowieso mit Datum,Zeile,.. etc quasi festgelegt > hast könntest du doch das Zeichen nach "Datum" automatisch als > Trennzeichen verwenden. Man bräuchte dann keine Filter zu definieren. > Wobei meine Datei benutzt ";" als Trennzeichen und es funktioniert auch. > Sind eigentlich Leerzeichen in der Datei erlaubt (z.B. 12.02.2010 , > 12:23:00) ? Die datei ist dann erheblich einfacher als Text zu lesen. Die automatische Erkennung hab ich wieder verworfen, dann würde das Auffüllen mit Leerzeichen verwirren. Stattdessen kann das Trennzeichen jetzt im "Einstellungen"-Dialog geändert werden, mit TAB ist der Text auch gut zu lesen, Achtung, manche Editoren wandeln TAB's beim Speichern in Leerzeichen! > - Fehlerhafte Messwerte > Manchmal kommt es halt doch vor, dass Werte falsch gemessen werden (evt. > Fehler in der Schaltung, der Software ...). Das Diagramm hat dann > hässliche Zacken. Es wäre interessant solche Werte in der Datei z.B. mit > "xxx" zu markieren und dann im Diagramm auzublenden. Ist so etwas > möglich ? Geht schon ein Weilchen, die Zeichenfolge dafür ist "#IN" (invalid number) > - horizontales Verschieben / Scrollen > wenn man horizontal vergrössert hat ist es schwierig zu scrollen. In der > vertikalen Achse kann man um 10% verschieben, horital nur um die beiden > Werte die man in der Konfiguration angegeben hat. Hier wäre eine > prozentuale Verschiebung ebenfalls toll. Geht jetzt auch über "Einstellungen" > Sonst aber ein sehr hilfreiches Tool. > > mfg > > A. Zöller Danke für die Blumen, aber das ist hier ein Gemeinschaftswerk. Hoffe, die neue Version funktioniert wie beabsichtigt, mfG ingo
Hallo Ingo, ein rein kosmetisches Problem: Der Programmstart+sofortige datenlose Beendigung erzeugt seit einigen Versionen "csvview.exe hat ein Problem festgestellt und muss beendet werden". Vielleicht steckt je mehr dahinter. Gruß Jan
Jan schrieb: > Der Programmstart+sofortige > datenlose Beendigung erzeugt seit einigen Versionen "csvview.exe hat ein > Problem festgestellt und muss beendet werden". Vielleicht steckt je mehr > dahinter. Gruß Jan Werde ich mich drum kümmern, hoffe, den Fehler bald gefunden zu haben, vermutlich der Versuch, Speicher zurückzugeben, der vorher nicht angefordert war. mfG ingo
Jan schrieb: > Hallo Ingo, ein rein kosmetisches Problem: Der Programmstart+sofortige > datenlose Beendigung erzeugt seit einigen Versionen "csvview.exe hat ein > Problem festgestellt und muss beendet werden". Vielleicht steckt je mehr > dahinter. Gruß Jan Der Fehler ist jetzt lokalisiert: Im Zuge der Änderung der Ini-Datei-Behandlung, hatte ich den Pfad zur inidatei beim Dateiöffnen gemerkt, dann beim Schließen wieder in die Datei zurückgeschrieben, schlecht, wenn dort mangels Dateiöffnen, kein gültiger Pfad stand... Die wird jetzt beim Programmstart initialisiert, hoffe, jetzt funktioniert es besser, mfG ingo
Falls von Interesse für Benutzer der Projet LevelJET Ultraschall Füllstandsanzeige. Da es meines Wissen kein Tool des Herstellers zum SD-Card Logger des Leveljet gibt und man nur den beschwerlichen Weg über Excel o.ä. gehen kann, findet man im Anhang ein einfaches Config File für den CSV-Viewer. Damit kann man direkt das erzeugte .LOG File darstellen. Gruss datlog
Hallo, gibt es eine Möglichkeit die Zeit Achse zu ersetzen? Ich habe Daten die einfach nur durchnummeriert sind, wenn ich das in eine Zeit umrechnen lasse finde ich meine Position in den Daten nie wieder. Am besten wäre es, wenn man zwischen Zeit und einer fortlaufenden Nummer wählen könnte. Viele Grüsse, Dirk
Oh was sehe ich den da! Man sollte nicht am Rechner eines Kollegen was schreiben. Schon hat man 2 verschieden Namen im Post drin.
Dirk schrieb: > Hallo, > gibt es eine Möglichkeit die Zeit Achse zu ersetzen? > > Ich habe Daten die einfach nur durchnummeriert sind, wenn ich das in > eine Zeit umrechnen lasse finde ich meine Position in den Daten nie > wieder. > Am besten wäre es, wenn man zwischen Zeit und einer fortlaufenden Nummer > wählen könnte. Hallo Dirk! In der Verarbeitung der Abzissendaten bin ich intern ziemlich fest auf das "Zeitformat" (time_t) eingeschossen. Um dir trotzdem das Auffinden der betreffenden Textzeile zu ermöglichen, habe ich die Funktion "messe Werte" dahingehend erweitert, das sie die betreffende Zeilennummer anzeigt. Das Ausfüllen der obligatorischen Datum/Zeit-Spalte kann ja der Konverter übernehmen, indem Du ihm ein festes Zeitintervall je Zeile vorgibst. Eine bessere Lösung sehe ich (im Augenblick erstmal) nicht. Desweiteren sind 2 kleine Fehler korrigiert, siehe Doku. mfG ingo
Irgendwie bin ich zu Blöd den Konverter richtig einzustellen. Ich habe eine Datei mit diesem Inhalt: 1,0.262500,262,100,0,0,0,393,0,0 2,0.262500,262,100,393,0,0,393,0,0 3,0.264200,264,100,396,0,0,396,0,0 4,0.253500,253,100,379,0,0,379,0,0 5,0.253500,253,100,379,0,0,379,0,0 6,0.252400,252,100,378,0,0,378,0,0 7,0.274300,274,100,411,0,0,411,0,0 8,0.274300,274,100,411,0,0,411,0,0 9,0.292900,292,100,438,0,0,438,0,0 10,0.292900,292,100,438,0,0,438,0,0 ... 80692,-0.014000,14,300,21,-6,0,21,6,4 80693,-0.014000,14,300,21,-6,0,21,6,4 80694,-0.010600,10,300,15,-6,0,15,6,4 80695,-0.012900,12,300,18,-6,0,18,6,4 Und möchte den nun umwandeln. Die Daten sollen einfach nur rein kommen zum ansehen Der Aufbau ist: Daten Nummer, Strom [A], ABS Strom [mA],A,B,C,D,E,F,G Bei allen versuchen die ich gemacht habe stürzt der Konverter ab oder macht nichts. Dirk
Angehängte Dateien:
-
Dirk_SC1.png
4,5 KB -
Dirk_SC2.png
19 KB
Hallo Dirk! Habe dir mal, entsprechend deiner Erläuterungen, eine Konfig gebaut. Vielleicht muss ich die ensprechenden Abschnitte in der Anleitung auch noch etwas überarbeiten. Da, wie bereits geagt, Datum/Uhrzeit benötigt werden, wird die hier, als Dummy, über Dateizeitstempel/festes Intervall gemacht. Das große Intervall von 600 Sekunden war hier nötig, um die kleine Datei Bildschirmfüllend anzeigen zu können, wenn deine Datei 'zigtausende Werte hat reicht bei dir vielleicht auch eine Sekunde. Der Maximale Zoomfaktor ist 1 Sekunde/Pixel. Für den Messwertsample habe ich unmittelbar vor den großen Pegelwechsel geklickt. Hoffe, das hilft erstmal weiter, mfG ingo
Hallo, ich hab mir vorhin mal den csv_viewer. Super Sache, genau das was ich gesucht hab. Leider hab ich aber ein Problem. Ich habe für einen Jahresverlauf jetzt ca. 430.000 Zeilen mit je 10 Spalten. Das klappt auch alles soweit mit der Darstellung. Nur: wenn ich jetzt zoomen will oder irgendetwas anderes ändern möchte, muss ich immer warten, bis der Graph wieder neu geladen ist. Gibt es vielleicht irgendeinen Weg, dass die Daten nicht immer neu geladen werden müssen? So kann man nicht wirklich damit arbeiten :-/ Wäre super, wenn ihr mir helfen könntet! besten Dank!
Und nochmal bin ich lästig :-) Es wäre auch schön, wenn man die Zoom- Einstellungen, genauso wie die Einheit auch speichern könnte. Also einmal einstellen und es ist beim nächsten öffnen auch wieder so eingestellt. Danke euch!
Knilch schrieb: > Das klappt auch alles soweit mit der Darstellung. Nur: wenn ich jetzt > zoomen will oder irgendetwas anderes ändern möchte, muss ich immer > warten, bis der Graph wieder neu geladen ist. Wärend des Bildaufbaus, wird auf Tastaturereignisse geprüft, also der Bildaufbau unterbrochen und die Tastenfunktion ausgeführt. Wenn also das Zoomen/Scrollen mit der Tastatur erfolgt, geht das einigermaßen flüssig. Über das Abspeichern der Zommeinstellungen hab ich schon nachgedacht, evtl optional, weil ich nicht weiss, ob das so gut ist (andere Datei geöffnet, oder Datei wurde geändert). Denke ich aber noch weiter drüber nach. mfG ingo
Du kannst es ja vielleicht optional (mit Haken) einrichten?! Außerdem ist mir aufgefallen, dass die Tastaturfunktion "s" nicht klappt. Über die Diagrammfläche geht´s. Wenn ich die Taste drücke erkenne ich zwar eine reaktion am Bildschirm, aber keine Reaktion am Graphen. Grüße, Knilch
Was könnte schiefgehen, wenn man das Programm startet, es aber dann kein Fenster bringt?
Angehängte Dateien:
-
CSV_Bild.JPG
120 KB
Umsomehr ich rumspiel, desto fällt mir auf :-/ Wenn ich einige Zeit mit dem Programm beschäftigt bin und mit einer Datei hin und her zoome, entwickelt sich der Graph plötzlich so, wie er im Anhang ist- Was ist da denn los??? Was mach ich falsch? Danke nochmal :-)
Abdul K. schrieb: > Was könnte schiefgehen, wenn man das Programm startet, es aber dann kein > Fenster bringt? Rufst Du das Programm erstmalig, ohne Parameter auf? Wenn es an fehlerhaften, gespeicherten Einstellungen liegt, hilft Start mit gedrückter Umschaltetaste, dann werden keine Einstellungen geladen. Ansonsten ist für Fehlerdiagnosen, immer die betreffende Datei hilfreich. Habe im Moment leider nicht viel Zeit, werde aber trotzdem versuchen, der Sache auf den Grund zu gehen. mfG ingo
Parameter?? Ich mache einfach einen Doppelclick drauf. Mit Shift öffnet sich nun ein Fenster und dann kann man mit Open ein Dokument öffnen und es wird angezeigt. Beenden wirft dann KERNEL32.DLL Fehler raus. Ohne Shift kommt kein Fenster. Im Taskbar ist das Programm aufgeführt. Beenden geht dann nur über Taskmanager. CSVVIEW verursachte einen Fehler durch eine ungültige Seite in Modul KERNEL32.DLL bei 0187:bff6baf3. Register: EAX=00000020 CS=0187 EIP=bff6baf3 EFLGS=00010202 EBX=0074bf9c SS=018f ESP=0074a330 EBP=0074a378 ECX=7803bb90 DS=018f ESI=00000020 FS=2717 EDX=81950000 ES=018f EDI=0074bf50 GS=0000 Bytes bei CS:EIP: 80 3e 04 74 0f 33 c0 50 50 50 68 05 00 00 c0 e8 Stapelwerte: 00000000 780114ac 00000020 7801162a 00000000 0074bf50 00007fc0 0074bf9c bff6269c bff42d56 00743000 00000000 780352c8 0074a160 0074bf84 7800f56a Wie skaliert man eigentlich? Scrollrad geht jedenfalls nicht und im Menü fand ich dazu auch keinen Eintrag.
Hab mein Problem selbst gelöst :-) Alles wieder gut. Formatierungsfehler...
Abdul K. schrieb: > Wie skaliert man eigentlich? Scrollrad geht jedenfalls nicht Ok, das Scrollrad hatte bisher wirklich keine Funktion, weil in meinem alten SDK nicht beschrieben. Inzwischen hab ich mir die Funktion aus dem MSDN rausgesucht, jetzt kann man mit dem Rad entlang der Zeitachse rollen. Thema Rekonstruktion der vorherigen Ansicht: werde (vielleicht kommendes WE) einbauen, das, wenn man die gleiche Datei wieder öffnet, die alte Ansicht wiederhergestellt wird. mfG ingo
Knilch schrieb: > Es wäre auch schön, wenn man die Zoom- Einstellungen, genauso wie die > Einheit auch speichern könnte. Also einmal einstellen und es ist beim > nächsten öffnen auch wieder so eingestellt. Habe es jetzt folgendermaßen eingebaut: Wird die gleiche Datei (relevant ist der Dateipfad/Name, nicht der Dateiinhalt/Zeitstempel), wieder geöffnet, dann werden die vorherigen Ansichtseinstellungen (Zoom/Offset) mit wiederhergestellt, eine automatische Skalierung findet in diesem Falle nicht statt. Hoffentlich klappt alles, wie beabsichtigt, mfG ingo
Hallo, gibt es eine Möglichkeit mit dem Konverter das Format von Datum und Urzeit zu überarbeiten? Mein Logfile sieht so aus: DATE & TIME;T1[C];T2[C];T3[C]; 2011-10-01 00:00;16;40;55; 2011-10-01 00:01;16;40;55; Datum und Uhrzeit sind somit in der ersten Spalte und nicht getrennt. Natürlich müsste auch das Datum "umgebaut" werden. Danke und Gruß Martin
Martin M schrieb: > gibt es eine Möglichkeit mit dem Konverter das Format von Datum und > Uhrzeit zu überarbeiten? Mein Logfile sieht so aus: Hallo Martin, Hab mir schon gedacht, das solche Wünsche kommen, werde mich der Sache mal annehmen, kann aber noch nicht versprechen, wann's fertig ist, mfG ingo
Martin M schrieb: > gibt es eine Möglichkeit mit dem Konverter das Format von Datum und > Urzeit zu überarbeiten? Mein Logfile sieht so aus: > > DATE & TIME;T1[C];T2[C];T3[C]; > 2011-10-01 00:00;16;40;55; > 2011-10-01 00:01;16;40;55; Habs jetzt soweit, das es funktioniert: Das Datum/Zeitformat kann jetzt durch einen entsprechenden Eintrag in der Config festgelegt werden (Anleitung!) Die Konfig für dieses Beispiel hängt mit an. Also ist diesmal nur der Konverter betroffen. mfG ingo
Hallo Ingo, das ging ja voll schnell. Leider funktioniert es bei mir nicht. Auch wenn ich die config Datei auf 13 Spalten erweiter geht es nicht. Kann es der Grund sein, dass meine Datei keinen "sauberen" Zeilenumbruch hat? Gruß Martin
Angehängte Dateien:
-
Filtereinstellung.png
6,2 KB -
Ergebnis.png
13 KB
Hallo Martin, Habe deine Datei mal getestet, mit folgendem Ergebnis, Ursache des Problems war wohl die Kopfzeile in deiner Datei, die hab ich manuell rausgelöscht. Ich werde dafür im Konverter noch die Funktion einbauen, eine Anzahl (1?) Zeilen zu "überlesen", dann kann man sich das Löschen des Kopfes ersparen. Die, auf 12 Spalten erweiterte (hast Du bestimmt genauso gemacht) Konfig hab ich wieder mit drangehängt. mfG ingo
Jetzt kann der Konverter die Kopfzeile(n) auch selbst überspringen, des Weiteren ist ein Fehler vom letzten Mal behoben: unabhängig ob wieder die gleiche, oder eine andere Datei geöffnet wird, wird der letzte horizontale Zoomfaktor wiederhergestellt. Für den schnellen Überblick, wie gehabt, Rechtsklick->ganze Datei. mfG ingo
Hallo, hab das Programm vor einigen Tagen gefunden und bin begeistert ! Eine Idee hätte ich noch, könnte man einen Auto-Update machen, so dass bei Änderungen in der Datei bzw. im (einstellbaren) Intervall die CSV Datei neu eingelesen wird. Die Anzeige müsste dann im Zoom bleiben, aber immer so scrollen dass die neuen Werte auch angezeigt werden. Holger
Hallo Ingo, funktioniert jetzt super. Vielen Dank :-). Gruß Martin
Holger W. schrieb: > könnte man einen Auto-Update machen, so dass > bei Änderungen in der Datei bzw. im (einstellbaren) Intervall die CSV > Datei neu eingelesen wird. Hallo Holger, Beim Neuzeichnen des Diagramms, werden die Daten immer aus der aktiven Datei gelesen, beim (manuellen) Vorwärtsrollen, bis zum jeweiligen Dateiende. Das funktioniert allerdings nur, wenn die Datei direkt angezeigt wird, nicht über den Konverter, dann wird nur die temporäre Zwischendatei angezeigt. Bei Änderungen in der Originaldatei, müsste der Konverter erneut drübergejagt werden. Zum Thema, ans Ende springen, wenn die Datei gewachsen ist, muss ich noch nachdenken, das könnte ja auch störend sein, wenn man sich gerade einen Abschnitt weiter vorn ansehen möchte. Vielleicht fällt mir dazu noch was ein. mfG ingo
Hallo, war ja nur als Anregung gedacht. Da ich meine "eigenen" Daten anzeige habe ich die natürlich so formatiert, dass ich ohne Konverter auskomme. Jetzt würde ich gern dein Programm offenlassen und immer mal draufschauen wie denn der Verlauf der letzten Stunden war. Vielleicht über einen extra einzuschaltenden Parameter, "aktualisiere mal nach x Minuten" oder so. Aber auch so ist es schon genial. Holger
Holger W. schrieb: > Vielleicht über einen extra einzuschaltenden Parameter, "aktualisiere > mal nach x Minuten" oder so. Jetzt sind erst einmal die "Pos1"- und "Ende"-Tasten zu ihren Funktionen gekommen. Im "Einstellungen"-Dialog gibt es jetzt die "Refreshzeit", hier kann man einstellen, alle wieviele Sekunden die "Ende"-Taste gedrückt werden soll. Dieser Wert steht nach Programmstart auf 0, damit findet kein Refresh statt. mfG ingo
Nach langer Suche bin ich nun bei euch gelandet. Ich verwende einen Solarregler von Resol. Dieser schreibt mir meine SD Karte voller .csv Dateien. Die Auswertung über Exel ist sehr mühsam. Ich möchte das Ganze grafisch darstellen. Nun versuche ich es mit deinem Programm, allerding bekomme ich das mit dem Datum nicht auf die Reihe. Ich wäre euch für Tipps und Tricks sehr dankbar. Im Anhang mal eine Datei von mir.
Hallo Steven, Hab mal kurz über die Datei drübergeschaut, wenn zwischen Datum und Uhrzeit ein Tab (Separator) wäre und diese beiden Spalten nur mit "Datum" und "Zeit" beschriftet wären, würde es fast ohne Konverter gehen. Werde heut Abend mal eine Konfig für den Konverter vorgereiten. mfG ingo
Angehängte Dateien:
-
Filter_Steven.png
6,7 KB -
ResultatSteven.png
25 KB
Hallo Steven, Hab mir deine Datei mal vorgenommen, mit anhängenden Resultaten. Was im ersten Moment die Auswertung etwas erschwehrt, ist der Umstand, das auch kumulierende Zähler (Betriebssekunden), mit unhandlichem Wertebereich enthalten sind. Dort habe ich mir erlaubt, mit Hilfe einer Division durch 3600, daraus Betriebsstunden zu machen. Falls diese Daten überhaubt nicht benötigt werden, können die entsprechenden Zeilen aus der Konfig auch ganz rausgelöscht werden, dann verwirren sie auch nicht mehr. Ansonsten der Tipp, erstmal jeden Graphen in der Legende anklicken (hervorheben), und bei Nichtgefallen mit Dopperklick ausblenden. hoffe, das hilft erstmal... mfG ingo
Hallo Ingo, Also das nenne ich mal einen Support. Du bist ja Mega Fix. Vielen vielen Dank für die fixe Hilfe. Ich werde mir jetzt mal die Daten ansehen und mich überraschen lassen. Das mit den Betriebssekunden ist mir auch aufgefallen, danke für deine Anpassung. Gruss Steven
Hallo Leute, Habe die automatische Skalierung der Y-Achse, beim Öffnen einer neuen Datei gründlich überarbeitet, jetzt sollten hoffentlich keine krummen Zahlen mehr dort auftauchen, ist mir bei der Beispieldatei von Steven mal wieder übel aufgestoßen, das ich die Skalierung im Einstellungen-Dialog "glatt" ziehen musste. mfG ingo
Hallo, vielen Dank für dieses Programm, es ist sehr nützlich für mich. Eines ist mir aufgefallen: wenn man mehrere Instanzen des Programmes mit verschiedenen Datensätzen öffnet, werden immer die selben Kurven angezeigt. Lässt sich das noch abstellen? noch ein Ingo
Ingo_D schrieb: > Eines ist mir aufgefallen: wenn man mehrere Instanzen des Programmes mit > verschiedenen Datensätzen öffnet, werden immer die selben Kurven > angezeigt. Lässt sich das noch abstellen? Du nutzt sicher den Konverter, das hängt nämlich damit zusammen, das der Konverter (derzeit) immer die gleiche Zwischendatei erzeugt. Werde mich als Nächstes daran machen, eindeutige (Dateiname aus Hashwert des Originalpfades?) Tempdateien zu erzeugen (und bei längerer Nichtnutzung auch wieder zu entsorgen), wenn verschiedene Originaldateien geöffnet werden. Mal schauen, vielleich komme ich kommendes WE dazu... mfG ingo
Hi, ich habe das Teil auch mal getestet, ist genau das, was man "auf die Husche" braucht. Ich habe 43 Spalten (Kurven) mit Messwerten, die ich darstellen möchte. Da mein Logger keine Datumsinformationen bekommt, schreibe ich als Datum eine fortlaufende Nummer, Uhrzeit wie gefordert. Nun schmiert das Programm ab, sobald ich den Cursor innerhalb des Graphen bewege. Sind 43 Spalten (Kurven) zuviel? Liegt es an der "verkrüppelten" Datumsinfo?
Thilo M. schrieb: > Ich habe 43 Spalten (Kurven) mit Messwerten, die ich darstellen möchte. > Da mein Logger keine Datumsinformationen bekommt, schreibe ich als Datum > eine fortlaufende Nummer, Uhrzeit wie gefordert. > > Nun schmiert das Programm ab, sobald ich den Cursor innerhalb des > Graphen bewege. > > Sind 43 Spalten (Kurven) zuviel? sollte eigentlich kein Problem sein. > Liegt es an der "verkrüppelten" Datumsinfo? Wenn die Aufzeichnung in konstanten Intervallen erfolgt und die Datei nach dem letzten Datensatz geschlossen wurde (Zeitpunkt der letzten Änderung), besteht auch die Möglichkeit, das der Konverter die Zeitmarken selbst erstellt. Eine (notfalls gekürzte) Beispieldatei (eventuell auch über PN) könnte helfen, den Fehler zu finden. mfG ingo
Konstante Intervalle sind es (1 min.). Ich hänge mal eine Testdatei dran.
Angehängte Dateien:
-
Filtereinst.png
8 KB -
Result.png
21 KB
Hallo Thilo, Habe mal eine (hoffentlich) passende Konverter-Konfig gebaut, die ersten beiden Spalten ignoriert (Datum/Uhrzeit), die Spaltenbeschrifungen aus deiner Kopfzeile übernommen, als Endzeit, die Uhrzeit als die Datei geschrieben wurde (ich sie hier runtergeladen habe, die Zeitstempel werden ja von HTTP nicht übertragen) und je Datensatz 60 Sekunden zurückgerechnet. Deine Datei hat bei mit die Endung "csvt" bekommen, um sie von Anderen unterscheiden zu können. Bei deiner Originaldatei, mit dem richtigem Zeitstempel, sollten die Zeiten dann auch stimmen. Da die meisten Reihen sich um 0 bewegen, ist allerdings noch nicht allzuviel zu sehen, hoffe allerdings, sie hilft ein Wenig weiter. mfG ingo
Ingo Wendler schrieb: > hoffe allerdings, sie hilft > ein Wenig weiter. Ja, danke, hat mir sehr geholfen! Da ich die Datei vom Logger auf SD-Karte so schreiben kann, dass der Viewer sie versteht, kann ich das jetzt anpassen. Danke nochmal.
Ingo_D schrieb: > Eines ist mir aufgefallen: wenn man mehrere Instanzen des Programmes mit > verschiedenen Datensätzen öffnet, werden immer die selben Kurven > angezeigt. Lässt sich das noch abstellen? Hallo Ingo, hab es wohl jetzt hinbekommen, des Weiteren kann der Startzeitpunkt für den Konverter, jetzt auch aus dem Dateinamen abgeleitet werden (weil z.B. der µC nur die Uhrzeit, aber nicht das Datum hat und daher keine richtigen Dateizeitstempel setzen kann), könnte vielleicht für Thilo interessant sein. Hoffe, alles klappt wie beabsichtigt, mfG ingo
Hi Ingo W. ich logge Daten von einem Solarregler, der nur eine Wochenuhr hat. Also Mo=0 bis So=6 und die Uhrzeit in hh:mm. Ich werde jetzt im Logger intern das Datum fest auf den 01.05.2000 setzen (weil Montag) und die Wochentagnummer des Solarreglers dazuaddieren. Dann habe ich wenigstens ein vernünftiges Datum, das auch zu den Wochentagen passt. Die Funktion mit dem Dateinamen ist dann sehr hilfreich! Ein anderes Problem ist, dass zwischendrin ein paar Minuten fehlen können, wenn die SD-Karte ausgelesen wird z.B. Kann man das im Konverter irgendwie berücksichtigen? Die X-Achse quasi aus der Uhrzeit (den einzelnen Datensätzen) erstellen, fehlende Zeiten einfügen und mit dem letzten vorhandenen Wert füllen (interpolieren)? Wäre sowas wie ein X-Y-Diagramm.
Thilo M. schrieb: > Ein anderes Problem ist, dass zwischendrin ein paar Minuten fehlen > können, wenn die SD-Karte ausgelesen wird z.B. > Kann man das im Konverter irgendwie berücksichtigen? > Die X-Achse quasi aus der Uhrzeit (den einzelnen Datensätzen) erstellen, > fehlende Zeiten einfügen und mit dem letzten vorhandenen Wert füllen > (interpolieren)? Wäre sowas wie ein X-Y-Diagramm. In dem Falle würde ich etwas anders an die Sache ran gehen: Die einzelnen Wochendateien werden nach der Konvertierung (wenn sie schon gültige Zeitmarkierungen in den Zeilen haben) aneinander gehängt. Werde dazu den Konverter um einen "Anhängemodus" erweitern. Musst dann nur jede Woche, die entsprechend präparierte "Wochendatei" manuell auf den Konverter werfen, dann hinterher die fortgeschriebene Gesamtdatei anzeigen. Wenn dann zwischendurch Zeiten fehlen, ist es trotzdem kein Problem, die Zeiten müssen ja ohnehin keinen konstanten Abstand haben. mfG ingo
Diesmal betreffen die Änderungen, nur den Konverter, habe den Anhängemodus zugefügt, damit man einzelne Logs zu einer Gesamtaufzeichnung zusammenfügen kann. Bitte dazu, die Hinweise in der Anleitung lesen. Des Weiteren eine vergessene Debugmeldung (Messagebox) entfernt, die kam, wenn die Startzeit formatiert aus dem Dateinamen gelesen wurde. Hoffe, alles klappt wie beabsichtigt, mfG ingo Edit:Typo
So, nun habe ich auch mal Daten zum Auswerten. ;-) Klappt super! Wirklich ein prima Tool, danke dafür! Datum aus Dateiname erstellen ist eine gute Idee gewesen, ich muss dann nur meine Rohdaten-Dateien entsprechend umbenennen. Um den Anhängemodus zu testen brauche ich noch ein paar Tage Daten. Ich habe mal einen konvertierten Tag drangehängt.
Hallo, unter www.highcharts.com findet sich eine recht komfortabel nutzbare und auch webfähige (javabasierte) Lösung zur grafischen Auswertung eigener Daten! Dazu brauchts dann nur noch einen halbwegs aktuellen Browser- und kostenlos ist das Ganze auch! Grüße, Rolf
Guten Tag, Tolles Programm. Ich habe eine Datei mit Messwert in µS (6 Nachkommastellen) und 3 Geräte. Die Datei ist 1735000 Zeilen lang (40 MB). MS Access und OO Base haben es nicht geschafft das darzustellen. Beide können die CSV importieren aber OO hängt sich auf bei Sun Report Builder und Access meldet "Zu viele Kreuztabellen-Spaltenüberschriften". Ich würde mich freuen über eine Lösung. Optional auf Server Basis.
Zeit_in_(s);Device_1_in_(A);Device_2_in_(A);Device_3_in_(A) 0,000335;-32;30;28; ... 202,153242;18;-43;-45;
Hallo wurde das Programm csvtest.jar eigentlich auch noch weiter entwickelt? Ich suche eine Möglichkeit Daten über UDP zu Visualisieren. Gruß
Christian H. schrieb: > Ich habe eine Datei mit Messwert in µS (6 Nachkommastellen) > und 3 Geräte. > Die Datei ist 1735000 Zeilen lang (40 MB). Hallo Christian, werde mir mal eine Testdatei, in dieser Größenordnung, nach diesem Muster bauen, um zu testen, in welcher Größenordnungsordnung die Darstellungszeit liegt (einige MB hatten wir hier auch schon). Wenn es halbwegs beherrschbar ist, dann werde ich mal über ein alternatives Zeitachsenformat nachdenken. Könnte aber ein Weilchen dauern, dieses WE wird es definitiv nichts. mfG ingo
Christian H. schrieb: > Ich habe die Lösung, sie steht hier: > Beitrag "Re: GNUPlot CSV-Datei Plotten" Da dieses Problem gelöst ist, kann das Thema "alternative X-Achsenbeschriftung" erstmal etwas nach hinten (aber nicht aus dem Kopf), Dafür habe ich noch etwas Anderes in Planung, nämlich das der Konverter statt aus einer Datei, alternativ auch von einer seriellen Schnittstelle oder einem TCP-Socket (aktiv/passiv) lesen kann (da sollte dann auch Text ankommen). > Ich suche eine Möglichkeit Daten über UDP zu Visualisieren. Hier wäre mal interessant, wie die Daten in den Datagrammen aussehen, evtl mal mit WireShark aufzeichnen und die pcap-Datei hier einstellen. Wenn die allerdings recht binär sind, wäre es evtl. günstiger, ein dediziertes Ptogramm, für das Einsammeln (und als Datei speichern) zu schreiben. mfG ingo
Hi nochmal, bin sehr glücklich mit dem Teil mittlerweile. ;-) Ein kleines Fehlerchen (so es eines ist) habe ich noch gefunden: - .txt Datei laden über den 'Filter' mittels 'konv-Datei' - .csv Datei wird unter C:\Dokumente und Einstellungen\Thilo\Lokale Einstellungen\Temp\csv_viewer angelegt. - am nächsten Tag wird die mittlerweile erweiterte Datei nochmals geöffnet Fehler: es wird nur bis zum Endzeitpunkt des Vortages angezeigt. Lösche ich die .csv unter C:\Dokumente und Einstellungen.., dann funktioniert es. Scheinbar wird diese .csv nicht aktualisiert oder überschrieben. Ich hoffe, es ist deutlich genug, was ich meine. ;-)
Hallo Thilo, Das muss irgendwie mit dem Vergleich der Dateizeitstempel zusammenhängen, ich hoffte, das Datum der letzten Änderung zu erhalten, kriege dann anscheinend das Erstellungsdatum. Du kannst aber die Konvertierung erzwingen, indem du in den Filtereinstellungen den Schalter "Testmodus" einschaltest, dann wird immer konvertiert. Ich bleibe aber trotzdem an der Sache dran. mfG ingo
Danke, ich werd's testen, wenn ich eine neue Datei habe. Auch die Zeitstempel schaue ich mir mal näher an. Da ich die mit der Lib hier aus dem Forum erstelle und bearbeite, vermute ich, dass der 'last modified' Stempel nicht aktualisiert wird und der Fehler da herkommt. Wenn ich die Dateien öffne und einfach nochmal speichere funktioniert's.
Hallo Thilo, Habe gerade noch mal das Handling mit den Zeitstempeln getestet: unveränderte Datei wieder geöffnet: keine Konvertierung, Datei weitergeschrieben und wieder geöffnet: erneute Konvertierung, Thilo M. schrieb: > Danke, ich werd's testen, wenn ich eine neue Datei habe. > Auch die Zeitstempel schaue ich mir mal näher an. Da ich die mit der Lib > hier aus dem Forum erstelle und bearbeite, vermute ich, dass der 'last > modified' Stempel nicht aktualisiert wird und der Fehler da herkommt. > Wenn ich die Dateien öffne und einfach nochmal speichere funktioniert's. Genau, das ist wohl der Grund. Da dem µc in der Regel gar kein vollständiges Datum/Uhrzeit zur Verfügung steht, wird wohl nur ein "pro Forma"-Datum drinstehen. Da es bei dir ja wohl auch so war, das neue Aufzeichnungen an ein gesamt-Log angehängt werden sollen (und das möglichts jeweils nur einmal), würde ich das Konvertieren in diesem Falle auch extern (Desktopverknüpfung oder Batch) machen. mfG ingo
Hallo Ingo, ich bin wieder auf ein Problem gestoßen: Wenn ich die (im Anhang) geloggten Daten mit dem Konvertierungsscript von Hand konvertiere funktioniert alles. Probiere ich das per Filter im Viewer funktioniert es nicht (Datei kann nicht gelesen werden). Ist es möglich, dass irgendwo noch Einstellungen gespeichert und von dort beim Programmstart geholt werden? Wenn ich die Filtereinträge lösche, das Programm beende und wieder starte, dann sind die Filtereinträge wieder da. Wenn vorher mit einem anderen Filtereintrag gearbeitet wurde funktioniert anschließend nichts mehr, auch der alte Filter nicht.
Angehängte Dateien:
-
ScrnShot.png
21 KB
Hallo Thilo, Habe leider erst jetzt, kurz Zeit gefunden, über deine Daten rüberzuschauen. Eine Sache ist mir aufgefallen (sollte aber nichts mit dem Unvermögen, die Datei zu lesen zu tun haben): Deine Nutzdaten enthalten Datum/Zeitinformationen, die hier allerdings nicht genutzt werden. Daher müsstest Du die Zählung der X-Eingänge mit 3 beginnen, sonst hast Du einen Versatz in den Beschriftungen und siehst nicht die Daten, die Du erwartest, da ja auch etliche Kanäle auskommentiert sind. Speichern der Filtereinstellungen: Wenn Du die Liste mit den Filtern völlig leer machst, wird in der Tat, die Datei "csv_view.flt" im Nutzerprofil nicht überschrieben, da ich davon ausgegangen bin, das diese, optionale Funktion nicht genutzt wurde (ist auch erst später, als Zusatzfunktion reingekommen). In dem Falle, die Datei %userprofile%\csv_view.flt händisch löschen, oder eine Dummyzeile drinlassen. Werde mir aber, sobald wieder etwas Zeit, die Daten noch einmal anschauen. Bis dann, mfG ingo Edit: Typo
OK, dann warte ich mal ab und konvertiere so lange "zu Fuß". ;-)
Angehängte Dateien:
-
LibO_Referenz.png
55 KB -
Filtereinstellung.png
6,4 KB -
Debugmeldung.png
4,2 KB -
Ergebnis.png
14 KB
Hallo Thilo, Um deinem Problem auf den Grund zu gehen, habe ich, zum Vergleich, die Datei mit LibreOffice geöffnet und entsprechend ein Diagramm erstellt. Dann habe ich deine Konfig, entsprechend meinem letzten Hinweis angepasst (Spaltennummern um 2 erhöht, wegen der Datum/Zeitspalten). Damit habe ich ein Ergebnis erhalten, was mir eigentlich plausibel erscheint und keine Erklärung für dein Problem. Da ich aber weiss, das Leerzeichen in Pfaden, bei der Parameterübergabe an Programme gern Probleme bereiten und das Problem in dieser Richtung vermute, habe ich die Dateiparameter beim Konverteraufruf schon von Anfang an, in "Gansefüsschen" engepackt, wie man in der Debugmeldung sehen kann. Nur wenn ich den Pfad zum Konverter (Programm) selbst einrahme, funktioniert der Programmaufruf nicht. Also sollte der Pfad zum Konverter, möglichst keine Leerzeichen enthalten. Im anhängenden Zip-Archiv ist der Viewer mit aktiver Debugmeldung drin, ansonsten unverändert, daher diese Version nur zur Fehlersuche und nicht zum allgemeinen Gebrauch. Hoffe, das wir den Fehler damit finden, mfG ingo
Hi Ingo, danke für deine Mühe. Werde das morgen mal testen, Feedback folgt. ;-)
So, hier mal die Ergebnisse: der Tipp mit den Leerzeichen wars. Alle Leerzeichen in Ordner- und Dateinamen entfernt und es läuft. Was noch schön wäre: die .ini und die .flt - Dateien wären meiner Meinung nach im Verzeichnis der csvview.exe besser aufgehoben als unter "Dokumente und Einstellungen". Da das Programm schön mobil vom USB-Stick aus läuft, wäre es schön, wenn es keine "Spuren" oder Abhängigkeiten auf der Festplatte hinterlassen würde. Chromleiste wäre natürlich ein frei wählbarer Pfad zu diesen Dateien. Die Y-Achsen-Einstellung wird anscheinend nicht in der .ini gesichert und wieder geladen, oder? Das wäre auch prima, spart einiges an Tipperei, falls hohe Werte in den Daten auftauchen. Alles in Allem: super Arbeit, Ingo! Danke nochmal dafür!
Hallo, zusammen, Das Thema "Stickware" werde ich bei Gelegenheit mal angehen, kann zu Zeitpunkt aber noch keine Versprechungen machen. In der "Erstverwendung" wird das Programm auf einem Terminalserver von verschiedenen Nutzern, u.U. auch gleichzeitig genutzt, da ist das Nutzerprofil ein Muss. Werde es aber so ändern, wenn eine (auch leere) .ini im Programmverzeichnis vorgefunden wird, diese und der Rest auch dort abgelegt wird. Dann müssten, in den Filtereinstellungen, die Pfade auch relativ zu diesem angegeben werden, da sich der LW-Buchstabe dann ändern könnte.... Dann bis später, mfG ingo Edit: Visuelle Einstellungen (Zoom,Position) werden wiederhergestellt, wenn die gleiche Datei wieder geladen wird. Wenn zwischendurch eine Andere geöffnet wurde, dann wieder die Totale, weil diese Einstellungen nur einmal in der .ini stehen. Ansonsten: individuelle ini.'s, siehe Handbuch, Ini-Handling. oder den Thread zurückverfolgen.
Angehängte Dateien:
-
PortableFilter.png
4,9 KB
Thilo M. schrieb: > Da das Programm schön mobil vom USB-Stick aus läuft, wäre es schön, wenn > es keine "Spuren" oder Abhängigkeiten auf der Festplatte hinterlassen > würde. Chromleiste wäre natürlich ein frei wählbarer Pfad zu diesen > Dateien. Die Pfade für das Nutzerprofil und Temp-Verzeichnis, werden den Umgebungsvariablen %userprofile% und %temp% entnommen. Wenn man das Programm indirekt, über eine Batchdatei folgenden Inhalts: //// set temp=\Zwischenergebnisse set userprofile=\Nutzereinstellungen start "" csvview.exe %1 \\\\\ , im gleichen Verzeichnis, wie der Viewer, aufruft, dann können diese Pfade willkürlich festgelegt werden, in diesem Falle 2 Verzeichnisse unmittelbar im Root des aktuellen Laufwerkes, mit "." wäre das aktuelle Verzeichnis möglich. Aus den Pfadangaben in den Filtereinstellungen, müssten dann noch die Laufwerksbezüge entfernt werden, wie im Anhang, dann ist die Sache völlig portabel und Rückwirkungsfrei auf dem Hostsystem. mfG ingo
Hi Ingo, mann, bist du schnell! :-) Ich werd's mal probieren. Als verwöhnter Mausschubser vergisst man schnell, wie hilfreich Batchdateien sein können. Prima Tip.
Thilo M. schrieb: > Die Y-Achsen-Einstellung wird anscheinend nicht in der .ini gesichert > und wieder geladen, oder? Das wäre auch prima, spart einiges an > Tipperei, falls hohe Werte in den Daten auftauchen. Wie gesagt, es sind individuelle ini's für jede Logdatei möglich (gleicher Dateiname, Endung .ini), oder eine csv_view.ini für jeden Ordner mit Logdateien. Damit diese Dateien nicht mehr manuell dort hinkopiert und umbenannt werden müssen, habe ich jetzt die Funktion Datei->Einstellungen sichern (und Laden) eingebaut. Der Konverter wartet jetzt, nach einer eventuellen Fehlermeldung auf eine Entertaste, bevor er sich beendet, damit man selbige noch lesen kann. Auch dies sollte eine, eventuell erforderliche Fehlersuche erleichtern. Die Hinweise auf die Umgebungsvariablen, in die Anleitung integriert, falls nochmal jemand brauchen kann. Hoffe, alles klappt, wie beabsichtigt, mfG ingo
Hi Ingo, ich würde gerne Deinen schönen Viewer im Wiki http://openv.wikispaces.com/ anbieten, da hier eine CSV-DAteien erzeugt werden :-) Hast du etwas dagegen?
Hallo Simmon, Selbstverständlich kannst Du das Programm im Wiki anbieten, wobei ich einen Link auf diesen Thread am sinnvollsten finde, da brauchst Du dich nicht um neue Versionen kümmern. Ein Problem, in Zusammenhang mit dem "." (aktuelles Verzeichnis) in Zusammenhang mit Umgebungsvariablen, ist mit noch aufgefallen: Der "Datei öffnen"-Dialog, ändert selbiges, damit wird die Konverterkonfig an falscher Stelle gesucht. Das hab ich jetzt dahingehend gelöst, indem ich vor dem Dialog das aktuelle Verzeichnis gesichert und hinterher wieder hergestellt habe. Habe bisher immer die anzuzeigende Datei im Explorer auf die Batchdatei (oder Desktopverknüpfung auf selbige) fallen lassen und da hat es immer geklappt. Jetzt sollte es auch über "Datei öffnen" zuverlässig klappen. mfG ingo
Hallo, zusammen - Mal wieder eine kleine Fehlerkorrektur. Bisher war es möglich, durch starkes Verkleinern (gesamte Datei nimmt nur einen kleinen Bruchteil des gesamten Bildschirms ein) und anschließendes Scrollen, das Programm zum Absturz zu bringen. Dies sollte jetzt nicht mehr passieren. mfG ingo
Tut mir leid, auch in der letzten Version war wieder ein (neuer) Fehler drin: wenn die Aufzeichnung weniger Sekunden hat, als das Diagramm Pixel horizontal, dann wurde der Horizontale Zoom auf 0 gesetzt und garnichts angezeigt. Jetzt ist wieder Minimum 1, in diesem Falle wird das Diagramm nicht ganz voll. Hab es jetzt nochmal mit verschiedenen Beispieldateien getestet, jetzt sollte es funktionieren. mfG ingo
Hallo Ingo, vor ein paar Monaten (25.10.2011) hast Du eine Konfigdatei für Steven eingestellt, die ich jetzt verzweifelt mit dem neuesten csv-viewer auf die angefügte Datei anwende. Ist wieder dieses Problem von Datum und Uhrzeit in der ersten Spalte, getrennt durch Leerzeichen, danach alles Tabulatortrennung. Entweder ich kapiere die generelle Bedienung des viewer nicht oder die konfidatei passt nicht.Kannst Du es mal probieren und sagen, ob es klappt Besten Dank für die Mühe
Angehängte Dateien:
-
Filtereinstellungen.png
7,3 KB -
Resultat.png
24 KB
Hallo Rosisosi, Habe deine Beispieldatei (umbenannt auf die Endung "csvr", um sie von Anderen unterscheiden zu können), basierend auf deiner Beispielkonfig, mal angesehen und bin auf das Ergebnis im Anhang gekommen, die Konfig scheint also in Ordnung zu sein und auf deine Logdatei zu passen. Du müsstest dann nur noch die Filtereinstellungen ähnlich meinem Beispiel, mit den Pfaden, wo Du den Konverter (und Viewer) und die Konfig gespeichert hast, vornehmen. Als Endung kannst du dann "csv" nehmen, wenn dies dein einziges Logdateifomat ist und Du die Dateien mit dieser Endung gespeichert hast. mfG ingo
Vielen Dank für die Hilfe, aber ich bin etwas am verzweifeln. Die Musterdatei ohne Konverter und Konfig wird sauber angezeigt. Sobald ich aber konverter und die Konfig einfüge zeigt er im besten Fall: Datei hat falsches Format (Spalte 1 ungleich Datum)! Im schlimmeren Fall zeigt er Datei konnte nicht geöffnet werden. Darf ich nochmal um einen Tip anfragen? Die Dateien habe ich entsprechend eingegeben. Gruß rosisosi
Rosisosi schrieb: > Die Musterdatei ohne Konverter und Konfig wird sauber angezeigt. Das wage ich, mit Verlaub zu bezweifeln, das die Quelldatei aus Beitrag "Re: Visualisierung von geloggten Daten" ohne Konvertierung angezeigt wird. > Sobald ich aber konverter und die Konfig einfüge zeigt er im besten > Fall: > Datei hat falsches Format (Spalte 1 ungleich Datum)! Im schlimmeren Fall > zeigt er Datei konnte nicht geöffnet werden. > Darf ich nochmal um einen Tip anfragen? Die Dateien habe ich > entsprechend eingegeben. Jetzt wird die Ferndiagnose etwas schwierig, werde es aber trotzdem versuchen. Habe den Viewer jetzt so abgeändert, das bei aktivem Testmodus, vor dem Konverteraufruf, die früher bereits genutzte Debugmeldung ausgegeben wird. Der Konverter selbst, sollte im Fehlerfalle, auch lesbare Fehlermeldungen ausgeben. Du solltest dann jetzt bitte je einen Screenshot von den Filtereinstellungen, Debugmeldung und eventuellen Fehlermeldungen posten. Vorher, bitte die anhängende Version runterladen und alte Version, damit ersetzen. mfG ingo
Hi Ingo, ich habe da ein Thema, bei dem ich nicht weiß, ob das Dein Viewer hergibt - bzw. erweitert werden könnte: Ich schreibe tgl eine CSV-Datei, in der Startzeiten und Stromverbrauch meiner Luft-/Wärmepumpe enthalten sind. Allerdings bekomme ich für jeden Tag immer nur eine CSV-Zeile, in der die Gesamteinschaltungen und -Verbrauch (seit erster in Betriebnahme) enthalten sind. Nun wollte ich mit dem KONV also sozusagen X2(Zeile2)-X2(Zeile1) berechnen Hast Du sowas vorgesehen?
Hi Simon, Du meinst sicher das delta, zum vergangenen Wert. prinzipiell geht sowas, nämlich über die Y-Werte. Die widerspiegeln die Ergebnisse der vorangegangenen Berechnungen, betrifft die aktuellen Werte, der Zeilen darüber, oder die Werte der letzten Berechnungen, wenn Du auf Zeilen zugreifst, die aktuell noch nicht berechnet sind, weil sie weiter unten in der Konfig stehen. Vielleicht postest Du mal ein Beispiel, vielleicht wirds dann klarer. mfG ingo
Hi Ingo, danke für die schnelle Antwort. Also die Datei sieht so aus: Datum;Zeit;Betriebs_H_Verd;Einschaltungen;Betriebs_H_SpeicherLP 21.01.2012;22:47;828.830261;2035.000000;215.545273 22.01.2012;17:30;833.951111;2041.000000;217.237778 23.01.2012;17:30;840.453064;2049.000000;218.114441 24.01.2012;17:30;848.429749;2056.000000;219.040283 25.01.2012;17:30;859.015015;2064.000000;220.560837 26.01.2012;17:30;869.015015;2071.000000;221.560837 27.01.2012;18:21;879.861084;2078.000000;223.165558 28.01.2012;17:30;888.568604;2085.000000;224.793610 Letztlich möchte ich nun für alle 3 Werte einer Zeile immer die Tageswerte ermitteln Gruß Simon
Angehängte Dateien:
-
Filtereinstellungen.png
7,6 KB -
Resultat.png
16 KB
Hallo Simon, Die Konfig, im Anhang, sollte machen, was Du dir vorstellst, einziger Wermutstropfen ist das erste Intervall, das hast Du natürlich hohe Tageswerte, die die automatische Skalierung durcheinanderbringen. Also, sooft die "h"-Taste (höher) drücken, bis die folgenden Tageswerte erkennbar angezeigt werden. mfG ingo
Ingo Wendler schrieb: > Wermutstropfen ist das erste Intervall, das hast Du natürlich hohe > Tageswerte, die die automatische Skalierung durcheinanderbringen. Um dieses Problem zu lösen, hab ich jetzt in den Konverter eine Wertebegrenzung eingebaut, die bei Ausreißern, das Zeichenen des Graphs aussetzt. Diese Änderung betrifft nur den Konverter. In der Beispielkonfig sind die entsprechenden Grenzwerte eingetragen und optische Patzer (Beschriftungen) korrigiert mfG ingo
Werde hoffentlich nicht lästig, bei den, an zufälligen Zeitpunkten abgelesenen Zählerständen, ist natürlich auch die Zeitdifferenz zu berücksichtigen. Dafür hab ich jetzt im Konverter die Funktion td(teiler) eingebaut, die diese Information liefert. Im ersten Datensatz, ist dies die Zeit, seit 1.1.1980, damit sind auch die überhöhten Werte des ersten Datensatzes erledigt. Die Eingangswerte des letzten Datensatzes, stehen jetzt über die Zn-Werte direkt zur Verfügung. mfG ingo
Hi Ingo, erstmal vielen Dank - da wäre ich nicht drauf gekommen - so wollte ich es eigentlich haben GRuß Simon
So jetzt konnte ich weitermachen. Die Fehlermeldung und der Dateipfad sind angehängt Was sagt die Fehlermeldung jetzt aus? Nach der Fehlermeldung kam noch das Feld Datei konnte nicht geöffnet werden Gruß rosisosi
Rosisosi schrieb: > Was sagt die Fehlermeldung jetzt aus? Für mich sieht es so aus, als ob die Pfade zum Konverter und zur Konfig, nicht richtig eingetragen sind, weil da komische Sonderzeichen drinstehen. Mit den beiden ".."-Knöpfen, kannst Du normale "Datei öffnen"-Dialoge aufrufen, die die Pfade dann eintragen. Hinterher, die Änderungen mit "Ändern" übernehmen. Wichtig: Der Pfad zum Programm darf keine Leerzeichen enthalten, "Eigene Dateien" macht also Ärger! Daumendrück, das alles klappt, vom ingo
Das man sich an 3 Leerzeichen in 3 Ordnernamen die Zähne ausbeissen kann ist schon faszinierend. Es geht also doch Vielen Dank ingo für die Tips
Hallo Herr Ingo Wendler, vielen Dank für dieses schöne Programm! Nachdem LibreOffice-Calc an den über 200.000 Datenpunkten schier verzweifelt ist, hat Ihr Programm diese Aufgabe prima gelöst und mir ein schönes Diagramm geplottet! Ich würde mir jedoch gern wünschen, dass das Programm mit den unterschiedlichen Zeitformten einfacher arbeiten kann (z.B. ist das JJJJ-MM-DD HH:MM:SS.ssss Format bei vielen Messgeräten Standard (<- übringes an zahlreichen Stellen im Programm als Standart geschrieben ;) !). Falls der Konverter auch die unterschiedlichen Zeitformate unterscheidet, so bitte ich um Verzeihung, ich bin damit nicht so wirklich zurechtgekommen. Viele Grüße, Kamil
Kamil schrieb: > Ich würde > mir jedoch gern wünschen, dass das Programm mit den unterschiedlichen > Zeitformten einfacher arbeiten kann (z.B. ist das JJJJ-MM-DD > HH:MM:SS.ssss Format bei vielen Messgeräten Standard (<- übringes an > zahlreichen Stellen im Programm als Standart geschrieben ;) !). Hallo Kamil, Bitte nicht so förmlich, wir sind doch hier unter uns ;-) Natürlich ist das englische Format in der Messtechnik verbreiteter, als das deutsche, allerdings hatte ich solche Auswertungen am Anfang auch mit einem (deutschen) Excel gemacht, daher das Standartdateiformat. Und sicherlich kann man das Ausgangsformat mit dem Konverter anpassen, das die Zeitmarken richtig gelesen werden. Das Zeitformat muss allerdings in der Konfig angegeben werden, wird also nicht automatisch erkannt. Sekundenbruchteile kann das Programm (derzeit noch) nicht verarbeiten, bin aber schon ein Weilchen am überlegen, wie es am Besten zu realisierenn ist. Einfach mal eine (gekürzte?) Musterdatei hier vorstellen, dann können wir ja mal schauen... mfG ingo
Hallo Zusammen, Weil ich Sowas schon mal versprochen habe und es hier mal wieder nachgefragt wurde: Beitrag "Graphen zeichnen" habe ich hier ein kleines Kommandozeilentool gebastelt, welches Textzeilen, die über die serielle Schnittstelle reinkommen, passend macht und mit Zeitstempel aus der Systemzeit des PC versieht, dass sie direkt mit dem Viewer (mit eingestellter Refreshzeit, auch fast in Echtzeit) angezeigt werden können. Kommandozeile z.B. sercapt \\.\com12 9600,8,n,1 test.csv Die Datei wird nach jedem empfangenen CR oder LF, zum Anhängen geöffnet, Zeile hintenran geschrieben, und wieder geschlossen. Die Kopfzeile muss vorher manuell reinkopiert werden (Kopf.txt zum Beispiel). Falls es jemand brauchen kann... mfG ingo Edit: Copy&Paste-Fehler beseitigt
Hallo Ingo, das oben war mein erster Post auf dieser Plattform, der sollte nett sein. Meine Datei hat keine Metaheader-Zeile, beinhaltet also nur Daten. Die werden in dieser Form abgespeichert:
1 | 2011-12-07 00:02:10.498,9.32 |
2 | 2011-12-07 00:02:30.700,9.32 |
3 | 2011-12-07 00:02:50.887,9.32 |
4 | 2011-12-07 00:03:11.58,9.32 |
5 | 2011-12-07 00:03:31.260,9.32 |
6 | 2011-12-07 00:03:51.446,9.32 |
7 | 2011-12-07 00:04:11.632,9.32 |
8 | 2011-12-07 00:04:31.834,9.41 |
9 | 2011-12-07 00:04:52.37,9.32 |
10 | 2011-12-07 00:05:12.223,9.32 |
11 | 2011-12-07 00:05:32.394,9.32 |
12 | 2011-12-07 00:05:52.596,9.32 |
13 | 2011-12-07 00:06:12.798,9.32 |
14 | 2011-12-07 00:06:33.00,9.32 |
15 | 2011-12-07 00:06:53.171,9.32 |
16 | 2011-12-07 00:07:13.373,9.32 |
17 | 2011-12-07 00:07:33.559,9.32 |
18 | 2011-12-07 00:07:53.730,9.32 |
19 | 2011-12-07 00:08:13.932,9.32 |
20 | 2011-12-07 00:08:34.134,9.32 |
21 | 2011-12-07 00:08:54.321,9.32 |
22 | 2011-12-07 00:09:14.491,9.32 |
23 | 2011-12-07 00:09:34.678,9.32 |
Die Millisekunden-Angabe ist notwendig, weil das Messgerät (USB-Messbox mit 8 Sensoren) mit dem momentanen Programm bis zu 10 Werte pro Sekunde liefert und man die ja schön getrennt haben muss. Ich habe mir für die Verwendung vom csvViewer ein php-Skript geschrieben, welches die einzelnen csv-Dateien (pro Tag eine) verknüpft und die Werte auch gleich aufbereitet (also auch das Datenfeld anpasst). Kann man die geplotteten Graphen anders abspeichern als durch den XPS-Drucker? Screenshots mag ich persönlich nicht soo sehr. Trotzdem, nach wie vor sehr angetan von dem Programm! Viele Grüße, Kamil
Hallo Kamil, Für die Daten aus deinem Beitrag, sollte die anhängende Konfig passen, wie gesagt, werden aber die Sekundenbruchteile unterschlagen. Bei Messintervallen in der Größenordnung 10 Sekunden, sollte dies aber auch kein großes Problem sein, irgendwann kommen die aber auch noch mit rein, Versprochen! Für Ausgaben als Vektorgrafik, bietet sich das Programm "PDF-Creator" (OSS) an, es stellt sich auch als Drucker dar, die erzeugte pdf lässt sich dann mit Inkscape öffnen und dann in das gewünschte Format umwandeln. Wobei die hier entstehenden Dateien auch recht groß sein können, da je nach Vergrößerung, die gezeichnneten Graphen aus vielen einzelenen Linien bestehen können. mfG ingo
Hallo Ingo, Vielen Dank für die Konfigurationsdatei! Ich dachte mir schon, dass es irgendwie gehen muss - bin aber einfach nicht draufgekommen! Gut, dass es nun so klappt! Viele Grüße, Kamil
Habe das Aufzeichnungsprogramm so erweitert, das bei einer neuen Zieldatei, die Kopfdatei automatisch vorgelegt wird. Des Weiteren, die Benutzung mit in das Handbuch eingebaut. mfG ingo
Hi Ingo, vielleicht bist Du an weiteren Feature-Requests interessiert? 1. Zum einen wäre es schön, wenn bspw. durch eine farbliche Hinterlegung im Graphen markiert werden könnte, wenn Messwerte nicht mehr im normalen Intervall sind. Ich lasse alle 2 Minuten messen. Wenn nun aus was für einem Grund auch immer 10 oder 30 Minuten keine Werte zur Verfügung stehen, gibt es halt merkwürdig gerade Linien, die erst interpretiert werden müssen :-) 2. Ich habe einige Binär-Werte (0=Aus; 1=Ein) als Linie interessieren die mich nicht wirklich. Auch hier wäre eine Schattierung schön (bspw grau=1 und weiss=0) 3. Über ein einstellbaren Bereich (bspw. 24h) könnten für bestimmte Werte min, max und Durchschnitt eingeblendet werden Das nur mal als Anfrage - sicherlich sind es nur Extras - ich kann auch ohne diese leben :-) Gruß Simon
Simon schrieb: > 1. Zum einen wäre es schön, wenn bspw. durch eine farbliche Hinterlegung > im Graphen markiert werden könnte, wenn Messwerte nicht mehr im normalen > Intervall sind. > Ich lasse alle 2 Minuten messen. Wenn nun aus was für einem Grund auch > immer 10 oder 30 Minuten keine Werte zur Verfügung stehen, gibt es halt > merkwürdig gerade Linien, die erst interpretiert werden müssen :-) Da muss ich mal drüber nachdenken, vor Allem, welche Kriterien (je Kanal/Alle) > 2. Ich habe einige Binär-Werte (0=Aus; 1=Ein) als Linie interessieren > die mich nicht wirklich. Auch hier wäre eine Schattierung schön (bspw > grau=1 und weiss=0) Bei Binärwerten, würde ich empfehlen (wenn durch den Konverter), je Kanal einen Offset zu addieren (2. Kanal +2, 3.Kanal +4 usw.), dann liegen die nicht mehr aufeinander und sind besser zu unterscheiden. > 3. Über ein einstellbaren Bereich (bspw. 24h) könnten für bestimmte > Werte min, max und Durchschnitt eingeblendet werden Werde ich mich wohl doch, mit dem Thema "Markierung eines Zeitabschnittes" beschäftigen, dann kann man auf die Markierung zoomen und mit der Markierung Statistik machen. Werde ich drüber nachdenken, kann aber noch nichts versprechen, erstmal in den Quellcode von "Audacity" schauen ;-) hatte ich zwar schon lange vor, mich aber noch nicht rangetraut. mfG ingo
Angehängte Dateien:
-
bsp.jpg
300 KB
Hi Ingo, zu Punkt2, habe ich mal die Ideengebergrafik beigefügt, zumindest ich nutze an dieser Stelle keinen Konverter zu Punkt3, wäre das natürlich eine 200%-Lösung! Ich denke aber es würde durchaus reichen, wenn man eingeben könnte wieviel Stunden rückwärts diese Werte darzustellen sind.
Angehängte Dateien:
-
Preview.png
17 KB
Hi Simon, Bei dieser Variante mit den Schattierungen, leidet aber auch die Übersichtlichkeit, habe stattdessen die Möglichkeit eingebaut, mit zusätzlichen Tags in den Spaltenköpfen, kanalweise Offset zuzufügen (mit Musterdatei als Beispiel. Da die automatische Vertikalskalierung hier nur von 0 bis 1 initialisiert, da keine höheren Werte vorkommen, muss man hier wieder ein paarmal "n", wie niedriger drücken, um das gesamte Resultat im Screenshot zu erhalten. Um ein Markieren zu ermöglichen (allerdings derzeit noch ohne Nutzeffekt), wird der Zoom mit Zentrierung (Diagramm/Zeitachse), jetzt mit Doppelklick ausgelöst. Da ich die nächsten Wochen nicht dazu kommen werde, am Programm weiterzuarbeiten, dies erstmal nur als Vorschau, nix für ungut... mfG ingo
Hallo zusammen, erst einmal ein Kompliment von mir für das Engagement von euch allen hier in diesem Forum. Den CSV-Viewer habe ich mir in den verschiedenen ENtwicklungsstufen angesehen und bin begeistert. Mein einzigstes Problem besteht darin, dass ich meine Daten nicht in das richtige Format konvertiert bekomme. Vielleicht könnte mir das jemand helfen? Die entsprechende CSV-Datei meiner Solarsteuerung habe ich angefügt. Vielen Dank im Voraus Stephan
Angehängte Dateien:
-
Reslt.png
18 KB
Hallo Stephan, Hab auf die Schnelle mal eine Konfig zusammengenagelt. Bis auf die ersten (interessanten) Spalten, hab ich alles mit einem Leerzeichen auskommentiert. mfG ingo
Hallo Ingo, Ich hätte noch ein neues Anliegen bei dem ich nochmals deine Anpassung bräuchte. Danke im Vorraus.
Hallo Steven, Im Anhang, die vorbereitete Konfig für die Datei. Nicht benötigte Kanäle können, wie gehabt, durch Vorsetzen eines Leerzeichens, auskommentiert werden. mfG ingo
Danke für die schnelle Antwort. Beim öffnen der Datei bekomme ich immer eine Fehlermeldung. Datei hat falsches Format / Spalte 1 ungleich Datum
Angehängte Dateien:
-
Filtereinst.png
6,9 KB -
Reslt.png
19 KB
Dies deutet daraufhin, das beim Konvertieren was schief gelaufen ist. Der Konverter hat keine Fehlermeldung ausgegeben? Die neueren Versionen sollten dies eigentlich tun, wenn was nicht stimmt. Hab es hier, mit der letzten Version von Viewer und Konverter getestet. In der Konfig war noch ein (optischer) Fehler: Separator=8 bedeutet natürlich Tabulator und nicht Semikolon, wie im Kommentar. mfG ingo
Ich versuche es mit der letzten Version 1.02 beta vom 15 Februar und den dazugehörigen Konverter. Aktuell bekomme ich immernoch diese Fehlermeldung, der Konverter spuckt nichts aus.
Angehängte Dateien:
-
DebugMsg.png
3,5 KB
Zu dem Screenshot mit den Filtereinstellungen: - Habe die Datei in ".txts" umbenannt, um Eindeutigkeit bei mir, zu gewährleisten, die Endung in den Filtereinstellungen muss mit der realen Endung der Quelldatei übereinstimmen. - Wenn in den Filtereinstellungen der Testmodus aktiv ist, sollte vor dem Konverteraufruf eine MessageBox (Anhang) aufpoppen, wenn nicht, dann Filtereinstellungen überprüfen. mfG ingo
Angehängte Dateien:
-
konverter_csv.png
41 KB
Ich habe nochmals alles grprüft und den Konverter neu eingestellt. Es kommt das Pop Up und dann der Fehler das die Datei nicht geöffnet werden kann. Ich versuche es heute abend mal an einem anderen PC. Danke nochmals.
Danke für den Screenshot: Ursache gefunden.
Dein Pfad zum Konverter ("Dokumente und Einstellungen...") enthält
Leerzeichen, daher wird der Konverter nicht gefunden.
Das hatten wir hier schonmal, steht auch, glaub ich, in der Anleitung.
Bitte die Programme in einem Pfad speichern, der keine Leerzeichen
enthält, für die Konfig und Quelldatei ist es egal.
mfG ingo
Angehängte Dateien:
-
Filtereinst.png
6,9 KB
Sollte das Speichern, nur im Benutzerprofil möglich sein (aus Berechtigungsgründen), kann man für den Pfad bis hierhin auch %userprofile% angeben (Screenshot), dann wird diese Zeichenfolge erst in der Shell, die den Konverter ausführt, duch den Pfad ersetzt, dann sollte es auch funktionieren. Hab in diesem Falle, den Konverter auch auf dem Desktop aufgerufen. mfG ingo
Hallo Ingo, Vielen Dank für die zahlreiche Unterstützung. Ich habe das Ganze nun am Heimischen Notebook gestestet und es geht hervorragend. Danke.
Nun das ganze nochmals versucht und es mag nicht. Die erste Variante funktioniert ohne Probleme. Nur wenn ich die neue anwende dann gehts nicht. Ich habe mal 2 Bilder dazu. Eingestellt ist eigentlich alles sehr sehr einfach.
Fehler gefunden, ich hatte die Konfig nochmals geladen. Allerdings war diese Fehlerhaft. Nun nochmals neu geladen, überprüft und ja es geht.
Hallo Ingo, tolles Programm. Habe es mal mit eigenen Testdaten Versucht und einen Fehler festgestellt. Programm (v. 15.2.) stürzt ab, wenn das Fenster per Maus (an rechte untere Ecke) kleiner geschoben wird. Kannst Du das nachvollziehen ? Andreas
Hi Gut gelungenes Programm ! Anbei die Konverterdatei für eine Solar-Ladestation. Typ: Viessmann Vitololic 200 SD4 . Diese Steuerung erzeugt *.XLS Dateien, die hiermit Visualisiert werden können. Feedbacks sind willkommen. Gruß Karl
Ich hänge mal wieder in der Luft und drehe fast durch. Es gibt Dateien, bei denen bricht das Programm ab, andere Dateien laufen dagegen Problemlos. Was mache ich falsch? Die Datenaufzeichnung stammt immer vom selben Gerät.
Angehängte Dateien:
-
Screenshot.png
18 KB
Hallo Steven, Da Du keine Konverterkonfig mit hochgeladen hast, hab ich aus den Dateiköpfen mal schnell eine gebaut. mit dieser werden beide Dateien angezeit. Allerdings müssten die Größenordnungen der Werte etwas angepasst werden, wie ich es mit den "Heat"-Werten gemacht habe (hier zum Beispiel als Division durch 1000), damit die Kurven vergleichbare Höhen bekommen. Hoffe, damit etwas geholfen zu haben. mfG ingo
Angehängte Dateien:
-
resol.JPG
34 KB
Danke Ingo, ich bekomme die Detei nicht geöffnet. Betriebssystem: Win7 Ultimate 64Bit Programm ist direkt auf C vorhanden im eigenen Ordner.
Hallo Steven, Es sieht mir so aus, als ob du im Pfad "c:\CSV!Viewer" ein Leerzeichen hast. Das könnte die Ursache des Problems sein. Der Konverteraufruf erfolgt nämlich über die "System"-Funktion, die ruft die Shell (cmd.exe) auf. Das hab ich so gemacht, damit man einen eigenen Konverter auch als Batchdatei (oder sonstige script) starten kann. mfG ingo
So die Nacht ist gerettet. Ich habe die kompletten Pfade nochmals neu vergeben. Test 1--- es geht. Test2-- geht immer noch. Was mich nur verwundert hat ist die Tatsache, das sich einige Daten problemlos öffnen liessen, andere aber nicht. Nun, es geht und ich kann getrost am Wochenende nach Quatar fliegen. Dort werde ich dein geiles Programm zur Datenanalyse anwenden. Der Auftraggeber mag 3 tage lang alle Daten sehen. Tausend dank.
Im Anhang habe ich mal eine sehr Interessante Datei. Ob das der CSV Viever auch schafft diese menge an Daten zu zeigen. Gruss und danke Steven
Steven Schl schrieb: > Im Anhang habe ich mal eine sehr Interessante Datei. Ob das der CSV > Viever auch schafft diese menge an Daten zu zeigen. > Gruss und danke Steven Werde mal den Code, bezüglich der maximalen Zeilenlänge durchgehen (derzeit 1,5k: würde hier nicht reichen), und ihn global per #define festlegen. Evtl noch dieses WE, mal sehen, wie ich hinkomme... Mal sehen, wie handlich die Sache dann wird. Günstig wäre es auch, solche Dateien zu zippen (diese Datei, mit 7z: knapp 250k), nicht das es evtl Ärger gibt, mit dem Lieblingsthema aus anderen Threads. mfG ingo
Angehängte Dateien:
-
Screenshot.png
47 KB
Steven Schl schrieb: > Im Anhang habe ich mal eine sehr Interessante Datei. Ob das der CSV > Viever auch schafft diese menge an Daten zu zeigen. Ok, schafft er jetzt. Ob es übersichtlich, oder sinnvoll ist, muss man dann selbst entscheiden. Auf jeden Fall, können ja, nicht benötigte Kanäle, in der Konverterkonfig auskommentiert werden. Die Bearbeitungszeit ist beherrschbar: Konvertieren etwa 3 Sekunden, Zeichnen in der Totalansicht, etwa 5 Sekunden (Core 2 Duo P7450 2,13GHz). mfG ingo
Das Programm startet und konvertiert. Allerdings erhalte ich ganz verrückte Kurven und das Datum in der Fusszeile ist 2001. Sonnige Grüsse aus der Schweiz
Steven Schl schrieb: > Das Programm startet und konvertiert. Allerdings erhalte ich ganz > verrückte Kurven und das Datum in der Fusszeile ist 2001. Bei mit hat es, mit Deiner Musterdatei und der Konfig aus meinem letzten Beitrag, funktioniert. Wärend der Konvertierung sollte das Datum des aktuellen Datensatzes angezeigt werden. Stimmt das? Ist Deine Quelldateiendung, mit der richtigen Konverterkonfig verknüpft? Der Viewer unterscheidet anhand der Quelldateiendung, welche Konverterkonfig genutzt werden muss. Mehr fällt mir erstmal nicht dazu ein - sorry, mfG ingo
Hi Ingo, könntest du die Version vom 29.06.2012 23:02 nochmal ohne debug-Meldung compilieren und posten? Wäre nett, habe leider den Compiler nicht.
Die Debugmeldung kommt nur, wenn unter Filtereinstellungen der Testmodus aktiv ist. Wenn die Konvertereinstellungen stimmen, sollte der ohnehin ausgeschaltet werden, damit eine bereits konvertierte Datei, nicht noch einmal konvertiert wird. mfG ingo
Hallo Ingo, ich bin auch schon länger auf der Suche nach einem solchen Programm, sieht mit deiner Muster-csv echt gut aus. Ich möchte auf csv-Dateien auf einem Controller zugreifen, welche auf diesem im Laufwerk C (Stick) gespeichert werden. Auf dieses Laufwerk kann ich aber nur per ftp (ftp://IP-Adresse) zugreifen. Gibt es eine Möglichkeit mit deinem Tool auf eine solche Datei direkt zuzugreifen? Vielleicht wäre es auch möglich, dass der Viewer die dort abgelegte csv mit dem Programmaufruf automatisch öffnet? Mfg Schorsch
Angehängte Dateien:
-
ftpget.png
9,1 KB
Schorsch schrieb: > Ich möchte auf csv-Dateien auf einem Controller zugreifen, welche auf > diesem im Laufwerk C (Stick) gespeichert werden. Auf dieses Laufwerk > kann ich aber nur per ftp (ftp://IP-Adresse) zugreifen. Gibt es eine > Möglichkeit mit deinem Tool auf eine solche Datei direkt zuzugreifen? > Vielleicht wäre es auch möglich, dass der Viewer die dort abgelegte csv > mit dem Programmaufruf automatisch öffnet? Hallo Schorsch, War einige Tage offline, daher die Antwort erst heute, sorry. Wenn es sich immer wieder um die gleiche Datei handelt, würde ich das Problem mit einer Batchdatei lösen, die die Datei abholt und dann den Viewer mit der lokalen Kopie als Parameter aufruft. Das könnte über den normalen FTP-Client von Windows erfolgen. Der erwartet normalerweise einige Kommandos, die man aber auch als Datei übergeben kann. die könnte so aussehen: ///// schnipp steuerdatei.txt open localhost nutzer passwort get test1.csv bye ///// schnapp in der ersten Zeile wird die Verbindung zum Server hergestellt, in Zeile 2 und 3 erfolgt die Nutzeranmeldung, in Zeile 4 wird die Datei abgeholt (ins aktuelle Verzeichnis, von wo ftp aufgerufen wurde). Diese Datei kann per Eingabeumleitung ans fpt übergeben werden: ftp <steuerdatei oder besser (getestet unter win7, sollte aber unter XP genauso funktionieren) ftp -s:steuerdatei Die gesamte Batchdatei könnte dann so aussehen: ///// schnipp test1.bat ftp -s:steuerdatei.txt Csvviewerpfad\csvview test1.csv ///// schnapp und einfach mit Doppelklick gestartet werden Hab mir mal kurz den Filezillaserver installiert und damit funktioniert es. Eventuell müsstest Du dir für jede Datei, eine eigenes Steuerdatei/Batchdatei-Pärchen bauen mfG ingo
Hallo Ingo Ist es möglich, die angehängte Datei so aufzubereiten, dass sie mit dem Programm angezeigt wird. Das Problem liegt bei den Leerzeichen und der englischen Bezeichnung der Spalten. Leider habe ich keinen Einfluss auf die Formatierung der csv-Datei. Ist das mit dem Konverter möglich. Freundlicher Gruss Markus
Hallo Ingo Nachdem ich deine ausführliche Anleitung gründlich studiert habe, ist es mir gelungen, die Datei zu öffnen. Die Konfigurations-Datei für den Konverter (config.txt) und die Datei (S-R12-U2_Geschwindigkeit_2012.9.11.csv) habe ich angehängt. Mit dieser Datei funktioniert es tadellos. In der Spalte "Fahrgesch" stehen Werte zwischen 0,000xx und 3,xxxxx. Nun habe ich aber Dateien, bei denen der Wert nicht über 0,00xxx steigt (S-R12-U2_Geschwindigkeit_2012.8.20.csv). Versuche ich diese Datei zu öffnen, kommt die Fehlermeldung "csvview.exe funktioniert nicht mehr". Danach schliesst das Programm. Was kann ich tun? Freundlicher Gruss Markus
Hi Leute :) War grade mit Google auf der Suche nach genau so einem Programm. Nach einigen Suchtreffern war plötzlich unser Forum in den Rankings. Echt unglaublich was man hier so alles findet! Vielen Dank schon einmal für das hier gebotene Programm! Toll wie weit dies gediehen ist - werde es die Tage einmal mit meiner Langzeittest-CSV fordern (75MB Text...). Bin gespannt. Viele Grüße an alle Björn
Hallo Ingo Habe für mein Problem eine Lösung gefunden. Wenn ich folgende Zeile als Kanal (Graph) einfüge; "Geschwindigkeit 3 m/s#000000ff#1##;3" (sichtbar oder nicht), kann ich auch die Dateien öffnen, die mehr als 2 Nullen hinter dem Komma (0,00xxx) haben. In meinem Fall ist die Linie als optischer Anhaltspunkt sehr hilfreich. Die Geschwindigkeit sollte nicht mehr als 3 m/s sein. Hier noch ein paar Anregungen und Bemerkungen: - Praktisch wäre es, wenn die ini-Datei und die *.flt-Dateien im gleichen Verzeichnis wie das Programm abgelegt würden. Damit wäre das Programm leichter "transportabel". - Beim Öffnen einer Datei wird immer das Verzeichnis geöffnet, in dem das Programm abgelegt ist. Wäre das zuletzt geöffnete Verzeichnis nicht sinnvoller? - Der Tastaturbefehl s (schmaler) funktioniert bei mir erst nachdem ich die Funktion mit der Maus (Kontextmenü) aufgerufen habe. - Unter "Einstellungen sichern" steht in der Fensterleiste "Einstellungen speichern unter". Der Schaltfläche zum Speichern ist aber mit "Öffnen" beschriftet. Vielen Dank für das tolle Programm und deine grossartige Arbeit. Freundlicher Gruss Markus
Hallo Ingo Ein Nachtrag zum Tastaturbefehl s. Das beschriebene Verhalten zeigt sich nur nach einem Doppelklick auf eine Graph. Auch nach dem Aufruf über das Kontextmenü (welches funktioniert) geschieht beim Drücken von s nichts. Wähle ich "ganze Datei" und danach b, funktioniert s. Nochmals vielen Dank für deine Arbeit. Gruss Markus
Hallo Ingo Entschuldige meine voreiligen Anregungen und Bemerkungen. Wie ich weiter oben in den Beiträgen gelesen habe, ist die "portable Version" und das Speichern der ini- und flt-Dateien im selben Ordner wie das Programm ohne weiteres möglich (portable_start.bat) und ja bereits vorhanden. Sorry für die Doppelspurigkeit. Du hast sicher besseres zu tun als die gleichen Fragen doppelt zu beantworten. Ein schönes Wochenende Gruss Markus
Hallo Ingo Erst mal ein grosses Lob an dich und auch alle anderen. Selten eine so sachlich geführte Diskussion in einem Forum gelesen. Auch ich habe ein Problem. Ich habe einen Event Logger gekauft, der ein Logfile wie im Anhang angegeben ausgibt.Er hat einen Zeitstempel und jeder der 8 Kanäle kann so programmiert werden, dass er bei einem Ereignis 0 und 1 ausgibt oder sogar die ansteigende und abfallende Flanke als eine Zahl zwischen 0 und 9999 anzeigt.Der Maximalwert richtet sich nach der überwachten Spannungshöhe (hier 50 entspricht 24V ). Jetzt das Problem. Ich kann nach einem mehrtägigem Einsatz des Loggers 500000 und mehr Datensätze als Tabelle nach einem speziellen Ereignis durchsuchen, was wirklich keinen Spass macht. Was besser wäre,wäre die 8 Kanäle wie bei einem Logic Analyzer nur mit Zeitstempel als X-Achse zu sehen. Deshalb meine Frage an dich Ingo. Ich habe es mit deinem Programm versucht,allerdigs weigert es sich beharrlich die Datei einzulesen. Und da ich alles andere als fit in Programmierung bin,frage ich natürlich dich als versierten Programmierer ob es machbar ist und vor allem wie? Bin ab Dienstag 2 Wochen weg und kann dann nicht antworten. Schon mal vielen Dank im Voraus.
Hallo Ingo Noch eine Frage zum Drucken. Auch wenn ich vor dem Ausdruck "ganze Datei" anzeigen wähle, und diese auch so sehe, wird der Ausdruck am rechten Rand immer ein wenig abgeschnitten. Gibt es da eine Lösung? Freundlicher Gruss Markus
Hallo Zusammen, Habe meine anderen Projekte jetzt so weit im Trockenen, das ich mich wieder diesem Thema widmen kann. Bin derzeit dabei, mich den MinGW/GCC4 so weit einzuarbeiten, das ich den Quelltext, ohne größere Änderungen, für 32- und 64-Bit Zielplattformen übersezten kann, wobei Letzteres derzeit noch keine spürbaren Vorteile bringt. Zum Problem, mit dem Horizontalmaßstab: der ist derzeit eine ganze Zahl (Sekunden je Pixel), und wird beim Ausdrucken so dumm umgerechnet: mal horizontale Druckerauflösung, durch horizontale Breite des Fensterclientbereichs. Dabei treten Rundungsfehler auf. So wie ich das mit dem Compiler im Griff habe, werde ich sehen, das der Horizontalmaßstab eine Gleitkommazahl wird, dann sollte dieses Problem nicht mehr auftreten. Langfristig wollte ich ohnehin, den Zeitmaßstab von 32Bit Unixzeit, auf 64 Bit aufbohren, dann kann man noch Milli- und Mikrosekunden darstellen und trotzdem noch über 2038 hinaus.. Hoffe, das ich Euch darauf nicht mehr all zu lang warten lassen muss. mfG ingo
Hallo Zusammen, Nach langer Wartezeit, mal wieder eine Version, mit ein paar kleinen Änderungen: Für den Horizontalen Zoomfaktor, wird jetzt eine Gleitkommavariable verwendet, damit ist die Zeitauflösung feinstufiger einstellbar und eine höhere Vergrößerung möglich. Die Druckfunktion wurde überarbeitet, jetzt ist ein oberer Seitenrand von 20mm und die anderen von 10mm eingestellt. Bei Bedarf, kann ich das noch einstellbar machen. Der ausgedruckte Ausschnitt, sollte jetzt besser mit dem, auf dem Bildschirm dargestellten, übereinstimmen. Das Programm steht jetzt auch als native Win64-Anwendung zur Verfügung. Bei der Nutzung ergeben sich, derzeit aber noch keine Vorteile (da geringer Arbeitsspeicherbedarf). Hoffentlich funktioniert alles, wie beabsichtigt. mfG ingo
Hallo Ingo, Auch von mir ein Dank für dieses gute Programm. Ich habe nun folgendes Problem: Ich konvertiere die Datei 20102012.csv (auf der Kommandozeile) nach 20102012a.csv. Das funktioniert an und für sich, nur wird das Datum und die Uhrzeit in der entstehenden Datei völlig verfälscht. Bei einer 24 Std. Aufzeichnung werden z.B. alle Stunden auf 20 Uhr gesetzt. Mache ich was falsch oder wo könnte der Fehler liegen? fg Toi
Angehängte Dateien:
-
Screenshot.png
28 KB
Hallo Toni, In der Konverterkonfig hat noch die Definition des Datum/Zeitformats gefehlt, habe ich nachgetragen, siehe Anhang. Im Standartformat ist das Semikolon als Trenner zwischen Datum und Zeit, daher hat es damit nicht geklappt. mfG vom ingo
Hallo Ingo, danke für die Hilfe. Ich dachte das Zeitformat muss nicht definiert werden, wenn es in der Ursprungsdatei bereits richtig steht. fg Toni
Hallo zusammen; Hier in diesem Thread wurde LogView schon mehrfach erwähnt; Heute wurde ich von einem Bekannten auf ein ähnliches Programm hingewisen. Im Gegensatz zu LogView habe ich dieses Programm aber noch nicht getestet. Es nennt sich DataExplorer - Eigene Versionen für Linux Windows Mac zu haben - Läuft mit Java - Quell-Offen - Kennt diverse Ladegeräte, Logger, Messgeräte - so wie ein CSV-Format, welches dem OpenFormat von LogView ähnlich ist. Weitere Geräte & Formate sind nach Angaben des Authors über Plugins zu realisieren. Zu finden sind Beschreibung / Download hier: http://savannah.nongnu.org/projects/dataexplorer http://www.nongnu.org/dataexplorer/index.de.html MFG:MBP Markus.
Hallo Ingo Das ist ja wie Weihnachten. Man wünscht sich etwas, bekommt es und dazu erst noch gratis... Der Ausdruck funktioniert jetzt wie gewünscht. Super, vielen Dank. Gruss Markus
Hallo Zusammen, muss doch noch, auf die Schnelle eine Korrektur nachreichen. Da ich die "Paint"-Funktion reorganisiert habe (der linke Diagrammrand wird dynamisch ermittelt), und ich aber diese Position an einigen Stellen hart kodiert habe, stimmte die Messung mit dem Mauszeiger nicht mehr. Habe ich jetzt korrigiert und sollte jetzt hoffentlich stimmen. mfG vom ingo
Hallo zusammen, cooles Programm :-) Habe einen Datenlogger für Temperatur und Feuchte, der folgende Textdateien erzeugt: va_model: 600 - NH Record interval:5 Record start time: 2012.07.25 21:40:28 Save Time: 06:35:22.22 Record Count: 16000 ID Time INT- NTC ? INT- RH% % 1 2012.07.25 21:40:28 23,8 55,7 2 2012.07.25 21:40:33 23,8 55,8 3 2012.07.25 21:40:38 23,9 56 4 2012.07.25 21:40:43 23,9 55,7 5 2012.07.25 21:40:48 24 55,5 6 2012.07.25 21:40:53 24 55,6 7 2012.07.25 21:40:58 24 55,6 8 2012.07.25 21:41:03 24 55,9 9 2012.07.25 21:41:08 24 56,5 10 2012.07.25 21:41:13 24,1 55,7 Da ich es nicht hinbekommen habe Datum / Uhrzeit der Datei zu nutzen habe ich "kurzerhand" die Datei in: 2012 07 25 21 40 28.txt (ohne Leerzeichen) umbenannt und die Konverter-Datei angepasst (siehe Anhang). Um 1:37 Uhr hatte ich Erfolg :-) Frage: Kann man Datum & Uhrzeit der Datei irgendwie nutzen?? Z.B. in dem man den Konverter sagt Spalte 2 Datum und Spalte 3 Uhrzeit ODER die Laufende Nummer am Anfang ausblendet (die ersten Zeichen weglassen)??? Vielen Dank vorab. Gruss Eisberg
Angehängte Dateien:
-
scr.png
8,6 KB
eisberg schrieb: > Frage: Kann man Datum & Uhrzeit der Datei irgendwie nutzen?? > Z.B. in dem man den Konverter sagt Spalte 2 Datum und Spalte 3 Uhrzeit > ODER die Laufende Nummer am Anfang ausblendet (die ersten Zeichen > weglassen)??? Das geht: Durch die Zeitformatdefinition Zeitformat=J<Tab>J.M.T<Tab>h:m:s wird der Wert der Spalte "ID" gelesen und der Jahreszahl zugewiesen. Anschließend wird das Jahr (und die restlichen Zeitangaben) gelesen, damit auch das falsche Jahr durch das richtige überschrieben. In desem Fall muss das <Tab> in der Formatzeile als Tabulatorzeichen eingegeben werden (Anhang). Das es sich hier um das Tabulatorzeichen handelt, entnehme ich mal der Angabe "Separator=9" aus deiner Konfig, im eingefügten Text war das (durch die HTML-Umwandlung) nicht mehr eindeutig zu entnehmen. Im Zweifelsfalle, bitte noch einmal die Originaldatei anhängen. Im Beispielschnipsel, hat die Automatische Skalierung der Y-Achse mal wieder gepatzt, einmal nach oben scrollen, bringt die, knapp über 50 befindlichen Feuchtewerte ins Sichtfeld. Bitte um Nachsicht, sollte ich in den kommenden Tagen nicht sofort antworten können, werde das im Zweifelsfalle, Anfang kommenden Jahres nachholen. mfG vom ingo, frohes Fest und guten Rutsch!
Hallo Ingo, wünsche auch einen guten Rutsch gehabt zu haben ;-) vielen Dank für Deine Hilfe. Ich bin davon ausgegangen dass es funktioniert wie Du es beschrieben hast. Nach einem Test eben war das leider nicht (ganz) der Fall :-o Der Logger erstellt leider seltsame txt-Dateien. Da ist ein Tab sowie ein Leerzeichen drin... Das heisst, gebe ich das Zeizformat an wie von Dir vorgeschlagen: Zeitformat=J<Tab>J.M.T<Tab>h:m:s bringt er falsche Datum und Zeit Werte, die Messwerte sind o.k. Gebe ich das Zeitformat wie in der txt-Datei erzeugt an: Zeitformat=J<Tab>J.M.T<Leerzeichen>h:m:s dann stimmt Datum/Uhrzeit, jedoch sind die Messwerte (Temp/Feuchte) dann alle auf 0 :-( Ich habe leider nach dem posten gesehen das da eine Umwandlung stattgefunden hat... Vielleicht gibt es ja auch ier eine Lösung. Die Dateien sind jetzt jedenfalls alle im Anhang. MfG Eisberg
Eisberg schrieb: > Der Logger erstellt leider seltsame txt-Dateien. Da ist ein Tab sowie > ein Leerzeichen drin... > Das heisst, gebe ich das Zeizformat an wie von Dir vorgeschlagen: > Zeitformat=J<Tab>J.M.T<Tab>h:m:s > bringt er falsche Datum und Zeit Werte, die Messwerte sind o.k. > Gebe ich das Zeitformat wie in der txt-Datei erzeugt an: > Zeitformat=J<Tab>J.M.T<Leerzeichen>h:m:s > dann stimmt Datum/Uhrzeit, jedoch sind die Messwerte (Temp/Feuchte) dann > alle auf 0 :-( Genau, die Anpassung des Formatstrings war schon mal richtig, allerdings hast Du vor der Änderung, deine Messwerte in X3 und X4 vorgefunden (und verarbeitet), da Datum/Uhrzeit fälschlicheweise als Messwert gelesen wurde, jetzt stehen sie in X1 und X2, wo sie eigentlich auch hingehören. Hab's in der Konfig mal korrigiert. mfG ingo
Hallo Ingo, vielen Dank. Funktioniert perfekt. Da hätte ich ja mal beim Testen ein bisschen mit der Textdatei experimentiere können, was er wo hinschreibt... Danke nochmal. Gruss Eisberg
Hallo zusammen, ich verwende das Tool nun auch seit ein paar Tagen. Bin wirklich begeistert. Nur mit einer Sache habe ich noch etwas Probleme. Und zwar wenn ich beispielsweise zwei Messwerte habe einer nahe Null der andere bei etwa 200. Dann werden ja beide als Linie dargestellt, weil man bei dieser Auflösung keine Schwankungen mehr sieht, soweit auch alles super. Wenn ich nun aber den Messwert, welcher um Null schwankt, ausblende und in den Messwert der um 200 schwankt hineinzoomen möchte, habe ich noch keine elegante Möglichkeit gefunden dies zu tun. Sobald ich mit 'h' und 'n' versuche die vertikale Achse zu zoomen, verschiebt sich die Mittellage immer weiter gegen Null und die Kurve verlässt den sichtbaren Diagrammbereich. (Ich hoffe ihr versteht was ich meine ) Gibt es hier eine Möglichkeit wie man auf einfache weise, schrittweise in ein Diagramm nur in der vertikalen Achse hineinzoomen kann? viele Grüße Markus
Im Moment ist so eine Zoomfunktion noch nicht drin, als Workaround vielleicht folgender Vorschlag: wenn der Wert um +/-20 um 200 schwankt, dann im "Einstellungen"-Dialog, einen vertikalen Offset von 180 und eine Skalierung von 40 einstellen. mfG vom ingo
Hallo Ingo, Danke für die schnelle Antwort. Genau wie von dir beschrieben, helfe ich mir momentan auch. Ist denn so eine "Zoomfunktion" geplant? Und falls ja, wann :-) Ansosnten nochmal dickes Lob für das Tool!!! Gruß Markus
Hallo Ingo, wie viele Datensätze kann deine Software den verarbeiten? Ich habe hier gerade eine Datei mit ca 1,3 Mio Datensätzen (2 Kanäle). Die Grafik baut sich auf, aber nicht komplett sondern startet immer wieder mit einem leeren Diagramm. Gruß Markus
Hallo Ingo, auch von mir ein frohes neues Jahr und danke für diese Software! Ich habe eine Frage zur automatischen Y-Skalierung: wenn ich die angehänge Datei öffne und ContextMenü->"ganze Datei" wähle, dann wird auf -2000 | +20.000 skaliert, obwohl der grösste Wert ca. 10.000 ist (aber in einer Spalte "C", die absichtlich ausgeblendet ist). Kann ich die Automatik irgendwie abschalten und dem programm sagen, dass er IMMER die werte aus der ini-datei nehmen soll? Das Handbuch schreibt dazu nix (oder sollte ich es überlesen haben?). Viele Grüße, Stephan p.s. Kleinigkeit: wäre toll, wenn Du beim nächsten Update der Doku und SW das Wort "StandarD" korrigieren könntest;)
Hallo Ingo, zu Deinem Meisterwerk habe ich zwei Fragen: 1. Ich habe geloggte Daten, die im Sekundenbereich mit Nachkomma ausgegeben werden, da fünf, oder zehn Messungen pro Sekunde gemacht werden. 2. Die Stunden werden einfach weitergezählt (> 24) und nicht in Tage umgerechnet. Gibt es dafür einen Lösungsansatz für den Konverter? Besten Dank! Dietmar
Markus schrieb: > > Ist denn so eine "Zoomfunktion" geplant? Und falls ja, wann :-) > Hab sowas mal rudimentär eingebaut (Rechtsklick->vertikal zentrieren), vergrößert um den Faktor 2, allerdings noch keine vernünftige Rundung des resultierenden, neuen Offsets, daher hinterher "krumme" Beschriftungen der Y-Achse. Muss ich noch etwas dran knobeln. Markus schrieb: > > Ich habe hier gerade eine Datei mit ca 1,3 Mio Datensätzen (2 Kanäle). Versuch mal, sie durch zippen (ich empfehle 7-zip), auf handliche Größe zu bringen und einzustellen, alternativ: anmelden und Kontaktaufnahme per PN. Stephan D. schrieb: > > > Ich habe eine Frage zur automatischen Y-Skalierung: > wenn ich die angehänge Datei öffne und ContextMenü->"ganze Datei" wähle, > dann wird auf -2000 | +20.000 skaliert, obwohl der grösste Wert ca. > 10.000 ist (aber in einer Spalte "C", die absichtlich ausgeblendet ist). > Kann ich die Automatik irgendwie abschalten und dem programm sagen, dass > er IMMER die werte aus der ini-datei nehmen soll? > Das Handbuch schreibt dazu nix (oder sollte ich es überlesen haben?). > Viele Grüße, Stephan Hab jetzt eingebaut, das die ausgeschalteten Kanäle, bei der automatischen Skalierung (auch bei Ansicht->ganze Datei), nicht mehr berücksichtigt werden. Die Rundung funktioniert aber immer noch nicht so, wie ich sie mir vorstelle, siehe oben. > p.s. > Kleinigkeit: wäre toll, wenn Du beim nächsten Update der Doku und SW das > Wort "StandarD" korrigieren könntest;) Hoffe, kein Vorkommen übersehen zu haben ;-) ... DS aus W schrieb: > 1. Ich habe geloggte Daten, die im Sekundenbereich mit Nachkomma > ausgegeben werden, da fünf, oder zehn Messungen pro Sekunde gemacht > werden. Habe langfristig vor, auch Sekundenbruchteile zu berücksichtigen, kann aber noch nicht versprechen wann, da dann alle Zeitvariablen umgebaut werden müssen (von 32Bit Unixzeit auf was 64-bittiges). Jetzt werden die Nachkommawerte noch ignoriert und unter Umständen mehrere Werte in eine Pixelspalte gemalt (vertikale Linie) > 2. Die Stunden werden einfach weitergezählt (> 24) und nicht in Tage > umgerechnet. > Gibt es dafür einen Lösungsansatz für den Konverter? Für solche speziellen Formate, wird es wohl nötig sein, einen speziellen Konverter zu programmieren. macht eigentlich nicht viel Aufwand, müsstest mal eine Beispieldatei bereitstellen. mfG vom Ingo
Musste gerade feststellen, das "Standard" auch im deutschen, mit einem "d" geschrieben wird, also hab ich die Sache wohl falschherum "korrigiert". Ist schon korrigiert, mit der nächsten Ausgabe ist dann alles richtig. mfG vom ingo
Hallo Ingo, einwandfrei: StandarDverhalten der y-Skalierung ist jetzt nach Wunsch:) Mit besten Grüßen und Danke, Stephan
Hallo Ingo, die Beispieldaten: 13:53:19,2 2,854 2,310 2173,00 Uhrzeit Messwert1 Messwert2 laufende_Vorgangsnummer Die Daten in der Datei sind mit Sprüngen, da wir uns zur Bearbeitung die 1Gb Daten auf die wichtigen Ergebnisse gekürzt haben. Schönen Sonntag! Dietmar
Angehängte Dateien:
-
Filter.png
8,2 KB -
scr.png
16 KB
Hallo Dietmar, Habe mal schnell was zusammengehämmert, Der Tag (Übertrag aus den Stunden), wird pauschal zum 1.1.2000 addiert, funktioniert so also erstmal nur bis 31 Tage. Sollte das nicht reichen, sollten wir uns auch Gedanken machen, wie das Startdatum übergeben werden kann (1 in Rohtatei Zeile einfügen?). Der Konverter wird genauso gehandhabt wie der universelle, benötigt aber keine Konfigdatei. Als 2. Kommandozeilenparameter kann man also irgendwas übergeben (dummy), im Beispiel, wie es bei mir eingerichtet ist. Die Spaltennamen, habe ich mit "Var1", "Var2" und "Var3" beschriftet und letztere erstmal ausgeblendet (Zähler?). Vielleicht hilfts ja erstmal. mfG vom ingo
Hallo Ingo, besten Dank für den Expressdienst ; ) Das sieht doch schon super aus! Die Messungen laufen meist länger als einen Monat. Das Anfangsdatum spielt aber keine Rolle. Man kann auch die Daten "per Hand" splitten, um immer 31 Tage in einer Datei aufzubereiten. Die Vorgangsnummern sind übrigens Schaltvorgänge des Verbrauchers. Das ist nicht so einfach in das Diagramm zu bekommen (2. x-Achse). Ist aber auch nicht so wichtig für die Darstellung. Sonnige Grüsse! Dietmar
Hi Ingo. In welcher Programmiersprache schreibst Du das coole Tool eigentlich? Werde gleich auch nochmal ein paar Daten auswerten... Danke das Du da so dran bleibst!!! Grüße Björn
Dietmar Sch. schrieb: > Die Messungen laufen meist länger als einen Monat. Dann hab ich besser eine korrekte Verarbeitung der Zeitstempel eingebaut, sonst hätte auch Splitten nichts gebracht (hättest ja die Stunden immer runterrechnen müssen). Ab Quelltextzeile 28 wird die Startzeit initialisiert (1.1.2000, 00:00:00), an dieser Stelle, könnte auch ein Startdatum aus der Datei gelesen werden, wenn es manuell am Dateianfang eingefügt werden würde. Zu dieser Startzeit, werden dann die, aus den Datensätzen gelesenen Zeitstempel addiert (Messung beginnt ja immer mit 0). @Björn: Das ganze Teil (wie auch die Zusatztools) ist in einfachem "C" geschrieben und setzt aufs nackte Windows-API auf. In der Anleitung hatte ich mich auch darüber ausgelassen. Die Quellen befinden sich jeweils im Archiv, im Unterverzeichnis "src". mfG vom Ingo
Hallo Ingo, vielen Dank für deine Bemühungen. Das Zoomen der vertikalen Achse geht nun schon wesentlich einfacher, vielen Dank dafür. Als kleines Feedback: Wie du schon richtig sagtes, werden manchmal Grenzen berechnet die etwas neben den eigentlichen Messwerten liegen (ist aber ok, wenn man es weiß) Vielleicht ist es ja möglich ein Zoomen analog zur horizontalen Achse einzubauen. Dort wird ja mit einem Doppelklick gearbeitet. Eventuell kann man ja etwas konstruieren wie Doppelklick + Shifttaste = zoomen in der vertikalen Achse. Keine Ahnung ob sich sowas überhaupt umsetzen lässt. Aber währe sicherlich sehr User-freudlich. Zu dem Problem mit dem immer wieder neu aufbauendem Diagramm. Da scheint es bei mir in der Logdatei noch Ungereimtheiten zugeben. Also vorerst Entwarnung. Nehme jetzt nochmal neue Daten auf und Probiere es damit. Viele Grüße Markus
Hallo Ingo Ich hab gerade dein Tool entdeckt, ausprobiert und bin begeistert! Habe bereits schlechtere kommerzielle Produkte gesehen... Ich werde es auf jeden Fall verwenden. Vielen Dank für deine Arbeit! Ich habe noch zwei Ideen für dein Programm, welche evt. nützlich sein könnten: 1) Sekundenbruchteile wären ganz hilfreich (wurde bereits weiter oben geschrieben). Ich würde eine Auflösung von 1us benötigen, andere evt. mehr? 2) Eine Datentabelle könnte beim Auswerten ganz hilfreich sein. In der Tabelle würden dann alle Datenpunkte aufgelistet, welche momentan im Diagramm sichtbar sind. Grüsse bestucki
Hallo Ingo, hab da in der neusten Version (11.01.2013) doch noch etwas komisches festgestellt beim zoomen der horizontalen Achse. Vertikales zoomen funktioniert. Wenn ich die Daten mit der CSV Viewer Version vom 23.10.2012 (17:16Uhr) öffne, scheint alles wunderbar zu sein. Alle Daten werden dargestellt (Sprung auf Kanal 4 bei 25min und 27min - insgesamt von Zeitstempel 10min bis ca 29min sind Daten vorhanden). Öffne ich nun die gleichen Daten mit der Version vom 11.01.2013 (22:40Uhr) werden nicht mehr alle Daten dargestellt, auch nicht wenn man "ganze Datei" anklickt. Es werden nur wenige Sekunden am Anfang dargestellt. Mit der rechten Cursortaste springt er nur bis an Ende der Daten und stellt nichts mehr da. Mit der linken Cursortaste springt er dann wieder an den Anfang. Auch das horizontale zoomen mit der linken Maustaste scheint nicht wie gewünscht zu funktionieren. Eventuell ist auch meine Datendatei falsch aufgebaut. Gruß Markus
Angehängte Dateien:
-
Scr.png
14 KB
Hallo Markus, Hab das, von dir geschilderte Verhalten leider nicht reproduzieren können, bin aber beim neuen, vertikalen Zoomen über "rechtsklick->zentrieren" noch über eine vergessene Debug-Meldung gestolpert, hab deshalb nochmal den Compiler angeworfen. Deine Datei sieht auch so weit unauffällig aus, bis auch folgendes: Du hast die erste Datenzeile unmittelbar (ohne Zeilenumbruch) hinter der Kopfzeile. Wenn die nicht mit 2 Semikolon abgeschlossen wäre, hättest du noch mehr Graphen, mit wilden Beschriftungen, so verlierst Du nur den ersten Messwert. Vielleicht fällt mir ja noch was auf/ein.. darum erstmal mfG vom Ingo
Angehängte Dateien:
-
horizontal.png
28 KB
Hallo Ingo, habe deine neuste Version nochmals probiert, aber leider auch hier das beschriebene Problem. Habe noch etwas rumgespielt und etwas herausgefunden, was dir eventuell weiterhilft das Problem zu reproduzieren. Wenn man das Fenster relativ klein zieht (komisches deutsch :-) funktioniert scheinbar alles. Will man das Fenster aber nun bildschirmfüllend anzeigen lassen, tritt das Problem mit der horizontalen Achse auf. Bildschirmauflösung habe ich 1600x900 und das Problem tritt bei Fensterbreiten von mehr als 690 Pixel in der Breite auf. Das Ändern der Fensterhöhe scheint zu funktionieren ohne das Daten nicht mehr angezeigt werden. Hier habe ich nur festgestellt, dass keine Fensterhöhe kleiner 300 Pixel möglich sind --> Programm stürtzt ab. Eventuell liegt es an der Skalierungsberechnung. Stört mich aber im Moment nicht weiter. Falls du noch weitere Fragen zu dem bechriebenem Problem hast, poste hier einfach. Versuche dann möglichst schnell zu antworten. Gruß Markus
Markus schrieb: > Wenn man das Fenster relativ klein zieht (komisches deutsch :-) > funktioniert scheinbar alles. Will man das Fenster aber nun > bildschirmfüllend anzeigen lassen, tritt das Problem mit der > horizontalen Achse auf. Ein Rundungsproblem war die Ursache: mit der Umstellung des horizontalen Zoomfaktors auf Gleitkomma, habe ich die Gültigkeitsprüfung angepasst (vorher war Minimum 1, jetzt 0.0001), allerdings lieferten Berechnungen, die den Zoomfaktor liefern sollen (double=int/int) dummerweise eine Ganzzahl, in deinem Falle (kurzer Zeitraum) nämlich 0, daraus wurde das Minimum. Jetzt sollte "ganze Datei" auch wirklich die ganze Datei liefern. mfG vom ingo
Hallo Ingo, Nach einem ersten Test sieht es super aus! Vielen Dank!!!! Zoomen funktioniert, sowohl horizontal als auch vertikal. Gruß Markus
Hallo, ich logge Daten meiner Photovoltaik-Anlage, folgende Daten (Datum, Laufzeit, Pmax [W], Ptag [kW/h]) werden tägliche auf SD-Card aufgezeichnet. Lassen sich diese Daten durch eine Konfigdatei im CSV-Viewer anzeigen, so dass die täglichen Werte Pmax und Ptag angezeigt werden. Auf der X-Achse sollte dabei das Datum(Laufzeit) abgebildet sein und passend dazu die beiden Werte Pmax und Ptag in Y-Richtung. Wie sollte die Konfigdatei aussehen, bzw. wie muss die Datei umgewandelt werden, damit sie angezeigt werden kann? Besten Dank und viele Grüße Thorsten
Angehängte Dateien:
-
solar_csv_viewer.PNG
17 KB
Hallo, Du solltest statt Laufzeit nur Zeit im Kopf stehen haben. Desweiteren sollten alle Kommas durch ein Semikolion ausgetauscht werden. Geht ganz einfach mit dem Windows eigenen Editor. Über Bearbeiten->Ersetzen. Damit sollte die Datei schon ohne Anpassung mit einer Konfigurationsdatei funktionieren.
Hallo Steffen, vielen Dank für Deinen Hinweis. Die Zeit (Laufzeit) sagt aus, wie lange am Tag der Wechselrichter Strom ins Netz gespeist hat und hat somit nichts mit der tatsächlichen Uhrzeit in der X-Achse zu tun. Ich habe jetzt zwei Dateien, eine mit, eine ohne Laufzeit angehängt. Ich hätte gern in der X-Ache das Datum ohne Uhrzeit dargestellt und die beiden Werte (Pmax und Ptag) zum jeweiligen Datum. Den Uhrzeitverlauf in der X-Achse benötige ich nicht. Da es sich immer um Jahresaufzeichnungen handelt ergeben sich maximal 366 X-Schritte. Läßt sich das so im CSV-View darstellen? Dank & Gruß Thorsten
Angehängte Dateien:
-
Zwischenablage01.png
17 KB
Hallo Thorsten, Habe mal schnell eine Konverterkonfig für die Variante mit Laufzeitspalte gebaut. Die wird ignoriert, die Daten aus den beiden Folgenden (X2 und X3) genutzt. Um die Originaldaten zu verarbeiten, könntest du dann noch das Separatorzeichen ändern. Da im Datumsformat keine Uhrzeit angegeben ist, erscheinen die Werte um 00:00. Ein Problem gibt es aber noch: So wie ich das sehe, hast Du in den Datenspalten den Punkt als Tausendertrennzeichen, der Konverter interpretiert ihn aber als Dezimaltrenner, gleichberechtigt wie das Komma. Damit werden alle Werte ab 1000 um selbigen Faktor zu klein angezeigt. Sollte es dir nicht möglich sein, die Punkte aus den Werten zu entfernen, müsste ich schauen, ob ich es in den Konverter einbauen kann. mfG vom ingo
Hallo Ingo, vielen Dank für Deinen Hinweis, jetzt passt es. Habe das Tausendertrennzeichen entfernt und Deine Konverterkonfig benutzt, wunderbar. So habe ich mir die Gesamtübersicht meiner geloggten Daten vorgestellt. Viele Grüße Thorsten
Angehängte Dateien:
-
CSV-Viewer.PNG
9,5 KB
Hallo Ingo, ich bekomme die Datenkonvertierung nicht hin. Das Datum wird immer falsch konvertiert (siehe Ausdruck). Ist es auch möglich 2 verschieden CSV-Dateien vom gleichen Zeitraum (auch bei unterschiedlichen Zeitstempeln) anzuzeigen? Ronny
Angehängte Dateien:
-
Zwischenablage01.png
23 KB
Ronny schrieb: > ich bekomme die Datenkonvertierung nicht hin. Das Datum wird immer > falsch konvertiert (siehe Ausdruck). Hab ich so, nicht reproduzieren können, allerdings hattest Du in der angehängten Konfig, die Daten aus den Spalten X2, X3 und (nicht vorhanden) X4 gelesen. Das hab ich korrgigiert. > Ist es auch möglich 2 verschieden CSV-Dateien vom gleichen Zeitraum > (auch bei unterschiedlichen Zeitstempeln) anzuzeigen? Ist in den neueren Versionen vom Viewer (mal in der Chronik nachschauen) möglich, seitdem für unterschiedliche Quelldateien, unterschiedliche Tempdateien vom Konverter erzeugt werden. Wenn Originaldateien ohne Konvertierung gelesen werden können, geht es schon immer. mfG vom ingo
Hallo, genau so ein Software habe ich gesucht. Ich habe geloggte Daten aus einem RESOL DL2 im CSV-Format. Trennzeichen kann ich beim Download auswählen. In dem Fall Semikolon. (Der Datenlogger ist atm auf 300 Sekunden Intervall eingestellt.) Leider ist das Datumsformat sehr schräg.
1 | Datum;Sensor 1;Sensor 2;Sensor 3;Sensor 4;Sensor 5;... |
2 | Sat Apr 13 14:30:00 2013;50.9;55.5;47.2;888.8;57.5;... |
3 | Sat Apr 13 14:35:00 2013;48.8;54.1;47.2;888.8;56.4... |
Ansatzweise geht bei mir folgendes Zeitformat:
1 | Zeitformat=T M T h:m:s J |
Leider wird das Datum fehlinterpretiert und wird zu:
1 | 04.07.1978;23:24:16;1.000000;2.000000;3.000000;5.000000 |
2 | 04.07.1978;23:29:16;50.900000;55.500000;47.200000;57.500000 |
Gibt es dafür eine funktionierende Einstellung in der Konverter-config ?
Angehängte Dateien:
-
Zwischenablage01.png
20 KB
Hallo Tobias, Jetzt kann der Konverter auch mit Monatsnamen umgehen, Der "Apr" aus der Beispieldatei enspricht auch meiner "Abkürzungsweise". Die restlichen Monatsabkürzungen und die Möglichkeit, sie einzustellen, wie üblich in der Anleitung. Auch wenn die Änderung hier nur den Konverter betrifft, stelle ich das gesamte Archiv ein, um unnötige Suche zu vermeiden. Zu dem anderen Problem aus Beitrag "Konvertierung" hab ich bisher noch nicht den richtigen Einfall, bleibe aber dran ... mfG vom ingo
So eine schöne (..), da ist mit doch noch ein Patzer durchgerutscht: wenn man einen Monatsnamen in der Config ändert, wird ein Semikolon angehängt, und dann passt das natürlich nicht. Hier der korrigierte Konverter und der Quelltext, sorry! mfG vom ingo
Angehängte Dateien:
-
csv-viewer_huber.PNG
81 KB
Vielen Dank für die sehr schnelle Antwort und die Anpassung. Nun funktioniert es wunderbar. Ich hab auch gleich mal meine config.txt richtig umgeschrieben passend auf meine Heizung. Diese nochmal anbei für alle anderen die evtl. auch einen Datenlogger RESOL DL2 mit einer Steuerung CitrinSolar SLR (2.01) haben. In der Steuerung ist Schema 10 gewählt. Ich hätte da noch 2 Ideen für weitere Programmversionen ;-) 1. Es wäre teilweise übersichtlicher wenn man manche Werte wie "Drehzahl", "Ventilstellungen", "AN/AUS" parallel nach oben oder unten versetzt als Balkendiagramme darstellen könnte. Ähnlich wie in Winsol (http://www.paranaut.de/heizung/Winsol.jpg) 2. Das ganze irgendwie ins lokale Netwerk und/oder Internet bringen damit man es mit einem Browser aufrufen kann. (Ich weiß vieel Arbeit) 8-) Vielleicht mit RRDtool ? (http://oss.oetiker.ch/rrdtool/gallery/index.en.html)
Tobias H. schrieb: > 1. Es wäre teilweise übersichtlicher wenn man manche Werte wie > "Drehzahl", "Ventilstellungen", "AN/AUS" parallel nach oben oder unten > versetzt als Balkendiagramme darstellen könnte. > Ähnlich wie in Winsol (http://www.paranaut.de/heizung/Winsol.jpg) Das geht, indem du für die betreffenden Kanäle einen Offset definierst, zum Beispiel in der Konverterkonfig: Zirkulationspumpe ZP (R3)##0#%;X25*5+100 Damit verschiebt sich das Ausschalteniveau von 0 auf 100, das Einschalteniveau von 1 auf 105. Das müsstest du für alle binären Kanäle so weiterführen (110, 120 usw.) dann würde es ungefähr so aussehen: Beitrag "Re: Visualisierung von geloggten Daten" (hier stehen die Offsetwerte in den Spaltenbeschriftungen, weil kein Konverter benutzt wurde). > 2. Das ganze irgendwie ins lokale Netwerk und/oder Internet bringen > damit man es mit einem Browser aufrufen kann. (Ich weiß vieel Arbeit) > 8-) > Vielleicht mit RRDtool ? > (http://oss.oetiker.ch/rrdtool/gallery/index.en.html) Das wäre wieder eine ganz andere Baustelle (üblicherweise in php auf dem Webserver), dafür gibt es aber wohl schon Lösungen. mfG vom ingo Edit: Tippfehler
Hallo, bin durch Zufall auf diesen Thread gestossen und bin begeistert! Was ich bisher nicht finden konnte (oder ich habe es überlesen) ist die Möglichkeit der Darstellung mehrerer Y-Achsen mit unterscheidlicher Skalierung. Ist dies mit dem CSV Viewer möglich (ähnlich wie bei RealView 3.0)? Danke + MFG
Hallo, Kann mir bitte jemand ein alternatives Programm nenen, das die Werte aus einer SQL-Datenbank anzeigt? Evtl auch in php. im Voraus schon mal Vielen Dank
Hallo Ingo, einen super CSV Viewer hast du da gebaut. Leider liegt mir nur mangelhaftes Quellmaterial vor. Die aufgezeichneten CSV Dateien enthalten kein Datum und keine Zeilumbrüche. Trennzung des Zeilen erfolgt nur durch "". Ich bekomme den Konverter nicht dazu eine csv datei auszugeben. Kannst du mir da vielleicht weiterhelfen? mfG Christian
Angehängte Dateien:
-
Zwischenablage01.png
28 KB
Hallo Christian, Grundsätzlich ist die Sache nicht hoffnungslos, 2 Probleme sind zu lösen, das Kleine: deine Datei hat nur Wagenrücklaufzeichen (0x0d) als Zeilenende, habe die Datei mit Editor (Notepad2) geöffnet und wieder gespeichert, jetzt lässt sie sich mit der angepassten Konfig (Anhang) umwandeln. Jetzt ist nur noch das Problem beim Übergang von 23:59:59 auf 00:ab:cd, ohne Datumswechsel, da springen die Graphen an den Anfang zurück, ohne den Strahl dunkelzutasten :-) werde mir was einfallen lassen, das ich in so einem Falle das imaginäre Datum weiterzähle. Muss mal schauen, wann ich dazu komme... mfG vom ingo
Angehängte Dateien:
Hallo, ich habe momentan ein Fehldarstellung im Viewer und kann mir leider nicht erklären was oder ob ich etwas falsch eingestellt habe. Was mir seltsam vorkommt ist daß im Viewer immer noch Werte vor dem 1.Mai angezeigt werden. Obwohl ich den Testmodus eingestellt habe. Eigentlich sollte doch dann das Temp-File immer wieder überschrieben werden. Oder ? Auch wenn ich die Temp-Dateien manuell lösche erstellt der Konverter eine eigene csv-Datei mit werten vor dem 1.Mai ...
Hallo Tobias, Hab die Ursache für das Problem erkannt, vor den einstelligen Tageszahlen befinden sich 2 Leerzeichen, zwischen denen der Parser versucht, den Tag zu finden, daher der 0. Mai= 30. April. werd mal schauen, was ich da tun kann.. mfG vom ingo
Angehängte Dateien:
-
Zwischenablage01.png
51 KB
Hab es jetzt so gelöst: Wenn ein erwartetes Trennzeichen mehrfach hintereinander (ohne Was dazwischen) angetroffen wird, wird alles als ein Trennzeichen angesehen, hoffentlich hilft's mfG vom ingo
Vielen Dank für die schnelle Hilfe !! Der neue Konverter arbeitet auch bei mir einwandfrei.
Angehängte Dateien:
-
Zwischenablage01.png
29 KB
So, jetzt hab ich für die Dateien von Christian B auch eine Lösung. Als Zeilenumbruch sind jetzt CR oder LF allein, oder Beides möglich. Nach einem Umbruch der Stunden, wird das Dummydatum (für Zeilen ohne Datum) jetzt um einen Tag hochgezählt, sollte maximal 31 mal passieren, dann ist der Januar des Dummyjahres voll, aber so lang sollten Dateien ohne Datum dann auch nicht sein. mfG vom ingo
Hallo Ingo, vielen Dank für deine Anpassung. Viele Grüße Christian
Hallo Ingo, hast du in den letzten Wochen mal etwas in Richtung Millisekundeneinteilung beim Zeitstempel gemacht? Gruß Markus
Markus schrieb: > hast du in den letzten Wochen mal etwas in Richtung > Millisekundeneinteilung beim Zeitstempel gemacht? Bin jetzt wieder von Dienstreise zurück, werd mal versuchen, etwas in diese Richtung zu erreichen (auch aus Eigeninteresse, hab mir ein DS1052 mit LA gegönnt, dafür wäre das auch schön), vielleicht gibt es bald was zu testen, mfG vom ingo
Der Viewer kann jetzt auch mit Sekundenbruchteilen umgehen. Dazu kann der gebrochene Teil mit Komma oder Punkt an die Sekunde angehängt werden (siehe Beispieldatei). Ausserdem wurde ein, lange bestehendes Anzeigeproblem identifiziert und gelöst (erster sichtbarer Messpunkt in jedem Graphen fehlte, daher Verzerrung am linken Rand). Da im Zuge dessen, einige Änderungen in der Skalierung und Anordnung der Zeitachsenbeschriftung erforderlich waren, würde ich Dies erstmal als Beta betrachten. In der Hoffnung, nicht all zu viele neue Fehler eingebaut zu haben, mfG vom ingo
Hallo Ingo, hab gerade deine letzte Version getestet und bin begeistert. Endlich kann ich meine Daten auch im Millisekundenbereich darstellen. Das macht das Leben einfacher. Vielen Dank für die Umsetzung! Ich werde das Tools weiterhin fleißig benutzen und über eventuelle Bugs berichten (wovon ich gerade nicht ausgehe :) ) Gruß Markus
Markus schrieb: > (wovon ich gerade nicht ausgehe :) ) Naja, paar Kleinigkeiten waren doch noch offen: - Abspeichern der Position (zum Wiederfinden, bei wiederöffnen der selben Datei) erfolgte noch im falschen Format, - Die ganze Sache mit dem Messen per Mauszeiger ist jetzt auch angepasst. mfG vom ingo
Hmm ... diese Version schmiert bei mir (WIN XP pro 32 bit, SP3) gnadenlos ab, nachdem ich Daten geladen habe.
B. Obachter schrieb: > Hmm ... > > diese Version schmiert bei mir (WIN XP pro 32 bit, SP3) gnadenlos ab, > nachdem ich Daten geladen habe. Autsch! Eigentlich hätte sie unter W7 auch nicht funktionieren dürfen: Nicht initialisierte Gleitkommavariable für die Sekunden, wenn in der Datei keine Sekunden sind, dann steht da Mist drin, böser Anfängerfehler. Anhängende Version unter gleichen Bedingungen wie beim B. Obachter getestet, sollte funktionieren. mfG vom ingo
Angehängte Dateien:
-
Fehler_CsvView.jpg
24 KB -
Version_CsvView.jpg
15 KB
Hallo Ingo, hab ein Problem die angehängte Datei zu öffnen. Leider beendet sich dein Tool ohne aussage kräftige Fehlermeldung. Leider habe ich bisher keinen Erfolg gehabt um das Problem näher eingrenzen zu können. Denn ich habe sowohl Logdateien die sich ohne Probleme öffnen lassen, als auf Dateien welche Probleme bereiten (habe eine angehängt). Gruß Markus
Angehängte Dateien:
-
Scr.png
32 KB
Hallo Markus, Die Ursache, warum es in dieser Datei geknallt hat, ist, das die Werte sehr dicht beieinander liegen (um 10, +/- ein Tausendstel). Damit hat die automatische Skalierung, die "Verstärkung" weiter aufgedreht, als in der Beschriftung verarbeitet werden kann. Hab erstmal die Verstärkung (vertikalen Zoomfaktor) begrenzt, das das nicht mehr passiert. Beim Öffnen der Datei (Autozoom) wird trotzdem erstmal nichts angezeigt, weil der vertikale Offset auf 9 steht. Also als Workaround, erstmal "n" wie "niedriger" drücken, dann kommt unten schon die Linie ins Blickfeld, dann hochscrollen. Werde versuchen, am Wochenende, dafür eine bessere Lösung zu finden. mfG vom ingo
Hallo Ingo, danke für die schnelle Hilfe. Werde das Ganze morgen mal testen und gebe dann Feedback. Gruß Markus
Hallo Ingo, dass mit der richtigen Skalierung bei Tausentstel Abweichungen funktioniert. Ich hänge nur gerade, bei der Einstellung "Refreshzeit". Das Ganze tut nicht, das was ich erwartet hätte. Ich habe eine Datei die ich alle paar Sekunden aktuallisiere. Aber in deinem Tool werden die neuen Daten nicht dargestellt. Auch nicht mit der "ENDE" Taste. Man kommt nur an die Daten wenn man "ganze Datei" wählt. Es sieht so aus, als ob zwar die "ENDE" Taste simuliert wird, aber die Daten nicht aus der Datei eingelesen werden. Gruß Markus
Markus schrieb: > > Es sieht so aus, als ob zwar die "ENDE" Taste simuliert wird, aber die > Daten nicht aus der Datei eingelesen werden. > Stimmt, im Zuge der gegenseitigen Validierungen und gegenseitigen Gültigkeitsprüfungen, hat das Programm garnicht mehr den Versuch unternommen, über das vermeintliche Dateiende hinaus zu lesen, damit den Fortschritt der Datei nicht mehr mitbekommen. Das wird jetzt explizit noch einmal abgeprüft, wenn der rechte Rand am Dateiende sein sollte. Vertikal"verstärkung" hab ich jetzt noch um den Faktor 10 aufgebohrt, auch wenn das noch nicht die Lösung ist, die mir vorschwebt... mfG vom ingo
Da ich für die Problematik der "nachwachsenden" Dateien keine eigene Anwendung habe, hab ich mir mal schnell einen "Testdateigenerator" zusammengeklopft, der im Sekundenrhytmus eine Datei mit Spieldaten fortschreibt. Dabei ist mir aufgefallen, das die letzte Version, abhängig vom horizontalen Zoomfaktor manchmal auch nicht richtig "weiterliest". Hab den Teil jetzt noch einmal umgebaut und etwas ausführlicher getestet: sollte jetzt etwas zuverlässiger funktionieren. mfG vom ingo
Hallo Ingo, habe deine letzte Version nochmals getestet. Nun klappt das aktualisieren auch. Aber leider nicht immer. Je mehr Daten man darstellen möchte desto unzuverlässiger arbeitet die Aktualisierung. Auch die "ENDE" Taste arbeitet dann nicht mehr. Gruß Markus
Hi Ingo, leider schmiert bei mir (XP) die Version ab dem 26.08. beim öffnen der Datendatei ab. Bis einschließlich 21.08. gehen sie. Ich habe mal einen Abschnitt von meinen Daten hochgeladen, damit Du damit testen kannst. Auf alle Fälle, vielen Dank für Dein tolles Tool. Gruß Peter
PeterS schrieb: > leider schmiert bei mir (XP) die Version ab dem 26.08. beim öffnen der > Datendatei ab. Bis einschließlich 21.08. gehen sie. Hallo Peter, Ursache war der Betriebs(sekunden?)-zähler, der mittlerweile unhandliche Größe angenommen hat (Größenordnung: 40 Millionen). Habe entsprechende Anpassungen vorgenommen, daß auch die noch verdaut werden können. Wirst natürlich nach dem Öffnen, erstmal vertikal vergrößern müssen, um die restlichen Kurven zu sehen. Hoffe, alles passt und ist rückwirkungsfrei. An dem anderen Thema, mit der automatischen Aktualisierung bin ich noch drann, könnte aber noch etwas dauern... mfG vom ingo
Hi Ingo, klasse, schaut auf den ersten Blick gut aus :). Wenn ich noch was finden sollte, melde ich mich wieder. Gruß Peter
Hallo, ich habe hier Daten von einem Beschleunigungssensor und würde diese gerne mit dem Viewer anzeigen lassen. Jedoch bekomme ich es nicht mit dem Konverter zu laufen... Kann mir jemand auf die Sprünge helfen? Danke schonmal!
Angehängte Dateien:
-
Zwischenablage01.png
49 KB
M. B. schrieb: > Kann mir jemand auf die Sprünge helfen? Danke schonmal! Da es doch gelegentlich vorkommt, das Messwerte im Hexformat vorliegen, hab ich es noch in den Konverter mit eingebaut. Da es sich hier anscheinend um vorzeichenbehaftete Werte handelt, hab ich hierfür eine Unterscheidungsmöglichkeit vorgesehen (siehe Anleitung). Da keine weiteren Angaben über die Datei (Messintervall) vorliegen, gehe ich in der anhängenden Konverterkonfig, von 1 Sekunde aus (Sekundenbruchteile kann der Konverter derzeit noch nicht). Evtl. wäre es sinnvoll, den Startzeitpunkt im Dateinamen zu verewigen, dann könnte der Konverter den von dort entnehmen. hoffe, damit etwas geholfen zu haben.
Vielen Dank für die schnelle Umsetzung! Dann werde ich mal testen... Schöne Restwoche noch!
Hallo, ist es möglich den wert Intervall in ms anzugeben, ich habe immmer 10 ms pro zeile ?. Gruß Markus
Markus schrieb: > ist es möglich den wert Intervall in ms anzugeben Hab ja schon damit gerechnet, das gebrochene Sekunden auch hier benötigt werden. Da noch nicht alle Nebenwirkungen getestet, würde ich diesen Konverter mal als Alpha betrachten. Da hier Jahr, Monat und Tag der Startzeit wohl irrelevant sind, wird in der Konverterkonfig mit "Startzeit=99" fest der 1.1.2000 festgelegt, damit beginnt die Zeitachse bei 00:00:00,0 an diesem Tag, womit in der Vergrößerung das Datum ohnehin nicht angezeigt wird. Wie immer, in der Hoffung, das alles funktioniert, mfG vom ingo
Hi! Hab mich früher schonmal mit dem csv_viewer beschäftigt und war begeistert. Jetzt brauchte ich das Teil erneut und habe mal nchgeschaut ob was neueres verfügbar ist. Ist es, und auch noch mit reichlich Neuerungen, wunderbare Sache. Die direkte Anbindung einer Com war für mich das Beste. Hat auch gestern beim Testen alles gut geklappt, aber da war es nur von Schleppi zu Schleppi. Heute an die richtige Steuerung ran und die Werte sind meist in den Spalten verschoben... was ist jetzt los? In der Dosbox von sercapt.exe waren komische Semikolons drinn... :( die sind nicht von mir.... aaaahhhh "Umwandlung von Leerzeichen in Semikolons" hmmm, ich habe eine vorzeichenbehaftete Ausgabe wo bei + das 1.Zeichen ein Leerzeichen ist. Leerzeichen = Semikolon. Kann man das irgendwie lösen? ich könnte mir eine Art .ini vorstellen wo zb. ","=";" " "=";" oder eben " "=" " drinn steht. Von sercapt.exe über Konv2 in *.csv wäre noch eine Idee, aber wenn ich das richtig sehe geht das wohl nicht. Welche Lösung gäbe es denn noch? Auf jeden Fall ein grosses Lob für diese sehr gute Arbeit und vor allem fantastisch Unterstützung. Einen schönen Tag noch, Uwe
Hallo Uwe, In dem Falle, ist es das Beste, erst mal zu schauen, was an der nackten Schnittstelle ankommt. Hier wäre es hilfreich, wenn Du mal mit einem Terminalprogramm, die Rohdaten aufzeichen und bereitstellen könntest. Werde allerdings dieses Wochenende nicht dazu kommen, damit zu arbeiten, also kein Stress. mfG vom ingo
Hi! >also kein Stress. nö,nö, das passt schon. >wenn Du mal mit einem Terminalprogramm, die Rohdaten aufzeichen habe ich ja, und dabei habe ich gesehen das aus Leerzeichen Semikolons werden. Die Ausgabe hat eine feste Stellenbreite und kann +/- sein. Sieht so aus: Hex: 20 35 30 3b 20 30 34 3b 2d 30 33 3b 31 3b 31 3b 30 3B... ASCII: " 50; 04;-03;1;1;0;" Das sind Temperaturen und Bits(E/A) öhmmm, mal so am Rande. kann es sein das die Anzahl der Graphen auf ca. 40 begrenzt ist? Mir fehlem noch irgendwie 16 E/A Bitgraphen. >Rohdaten aufzeichen und bereitstellen Hmm, muss ich mal hingehen und eine Mitschnitt machen. Mal sehen wann. Ein schönes stressfreies Wochenende, Uwe
Hi! >Rohdaten aufzeichen und bereitstellen Habe ich gemacht. Die ersten 19 Werte sind Temp. Leider ist momentan kein Frost sonst wäre auch was negativ. Danach folgen 5 Byte in Bits umgesetzt. 0 = L und 9 = H wegen der besseren Darstellbarkeit im Diagramm. Abgeschlossen wird mit CRLF >Mir fehlem noch irgendwie 16 E/A Bitgraphen. Lag an meinem LCD bzw. Onbordgrafik, ist wohl doch etwas älter. Einen schönen Tag noch, Uwe
Hallo Uwe, hat etwas gedauert, sorry, funktioniert aber jetzt wohl. Das Aufzeichnungsprogramm wandelt normalerweise Leerzeichen in Semikolon (Trennzeichen) um, die hier aber schon vorhanden sind und unverändert in die Zieldatei geschrieben werden. Daher habe ich die Möglichkeit zugefügt, im 5. Kommandozeilenargument einen String mit Zeichen zu definieren, die immer verworfen werden (in diesem Falle also das Leerzeichen) ich habe im Beispiel die Aufzeichnung so gestartet: d:\bsp\Lutz>sercapt com4 9600,8,n,1 datei.csv \0 " " Genaueres zur Bedeutung, im entsprechenden Abschnitt, im Handbuch. mfG vom ingo
Hallo Ingo, wenn das mal keine Unterstützung ist, herzlichsten Dank dafür. >hat etwas gedauert Ja und, die Welt ist auch nicht an einem Tag erschaffen worden. >einen String mit Zeichen zu definieren, die immer verworfen werden ämmm, verworfen werden? oder ignoriert, also 1:1 übertragen werden? Weiss nicht genau ob verwerfen wirklich gut ist. Habe momentan gerade keinen 2.Rechner um es auszutesten, deshalb die Frage. Besten Dank nochmal und eine angenehme Woche, Uwe
Uwe schrieb: > ämmm, verworfen werden? oder ignoriert, also 1:1 übertragen werden? > Weiss nicht genau ob verwerfen wirklich gut ist. Du hast (wenn ich alles richtig interpretiert habe) zwischen jedem Feldelement ein Semikolon als Spaltentrenner, die werden behalten. Und zwischen einigen noch zusätzliche Leerzeichen (wohl bei zweistelligen Zahlen, die auch dreistellig sein könnten?) die dürfen nicht als zusätzliche Trennzeichen interpretiert werden, sondern verworfen werden. So hatte ich es gemeint. mfG vom ingo
Halo Ingo, ja, hast alles richtig verstanden. Habe nur überlegt ob weglassen oder einfach übertragen besser ist. Vermutlich könnte aber weglassen die häufiger gesuchte Variante sein. Also war dein Gedankengang doch der bessere. Danke nochmal und eine schöne Restwoche, Uwe
Hallo Ingo, ich bin gerade am probieren und auf folgendes Problem gestossen: ich möchte meine Verbrauchswerte um Monatsdurchschnittswerte (Temperatur) anreichern, die ich im nachhinein in die Messdatei einfüge. Für den entsprechenden Zeitstempel der Monatsdurchschnittswerte gibt es keinen bereits bestehenden Messwert der laufenden Verbrauchswerte d.h. zwischen den Trennzeichen ";;" steht kein Wert. Bsp. Prinzip: Datum;Zeit;Temperatur_d;Verbrauch 15.01.2012;11:00;-2.1; 19.01.2012;10:15;;110 11.02.2012;14:35;;125 15.02.2012;11:00;-3.2; 15.03.2012;11:00;3.6; Der csv_viewer scheint Probleme zu haben, wenn Werte fehlen. Schön wäre es, wenn bei einem fehlenden Wert, die Zeile für den/die anderen Kanäle ignoriert werden könnte. Vielleicht gibt es auch einen anderen Ansatz. Hast du eine Idee, was ich hier tun könnte ? Schönen Abend, Herbert
Hab es versucht dahingehend zu lösen, das bei fehlenden Werten, der letzte Wert der Spalte wieder verwendet wird (gehe dann davon aus, das er sich nicht geändert hat). Vorher wurden fehlende Werte mit 0 angenommen. Alles andere würde bedeuten, das ich zu jedem alten Y-Wert, auch einen eigenen, alten Zeitstempel mit abspeichern müsste und die Organisation komplett umrempeln... mfG vom ingo
Hallo Ingo, vielen Dank für die schnelle Reaktion. Deine Lösung reicht mir vollkommen. Grüsse Herbert
Hallo Ingo, ich bin sehr begeistert von deinem Programm, gute Arbeit. Es ist einfach zu bedienen und daher auch nutzbar für jene, die einfach nur Logdaten von einem Gerät haben und von Software keine Ahnung haben, jedoch die technische Anlage beurteilen/bewerten wollen. Jedoch bin ich leider immer gezwungen meine geloggten Daten vorher umzuschreiben, damit sie in die Vorgabe (Datum/Zeit/Zeilenanfang) passen. Ich habe mal eine Datei angehangen. Die Werte beginnen ab F25 Kopfzeile ist die 24 und Datum/Uhrzeit steht in Spalte E jedoch auch zusammen und nicht in Einzelspalten. Ist das mit Einstellungen im Programm machbar, oder ist das erheblicher Mehraufwand was die Programmierung angeht? Die restlichen Daten können ignoriert werden. Grüße, Andreas
Angehängte Dateien:
-
Filtereinstellung.png
17 KB -
Screenshot.png
74 KB
Hallo Andreas, mit dieser Konverterkonfig scheint es zu funktionieren, habe bei mir, zwecks Unterscheidungsmöglichkeit, von anderen Beispielformaten, die Endung der Quelldatei, in ".csva" umbenannt. mfG vom ingo
Ich komme aus Holland und suche einen CSV Visualisierung von geloggten Daten von einem Citrin-Solar Regler 2.5. Ich habe einem datei mit geschikt. Koent Ihr mir dabei helfen? Herzlichem Dank! Datei" in Excel eingelesen: Datum & Uhrzeit Temperatur Sensor 1 [ °C] Temperatur Sensor 2 [ °C] Temperatur Sensor 3 [ °C] Temperatur Sensor 4 [ °C] Temperatur Sensor 5 [ °C] Temperatur Sensor 6 [ °C] Druck Sensor 7 [ Bar] Temperatur Sensor 8 [ °C] Durchfluss Sensor 9 [ l/h] Durchfluss V40 [ l/h] Einheit PWM 1 [ %] PWM 2 [ %] Drehzahl Relais 1 [ %] Drehzahl Relais 2 [ %] Drehzahl Relais 3 [ %] Drehzahl Relais 4 [ %] Betriebssekunden Relais 1 [ s] Betriebssekunden Relais 2 [ s] Betriebssekunden Relais 3 [ s] Betriebssekunden Relais 4 [ s] Fehlermaske Statusmaske Wärme [ Wh] Version Systemzeit Systemdatum "28.04.2014 16:47 41,6 34,4 39,8 22,9 888,8 -88,8 -999,9 -88,8 -9999 0 11 0 0 0 100 0 0 107427 1358798 0 0 0 0 0 1,01 16:47 20140428 " "28.04.2014 16:48 48,5 34,3 39,8 22,8 888,8 -88,8 -999,9 -88,8 -9999 0 11 0 0 80 100 0 0 107462 1358858 0 0 0 0 0 1,01 16:48 20140428 " "28.04.2014 16:49 52,7 34,4 39,8 22,8 888,8 -88,8 -999,9 -88,8 -9999 0 11 0 0 100 100 0 0 107522 1358918 0 0 0 0 0 1,01 16:49 20140428 " "28.04.2014 16:50 48,2 34,6 39,8 22,8 888,8 -88,8 -999,9 -88,8 -9999 0 11 0 0 80 100 0 0 107582 1358978 0 0 0 0 0 1,01 16:50 20140428 " "28.04.2014 16:51 43,7 34,8 39,8 22,8 888,8 -88,8 -999,9 -88,8 -9999 0 11 0 0 50 100 0 0 107642 1359038 0 0 0 0 0 1,01 16:51 20140428 " "28.04.2014 16:52 42,1 34,9 39,8 22,7 888,8 -88,8 -999,9 -88,8 -9999 0 11 0 0 50 100 0 0 107702 1359098 0 0 0 0 0 1,01 16:52 20140428 " "28.04.2014 16:53 42,1 35,0 39,9 22,7 888,8 -88,8 -999,9 -88,8 -9999 0 11 0 0 50 100 0 0 107762 1359158 0 0 0 0 0 1,01 16:53 20140428 "
Angehängte Dateien:
-
Filtereinstellung.png
19 KB -
ScrShot.png
41 KB
Hallo Evert, habe für deine Daten, eine passende Konverterkonfiguration gebaut, die Hinweise des letzten Beitrages gelten auch hier. Zusätzlich auch eine neue Version des Hauptprogramms. Einzige Änderung: vorher liess sich nicht in die letzten Sekundenbruchteile (so vorhanden) einer Aufzeichnung scrollen (Ganzzahlproblem), also nur relevant, bei kurzen Aufzeichnungen. mfG vom ingo
Danke Ingo, das hat bestens geklappt. Die Einsen und Nullen hab ich gleich umgerechnet jeweils um +105, +110, +115... usw. Bringt schöne Übersicht. Klartextnamen für die Ein- und Ausgänge vergeben und Farben. Alles hübsch bunt. Der Download per FTP lässt mich ja die Endung eh beim speichern gleich ändern daher passt das auch mit dem Konverter und der Dateierkennung. Spitzenmäßig L.G. Andreas
Hallo Ingo,
auch ich benutze dein Programm seit einiger Zeit.
Ich bin in der Lage die Daten im "rechten Format" zu generieren.
>>>>>>>>>>>>>> Vielen Dank dafür !<<<<<<<<<<<<<<<<<
Kleiner Kritikpunkt:
Beim Druck sind die einzelnen Linien (fast) nicht zu erkennen.
Vor allem bei hellen Farben stört das !
Beim selektierten Kanal geht es. Der wird auch am Bildschirm etwas
"dicker" dargestellt.
Willi
Das wollte ich auch schon anmerken. Zwar steht in der Dokumentation, dass auf die Druckausgabe kein allzu großer Wert gelegt wurde, die Linienstärke ist jedoch wirklich etwas dünn. Für einzelne oder alle Kanäle und für die Achsen wäre so eine Linienstärken Einstellung schon hilfreich.
Hallo Sabberlotte und Andreas, war diese Woche auf Dienstreise, Tschuldigung für die Wartezeit! War kein großer Akt, habe das Verhältnis der Pixelgröße der Druckseite, zur Pixelgröße des Programmfensters genutzt, um den Faktor zu ermitteln, um den die Strichstärke erhöht wird. In meinen Tests, kam je nach Fenstergröße eine Verbreiterung auf das 3- bis 5-fache heraus. Damit sollte die Proportionaltät der Strichstärke zu Fenster/Druckseite gegeben sein. in der Hoffnung, das alles klappt, wie beabsichtigt, mfG vom ingo
Hallo Ingo, klappt hervorragend ! DANKE !!! ....und Du brauchst dich nicht zu entschuldigen ! Eher wir, die laufend neue Funktionen wünschen. Willi
Angehängte Dateien:
-
Fehler.jpg
23 KB
Hallo Ingo, Feedback: eben habe ich versucht, in ein .pdf (Adobe Acrobat) zu drucken, Ergebnis ist die angehängte Fehlermeldung und der Absturz des Viewers (WinXP pro, SP3). ?? wieso drei Bilder ?? hab's nur einmal angehängt (lt. "Dateianhang")
:
Bearbeitet durch User
Scheint ein Problem mit deinem PDF creator zu sein. Versuche einen anderen. Bzw mal testweise auf Papier oder in Bilddatei zu drucken.
Hallo B. Obachter, Tritt das Problem mit der Vorgängerversion ncht auf? Habe seitdem nur die Strichstärke für den Ausdruck geändert. Die ist um so größer, je kleiner das Programmfenster vor dem Ausdruck war. Gegebenenfalls muss ich hier eine Maximalgrenze einbauen. Bin sowieso gerade dabei, ein paar neue Features neu einzubauen. Habe hier zum Testen, den "pdf-creator 1.3.2" genutzt, damit gabs keine Probleme, das Adobe Zeugs, möcht ich mir privat nicht antun, schaue aber mal, ob ich eine Möglichkeit zum Testen damit finde. mfG vom ingo
Hallo Ingo, hab's mit der Version vom 28.04.2014 probiert, Ergebnis das Gleiche. Ich denke auch, dass es am Acrobat liegt. Da der wohl nicht so verbreitet ist, lohnt eine Anpassung eher nicht, denke ich. Ich kann ja auch den "pdf-crator" benutzen.
Noch eine kleine Änderung: Beim Ausdruck, wird jetzt der Quelldateiname über das Diagramm geschrieben. Am Adobe-Thema bleib ich dran (kommende Woche) mfG vom ingo
Angehängte Dateien:
-
SPS_Auswertung.jpg
250 KB
Hallo Ingo, zunächst einmal ein großes Lob an Dich für Deine Mühen. Bin gerade auf Dein Programm gestoßen, weil ich auch nach einem Auswerteprogramm für csv Dateien gesucht habe. Excel und co sind zu umständlich oder es funktioniert nicht so, wie ich es haben möchte. Mein Projekt ist ähnlich wie Deins angelegt: Eine selbstgeschriebene Software steuert die Heizung und andere Teile des Hauses und sammelt dabei fleißig Daten [[haus-computer.de]]. Zufälligerweise hat meine SPS.csv fast das gleiche Datenformat, lediglich die Kopfzeilen unterscheiden sich etwas. Daher meine Frage, bevor ich den Konverter programmiere: kannst Du Dein Programm etwas "toleranter" beim Dateneinlesen gestalten? Konkret: Nicht nur das Wort "Zeit", sondern auch "Uhrzeit" akzeptieren und generell alle Zeilen mit einer Raute am Anfang komplett ignorieren? Unter Linux und konkret bei gnuplot ist das mit der Raute Standard. "Zeit" habe ich übrigens gleich dreimal: als Uhrzeit, als Unixzeit und als Programmlaufzeit. Ich bräuchte also nur eine Raute entfernen und der Viewer wäre sofort einsatzbereit. Für das Screenshot habe ich beide Kopfzeilen angepasst, ich hänge aber die originale Datei an. Für die normale tägliche (automatisiert ablaufende) grafische Aufbereitung der einzelnen Sensordaten verwende ich gnuplot. Die Heizungsdaten kann man mit dem Solvisviewer darstellen, aber eben nur die (spezielles Minutenlog-Format). Für die freie Analyse ist der csvviewer ideal. Noch zum Screenshot: planst Du die Ansicht der horizontalen Skala einmal zu überarbeiten ;-) Gruß
Angehängte Dateien:
-
SPS2_Auswertung.png
44 KB
ich nochmal.. Auch das Einlesen und die Auswertung einer 6MB großen nichtlinearen csv funktioniert super schnell, alle Achtung! Aber bei Daten, die sich über Wochen erstrecken, wäre eine andere horizontale Beschriftung besser: vielleicht über eine Umschaltung Zeit <--> Datumanzeige, je nach Intervalgröße. Das ist bei Excel bzw. OO auch ein Problem ;-( Uwe
Hallo Ingo, suche nach einer Lösung, Messdaten wie aus beigefügter Datei grafisch darzustellen. Komme aber mit dem Datum Zeit Format nicht zurecht. Hast Du eine Lösung? Habe den csv_viewer installiert und auch verschiedene Konfigs probiert, komme aber nicht ans Ziel. LG Jens
Hallo Jens, kannst Du über die Herkunft der Datei was sagen (wann aufgezeichnet, Intervall)? ich werden nämlich aus den Werten auch nicht schlau. Es wird hier wohl ein spezieller Konverter erforderlich, der aber wohl nicht sehr Aufwändig sein dürfte, wenn man erstmal die Skalierung dieser Zeitmarken kennt. Unixzeit ist es wohl nicht.
Hallo Ingo, es sind logfiles eines Inbetriebnahme Tools für Prozessregler der Firma Eurotherm, das Softwarepaket ist "iTools" und das darin befindliche Programm ist "OPC Scope". Wenn ich die Datum/Zeit Spalte formatiere in "Benutzerdefiniert TT.MM.JJJJ hh:mm:ss,000" erhalte ich, was ich sehen will. Die Messdaten sollen nur eine Nachkommastelle anzeigen, das ist aber erstmal nicht das Problem. Nur fügt das Log Programm permanent neue Messdaten hinzu. Wenn ich die Formatierung ändere, wird die Datenrecorder Funktion deaktiviert, weil Datei ungültig. Soviel ich weiss, bezieht sich das Datum auf eines irgendwann in der Vergangenheit + Anzahl der Tage (die Zahl die da steht) = Aufzeichnungsdatum Mit der Uhrzeit wird es sich gleich verhalten. Mach mich mal weiter schlau, was ich dazu noch in Erfahrung bringen kann. Dir erstmal vielen Dank.
:) Das Datum ist der 30.12.1899 :) Weil es da schon soviel computer gab! http://www.topster.de/kalender/tagerechner.php?stag=&smonat=&sjahr=&styp=heute&etag=&emonat=&ejahr=&typ=dazu&subDazu=-&dazu=41831
Angehängte Dateien:
-
Zwischenablage01.png
34 KB -
Filtereinst.png
16 KB
Hab mal einen Versuch gemacht. Die Gleitkomma-Zeitangabe hab ich mit 32768 multipliziert, dann ist der ganzzahlige Anteil des Produktes, interpretiert als Unixzeit, annähernd in der Gegenwart mit einem Intervall von etwa 100mS. Die originale Datei enthält auch einige Unterbrechungen, mit neuem Kopf und Sprung in der Zeit, wohl beim Abbruch/Neustart der Messung. Wenn man jetzt noch wüsste, wann die Messungen gestartet wurden und wie lange sie gelaufen sind, dann könnte man jetzt noch tunen (Zeile 25). mfG vom ingo Edit: der Konverter benötigt keine Konfigdatei, benutzt aber die gleiche Aufrufsyntax, wie der reguläre, daher am Platz für die Konfigdatei das "Dummy", könnte auch irgendeine Datei stehen.
Hallo Ingo, hast Du Dir mal die Grafik von meinem obigen Post angesehen (SPS2.csv)? Hast Du eine Idee, wie man die horizontale Beschriftung bei Jahresgrafiken besser gestalten könnte? gruß uwe
Hallo Uwe, hab auf die Schnelle, den Grenzwert, bei dem von Tagesrasterung auf Wochenrasterung umgeschaltet wird etwas hochgesetzt, bei der Wochenanzeige sind die Raster jeden Donnerstag, hab gerade geschaut warum: der 1.1.1970 war ein Donnerstag. Das werd ich aber wohl noch so verbogen bekommen, das die Montage beschriftet werden. Spätestens bei den Monaten wird es dann kompliziert. Vielleicht fällt mir dazu aber noch was ein.
Hallo Ingo, ich glaube, die Wochenrasterung wäre schon nicht schlecht - reicht aber bei dem obigen Beispiel natürlich auch nicht. Es ist ein tolles Programm, das sicher mit Monatsteilung noch perfekter werden wird. Zumal das große "Datenlogging" jetzt erst richtig losgeht ;-) Ich komme auch nochmal auf meine andere Frage zurück: Wenn in der Datei Daten-Zeilen mit Raute "#" auskommentiert sind, kannst Du die nicht beim Einlesen überspringen, oder kostet das bei den großen Dateien zu viel Rechenzeit? Oder wird gar nicht eingelesen sondern nur indiziert?? REespekt vor Deiner Arbeit Gruß uwe
Noch ne Idee zu den "Monaten": Ich denke, es reicht auch schon, wenn einfach mehrere Wochen zusammengefaßt als Teilungsabschnitt bleiben, dann umgehst Du die Problematik der unterschiedlichen Monatslängen bzw. 365/12=30,4 ;-) Hauptsache ist doch, es wird übersichtlicher...
Angehängte Dateien:
-
FolterOpfer.JPG
380 KB
Hallo zusammen, die Anfrage Beitrag "Re: Visualisierung von geloggten Daten" hat mich dazu gebracht, etwas weiter zu verfolgen, was mir schon einige Zeit durch den Kopf geistert: Die Aufzeichnungen von meinem Rigol DS1052D. Das Ergebnis im Anhang, müsste auch für das 1052C ohne LA funktionieren. Die LA-Kanäle werden im Konverter mit Offsets im Bereich -48 bis -16 beaufschlagt, erscheinen daher unter den Analogkanälen (beide Normalerweise ohne Offset). Auf dem Ausdruck im Anhang, habe ich für den Kanal 2 einen manuellen Offset von 6 eingegeben, der Kanal 1 stand noch auf AC, ist mir aber erst hinterher aufgefallen. Die schlechte Signalqualität der Analogkanäle, würde ich mal meiner fliegenden Verdrahtung anlasten (Foto, Analogkanäle schon abgefallen). Im Viewer werden jetzt, Textzeilen die mit # beginnen ignoriert, im Kopf von Spalte 2 muss jetzt nicht mehr "Zeit" stehen, es genügt, wenn "eit" drin vorkommt ("Uhrzeit"). mfG vom Ingo
Hallo Ingo, habe beide Files ins csv_viewer Verzeichnis gespeichert, der Filter ist auch wie m Screenshot von Dir. Wie weiter? Wenn ich die test.csv öffnen möchte kommt Fehlermeldung "Datei hat falsches Format (Spalte 2 ungleich Zeit)!" Was mach ich falsch? Dein Screenshot der grafischen Darstellung schaut auf alle Fälle sehr gut aus. Hätt ich auch gern :) Eine test.csvj kann ich auf meinem Rechner nicht finden.
Angehängte Dateien:
-
Filtereinst.png
17 KB -
Bsp.png
40 KB
Hallo Jens, kannst Du bitte deine Beispieldatei, aus dem Oszi bereitstellen? (Storage-> Waveform-> extern->neue Datei->Dateinamen bestätigen) Bei Betrieb mit LA, bitte das Ausgabeformat für den LA auf "Hex" stellen, die Datei sieht dann etwa so aus, wie im Anhang (umbenannt in ".csvR" zwecks Unterscheidung von anderen Formaten). Edit: hab mal noch versucht, die Filtereinstellungen mit anzuhängen; Autsch, wird nur eine von den Anhängen angezeigt, daher die Filtereinstellungen jetzt dreimal, sorry. In der Beispieldatei sind alle Signale 0, (Analogeingänge nur eingekoppeltes, die LAs sind zu sehen, wenn man den Vertikalmassstab verringert (paarmal 'n', und Pfeil runter);
Ich glaub jett geht was durcheinander. Ich habe gar kein Oszi :) Die Daten in der test.csv werdem am PC mit einem OPC Scope erzeugt. test.csv nochmal anbei. Hallo Ingo, habe beide Files ins csv_viewer Verzeichnis gespeichert, der Filter ist auch wie m Screenshot von Dir. Wie weiter? Wenn ich die test.csv öffnen möchte kommt Fehlermeldung "Datei hat falsches Format (Spalte 2 ungleich Zeit)!" Was mach ich falsch? Dein Screenshot der grafischen Darstellung schaut auf alle Fälle sehr gut aus. Hätt ich auch gern :) Eine test.csvj kann ich auf meinem Rechner nicht finden. Hab mal einen Versuch gemacht. Die Gleitkomma-Zeitangabe hab ich mit 32768 multipliziert, dann ist der ganzzahlige Anteil des Produktes, interpretiert als Unixzeit, annähernd in der Gegenwart mit einem Intervall von etwa 100mS. Die originale Datei enthält auch einige Unterbrechungen, mit neuem Kopf und Sprung in der Zeit, wohl beim Abbruch/Neustart der Messung. Wenn man jetzt noch wüsste, wann die Messungen gestartet wurden und wie lange sie gelaufen sind, dann könnte man jetzt noch tunen (Zeile 25). mfG vom ingo Edit: der Konverter benötigt keine Konfigdatei, benutzt aber die gleiche Aufrufsyntax, wie der reguläre, daher am Platz für die Konfigdatei das "Dummy", könnte auch irgendeine Datei stehen.
Angehängte Dateien:
-
Filtereinst.png
16 KB -
Zwischenablage01.png
34 KB
Hallo Jens, da hatte ich was verwechselt, dachte, es geht um den letzten Beitrag. Ich habe deine Datei, bei mir in .csvj umbenannt, damit der Viewer sie von anderen Formaten unterscheiden kann und die richtige Konvertereinstellung auswählt. Wenn dies das einzige Format ist, welches Du mit dem Viewer anzeigen möchtest, kannst du auch in den Filtereinstellungen die Endung csv eintragen, dann brauchst du sie nicht umzubenennen. Was mir zu dieser Datei noch fehlt, ist der Start/Endzeitpunkt der Aufzeichnung, damit ich die Zeitberechnung noch justieren kann. Die Angaben auf der Zeitskala werden sicherlich nicht stimmen?
wenn man in der beigefügten csv die Datum/Zeit Spalte A benutzerdefiniert formatiert in TT-MM.JJJJ hh:mm:ss,000 wird die entsprechende Zeit angezeigt. Habe die Aufzeichnung auf 1000ms Intervall eingestellt. Die Milisekunden werden eigentlich nicht benötigt. Aktuelle csv von heute ist nochmal dabei Ingo Wendler schrieb: > Hallo Jens, > da hatte ich was verwechselt, dachte, es geht um den letzten Beitrag. > Ich habe deine Datei, bei mir in .csvj umbenannt, damit der Viewer sie > von anderen Formaten unterscheiden kann und die richtige > Konvertereinstellung auswählt. Wenn dies das einzige Format ist, welches > Du mit dem Viewer anzeigen möchtest, kannst du auch in den > Filtereinstellungen die Endung csv eintragen, dann brauchst du sie nicht > umzubenennen. > Was mir zu dieser Datei noch fehlt, ist der Start/Endzeitpunkt der > Aufzeichnung, damit ich die Zeitberechnung noch justieren kann. Die > Angaben auf der Zeitskala werden sicherlich nicht stimmen?
Jetzt hab ich es begriffen, Du meinst die Formatierung im Tabellenkalkulationsprogramm. Jetzt bekomme ich im LibO plausible Werte. Dann werd ich mich mal an die Analyse machen, bis später
Angehängte Dateien:
-
Zwischenablage01.png
33 KB
So, das Geheimnis des Zeitformats ist jetzt anscheinend gelüftet: Die Excel-Zeit beginnt offensichtlich am 30.12.1899, um 00:00:00 Uhr mit dem Wert 0. Ein Wert von 1, ist ein Tag später. Der Ursprung der Unix-Zeit entspräche dem Excel-Wert 25569,0 Damit sind die Zeitmarken jetzt die Gleichen, wie in LibO Calc, wenn ich die Zellen so formatiere, wie Du beschrieben hast. Edit: zweite .exe Datei angehängt, ohne Debuginformationen (die kleinere). Heut ist nicht mein Tag...
Hallo Ingo, danke für dein nettes Programm. Leider passt das Dateiformat, welches mein Logger ausgibt nicht ganz für den Viewer. Ich weiß nicht recht, wie ich das kompatibel hin bekomme. Die ausgegebenen Daten sehen so aus:
1 | "DATE";"TIME";"T1";"T2";"V1";"V2" |
2 | "21.07.2014";"13:53:05";"28,0";"26,2";"2,7";"2,3" |
3 | "21.07.2014";"13:54:05";"26,8";"26,6";"2,9";"2,5" |
Ein bisschen kenn ich mich mit Programmierung aus, deshalb hab ich mir gedacht ich änder die entsprechenden Zeilen einfach in "DATE" und "TIME". Allerdings ist mir nicht ganz klar, was ich machen muss, damit die Kompilierung mit c.bat hinhaut. Und dann wär da noch das Problem mit den Anführungszeichen... Die Datei wird vom Logger automatisch überschrieben und das Format kann nicht angepasst werden. Das heißt es sollte schon der CSV-Viewer damit klar kommen und nicht die csv-Datei geändert werden. Was ist die einfachste Lösung für mein Problem?
Hallo Lukas, hat etwas gedauert, aber jetzt kann der Viewer dein Format direkt verdauen. Änderungen: Anführungszeichen in der Quelldatei, werden jetzt ignoriert, Name der Spalte 1 darf jetzt neben „Datum“ auch „DATE“ sein, Name der Spalte 2 (Uhrzeit) wird jetzt nicht mehr beachtet. Eine grundsätzliche Prüfung auf „Verdaulichkeit“ wollte ich aber schon drin lassen, da ich auch viele CSV-Dateien habe, die mit diesem Programm nicht angezeigt werden können/sollen und beim versehentlichen Öffnen über den Explorer, keinen Absturz provozieren sollen. Zum Selbstcompilieren: Du kannst die "c.bat" hierfür benutzen, es sollte die GCC verfügbar sein (das bin-Verzeichnis im Suchpfad) und die Umgebungsvariable "lib" sollte auf das lib-Verzeichnis der GCC zeigen. Mich richtig mit "make" zu beschäftigen, hab ich bisher noch nicht die Zeit gefunden. mfG vom ingo
Hallo Ingo, Vielen Dank für dein Programm. Ich habs in der Zwischenzeit mit einer Datei namens convert.bat konvertiert. Das war schnell gemacht und bringt die CSV Datei auf ein kompatibles Format. Für alle die es interessiert:
1 | @ECHO off |
2 | SETLOCAL enabledelayedexpansion |
3 | |
4 | SET "quell_datei=C:\Users\Lukas\Desktop\Logger\Converter\test.csv" |
5 | SET "ziel_datei=C:\Users\Lukas\Desktop\Logger\Converter\temp.csv" |
6 | SET "suchen_nach="" |
7 | SET "ersetzen_durch=" |
8 | |
9 | IF NOT DEFINED suchen_nach (ECHO Fehler: Die Variable suchen_nach nicht definiert!&GOTO :eof) |
10 | |
11 | IF EXIST %ziel_datei% (DEL /f %ziel_datei% 1>NUL 2>NUL) |
12 | |
13 | FOR /f "delims=" %%i IN ('FINDSTR . "%quell_datei%"') DO (
|
14 | SET zeile=%%i& CALL :ersetzen !zeile! |
15 | ) |
16 | GOTO :weiter |
17 | :ersetzen |
18 | SET zeile=!zeile:%suchen_nach%=%ersetzen_durch%! |
19 | |
20 | IF [!zeile!] EQU [] (ECHO.>>%ziel_datei%) ELSE (ECHO !zeile!>>%ziel_datei%) |
21 | GOTO :eof |
22 | |
23 | :weiter |
Der gleiche Code darunter noch einmal für die Kopfzeile... Für mich bereitete dieser Weg keine Umstände, da der Logger ohnehin immer unter dem gleichen Namen ins gleiche Verzeichnis speichert. Ist allerdings ein wenig umständlich und wenig flexibel. Deswegen noch mal vielen Dank für dein Update :-) Schöne Grüße Lukas
Hallo Lukas, Du hättest die selbstgeschriebene Konverter-Batch auch durch den Viewer aufrufen lassen können. Du hättest in %1 die Quelldatei, in %3 den Namen für die (temporäre) Zieldatei übergeben bekommen, %2 wäre der Parameter für die Konfig-Datei, die du aber nicht brauchst, daher in der Filtereinstellung irdendein Dummy eintragen. Dann wäre es auch mit verschiedenen Dateien, an verschiedenen Orten gegangen. Aber hat sich ja jetzt erledigt, ebenfalls schöne Grüße vom ingo
Autsch! peinliche Sache, da hatte doch ich vor einiger Zeit, den Konverter auf gebrochene Sekunden umgebaut, das dann aber dann wohl garnicht richtig getestet. Damit ist mir auch nicht aufgefallen, das dabei die Sekunden komplett runtergefallen sind. Asche auf die Omme!
Hallo Ingo, tolles Programm - besten Dank! Ich nutze Konverter und Viewer nahezu problemlos zur Anzeige von Raumtemperaturen. Dazu erhalte ich von einer SPS einen Datensatz über 24h. Nun möchte ich nur den Bereich von 6 Uhr bis 20 Uhr auswerten und anzeigen. Gibt es eine Funktion um die Daten ggf. mittels Konverter "auszuschneiden" oder den Viewer so einzustellen, dass nur der Zeitraum 6..20 Uhr angezeigt wird? Grüssle Ralf
Hallo Ralf, wenn es um das Zusammenziehen der Zeitachse, um die auszublendenden Zeiten geht, muss ich Dich wohl enttäuschen, die ist kontinuierlich. Ausblenden der Graphen, abhängig von einer Bedingung ist möglich, der Wert, der die Bedingung darstellt(Schalter), muss so geliefert oder angepasst werden (Formel), das er 0 oder 1 ist. Jetzt kann man den darzustellenden Wert durch den Schalter dividieren, im Falle 0, führt dies zu einem numerischen Überlauf (ungültiger Wert), dort wird die Kurve ausgesetzt (nicht gezeichnet). Um die Bedingung, aus der Uhrzeit zu bilden, müsste ich den Formelparser um einige Funktionen erweitern, wäre eventuell möglich. Vielleicht hast Du im Log, aber schon einen Wert, aus dem man die aktive Arbeitszeit ableiten kann? mfG vom ingo
Hallo Ingo, das mit dem anzuzeigenden Bereich hat sich erledigt, da sich eine Darstellung über 24h nun doch als sinnvoll erweist. :-) Heute ergaben andere "Sorgen" und hier kurz die genauere Beschreibung der Anwendung: Mittels VBS hole ich einen täglich gebildeten Datensatz von einer SPS mittels ftp, jage diesen über deinen Konverter, starte csv_view und sende dann mittels sendkeys die notwendigen "Tastaturanschläge" zum Ausführen eines Druckes mittels FreePDF und zum Beenden von csv_view. Abschliessend werden die csv-Datei sowie das PDF in einen freigegebenen Ordner kopiert. Soweit läuft die Sache prima. Das Gedöns habe ich dann auf einen Win Server 2008 verfrachtet und dachte, mittels Aufgabenplanung das Ganze täglich und nachts ablaufen zu lassen. Ja, und das ganze läuft freilich prima solange ich mit der Remotekonsole am Server angemeldet bin und dieser dadurch quasi Bildschirm und Tastatur hat. Ohne Anmeldung bzw. Remotedesktop läuft Sendkeys ins Nirwana. Wäre es dir möglich, die Kommandozeilenoptionen zu erweitern, um nach dem Start mit Übergabe der Datendatei einen Druck auszulösen und dann csv_view zu beenden? Den Drucker kann ich vorher im VBS festlegen. Grüssle Ralf
Hallo Ralf, hab gerade mal geschaut, wie ich die Druckfunktion über Kommandozeilenargument umgesetzt bekomme. Allerdings nutze ich für die normale Druckfunktion den "Drucken-Dialog", im dem durch den Nutzer, ein Drucker ausgeweählt wird. Das wird dir sicher nicht helfen. Also muss ich schauen, wie ich auf Standarddrucker, mit Standardeinstellungen drucken kann. Da muss ich erstmal etwas recherchieren. Das nächste Problem im unbedienten Betrieb, könnte unter Umständen auch die Abfrage des PDF-Druckers nach dem Dateinamen werden, wenn man den nicht statisch eingestellt bekommt. Für solche automatischen Verarbeitungen, könnnte man vielleicht auch über GnuPlot nachdenken, da ist man vom Windows-Grafiksystem relativ unabhängig. Edit:Typo
Angehängte Dateien:
-
AutoPdfCreator.png
23 KB
Ging doch schneller, wie gedacht: man kann der "PrintDialog"-Funktion mitgeben, das sie sofort mit dem Standarddrucker zurückkommen soll(PD_RETURNDEFAULT). Ich muss dann aber trotzdem noch im "PDF-Creator" zweimal auf "Speichern" klicken. Aber vielleicht kann man es ja dort irgendwo festnageln. Aufruf mit "/print" als zweites Argument, nach dem Dateinamen. Edit: Jetzt hab ich das automatische Speichern auch gefunden.
Guten Abend Ingo, super Sache - ganz herzlichen Dank für deine Arbeit!! Funktioniert prima, richtig testen kann ich es erst Montag, da ich übers WE keinen Zugriff auf den Server habe. Ich berichte dann. Kleiner Hinweis: Als 2. Parameter der Kommandozeile kann man die ini-Datei angeben, die dann bei /print als 2. Parameter entfallen muss. Stört mich nicht, da ich die .ini im VBS konfiguriere und es ein Leichtes ist, den Dateinamen entsprechend der Datendatei zu benennen. Nochma Danke an dich! Grüssle Ralf
Kurzes Feedback: Es läuft einwandfrei auf dem Server! freu Einzig FreePDF (oder mainzwegen auch PDFCreator) muss ich noch überreden, als Dienst zu laufen und nicht als Benutzeranwendung, was jedoch auch zu stemmen ist. Bis es soweit ist, bleibe ich einfach angemeldet und gut. :-) Grüssle Ralf
Hallo Ralf, hab die Verarbeitung von Kommandozeilenparametern überarbeitet (Anleitung), so das nicht mehr die Reihenfolge entscheidend ist (oder gar Kollisionen auftreten), sondern die Parameter benannt sind. Dabei hat es auch einige kleine Erweiterungen gegeben... mfG vom ingo
Hallo Ingo, kleine kosmetische Anmerkung: Umlaute (deutsche Tastatur) in der Legende (Konv.txt) funktionieren nicht. Stört nicht weiter, fiel mir nur eben auf. Ansonsten: Respekt! Tolle Arbeit!
Hallo Ingo, erst einmal danke für dieses tolle Programm und Deine Mühen. Ich arbeite häufig mit Datensätzen mit 40+ Quellen. Die Legende ist dann leider dermassen zusammengestaucht, dass Einträge nicht mehr direkt gelesen werden können. Wenn es nicht zuviele Umstände bereitet, würde ich daher anregen, die maximale Anzahl der Legendenzeilen konfigurierbar zu gestalten. Grüsse Oliver
Hallo Ingo, ich habe eben mal in der aktuellen Version des Viewers (csv_viewer_20140925.zip) den Konvertertest probiert. Er schlägt fehl. Die Berechnung mit der cos Funktion funktioniert nicht mehr. --- snip snip --- konv2 Konvertertest.csv3 Konvertertest.txt Konvertertest.csv 6 Spalten 6 gelesene Spalten 1: Spannung#000000ff#1#V 1 X1 2: Strom#0000ff00#1#mA 1 X2*1000 3: Winkel#003f3f3f#1#rad 1 X3 4: Scheinleistung#007f7f00#1#VA 1 X1*X2 5: Wirkleistung#00007f7f#1#W 1 X1*X2*cos(X3) Spalte Wirkleistung#00007f7f#1#W: unbekannte Funktion cos(X3) --- snip snip --- Der Fehler tritt erstmals in Version 131114 auf. Die Version 130910 funktioniert noch. Viele Grüße, -Wolfgang.
Angehängte Dateien:
-
multiple_y-achsen.PNG
3,3 KB
Hallo Ingo, tolles Tool ! Nutze es seit einiger Zeit zum Visualisieren von geloggten Temperaturen und Drücken. Letztere liegen im Bereich 2-6Bar was in der gleichzeitigen Ansicht mit den Temperaturen 30-60°C etwas schwierig ist, da die vertikale Skalierung aufgrund der Ausrichtung nach °C nicht passt. Wäre es möglich eine zweite Y-Achse zu implementieren, so dass man für diese Einheit eine optimale Skalierung bekommt ? Grüße Karl
Hallo Ingo, ich bin durch die Suche im Internet auf dein Programm gestoßen und bin sehr angetan. Da ich meinen Logger selbst programmiert habe, konnte ich deine Formatvorgaben leicht erfüllen. Ein Klick und ich sehe was ich sehen möchte :). Aktuell möchte ich die Daten eines HAMEG Voltmeters HMC8012 grafisch auswerten. Leider steht die Uhrzeit (inklusive Millisekunden) am Ende. Der Messwert (hier einer) steht ganz vorn, dahinter ein Kommentarstring z.B. "Overrange" oder nichts "". Ich vermute, dass ich mit dem aktuellen Konv2.exe die Datei nicht parsen kann. Ist das so? Schöne Grüße, Willi Kopf der Log-Datei eines HMC8012 und 14 Messwerte: ================================================== "HAMEG HMC8012 -Log-File" "Date:"; 2014-10-31 "Start Time:"; 12:46:07 "Stop Time:"; 12:46:57 "Measurement Settings:" "ADC Rate:";"Slow" "AC Filter:";"------" "Input Imp.:";"10M" "Logging Settings:" "Mode:";"Unlimited" "Logging Interval[s]:";"1.00" "Specified Logging Count:";"------" "Specified Logging Time[s]:";"------" "Actual Count:";49 ; "DCV[V];Flag;Timestamp"; -0.000004;"" ;12:46:07:830 -0.000004;"" ;12:46:08:830 -0.000004;"" ;12:46:09:830 -0.000004;"" ;12:46:10:830 -0.000004;"" ;12:46:11:830 -0.000004;"" ;12:46:12:830 -0.000004;"" ;12:46:13:830 -0.000004;"" ;12:46:14:830 -0.000004;"" ;12:46:15:830 -0.000004;"" ;12:46:16:830 -0.000004;"" ;12:46:17:830 -0.000004;"" ;12:46:18:830 0.001422; Overrange ;12:46:19:830 -0.193671;"" ;12:46:20:830 =================================
Hallo Ingo, ich schließe mich ebenfalls den Danksagungen an; ein sehr gutes Tool! Bei der Gelegenheit hätte ich auch eine Frage bzw. einen Erweiterungsvorschlag: ich möchte mir Daten ansehen, welche aus einem Programm generiert wurden und keinen Zeitstempel, dafür aber eine laufende Nummer haben, z.B.: sample;env;short;long;trigger 1;2238;2238;2238;0 2;8338;5288;5288;0 3;3271;4615;4615;0 4;90;3484;3484;0 5;1829;3153;3153;0 6;2457;3037;3037;0 usw. samples bis long (32 bits) als String. Ich dachte an ein Konvertierungsprogramm wo die laufende Nummer durch ein Pseudo-Datum/Uhrzeit ersetzt werden, das wäre aber unstimmig. Läßt sich eventuell eine Auswahl integrieren?
Hallo Ingo, schliese mich Martin an: >Erweiterungsvorschlag: ich möchte mir Daten ansehen, welche aus einem >Programm generiert wurden und keinen Zeitstempel, dafür aber eine >laufende Nummer haben... Lese meine CSV-Datei in Excel ein generiere 2 Spalten mit Datum und Uhrzeit und speichere das ganze in eine neue CSV-Datei. Kann dan das ganze in Exel als Diagramm darstellen oder die neue Datei über CSV-Viewer anzeigen lassen. Leider alles etwas umständlich!
Hallo Zusammen, bin erstmal wieder zurück, und hab gerade den Verlauf überflogen: Beitrag "Re: Visualisierung von geloggten Daten" werde ich mal schauen, was ich machen kann, könnte aber etwas dauern, Beitrag "Re: Visualisierung von geloggten Daten" werde ich versuchen, in Kürze zu fixen, Beitrag "Re: Visualisierung von geloggten Daten" wird etwas schwierig, muss mir überleben, nach welchen Regeln man die Nebenachsen von der Hauptachse ableiten kann, mal sehen... Beitrag "Re: Visualisierung von geloggten Daten" Zeitstempel NACH den Messwerten: mal schauen, ob ich das dem Konverter beibringen kann, ansonsten klopfe ich für DIESEN Zweck einen speziellen Konverter zusammen, Beitrag "Re: Visualisierung von geloggten Daten" rein dezimale Zeitangaben sind seit der letzten Änderung schon direkt im Viewer verarbeitbar, allerdings bisher mit Ignorieren der Originalkopzeile und Unterschieben einer externen Palettendatei (wenn die erste Spalte nicht mit Datum;Zeit beschriftet ist). Hab jetzt geändert, das der Viewer die Beschriftung der ersten Spalten ignoriert, wenn ein dezimales Zeitformat eingestellt ist. Im Beispielaufruf, mit dem Parameter "-Time=2" wird die Dezimalzahl als Mikrosekunde interpretiert, so das es auch mit größeren Zahlen keine Probleme geben dürfte(als wie, wenn 1000 Sekunden als Minuten und Sekunden angezeigt werden würden). Bitte um Nachsicht, wenn Einiges noch etwas dauert, mfG vom ingo Edit: Typo
Hallo Ingo, vielen Dank, das Datenformat wird korrekt erkannt und eingelesen; allerdings kommt er nie zum Ende und liest in Dauerschleife von vorne wieder neu ein. Gruß, Martin
Angehängte Dateien:
-
Zwischenablage01.png
32 KB
Hallo Martin, bei mir wird die Datei volständig gezeichnet und nur bei Erfordernis neu aufgebaut (wenn sich ein anderes Fenster drüber- und wieder wegschiebt). Zeitformat sollte "-Time=3" sein, das sind Mikrosekunden, 2 wären Millisekunden, damit wäre man bei deiner Datei (126875 Samples) schon bei über 2 Minuten. Vielleicht fällt mir noch ein Grund ein, der dein beschriebenes Verhalten verursacht. mfG vom ingo
hmmmm Time 2 oder 3 macht keinen Unterschied; Rufe ich per .bat csvview d:\env_trig_cnt.csv -Time=3 auf, dann öffnet sich ein kleiner Teil des Files und "ganze Datei" bleibt ohne Funktion Rufe ich per .bat csvview -Time=3 auf und lade die Datei mit dem Datei/öffnen Dialog, dann will er die ganze Dateil darstellen und zeigt das beschriebene Verhalten. Eventuell ein Speicherproblem oder zu viele Daten? Gruß, Martin.
Hallo und Danke für dieses großartige Werkzeug! Auch ich habe einen Wunsch. Wäre es, z.B. als Option, möglich, die Y-Achse anstatt mit Werten und Einheiten mit dem Namen des jeweiligen Graphen zu belegen? Sinnvoll ist dies zum Beispiel, wenn nur Schaltzustände geloggt, welche dann als Ablaufdiagramm ausgedruckt werden.
Hallo! Paßt eventuell nicht ganz hier rein, aber "emoncms" ist für Datensammlung und Visualisierung nicht so schlecht denk ich. LG
Angehängte Dateien:
-
Einstellung.png
11 KB -
Screenshot.png
23 KB
Hallo Zusammen, der Beitrag Beitrag "Re: Visualisierung von geloggten Daten" hat mich veranlasst, noch einmal gründlich über das Thema mit der Darstellung von Logikpegeln nachzudenken. Das (vorläufige) Ergebnis im Anhang. Unter "Extras->Einstellungen" den gewünschten vertikalen Versatz der Kanäle (Kanaloffset) eintragen, dann ,mit "Ansicht->gestapelt" umschalten. Die Kanalbeschriftungen entspechen dem Wert 0, die vertikale Vergrößerung wird verringert werden müssen (ein paarmal "n(iedriger)" drücken). Die Datei braucht keine kanalspezifischen Offsetwerte mehr mitbringen (siehe Beispieldatei zaehler.csv). Werde weiter am Ball bleiben (auch an den anderen, noch offenen Themen). mfG und frohes Fest vom ingo Edith meint, ich sollte meine Rechtschreibung verbessern, naja..
Angehängte Dateien:
-
Screenshot.png
26 KB
kleine Änderung: Bei gestapelter Anzeige, werden die aktiven Kanäle jetzt gleichmäßig, auf die verfügbare Höhe verteilt. Eine Einstellung des Kanaloffset ist damit nicht mehr erforderlich und wurde wieder entfernt. Die Geometrie ist damit beim Ausdruck, auch wieder proportional zur Bildschirmdarstellung. Kommandozeilenargument zum Erzwingen der Stapelanzeige: -Stapled=1 oder 0. Kleiner Tip: bei Anzeige von Binärsignalen (0/1), den vertikalen Offset (Extras->Einstellungen) auf 0.5 einstellen, dann sind die Signale um die Achse symmetriert(Screenshot), normalerweise würden sie "auf der Achse stehen". mfG vom ingo
kleine Korrektur ist doch noch erforderlich: in der normalen Ansicht, sind die Hilfslinien zur Y-Achse wieder da; in der gestapelten Ansicht, wird der vertikale Zoomfaktor mit angepasst, so dass keine manuelle Anpassung nötig sein sollte. mfG vom ingo
Zunächst einmal Vielen Dank für die schnelle Umsetzung. Ein Detail erschließt sich mir jedoch noch nicht ganz. Setzt die "gestapelte Anzeige" digitale Werte (0 oder 1) voraus? Kann ich diese Anzeigeform auch für analoge Werte "erzwingen"? Ergäbe natürlich nur einen Sinn, wenn die einzulesenden Daten bereits entsprechend "präpariert" sind. Hintergrund: siehe Kanal 1 im angehängten Bild unter Beitrag "Re: Visualisierung von geloggten Daten"
Begeistert schrieb: > Ein Detail erschließt sich mir jedoch noch nicht ganz. Setzt die > "gestapelte Anzeige" digitale Werte (0 oder 1) voraus? Nein, auch analoge Werte sind natürlich möglich. Lediglich fehlt die Beschriftung der Y-Achse mit Werten, so dass dort nur die Proportionen erkennbar sind. Die Kanalbeschriftung und die zugehörige Hilfslinie befinden sich auf der Höhe des Wertes "0" für den jeweiligen Kanal(wenn kein Offset eingestellt ist). > Kann ich diese Anzeigeform auch für analoge Werte "erzwingen"? Ergäbe > natürlich nur einen Sinn, wenn die einzulesenden Daten bereits > entsprechend "präpariert" sind. Die Ansicht (normal oder gestapelt) wird mit den Programmeinstellungen gespeichert und bei der nächsten Nutzung wiederhergestellt. Erzwingen kann man die Darstellung, wie bereits geschrieben, mit dem Kommandozeilenargument -Stapled=1. Die Daten brauchen wie ebenfalls bereits geschrieben, nicht mehr besonders vorbereitet werden (sollten sich lediglich alle in der gleichen Größenordnung befinden), sollten aber keinen kanalabhängig aufsteigenden Offset haben.
Danke für die Information. Ich habe die Ausgabe meiner Rohdaten auf 0 und 1 angepasst. Das Problem für Kanal 1 (mehr als zwei Schaltzustände) wurde durch eine Zwischenstufe mit 0,5 gelöst. Beim Drucken wird (obwohl "ganze Datei anzeigen" markiert wurde) kurz vor dem Ende links abgeschnitten. Ist das ein Programmfehler? Angezeigt wird die ganze Datei.
Hallo Ingo du hast da ein super tool entwickelt!!! bravo!! wäre es möglich, statt Datum und Zeit die normale Systemzeit (ticks seit 1970) einzutragen? dann könnte man sich die doch relativ zeitaufwendige formartierung der systemzeit auf datum und uhrzeit im loggingmechanismus ersparen. lg otifant
Hallo Otifant, die Unixzeit kann schon seit der Version vom 25.9. direkt, mit dem Kommandozeilenparameter -Time=1 verarbeitet werden (als ganze oder gebrochene Zahl). In der anhängenden Version ist dies Standard, wenn die erste Spalte nicht mit "Datum" oder "DATE" beschriftet ist. Trennzeichen bitte vor dem Öffnen der Datei, separat einstellen. Ansonsten, wie gewohnt der Hinweis, das mir eine Beispieldatei (notfalls per PN) weiterhilft... mfG vom ingo
Angehängte Dateien:
Zunächst einmal Danke für die neue Version. Bedauerlicherweise wird die Datei noch nicht vollständig gedruckt. Habe zur Veranschaulichung ein Bildschirmfoto angehängt. Vielleicht sollte ich erwähnen, daß meine aktuellen Log-Dateien jeweils etwa zwischen 5000 und 7000 Datensätze enthalten.
Habe die Anpassung des Zeitmaßstabes beim Ausdrucken korrigiert, sollte hoffentlich Nichts mehr weggeschnitten werden; weiterhin ist die Beschriftung der Y-Achse etwas überarbeitet, sollte zu weniger "krummen" Zahlen führen; hoffentlich nicht verschlimmbessert - mfG vom ingo
Angehängte Dateien:
-
Screenshot.jpg
200 KB
Hallo Ingo, der Screenshot ist mit Deiner aktuellen Version entstanden. Die Grenze der horizontalen X- Auflösung liegt bei etwa 2 Jahren, dann verschwindet der Text almählich.. Am rechten Rand gibt es dann auch ein unklares Ende der Grafik und des Koordinatennetzes. Das für Dich als Rückkopplung. Im Moment kann ich damit leben ;-) Wenn Du aber mal viel Zeit hast, meine Daten gehen auch über mehrere Jahre...
Hallo Ingo! Nach langem suchen einer graphischen Darstellungsmöglichkeit meiner csv-Dateien bin ich auf dein "super" Programm gestossen. Bevor ich dich nun bitte mit einer Frage quälen darf, noch ein recht herzliches Dankeschön, für die Bereitstellung dieser tollen Software. Nun zu meinem Problem: Meine CSV-Datei wird einwandfrei dargestellt, jedoch habe ich in deiner Hilfe gelesen, dass es möglich ist div. Graphen eine bestimmte Farbe bzw. Einheit zuzuordnen. Nun habe ich versucht mit folgendem Eintrag Photovoltaik#640102CB#1#A#0#0.000000 sowohl in einer angelegten "config.txt" als auch als Eintrag in der "csv_view.ini" eine Farbe zu ändern - leider ohne Erfolg. Kannst du mir bitte einen Hilfestellung geben, wie ich dies bewerkstelligen muss. Vielen Dank Franz PS.: ich habe die Version "CSV_Viewer v20150209_1926" am laufen
Hallo Franz, am einfachsten ist es, wenn man die Farbtags schon in der Quelldatei unterbringen kann (habs im Anhangmal händisch eingefügt), wenn dies nicht möglich ist, kann man eine selbst angepasste, gespeicherte Palette nachladen, indem man dem Programm mit dem Kommandozeilenparameter "-Palfile=<Datei>" die angepasste Palette mitgibt. Ansonsten könnte man als letze Rettung, die Datei auch "durch den Konverter drehen", nur um die Tags in die Spaltenköpfe einzufügen. mfG vom ingo
Hallo Ingo! Du bist mein persönlicher Held :) Vielen Dank - habe Methode mit "-Palfile=<Datei>" getestet - funktioniert wunderbar. Nochmals ein recht herzliches Dankeschön Franz
:
Bearbeitet durch User
Danke! So ein Tool hab ich sschon sehrt lange gesucht. Einfach und genial!
Try signalconstructor http://www.signalconstructor.com , but first CSV column (time) must be in seconds.
Hallo Ingo. Ich verwende deinen Viewer um die Daten eines kleinen Kraftwerks anzuzeigen. Bin sehr angetan und möchte schliesse mich den Komplimenten und dem Dank der anderen Forumstilnehmer an. Ist wirklich ein tolles Programm.... Zwei Punkte sind mir aufgefallen, welche verbessert werden könnten (Verwende folgende Version: csv_viewer_20150211-1900): - Die Daten in der Datei sind mit einem Semikolon getrennt. Der Zeitstempel verwendet Milisekunden, welche mit einem Komma getrennt sind, das Programm verlangt aber einen Punkt. Könnte das angepasst werden? - Werden die Befehle h(öher) und t(iefer) verwendet, dann ändert sich auch der V Offset. Aus meiner Sicht wäre es Ideal, wenn der Offset bleiben würden. Dann kann auf einer "Linie" gezoomt werden. Beim Befehlt b und s ist dies ja auch so. Oder verstehe ich da was falsch? Dank und Gruss, Beat.
Beat Schmid schrieb: > Zwei Punkte sind mir aufgefallen, welche verbessert werden könnten > (Verwende folgende Version: csv_viewer_20150211-1900): > - Die Daten in der Datei sind mit einem Semikolon getrennt. Der > Zeitstempel verwendet Milisekunden, welche mit einem Komma getrennt > sind, das Programm verlangt aber einen Punkt. Könnte das angepasst > werden? Wenn nicht gerade das Trennzeichen auf Komma geändert wurde, dann ist auch das Komma als Dezimaltrennzeichen möglich, sowohl in Zeitstempel als auch Daten, wenn nicht klappt: bitte Beispieldatei, notfalls als PN. > - Werden die Befehle h(öher) und t(iefer) verwendet, dann ändert sich > auch der V Offset. Aus meiner Sicht wäre es Ideal, wenn der Offset > bleiben würden. Dann kann auf einer "Linie" gezoomt werden. Beim Befehlt > b und s ist dies ja auch so. Oder verstehe ich da was falsch? Habe versucht, den vertikalen Offset so nachzuführen, das die Linien im sichtbaren Bereich bleiben (wenn möglich), eventuell muss ich hier noch optimieren. Für das Zoomen auf eine Linie, gibt es die Funktion: Rechtsklick auf die Linie->vertikal Zentrieren. Damit wird die Linie in die Mitte gezogen und der vertikale Maßstab verdoppelt. mfG vom ingo
Angehängte Dateien:
-
Ingos_csv.JPG
87 KB
Hallo Ingo, auf der Suche nach einem Programm zum Visualisieren von Log-Datein bin ich auf Deinen CSV-Viewer gestoßen. So wie es ausschaut hast Du damit vielen eine Freude gemacht, auch für mich ist es genau das was ich brauche. Ich habe damit aber ein kleines Problen dessen Ursache ich nicht erkenne. Und zwar wird die Zeit als Kanal dargestellt (siehe Anhang) das erscheint dann als "Sägezahn". Zum Unterschied zu Deiner Musterdatei gebe ich aber noch die Sekunden an. Hast Du da für mich eine Erklärung. Vielen Dank und Gruß Hans-Jürgen
Angehängte Dateien:
-
Unicode.png
24 KB -
Screenshot.png
47 KB
Hallo Hans-Jürgen, die Ursache war garnicht so offensichtlich, Datei im Editor geöffnet: sieht alles gut aus, warum wird der Kopf nicht richtig ausgewertet? Die Lösung brachte dann der Hex-Editor: die Datei ist wohl in einem UTF (Unicode?) Format gespeichert. In ANSI umgewandelt, wird sie richtig angezeigt. Werde mal schauen, ob ich die UNICODE-Unterstützung noch mit einbauen kann. Erstmal noch einen schönen Feiertag!
Hallo Ingo, Vielen DANK! für die schnelle Hilfe. Ist wirkich ein klasse Tool! Dir auch noch einen schönen Feiertag Gruß Hans-jürgen
Hier mal eine vielleicht interessante Anwendung für Ingos CSV-Viewer: http://www.robotrontechnik.de/html/forum/thwb/showtopic.php?threadid=12038
Hallo Ingo, ich habe dein Programm heute mal ausprobieren wollen aber lande immer in einem Absturz der Software. Dazu muss ich allerdings sagen, dass ich eine 57MB csv Datei mit 521668 Datensätzen zu jeweils 15 Datenpunkten versuchte habe anzuzeigen. Sind dir diesbezüglich Limits deiner Software bekannt ? Gruß Benny
Hallo Benny, Beschränkungen bezüglich der Anzahl der Datensätze (Zeilen) gibt es nur durch die Geduld des Nutzers, beim Bildaufbau. Die Datei wird bei jedem Bildaufbau neu, von Anfang an gelesen und nicht im Speicher gehalten. Also wird das Problem eher grundsätzlicher Natur, im Aufbau der Datei sein. Wie groß ist die Datei denn gezippt? Gegebenenfalls Kontaktaufnahme per PN, weiss aber nicht, ob ich diese, oder kommende Woche dazu komme - Sorry mfG
Ich werde dir die Datei am Wochenende hoch laden. Bin leider selbst den Rest der Woche noch unterwegs. Wenn ich die gleichen Daten, mit nur einem Datensatz und weniger Datenpunkten aus meinem Programm exportiere, dann funktioniert es. Nur bei der großen Daten klappt es nicht mehr. Hatte halt gedacht, dadurch das es ein 32 bit Programm ist, das bei fast 600000 Datensätzen vielleicht die ein oder andere int Variable nicht so ganz möchte. Wie eingangs erwähnt, am Wochenende wirst du mehr zum Testen haben :)
Nun aber. Anbei die gezippte csv Datei http://www.file-upload.net/download-10726545/EXPORT_3.zip.html
Angehängte Dateien:
-
Zwischenablage01.png
51 KB
Hallo Benny, habe die Datei öffnen können,hat etwa 12 Sekunden gedauert um die min/max-Werte zu ermitteln, anschließend noch einmal die gleiche Zeit für jeden Bildaufbau (habs mehrfach vertikal vergrößert, Core2duo 2GHz). Btw, die 1,5 Megabytes Zip-Datei, hättests Du sicher auch hier anhängen können. mfG vom ingo
Angehängte Dateien:
-
bild.png
36 KB
Komisch, bei mir stürzt er entweder ab, oder es kommt nichts. Er scheint auch die Min/Max Werte falsch zu ermitteln. Siehe Screenshot
Versuch doch mal, im Verzeichnis c:\users\benjamin die Datei csvview.ini zu löschen. Vielleicht hat sich dort was verhakelt.
Super Sache, das war es :) Kleiner Verbesserungsvorschlag, der sich gerade bei solchen Datenmengen bemerkbar macht. Die Trends erst neu zeichnen, wenn man nach dem resize des Fensters die Maus los lässt. Und warum auch immer, zeichnet er das Diagramm bei mir immer zwei mal sobald ich etwas mache. Aber eine schöne Sache :)
Hallo datlog, datlog schrieb: > ich bin auf der Suche nach einem Tool,dass Loggerdaten die auf > CD-Card gespeichert wurden , graphisch darstellen kann. Wenn es schnell gehen soll, benutze ich für sowas gerne gnuplot(1). Das ist ein ziemlich einfaches, aber dennoch sehr leistungsfähiges Werkzeug, um mal schnell ein paar Daten aus einer CSV-Datei zu ziehen und ein paar Kurven daraus zu zeichnen. Wenn es etwas aufwändiger werden darf, vielleicht noch Berechnungen dabei anzustellen sind oä., dann verwende ich meistens Pythons matplotlib. Für die HTML-Darstellung auf Webseiten habe ich gute Erfahrungen mit Flot gemacht, meistens auch mit Python und Flask als Backend. HTH und liebe Grüße, Karl
Hallo Jan, Jan K. schrieb: > Um Himmels willen- viel zu kompliziert in der Anwendung. Ich benutze folgende Gnuplot-Befehle, um Performancedaten von SAR (System Activity Reporter) zu visualisieren, die Datendatei wird direkt mit "LANG=C sadf -dtT -- -q" erzeugt:
1 | set timefmt "%s" |
2 | set xdata time |
3 | set format x "%H:%M" |
4 | |
5 | set datafile separator ";" |
6 | |
7 | plot './sa21.csv' using 3:6 every ::1 with lines title 'ldavg-1', \ |
8 | './sa21.csv' using 3:7 every ::1 with lines title 'ldavg-5', \ |
9 | './sa21.csv' using 3:8 every ::1 with lines title 'ldavg-15' |
Das ist jetzt nicht sonderlich "kompliziert in der Anwendung", oder? Liebe Grüße, Karl
Hallo datlog, datlog schrieb: > Ich schau mir das mal genauer an. Aber mit Kommdozeilen hab ich's > nicht so. Der erst flüchtige Blick sagt mir allerdings auch, dass das > wohl unter Linux läuft. Die meisten Linux-Werkzeuge laufen auch unter Windows, jedenfalls Gnuplot und Python. Man muß sie halt installieren... > Auch geht es mir nicht nur ums plotten. Das mag ja für kurze > Darstellungen ganz schön gehen, aber kann man damit Aufzeichungen z.B. > über zwei Wochen (im Durchschnitt mit 30 Sekunden Auflösung) lesbar > darstellen und könnte man dann schnell an einen bestimmtem Wochentag um > 15:31 (willkürlich gewählt) gehen und dann die Graphen zur genaueren > Betrachtung aufziehen ? Ohne neues Skript meine ich ? Sowohl Gnuplot als auch Pythons Matplotlib machen das ohne weiteres Zutun schon in der Standard-Darstellung. Liebe Grüße, Karl
@Karl sicher gut gemeint von dir! Es gibt immer was vermeintlich besseres. Aber das was hier Ingo mit sehr viel persönlichem Einsatz erstellt hat, ist für mich und viele andere Nutzer das was wir gesucht habe und was alles das macht was wir brauchen. Deine Hinweis mögen stimmen, aber den Beweis dass es wirklich so in der Praxis funktioniert und so flexibel ist, wirst du uns wohl schuldig bleiben müssen, weil du die unterschiedlichen Anforderungen nicht kennen kannst. Ich bin mit Ingo's Tool mehr als zufrieden. Gruss datlog
Meinen Dank an Ingo W., so ein Tool habe ich gesucht! Hast du eine Amazon WL? Grüße CSV-Micha
Erstmal allerhöchstes Lob an Ingo. Eine Klasse Software. Allerdings habe ich jetzt ein Problem an dem ich mir die Zähne ausbeiße. Ich habe die Software installiert, eine eigene csv Datei erstellt wird auch alles prima angezeigt. Dann habe ich die Software auf einen anderen 100% baugleichen Rechner installiert und .... nichts geht mehr. Es wird mit meiner csv Datei nur ein weisser Bildschirm mit den 4 Pfeilen angezeigt und unten links steht "Minima/Maxima werden gesucht" sonst nix. Selbst die in die in der Software enthaltene csv Datei Muster.csv zeigt nur die xy Achse aber keine Kurve ( alles 0 ). Das Ganze läuft unter Windows 7 64 bit. Ich habe schon die Software des einen Rechners auf den anderen kopiert, aus der zip Datei alles neu auf dem anderen Rechner installiert - keine Änderung. Bin momentan mit meinem Latein am Ende. Htte jemand schon mal das Problem oder sonst eine Idee was da los sein könnte. Bin für JEDEN Tip dankbar. peter(R)
Hallo Peter, das seht nach einer verunglückten Konfigurationsdatei aus. Die kann entweder gelöscht werden unter der Eingabeaufforderung mit "del %userprofile%\csv_view.ini" oder im Explorer. Es sollte auch möglich sein, den Viewer mit gedrückter Umschaltetaste (Shift) zu starten, dann wird das Laden der Konfig unterlassen. mfG
Angehängte Dateien:
-
Test.png
89 KB
Hallo, beim Darstellen der Messwerte bekomme ich teils keinen flüssigen Graphen. Z. B. um kurz nach 07:54:00 ist im obersten Graphen ein zacken drinn welcher kurz in der Zeitachse zurück geht. Kann es an den Einstellungen liegen ?? Vielen Dank für eure Unterstützung Gruß Stefan
Stefan S. schrieb: > Hallo, > > beim Darstellen der Messwerte bekomme ich teils keinen flüssigen > Graphen. > > Z. B. um kurz nach 07:54:00 ist im obersten Graphen ein zacken drinn > welcher kurz in der Zeitachse zurück geht. Das sind die berühmt-berüchtigten Zeitschleifen. ;-)
Angehängte Dateien:
-
Ablauf.png
7,2 KB
Da zählen anscheinend die Minuten nicht jedes mal hoch, wenn die Sekunden überlaufen, bzw es wird noch die alte Minute ausgegeben. Gibt dann einen Riss im Raum-Zeit Kontinuum ;-)
R. M. schrieb: > Da zählen anscheinend die Minuten nicht jedes mal hoch, wenn die > Sekunden überlaufen, bzw es wird noch die alte Minute ausgegeben. > Gibt dann einen Riss im Raum-Zeit Kontinuum ;-) Aber nur kurz. Nach 3 und 3 kommt 5, nach 5 und 5 sicher 7, oder?
Vielen Dank für die Info. Vor lauter Zahlen habe ich das gar nicht gesehen. Gruß Stefan
Hat jemand eine Möglichkeit gefunden, wie man CSV-Viwer unter Linux zum Laufen bekommt? Oder gibt es eine Alternative, die auf Linux läuft?
Angehängte Dateien:
Läuft bei mir problemlos unter Wine. Lediglich der interne Aufruf der externen Konverter funktioniert nicht richtig. Hab aber die Absicht, das Projekt in naher Zukunft auf FLTK zu portieren, würde dann nativ unter Linux laufen. War ohnehin Zeit für eine Zäsur, einiges zu ordnen/neu zu schreiben. für eventuelle Sucher, hier der Link zur letzten Version: Beitrag "Re: Visualisierung von geloggten Daten" mfG Edit mal ein Bild angehängt
R. M. schrieb: > Hab aber die Absicht, das Projekt in naher Zukunft auf FLTK zu > portieren, würde dann nativ unter Linux laufen. Hier gibt es schon mal eine Vorschau: Beitrag "csv-viewer Portierung" mfG
Hallo zusammen, folgende Logdatei im Anhang lässt sich problemlos öffnen und betracheten auf PCs mit Win7 (64bit), nur nicht auf Microsoft Surface Pro 3 & 4. Hier wird der CSV Viewer nach dem Öffnen der Datei mit einer Ausnahme beendet. Kompatibilitätsmodus brachte keine Besserung. Die muster.csv (aus dem Package des Viewers) wird hingegen korrekt geöffnet und angezeitg auf dem Surface Pro 3 & 4. Evt. hat jemand ein ähnliches Problem und schon eine Lösung gefunden die hier weiterhelfen würde ?
Die Datei sieht eigentlich gut aus, lediglich das Semikolon am Zeilenende könnte zu einer zusätzlichen (leeren) Spalte führen. Hab die mal entfernt. Schau doch mal, ob es damit geht! mfG
Angehängte Dateien:
-
csvview_surface4pro.PNG
52 KB
Danke für die überarbeitete Datei. Auf dem Surface kann diese nun zwar geladen werden, jedoch wird diese nicht korrekt angezeigt.
Angehängte Dateien:
Kontrolliere doch bitte mal auf dem Surface, unter Extras->Einstellungen, ob als Spaltentrennzeichen das Semikolon (59) eingetragen ist. Schaut so aus, als ob der Zeitraum schon mal richtig erkannt wurde, aber die Anzahl Spalten nicht (sollten 4 sein). Ggf könntest Du auch versuchen die "csv_view.ini" im Nutzerprofil (c:\users\space) zu löschen, dann sind alle Einstellungen zurückgesetzt. Edit: Einstellungen Dialog noch mit angehängt
Super, der Tip mit der ini Datei war der richtige Hinweis. Es standen nicht die richtigen Werte drin. Speichern ging auch nicht. Jedenfalls war nach dem abspeichern nichts geändert, auch keine Fehlermeldung. Erst nachdem csvview in einen anderen Ordner als "Download" verschoben wurde lief es. Danke.
Guter Hinweis! Bedeutet dann wohl, das ein in "Download" gestartetes Programm nicht ins Userprofil schreiben kann. Für den Fall, das der Nächste drüber stolpert.
Hallo, das ist wirklich ein super Programm - gute Arbeit. Ich habe eine CSV datei, die einen fortlaufenden ms-Wert als Zeitstempel hat. Ich habe jetzt den ganzen Abend versucht (natürlich ohne händisch in der CSV rumzupfuschen) den converter so zu parametrieren, dass er das erkennt. Habs nicht geschafft. Habt Ihr ne Idee? Danke
Hallo Schnappi, Eigentlich ist für Zeitstempel in Millisekunden gar kein Konverter notwendig, wenn dem Programmaufruf ein "-Time=2" mitgegeben wird, dann kann der csv-viewer die Datei direkt anzeigen. Das Nachfolgeprojekt Beitrag "Re: Visualisierung von geloggten Daten" kann dies mittlerweile auch. Dort kann dieses Zeitformat auch über den Einstellungen-Dialog gesetzt werden. mfG
Hallo zusammen, ich möchte mit dem csv-viewer mehrere Graphen übereinander legen. Es soll damit eine Solarbatterie überwacht werden. Dargestellt werden soll Spannung (V), Strom (A) und Ladestand (SOC in %) auf mehreren y-Achsen und die Zeit auf der x-Achse. Daher zuerst die Frage an die praxiserprobten User. Kann Ingos Viewer das? Ich habe im Vorfeld schon etwas damit probiert, komme aber irgendwie nicht zurecht. Danke und Gruß Sonnenspeicher
Angehängte Dateien:
Meinst Du die Darstellung, so wie im Anhang? Die gibt es mit "Ansicht->gestapelt".
Angehängte Dateien:
-
Diagramm.jpg
28 KB
Nein, wobei das eine Alternative wäre, wenn für jeden Graph eine separate Y-Achse möglich wäre. Ich dachte eher an so etwas (ich hoffe der Anhang ist zu sehen).
Von Hause aus, werden hier erstmal alle Graphen mit der gleichen Auflösung gezeichnet, die müssten also vorher in die gleiche Größenordnung gebracht werden, notfalls mit "komischen" Einheitspräfixen (dezi, centi..). Der Wunsch nach verschiedenen Y-Achsen kam schon mal hin und wieder, wegen der offenen Kanalzahl, hab ich mich aber immer drum gedrückt. Werde noch mal gründlich drüber nachdenken, wie es realisierbar ist, evtl. kommt es dann in Beitrag "csv-viewer Portierung" mit rein, an der "Windows-Only"-Version wollte ich eigentlich nichts mehr nachrüsten. mfG
Angehängte Dateien:
-
CSV-Viewer.jpg
200 KB
Also wegen mir muß Du da keine Arbeit investieren. Ich sagte ja bereits, dass die gestapelte Ansicht eine Alternative wäre, wenn sich auf der y-Seite genaue Werte abgelesen werden könnten. Leider habe ich das Problem, dass der Graph, trotz korrekter Werte in der csv keine Kuve, sondern eine Gerade darstellt und die X-Achse kein ordentliches Zeitformat wiedergibt. Die Ursachen sind wahrscheinlich banal, für mich aber leider nicht lokalisierbar. Bin halt Laie in diesem Thema. Ich hänge mal ein pic an. Die dargestellten Daten stammen vom 15.04. bis 17.04.2018.
Kannst ja mal die Datei anhängen, ich muss mich aber für heute verabschieden, schau mir die Sache dann morgen mal an, mfG
Auch schön: MegaLogViewer MS Version http://www.tunerstudio.com/downloads2/ arbeitet auch mit csv-Dateien
Hallo Sonnenspeicher, hab mal kurz drübergeschaut: Hauptproblem ist das Format der Zeitstempel. Würde man hier, eigentlich mit dem einknöpfbaren Konverter (siehe Anleitung) lösen. Damit können auch gleich, die vielen, anscheinend nicht benötigten Spalten ausgeblendet werden. Kann ich morgen liefern, brauch ich einen Windows-Rechner zum Testen. Da dieses Zeitformat aber garnicht so ungewöhnlich ist (YYYY-MM-DD hh:mm:ss), werde ich es ins Nachfolgeprojekt schon mal mit einbauen, könnte vielleicht heute noch was werden. mfG Edit: irgendwie kommt mir dieses Dateiformat bekannt vor, könnte sein, das wir das hier schon mal hatten und weiter oben, schon eine fertige Konverterkonfig liegt. Kann mich aber auch täuschen.
Angehängte Dateien:
Ein erster Test, mit der Beispieldatei und der Änderung in Beitrag "neues Zeitformat 5: JJJJ-MM-TT hh:mm:ss" Die Beispieldatei enthielt 2, nicht zusammenhängende Zeitabschnitte, mit einem zweiten Kopf dazwischen. Den zweiten Kopf hab ich manuell entfernt. Folgendes ist noch offen: Beim Öffnen der Datei, werden erstmal alle Spalten angezeigt, also erstmal alle ausschalten und nur noch die gewünschten aktivieren (Rechtsklick auf Legende --> alles aus, dann gewünschte Doppelklicken); Die Farben sind auch erstmal nicht schön, die hab ich manuell auf R/G/B gesetzt. (Rechtsklick auf Kanal in Legende --> Eigenschaften, da kann man R/G/B in Hex eintragen) Gestapelte Ansicht ist auch noch nicht drin, bin noch am Überlegen, ob ich Die einbaue, oder stattdessen mehrere Ordinatenbeschriftungen. könnte aber noch etwas dauern :-(
Angehängte Dateien:
-
Unbenannt.png
25 KB
Den 2. Zeitabschnitt habe ich versehentlich verursacht. Gut zu wissen. Ich habe den 2. Abschnitt kpl. entfernt und das Zeitformat manuell geändert. Leider ohne Erfolg. Gestapelt muß das nicht sein. Das wäre ja ohnehin die unerwünschte Alternative, falls es nicht anders geht. So wie Du es hinbekommen hast gefällt mir das schon sehr gut.
Angehängte Dateien:
-
Screenshot.png
15 KB -
Filtereinstellungen.png
5,3 KB
Der Screenshot aus dem Beitrag von 19:42, ist mit dem neuen Programm aus Beitrag "csv-viewer Portierung" erstellt, darauf beziehen sich auch die Hinweise. Für das alte Programm, hier aus diesem Thread (letzter Stand: Beitrag "Re: Visualisierung von geloggten Daten" ) hab ich mal eine Konverterkonfiguration gebaut. Die hat den Vorteil, das überflüssige Kanäle (Spalten) gleich ausgefiltert werden. mfG
Hm, Du agierst 2-gleisig. Nun weiß ich nicht welche Programmversion für mein Vorhaben zu favorisieren ist. Ich habe das neue Zeitformat 5 heruntergeladen. Wie wird das in das Programm integriert? Ich habe vorerst versucht die Filtereinstellungen (Konverter) analog Deiner Beschreibung an dem "alten" Programm vorzunehmen. Nun öffnet sich die Datei nicht mehr. Ich bin leider blutiger Laie und frage mich immer öfter ob ich mein Ziel erreichen kann. Jedenfalls versuche ich es. Ich hoffe meine "Blindheit" nervt nicht zu sehr. Gruß Sonnenspeicher
Wenn du mit dem neuen Programm testen möchtest (ich gehen mal davon aus, unter Windows): -Programm aufrufen; -Edit -> Settings, neben "Language File", auf den Auswahlknopf, "de.po" im Verzeichnis "lang" auswählen, damit wird die Benutzeroberfläche (nach Neustart) auf deutsch gestellt, dann File-->Quit; - Programm aufrufen, Bearbeiten-->Einstellungen, Zeitformat auf 5 ändern; - Datei-->Beenden; Jetzt sollte die Originaldatei mit dem Programm geöffnet werden können und ein Ergebnis wie in Beitrag "Re: Visualisierung von geloggten Daten" anzeigen; Nachteilig ist hier noch, das derzeit, beim Öffnen, erstmal alle Kanäle eingeschaltet sind. Der alte csv-Viewer, hier im Thread, benötigt für die Datei, einen Konverter. Der ist bereits im Programmverzeichnis, benötigt aber noch eine Konfigurationsdatei. Die speicherst Du an einem geeigneten Ort und richtest unter Extras-->Filter die Einstellungen, entsprechend deiner Pfade, wohin Du die Dateien kopiert hast, ähnlich https://www.mikrocontroller.net/attachment/363860/Filtereinstellungen.png ein. Zusätzlich kannst du dort noch den Schalter "Testmodus" aktivieren, dann kommt vor dem Konverteraufruf noch eine Meldung, wie er aufgerufen wird. Die könnte hier interessant sein (Screenshot). Zu beiden Programmen, gibt es Anleitungen (pdf), in denen das eigentlich beschrieben sein sollte. mfG Edit: gerade ist mir noch eingefallen: der Pfad zum Programm sollte keine Leerzeichen enthalten, dann funktioniert der Konverteraufruf nicht.
Ja, ich nutze Win7 und würde das gern probieren. Du schriebst: "Der Screenshot aus dem Beitrag von 19:42, ist mit dem neuen Programm aus Beitrag "csv-viewer Portierung". Leider finde ich in diesem Faden keinen Download des "neuen" csv-Viewer. Wo finde ich diesen? Gruß
Sonnenspeicher schrieb: > Leider finde ich in diesem Faden keinen Download des "neuen" csv-Viewer. > Wo finde ich diesen? > > Gruß Im Beitrag Beitrag "Re: Visualisierung von geloggten Daten" steht ein Verweis auf den anderen Faden: https://www.mikrocontroller.net/topic/goto_post/5401367
Hm, ja doch, die beiden Links sind mir auch vor mehreren Tagen schon nicht entgangen. Da ich aber beide nicht als csv-Viewer Programm erkannt habe, habe ich drüber gelesen. Welcher der beiden Downloads ist der Viewer? Das sich erst mal alle Kanäle öffnen, ist kein Problem. Mir ist es lieber diese nach Bedarf an- und abwählen zu können, als diese schon über den Konverter herauszufiltern. Gruß Sonnenspeicher
Sonnenspeicher schrieb: > Welcher der beiden Downloads ist der Viewer? Das (Windows) Programm ist immer im "win32bin"-Archiv. Es enthält die Programmdatei (.exe), die dll-Dateien des FLTK und den "lang"-Ordner mit den Sprachdateien. Das solltest du an einem geeignetem Ort entpacken, dann die .exe direkt starten. Eine Installation ist nicht notwendig. Das "src"-Archiv enthält den Quellcode, die PDF-Datei ist die Anleitung.
Danke, jetzt sehe ich es klarer. "plot" sollte demnach die Anwendung sein. Ich habe die alte Version gelöscht und die neue an die gleiche Stelle entpackt. R. M. schrieb: > -Programm aufrufen; > -Edit -> Settings, neben "Language File", auf den Auswahlknopf, "de.po" > im Verzeichnis "lang" auswählen, damit wird die Benutzeroberfläche (nach > Neustart) auf deutsch gestellt, dann File-->Quit; > - Programm aufrufen, Bearbeiten-->Einstellungen, Zeitformat auf 5 > ändern; > - Datei-->Beenden; > Jetzt sollte die Originaldatei mit dem Programm geöffnet werden können > und ein Ergebnis wie in > Beitrag "Re: Visualisierung von geloggten Daten" anzeigen; -Programm habe ich aufgerufen => ok -"de.po" ausgewählt => ok -Programm geschlossen & neu aufgerufen => Fehlermeldung, das "de.po" nicht gefunden wurde. Ist aber im Ordner "lang" drin => ratlos -Zeitformat auf "5" geändert => ok -Datei ausgewählt, Vorschau zeigt den Inhalt an, auf "ok" => Meldung "Datei konnte nicht geöffnet werden" => ratlos Selbst wenn die Datei z.B. ein ungünstiges Datumformat aufweist, so sollte diese doch geöffnet werden und irgendwas angezeigt werden. Auch wenn es erstmal so nicht verwertbar ist. Hast Du eine Idee? Gruß Sonnenspeicher
Kannst du bitte mal, einen Screenshot von dem "Einstellungen"-Dialog posten?
Ja, genau. Versuch mal, das Programm so abzuspeichern, das im Verzeichnispfad keine Leerzeichen stehen (wie z.B. vor "PV"), danach die Sprachdatei neu auswählen.
Ich habe den Pfad von Leerzeichen bereinigt. Unterstrich und Bindestrich sind hoffentlich möglich, sind im Pfad vorhanden. Geholfen hat es leider nicht. Es erscheinen weiterhin beide Fehlermeldungen (Sprachdatei und csv-Datei nicht gefunden). Die Pfade im Programm habe ich danach natürlich neu eingegeben. Was könnte noch sein?
Am Montag, werde ich mal auf einem Win7-Rechner, der das Programm noch nicht gesehen hat, versuchen, die Sache nachzustellen. Wie lautet denn dein Pfad zum Programm?
Danke für Deine Mühen. Ich weiß das sehr zu schätzen! C:\Daten\Sicherung_Daten\Uwe\Haus_Pösigk\Solar\PV\Backup\Batterie\csv_Vi ewer\csv_viewer\plot.exe Gruß und schönes WE! Sonnenspeicher
Sonnenspeicher schrieb: > Danke für Deine Mühen. > Ich weiß das sehr zu schätzen! > > C:\Daten\Sicherung_Daten\Uwe\Haus_Pösigk\Solar\PV\Backup\Batterie\csv_Vi ewer\csv_viewer\plot.exe > > Gruß und schönes WE! > Sonnenspeicher Hallo, lege doch mal die Plot.exe und alle Konfigurationsdateien nach: C:\Daten\plot.exe und den anderen Kram dazu. Wenn es also zb an „Pösigk“ Umlauten oder an zu langen Pfaden liegt, hast Du es gefunden wenn es läuft. Gruß Sven
:
Bearbeitet durch User
Sven K. schrieb: > Wenn es also zb an „Pösigk“ Umlauten Ja, an die Sache mit dem Umlaut hab ich auch schon gedacht, weil ich die Sache, durch das FLTK nicht 100%ig selbst in der Hand habe. Glaube, das die Strings intern als UTF-8 übergeben werden, und "fopen()" damit nicht klar kommt. Daher wollte ich das selbst mal testen, vielleicht bekomme ich das noch so korrigiert, das es mit Umlauten und Leerzeichen im Pfad funktioniert, sollte ja eigentlich selbst unter "C:\Program Files\..." funktionieren. Die Win32-Version teste ich hier nach dem Compilieren mit WINE kurz an, aber immer in meiner Standardkonfiguration. mfG
Angehängte Dateien:
-
screanshot1.png
120 KB
Bingo! Mit dem verkürtztem Pfad kann ich die Spracheinstellung realisieren und er versucht die Datei zu öffnen. Leider läuft da im Hintergrund etwas ab, was das System zu sehr auslastet, so das der Viewer die Kanäle nicht darstellt oder wenig später abstürzt. Ein Reboot und keine weiteren offenen Anwendungen ändert daran nichts. Gruß Sonnenspeicher
Das unten die Legende fehlt, lässt mich vermuten, das die Einstellung des Spaltentrenners irgendwie verloren gegangen ist. Dort sollte 59 (Semikolon) drinstehen.
Daran liegts nicht, steht drin. Das Problem ist, das sich das Programm aufhängt. Ich hatte absichtlich den Taskmanager mit im Screenshot. Ich dachte da könnte man was rauslesen. Gruß Sonnenspeicher
Bin die Sache jetzt mal, Schritt für Schritt unter Win7, durchgegangen und hab die Ergebnisse in die PDF geschrieben. Die Musterdatei entspricht der aus dem Beitrag Beitrag "Re: Visualisierung von geloggten Daten" ohne den zweiten Kopf aus halber Strecke. Was mir als Erstes aufgefallen ist, die Standardwerte werden bei mir nicht gesetzt, in deinem Falle Beitrag "Re: Visualisierung von geloggten Daten" hast Du sie aber richtig eingestellt. Das Programm speichert sich aber auch Ansichtsoptionen für jede Datei, ich vermute, das bei den Fehlversuchen dort Müll reingekommen ist. Daher empfehle ich, erstmal die alte Konfig zu löschen, ist in der Anleitung beschrieben, wie. Alternativ kannst du die Datei auch editieren, die "recent_file"-Zeilen rauswerfen. In der Anleitung ist auch beschrieben, welche Unzulänglichkeiten in deinem Falle, derzeit noch bestehen, ich werde aber versuchen, bald für Verbesserung zu sorgen. Ich würde allerdings empfehlen, das wir die Diskussion zu diesem Programm unter dem zugehörigen Thread https://www.mikrocontroller.net/topic/goto_post/5401367 weiterführen, um hier nicht für Verwirrung zu sorgen. Die letzte, aktuelle Programmversion, zu diesem Thread ist Beitrag "Re: Visualisierung von geloggten Daten"
R. M. schrieb: > Ich würde allerdings empfehlen, das wir die Diskussion zu diesem > Programm unter dem zugehörigen Thread > https://www.mikrocontroller.net/topic/goto_post/5401367 > weiterführen, um hier nicht für Verwirrung zu sorgen. DANKE!!! Deinem Wunsch entsprechend gehts es drüben weiter. Gruß Sonnenspeicher
Hallo zusammen. Ich hatte vor Jahren einmal das folgende Programm im Einsatz: csv_viewer_20150211-1900 Wurde dieses weiterentwickelt? Ich möchte gerne die beiliegende Datei visualisieren ohne diese anpassen zu müssen. Geht dies? Falls ja, wie? Was ist die aktuelle Version der Software? Danke für eure Hilfe! Beste Grüsse, Beat.
Hab es mal ausprobiert. In der CSV ist Datum, Uhrzeit, Sensor1, Sensor2, Sensor3! Stürzt ab
Michael schrieb: > Hab es mal ausprobiert. > > In der CSV ist Datum, Uhrzeit, Sensor1, Sensor2, Sensor3! Stürzt ab Liegt oft an der Verwendung von Semikola statt Kommata oder umgekehrt.
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.