Datenlogger mit Tagesgrafik auf Palm VX sehr preisgünstig

Verfasst am: 13.01.2008, 00:47

Hallo an alle,

ich habe auf meiner Homepage eine Seite über den Palm Vx-Datenlogger erstellt. Dort habe ich auch die momentan bei mir im Einsatz befindlichen Programme als Textdateien verlinkt.
http://pv.abenus.de/palmlog.htm

Verfasst am: 13.01.2008, 15:28

hallo apfelsol,

vielen dank für die seite mit dem guten überblick.

3 anmerkungen:

1.

bei KACO-WRs reichen diese 2 Verbindungen:

WR Stecker ------------------ Palm Stecker
PIN 2 -----------------------------PIN 3 RXD
PIN 5 -----------------------------PIN 5 GND

+ schirm, insbesondere wg. der erdung (s.o.)

2.
"Nachteil * etwas Programmieraufwand"
eigentlich keiner, wenn man die Progs fertig übernimmt.

3.
ein erheblicher nachteil - zumindest bei mir - ist, dass es nicht sauber/verläßlich läuft, also immer wieder abstürze zu verzeichnen sind.

gruß
solex

Verfasst am: 13.01.2008, 15:51

solex hat Folgendes geschrieben:

vielen dank für die seite mit dem guten überblick.

3 anmerkungen:

1.

bei KACO-WRs reichen diese 2 Verbindungen:

WR Stecker ------------------ Palm Stecker
PIN 2 -----------------------------PIN 3 RXD
PIN 5 -----------------------------PIN 5 GND

+ schirm, insbesondere wg. der erdung (s.o.)

2.
"Nachteil * etwas Programmieraufwand"
eigentlich keiner, wenn man die Progs fertig übernimmt.

3.
ein erheblicher nachteil - zumindest bei mir - ist, dass es nicht sauber/verläßlich läuft, also immer wieder abstürze zu verzeichnen sind.

gruß
solex

Zu 1. und 3.: Hast Du denn nur die 2 PINS angeschlossen? Könnte es sein, dass Du deshalb die Abstürze hast? Ich habe schon seit Oktober keinen Hänger mehr gehabt.
Was mir noch zum Thema Erdung einfiel: Unsere Solaranlage hat eine extra Erdung, diese war eine Option im Angebot, ist laut Solarteur nicht unbedingt notwendig. Daher könnte ich mir vorstellen, dass nicht alle Solaranlagen diese Erdung haben. Ich kenn mich mit der Elektrik nicht besonders gut aus, aber könnte das auch eine Rolle spielen? Eigentlich ja nicht, weil es nicht die Wechselrichter direkt betrifft, sondern die Module.

Zu 2. hast Du natürlich recht! Allerdings könnte ich mir vorstellen, dass andere Anwender noch eigene Vorstellungen umgesetzt sehen würden, und da müssten sie dann selbst ran. Wenn ich selbst als Neueinsteiger die Programme übernehmen würde, hätte ich auch den Anspruch, sie komplett zu verstehen und ggf. anpassen zu können.

Verfasst am: 13.01.2008, 16:19

apfelsol hat Folgendes geschrieben:

Zu 1. und 3.: Hast Du denn nur die 2 PINS angeschlossen?

Ja, es läuft damit

Zitat:

Könnte es sein, dass Du deshalb die Abstürze hast?

ich wüßte zwar nicht warum, denn es gibt ja null handshake - aber wer weiß???
vielleicht sollte ich mal wieder ein neues kabel stricken.

Zitat:

extra Erdung ...
aber könnte das auch eine Rolle spielen? Eigentlich ja nicht,

sehe ich auch so

gruß
solex

Verfasst am: 13.01.2008, 18:22

Hallo- kann ich das Programm haben wäre sehr nett, habe auch wr von kaco und jetzt erst die Anlage bekommen. bin also noch eine Niete--

Verfasst am: 13.01.2008, 19:00

Hallo solex,

solex hat Folgendes geschrieben:

ich wüßte zwar nicht warum, denn es gibt ja null handshake - aber wer weiß???
vielleicht sollte ich mal wieder ein neues kabel stricken.

Wenn nur 2 Pins angeschlossen sind und im Programm mit PUT ein Signal auf die Schnittstelle gegeben wird, kann DAS die schwebenden Potentiale erzeugen? Das Signal wird doch dann auf einen Pin gegeben, der nicht angeschlossen ist. Wenn dies wiederholt geschieht und die Spannung nicht abgebaut werden kann, könnte ich mir vorstellen, dass dann auch das Lesen aus der Schnittstelle beeinflusst wird.

@görres:
Die notwendigen Infos und mein aktuelles Loggerprogramm kannst Du hier bekommen:
http://pv.abenus.de/palmlog.htm
und ggf. diesen Thread nochmal durchlesen.

Verfasst am: 14.01.2008, 23:02

apfelsol hat Folgendes geschrieben:

Wenn nur 2 Pins angeschlossen sind und im Programm mit PUT ein Signal auf die Schnittstelle gegeben wird, kann DAS die schwebenden Potentiale erzeugen? ...

nein da passiert nichts, das ist so als wenn du das licht einschaltest aber die Birne kaputt ist. die spannung wird dann zwar geschaltet aber es fließt kein strom, das stört niemanden (außer dass es dunkel bleibt).
die schwebenden Potentiale werden höchstwahrscheinlich von den schaltnetztteilen in den netzsteckern der palms erzeugt ( entstörkondensatoren, übertragerkapazitäten und so zeugs).
das problem entsteht dann in der entladung an falscher stelle. so wie ein blitz, der nicht sauber über einen ableiter abgeführt wird, dir dein haus in brand stecken kann.

diesen PUT-befehl habe ich aber auch nicht kapiert, der WR braucht ihn nicht, der sendet brav alle 10 s seine daten, komme was da wolle.
läßt man den PUT-befehl aber weg, will die COM-Schnittstelle im PALM gar nicht mehr, zumindest nicht im POSE (emulator).

aber mal eine frage:
bist du sicher, dass du diese verbindung

WR Stecker Palm Stecker
PIN 4 -------- PIN 6 DTR

so gelötet hast???

(ich weiß das stammt von werner... hallo werner: weißt du mehr dazu?)
WR-PIN 4 ist laut WR-manual ein RTS also ein ausgang, Palm-PIN 6 DTR ist auch ein ausgang.
es macht keinen sinn diese 2 ausgänge zusammen/gegeneinander zu schalten.
(außer ihr habt dabei zufällig noch eine brücke zwischen 6 + 7 reingelötet.)
s. dazu ganz unten:
http://www.pdaforum.de/steckerbelegungen/

sinn dagegen würde machen, statt dem 6er-pin den 7er am Palm zu nehmen, das ist der CTS und passt prima zum RTS. (vorausgesetzt der WR sendet auch was auf PIN 4; habe ich noch nicht getestet)
ich könnte mir vorstellen, dass der Palm sehnsüchtig auf ein RTS-signal wartet und dann vielleicht abschmiert, wenn ständig keins kommt.
warum das aber so unterschiedlich reagiert (laufzeit von minuten bis zu vielen stunden) ist mir dennoch nicht nachvollziehbar.

gruß
solex

Verfasst am: 15.01.2008, 00:07

solex hat Folgendes geschrieben:

diesen PUT-befehl habe ich aber auch nicht kapiert, der WR braucht ihn nicht, der sendet brav alle 10 s seine daten, komme was da wolle.
läßt man den PUT-befehl aber weg, will die COM-Schnittstelle im PALM gar nicht mehr, zumindest nicht im POSE (emulator).

aber mal eine frage:
bist du sicher, dass du diese verbindung

WR Stecker Palm Stecker
PIN 4 -------- PIN 6 DTR

so gelötet hast???

Da ich davon keine Ahnung habe, habe ich das genau so gemacht, wie Werner das aufgeschrieben hatte. Und es funktioniert ja so.

Zitat:

(ich weiß das stammt von werner... hallo werner: weißt du mehr dazu?)
WR-PIN 4 ist laut WR-manual ein RTS also ein ausgang, Palm-PIN 6 DTR ist auch ein ausgang.
es macht keinen sinn diese 2 ausgänge zusammen/gegeneinander zu schalten.
(außer ihr habt dabei zufällig noch eine brücke zwischen 6 + 7 reingelötet.)
s. dazu ganz unten:
http://www.pdaforum.de/steckerbelegungen/

Die Seite hatte ich mir auch angesehen. Aber so richtig schlau werde ich da nicht draus. Welches von den vielen Bildern ist denn das Richtige? Das letzte ganz unten?
Sagen wir so, ich würde nicht meine Hand dafür ins Feuer legen, dass ich Pin6 und 7 nicht zufällig versehentlich miteinander verbunden habe.

Zitat:

sinn dagegen würde machen, statt dem 6er-pin den 7er am Palm zu nehmen, das ist der CTS und passt prima zum RTS. (vorausgesetzt der WR sendet auch was auf PIN 4; habe ich noch nicht getestet)
ich könnte mir vorstellen, dass der Palm sehnsüchtig auf ein RTS-signal wartet und dann vielleicht abschmiert, wenn ständig keins kommt.
warum das aber so unterschiedlich reagiert (laufzeit von minuten bis zu vielen stunden) ist mir dennoch nicht nachvollziehbar.

gruß
solex

Wie schon gesagt, Ende Oktober lief das Ganze bei mir 4 Tage lang ohne Unterbrechung durch, ohne Probleme.

Verfasst am: 15.01.2008, 12:31

apfelsol hat Folgendes geschrieben:

Ich habe schon seit Oktober keinen Hänger mehr gehabt.

davon träume ich!

apfelsol hat Folgendes geschrieben:

Die Seite hatte ich mir auch angesehen. Aber so richtig schlau werde ich da nicht draus. Welches von den vielen Bildern ist denn das Richtige? Das letzte ganz unten?

Ja. Ich häng es hier mal rein und die RS232-Tabelle aus Wiki:
gruß
solex

RS232-Tabelle aus Wiki:

Öfters hier Angemeldet: 07.09.2006 Beiträge: 25

Hallo Palm Gemeinde

Ich kann Euere Probleme gar nicht nachvollziehen!
Bei Läuft das Programm Wochenlang ohne Absturz.
Ich lese die Daten vielleicht alle 1 bis Monate aus, solange läuft das Programm rund.
Apfelsol und ich haben allerdings schon mal festgestellt das es Unterschiede bei der seriellen Schnittstelle der WR gibt. Mein WR ist aus dem Jahr 2006
und bei mir läuft das Programm von Apfelsol nicht und umgekehrt läuft mein Programm bei Apfelsol nicht.
Ob dies auch eventuell mit dem Kabel zusammenhängen kann weiß ich nicht.

mfG

Werner

Verfasst am: 15.01.2008, 21:21

mein WR-manual
[Powador 01-xi-Serie(DE), Rückseite: # 310000-09-071017, Lieferung Nov 2007]
liefert folgende RS232-Belegung:

Powador.........Bedeutung......PC Sub-D
Sub-D male .... am PC ........... female
9-polig .................................. 9-polig
2 ------------------ TXD ------------ 2
3 ------------------ RXD ------------ 3
4 ------------------ RTS ------------- 4
5 ------------------ GND ------------ 5

"Bedeutung am PC" ist offenbar gleichzusetzen mit "Bedeutung am Powador".
und es soll keine kabelverbindung darstellen.

hat da jemand andere daten stehen?
gruß
solex

Verfasst am: 15.01.2008, 21:48

solex hat Folgendes geschrieben:

mein WR-manual
[Powador 01-xi-Serie(DE), Rückseite: # 310000-09-071017, Lieferung Nov 2007]
liefert folgende RS232-Belegung:

Powador.........Bedeutung......PC Sub-D
Sub-D male .... am PC ........... female
9-polig .................................. 9-polig
2 ------------------ TXD ------------ 2
3 ------------------ RXD ------------ 3
4 ------------------ RTS ------------- 4
5 ------------------ GND ------------ 5

"Bedeutung am PC" ist offenbar gleichzusetzen mit "Bedeutung am Powador".
und es soll keine kabelverbindung darstellen.

hat da jemand andere daten stehen?
gruß
solex

In meinem Handbuch für die 00xi-Serie steht exakt das gleiche.
Es würde mich auch wundern, wenn Kaco da unterschiedliche Pin-Belegungen macht, immerhin soll ja das KacoViso-Programm für alle Kaco-Wechselrichter laufen.

Verfasst am: 29.01.2008, 21:37

amj (PN) hat Folgendes geschrieben:

Hallo solex,
hast Du das Problem mit den Abstürzen des Palms inzwischen gelöst.
Bei mir gibt es auch immer wieder Abstürze.
Das Programm scheint stehen zu bleiben, da der Sekundenzähler
hängt.
Die Abstürze kommen im Akkubetrieb und im Netzbetrieb des Palms.
Habe das Kabel gemäß Deiner Anleitung gelötet aber es gab keine Besserung.

...

klar kannst Du beides in den Thread setzen.
Hauptsache Du hast eine Lösung gefunden, um die Abstürze zu vermeiden,
bzw. zu beenden.

Gruß
amj

hallo amj,

nein, habe leider bislang keine lösung gefunden. habe mindestens einen absturz am tag.
ohne o.g. erdung sind es unzählige. die solltest du auf alle fälle vornehmen.
hast du die 2- oder 4-draht verbindung gelötet? mit erdung?

ich befürchte langsam, dass die verschiedenen palm V nicht exakt gleich sind und deshalb unterschiedlich reagieren. werner und apfelsol haben ja kaum probleme - die glücklichen.
schon meine 2 palm haben unterschiedliche Betriebssysteme und verhalten sich in der bedienung verschieden, nur in den crashs ähneln sie sich perfekt.

auch vermute ich, dass man die RS232 evtl. anders handeln muß. dazu müßte ich mal wieder recherchieren, aber im moment habe ich die schnauze voll. habe so viel arbeit reingesteckt und dann so einen unerklärlichen murks.

sorry - im moment kann ich dir nicht weiterhelfen.

gruß
solex

Verfasst am: 08.02.2008, 08:27

Nachdem amj mich um Hilfe gebeten hat, will ich auch meinen Senf hinzugeben.

Ich halte die hier beschriebenen Probleme in der Tat für ein Hardware-Problem, nicht für eine Frage der Software. "Serielle Schnittstelle" muss nämlich nicht bedeuten, dass die Standards bezüglich Spannungen und Strömen alle eingehalten werden. Insbesondere vermute ich, dass der Palm mit höchstens 5 V läuft, keine negativen Spannungen an der Schnittstelle erzeugt und damit die Bedienung der "echten" RS 232 ein Glücksspiel ist

Ich hatte ähnliche Probleme bei der Ankopplung eines Mikrocontrollers an den WR. Zuerst habe ich mit einer optischen Entkopplung experimentiert - die war aber zunächt noch zu sensibel. Im Moment habe ich zwar keinen Optokoppler mehr drin, dafür aber einen Schnittstellenwandler-IC. Typ ICL 232, kostet 1,45 Euro. Dazu noch fünf Kondensatoren à 0,12 Euro, eine IC-Fassung für 10 Cent - und wunderbar und fehlerfrei spricht mein Mikrocontroller mit dem Wechselrichter. Siehe Thread "Cheaper Logger".

Dieser Schnittstellenwandler erzeugt die benötigten Spannung von +/- 9-10 V selbst mit Hilfe eines integrierten DC/DC-Wandlers.

Mein Tipp also an die "Palm-Community": Einer derjenigen mit Problemen sollte das mal ausprobieren. Kostet 3 Euro und eine Stunde Zeit. Das IC gibt es z.B. bei Conrad, dort ist auch das Datenblatt mit Applikationsbeispiel zum Download zu finden. Und gebt mir Bescheid, ob dies das Problem löst - denn den Thread kann ich nicht auch noch verfolgen.

Verfasst am: 10.02.2008, 19:59

amj schrieb mir:

Zitat:

Ich habe mir die Teile besorgt und will den Entkoppler jetzt zusammenbauen.
...
Das Kabel, das ich an den WR anschließe, kommt doch beim 232 auf die Klemmen mit den Bezeichnungen T1 Out und R1 Out oder auf die Klemmen mit den Bezeichnungen T1 In und R1 In.

Also zum Mitschreiben:

Der PC erwartet Daten auf Pin 2 (RxD). Statt des PC sitzt da jetzt der Palm, der erwartet die Daten an Pin 3 im Cradle, und zwar (wahrscheinlich) mit 5 V. Muss also an Pin 12 des ICL 232. Pin 13 des ICL 232 erwartet Daten vom WR mit +/- 9V, muss daher an den Anschluss des WR, der Daten sendet = 2

Der PC sendet Daten auf Pin 3 (TxD). Statt des PC sitzt da der Palm, der sendet Daten auf Pin 5 des Cradle mit 5 V, muss also an Pin 11 des ICL 232. Pin 14 des ICL 232 leitet diese Daten mit +/- 9V weiter an den WR, der diese auf Pin 3 empfängt.

Das RTS-Signal des Palm (request to send) kommt an Pin 4 im Cradle, geht an Pin 10 des ICL 232 und von dort ab Pin 7 zum WR, der dieses auf seiner CTS-Leitung entgegennimmt.

Das CTS-Signal erwartet der Palm auf Pin 6 im Cradle. Das muss also an Pin 9 des ICL 232, und wird dort eingespeist vom WR an Pin 8 des ICL 232.

Ich nehme aber an, dass beim WR der Hardware-Handshake abgeschaltet ist. Das würde bedeuten, dass am WR jeweils die Pins 7+8 sowie 1,4 und 6 zusammengeschaltet werden können, und Ihr nur die Leitungen RxD/TxD sowie GND = Pin 5 benötigt.

P.S: Wir immer ohne Gewährleistung...