Datenlogger mit Tagesgrafik auf Palm VX sehr preisgünstig

Verfasst am: 24.12.2007, 00:14

@ alle unerschrockene

nun habe ich mich durch viele höhen und tiefen durchgebissen, viel geflucht und viel gelernt!
u.a.: das nächste projekt wahrscheinlich nicht mehr mit HotPaw-Basic.
habe aber zunächst doch noch in HotPaw-Basic eine für mich befriedigende lösung zusammengestrickt. und dabei viele infos zusammengetragen und "erforscht". auf diesen möchte ich nicht sitzen bleiben und schenke sie hiermit pünktlich zu weihnachten weiter:
Das PalmCarePaket

in der hoffnung es kann den frust sänftigen und die freude heben

(etwaige popups geduldig wegklicken, dank firefox ... habe ich nichts dergleichen)

@werner+apfelsol
habe mir erlaubt auch eure progs neben meinen da mit reinzupacken (und vieles mehr). dann braucht ihr sie nicht immer wieder neu zu mailen. das interesse ist ja jetzt wieder deutlich gestiegen.
falls euch das nicht recht ist, gebt kurz bescheid und ich packe es wieder raus.

gruß + beste wünsche
solex

.

.

Verfasst am: 24.12.2007, 11:52

also so was, da fehlt doch noch der hauptteil meines programmes. Hier jetzt nochmal beides, der hauptteil + include-teil:

Nachtrag zum PalmCarePaket

Frohe Weihnachten!

gruß
solex

Verfasst am: 24.12.2007, 14:06

Hallo solex,

tolle Sache, diese Zusammenstellung! Aber wie wäre es denn, wenn Du das Paket hier im Forum im Downloadbereich zur Verfügung stellst?
Ich weiß zwar nicht, wie das hier genau geht, eventuell muss ein Moderator die Datei dort bereitstellen.
Man hätte dann auch keine lästige Werbung...

Frohe Weihnachten allerseits!

Verfasst am: 25.12.2007, 12:55

hallo apfelsol,

Zitat:

Ich weiß zwar nicht, wie das hier genau geht,

genau das! ich auch nicht. habe mal rumgesucht, aber nichts dazu gefunden. scheint top secret zu sein.
aber du kannst mein paket gerne da reibringen, wenn du es irgendwie schaffst.

Zitat:

Man hätte dann auch keine lästige Werbung...

wie schon erwähnt eine gute gelegenheit sein surfwerkzeug aufzurüsten:
firefox mit adblock ... und ihr habt ruhe - auch beim sonstigen surfen
und viele weitere tolle möglichkeiten. schau mal über die plugins - da gibt es wirklich richtig gute teile, die einem das herz höher schlagen lassen.
ansonsten ist dieser webspace von File-Upload.net einfach super

gruß
hora

Verfasst am: 26.12.2007, 19:51

so, noch ein paar änderungen und korrekturen. vermutlich läuft die vorgängerversion nicht. hatte noch kommentare hinter if-zeilen (bitte nicht nachmachen)!
außerdem habe ich noch einen "hüpfenden Punkt" eingeführt - s.Bild.
2. Nachtrag zum PalmCarePaket
alles in allem bin ich nun ganz zufrieden, bis auf den Schnee der auf meinen Panels rumgammelt. War schon versucht, sie einfach kurzzuschließen um sie aufzuheizen, evtl. über einen geeigneten widerstand. da muß ich mich aber erst noch schlau machen.

im auge habe ich noch die RS485: 2 WR auf einen Palm! (formular für's protokoll s. carepaket) außerdem werden da noch tageserträge übertragen, die mit unserer auswertung nicht gut übereinstimmen. in der neuen datei gibt es auch eine XL-auswertung. auch hier habe ich auf der dc-seite fast konstant 13% abweichung zur leistung!? ( Uin x Iin = Pin )

guten rutsch, vorm allem für den schnee und das eis auf den pv-panels

gruß
solex

Verfasst am: 26.12.2007, 21:41

Hallo solex,

wenn du die Dateien im Download Bereich zur Verfügung stellen möchtest, musst du dich direkt an Elektron wenden. Wir Moderatoren haben auch keine Befugnis dort Programme einzustellen.
Ich denke, dass er das gerne für euch macht.

Frohe Weihnachten noch,

bereil

Verfasst am: 28.12.2007, 19:21

Zitat:

wenn du die Dateien im Download Bereich zur Verfügung stellen möchtest, musst du dich direkt an Elektron wenden.

das ist mir zu umständlich, aber ihr dürft es gerne tun.

problem
auf dem emu läuft alles prima. auf den Palms eigentlich auch, ABER:
das prog bleibt immer mal wieder stehen, mehrmals am tag oder auch gar nicht. hatte ich früher mit den vorgängern auch schon immer mal.
ich weiß nicht ob das prog dann tot ist, oder sich in einer schleife verlaufen hat oder ...

jemand eine idee?

gruß
solex

und die besten wünsche für's neue jahr

.

Verfasst am: 28.12.2007, 19:37

solex hat Folgendes geschrieben:

Zitat:

wenn du die Dateien im Download Bereich zur Verfügung stellen möchtest, musst du dich direkt an Elektron wenden.

das ist mir zu umständlich, aber ihr dürft es gerne tun.

Stimmt, sehr umständlich eine E-Mail mit den Daten an administrator@photovoltaikforum.com zu schicken.
*kopfschüttel*

Dir auch ein guten Rutsch ins neue Jahr,

bereil

Verfasst am: 28.12.2007, 20:21

Hallo solex,

ich find es auch nicht umständlich, eine Mail an den Admin zu schicken. Aber ich denke, wir sollten das Paket dann auch so rund machen, dass ein Neueinsteiger weiß, was er zu tun hat. Also vielleicht noch ein Readme schreiben, das erklärt, welche Dateien für was gedacht sind.

Das Programm in der Version 1f lief übrigens bei mir erst, nachdem ich einige Kommentare entfernt hatte. Beim ersten Test gestern stieg es mit Syntaxfehler in Zeile 141 aus.
Heute (nach Entfernen der Kommentare) klappte aber alles prima.
Die Erweiterung mit dem "hüpfenden Punkt" finde ich gut!

Zum Thema Programm bleibt unerklärlicherweise stehen:
Damit habe ich mich sehr oft herumgeschlagen und kann es mir nur so erklären: Irgendwann geht der WR in die Nachtabschaltung und liefert keine Daten mehr über die Schnittstelle. Ich vermute, dass dann der Versuch, aus der Schnittstelle zu lesen, zum Aufhängen des Programms führt. Ich habe daher die Uhrzeit, ab der das Tagesende geprüft wird, verändert, d.h. auf eine Uhrzeit kurz vor Sonnenuntergang eingestellt. Momentan arbeite ich mit 15:45. Im Programm 1f aus dem Paket ist die Zeit noch auf 16:15 eingestellt.
Ich habe in meinem Auswerteprogramm eine Berechnung von Sonnenaufgang- und -untergangszeiten eingebaut, die Berechnung habe ich aus http://lexikon.astronomie.info/zeitgleichung/.
Man könnte diese Berechnung auch in das Loggerprogramm einbauen, wenn es möglich ist, ein weiteres Include in das Include einzubauen. Bisher erschien mir eine einfache Änderung der Zeit im Programm jedoch einfacher als mir die Mühe der Programmierung zu machen. Bei größerem Interesse würde ich mir aber die Mühe machen.

Verfasst am: 28.12.2007, 21:30

hallo apfelsol!

Zitat:

Die Erweiterung mit dem "hüpfenden Punkt" finde ich gut!

Zitat:

Ich vermute, dass dann der Versuch, aus der Schnittstelle zu lesen, zum Aufhängen des Programms führt.

vielleicht auch ein problem
bei mir sind heute die progs allerdings bei "WRs auf vollen touren" ausgestiegen, 10:00 +12:00 - da gab es laufend daten. da muß noch etwas anderes ärger machen. (auch der sec$-zähler bleibt stehen, also scheint die hauptschleife blockiert)
vielleicht ist es doch die empfindliche schnittstelle, aber mehr hardwareseitig. s.o. wilde ASCII-zeichen. ich warte noch auf neue sub-d-männlein, dann werde ich mal mit ein paar RC-gliedern experimentieren

Zitat:

wenn es möglich ist, ein weiteres Include in das Include einzubauen.

nein, so nicht - es darf nicht verschachtelt werden.
aber vom main-teil aus können viele includes weggehen. man kann also das jetzige include einfach in 2 teile zersägen. das 2. include wird dann vom main nach ablauf des ersten aufgerufen.

Zitat:

Bei größerem Interesse würde ich mir aber die Mühe machen.

hmm, sieht nach arbeit aus - vor allem das austesten gestaltet sich schwierig.
hattest du denn sichtbaren erfolg mit dem zeiten-verändern?

gruß
solex

Verfasst am: 28.12.2007, 22:11

solex hat Folgendes geschrieben:

bei mir sind heute die progs allerdings bei "WRs auf vollen touren" ausgestiegen, 10:00 +12:00 - da gab es laufend daten. da muß noch etwas anderes ärger machen. (auch der sec$-zähler bleibt stehen, also scheint die hauptschleife blockiert)

Hm, bei mir war das IMMER am Ende des Tages, immer dann, wenn der Status des WR schon auf 2 gegangen ist.

Zitat:

vielleicht ist es doch die empfindliche schnittstelle, aber mehr hardwareseitig. s.o. wilde ASCII-zeichen. ich warte noch auf neue sub-d-männlein, dann werde ich mal mit ein paar RC-gliedern experimentieren

Zitat:

wenn es möglich ist, ein weiteres Include in das Include einzubauen.

nein, so nicht - es darf nicht verschachtelt werden.
aber vom main-teil aus können viele includes weggehen. man kann also das jetzige include einfach in 2 teile zersägen. das 2. include wird dann vom main nach ablauf des ersten aufgerufen.

Ah, ja, so etwas dachte ich mir schon. Wenn man im Hauptprogramm eine Variable hat, die im ersten Include gefüllt wird, muss sie aber im zweiten Include verwendet werden dürfen. Sonst geht es nicht.

Zitat:

hmm, sieht nach arbeit aus - vor allem das austesten gestaltet sich schwierig.
hattest du denn sichtbaren erfolg mit dem zeiten-verändern?

Ich würde zum Austesten einfach ein extra Hauptprogramm drum rum stricken, welches dann das Ergebnis (Sonnenuntergang) ausgibt. Das lässt sich einfacher testen als alles, was mit der Schnittstelle zu tun hat.
Durch das Ändern der Zeiten habe ich bisher immer Erfolg gehabt.
Im Oktober war ich mal 4 Tage am Stück nicht zuhause. Das Programm ist einwandfrei durchgelaufen, und ich konnte so die Zählerstände an allen Tagen rekonstruieren.

Verfasst am: 28.12.2007, 22:51

Zitat:

Wenn man im Hauptprogramm eine Variable hat, die im ersten Include gefüllt wird, muss sie aber im zweiten Include verwendet werden dürfen. Sonst geht es nicht.

das ist kein problem. die includes sind im grunde nur dazwischen-geschobene blätter/zeilen.

Zitat:

Durch das Ändern der Zeiten habe ich bisher immer Erfolg gehabt.

alles sehr seltsam!

gruß
solex

Verfasst am: 04.01.2008, 17:20

hallo apfelsol,

(+ andere, die im dunkeln vielleicht noch mitmischen)

bin zurückgekehrt zu den lebenden und habe nun
das absturzproblem mit 99%er sicherheit gelöst!
das gilt damit vermutlich auch für die wilden ASCII-zeichen, die ich aber ohnehin nicht mehr sehe, da sie softwaremäßig unterdrückt werden (s. code).

also
des rätsels ursache ist fehlende erdung:
Palm+KACO-RS232 sind galvanisch getrennt, damit entstehen schwebende potentiale, die sich willkürlich entladen, gerne über die empfindliche elektronik. in unserem fall geschieht das wohl im Palm-RS232-baustein, der dann vermutlich aussteigt.
die Palm-schaltnetzteile erzeugen relativ viel störspannung, laufen die Palms nur auf akku, ist der störpegel nahezu null.
solch eine ursache kann die unterschiedlichsten störmuster hervorrufen, so dass das erscheinungsbild in jedem neuen fall recht unterschiedlich sein kann.

des rätsels lösung:
im RS232-stecker (der am Palm steckt) den Pin 5 (GND) einfach mit dem Schirm vom kabel verbinden. das chassis vom KACO liefert eine gute erde. vorausgesetzt im dortigen stecker ist der schirm auch sauber mit dem gehäuse verbunden. bei manchen steckerausführungen, insbesondere die mit nichtleitendem gehäuse, ist das nicht ganz einfach. evtl. dann andere gehäuse verwenden.

frohes basteln

gruß
solex

Verfasst am: 06.01.2008, 16:53

solex hat Folgendes geschrieben:

des rätsels ursache ist fehlende erdung:
Palm+KACO-RS232 sind galvanisch getrennt, damit entstehen schwebende potentiale, die sich willkürlich entladen, gerne über die empfindliche elektronik. in unserem fall geschieht das wohl im Palm-RS232-baustein, der dann vermutlich aussteigt.
die Palm-schaltnetzteile erzeugen relativ viel störspannung, laufen die Palms nur auf akku, ist der störpegel nahezu null.
solch eine ursache kann die unterschiedlichsten störmuster hervorrufen, so dass das erscheinungsbild in jedem neuen fall recht unterschiedlich sein kann.

Da ich mich auf dem Gebiet der Elektronik nicht so fit fühle, muss ich nochmal dumm nachfragen. Ich habe als Datenkabel ein vieradriges Kabel mit Schirmung benutzt. Die Steckergehäuse sind aus Kunststoff. Ich habe die Schirmung mit nichts verbunden, nur die vier Drähte an die Kontakte gelötet. Was müsste ich tun, um die Situation zu verbessern?
Kann ein Temperaturunterschied zwischen dem einen Ende des Datenkabels zum anderen Ende eine Rolle spielen? Meine Wechselrichter hängen draußen an der Hauswand, die Palms stehen in der Küche.

Zitat:

bei manchen steckerausführungen, insbesondere die mit nichtleitendem gehäuse, ist das nicht ganz einfach. evtl. dann andere gehäuse verwenden.

Zu dumm, meine Gehäuse sind nichtleitend.
Ich werde frühestens im April/Mai daran gehen, neu zu löten. Jetzt ist mir das draußen für so eine Arbeit zu kalt. Wink

Verfasst am: 06.01.2008, 18:57

apfelsol hat Folgendes geschrieben:

Was müsste ich tun, um die Situation zu verbessern?

falls bei den Steckergehäusen der Kunststoff silbern beschichtet sind, so sind sie auch leitend.
leider gibt es aber viele ausführungen bei, denen die kabelsicherung lose im stecker raumbaumelt, das ist suboptimal. bei "fester montage" der kabelsicherung (optimal) wird hier der schirm mit untergeklemmt.
also wie sieht es genau in deinen steckern aus?
bis April/Mai kannst du dir anders behelfen:
löte in den küchen-steckern noch zusätzlich einen draht auf pin 5, führe den hinaus und verbinde sie provisorisch (z.b. kroko-klemmen) mit dem erdkontakt einer steckdose.

apfelsol hat Folgendes geschrieben:

Kann ein Temperaturunterschied zwischen dem einen Ende des Datenkabels zum anderen Ende eine Rolle spielen?

jetzt evtl. ja, wenn du geerdet hast, nicht mehr.

Und hier noch eine Fehlerquelle die ich beim bättern zufällig fand:

BUCH: ''Messen, Steuern und Regeln mit Palm OS'' hat Folgendes geschrieben:

Die Zeile wird mit CR (ASCII 13) und LF (ASCII 10) abeschlossen. Dies muß man beachten, weil eine mit INPUT von der Schnittstelle gelesene Textzeile nur ein Zeilenendezeichen CR erwartet. Das überschüssige LF-Zeichen darf aber nicht im Empfangspuffer stehen bleiben, da es die folgenden Lesevorgänge stören würde.

also nach jedem INPUT ein GET zum putzen nachlegen:
input #5,E$ :'- WAITS for 1 line of text !!! aber ohne LF (LineFeed, /n )
q=get$(#5,0) :'- beseitigt überschüssiges LineFeed im Port

die erdung brachte bei mir schon einen riesenfortschritt. ich hatte bislang in der regel einige abstürze am tag. hatte aber heute dennoch, trotz zusätzlichem GET einen absturz.
also muß es immer noch etwas geben, was fehler verursacht.
vielleicht sind die port-abfragen immer noch nicht ganz sauber???

gruß
solex