@kaiser1401:
PalmOS 3.3 ist ziemlich ungünstig ! Besser
OS 4.2 oder 5.0 oder sogar 6.0.
Es geht mit PalmOS 3.3 aber die NetLib im PalmOS, gerade der älteren Versionen, hat gravierende Macken. Das ist zwar alles softwaretechnisch auszubügeln, mit vielen Tricks, und läuft dann auch aber es kostet ne Menge Schweiß. Ich habe dabei eine eigene
Unit gecodet die mir die doch relativ simplen berkely Sockets des PalmOS komfortabler und auch lauffähig machen. Diese
Unit umfasst so circa 400 Zeilen an Source und ist eine kommerzielle Entwicklung von mir. Ich kann sie also verkaufen und werde sie nicht verschenken, dazu steckt viel zu viel Arbeit drinnen.
Auf diese Basis
Unit aufbauend habe ich dann noch einen
FTP Clienten für den Palm gecodet, auch dieser wäre erhältlich. Allerdings kann ich nur empfehlen, wenn machbar, einen eigenen Clienten mit eigenem binärem
TCP/
IP Protokoll zu bauen. In diesem Moment hast du absolute Kontrolle über den Datenstrom, dessen zeitliches Auftreten, dessen Größe und strukturellem Aufbau. Als vergleich: um den
FTP Client sauber zum laufen zu bekommen habe ich 8 Wochen dran gearbeitet. Danach traten aber immer noch Schwierigkeiten auf Serverseite auf um per
FTP ein passables "Protokoll" hinzubekommen. Danach haben wir uns umentschieden (das was ich von Anfang an prophezeit hatte
) und ein eigenes
TCP/
IP Protokoll mit Verschlüsselung, Autentifikation, Client und Server
TCp/
IP Software,
TCP/
IP Server als Dienst, in 3 Wochen fertig programmiert.
Besonders wenn du über die Anbindung von Handies, sprich GSM/GPRS nachdenkst, ist das Datenaufkommen und dessen zeitliches versenden enorm wichtig. GSM/GPRS ist ein dynamisches Protokoll und untersützt die dynamische Aufteilung der verfügbaren Bandbreite im Funktnetz auf alle Teilnehmer in der gleichem Funkzelle. D.h. alle Teilnehmer in der Zelle teilen sich die verfügbare Bandbreite. Also auch wenn behauptet wird das mit GSM/GPRS die 64KBit möglich wären so ist dies tatsächlich eher ein Werbeversprechen und nicht Realität. Das Problem ? GSM/GPRS arbeitet immer dann schnell wenn man größere Datenmengen in einem Rutsch hin&her sendet und dabei nur sehr wenig das "Hin&Her". Dh. am besten ist es mit wenigen Protokollschritten auszukommen, statt mit vielen kleinen Packeten die öfters zwischen Client&Server ausgetauscht werden. Das kann bei zb. 16Kb an Daten die zb. in 4 Packeten hin&her gesendet werden im Vergleich zur selben Datenmenge die aber in 16 Packeten hin&her gesendet wird, einen Unterschied von Minuten in der Gesamtzeit ausmachen !!!
Aus Erfahrung kann ich dir versichern das aber ab
OS 3.3 eine Kommunikation über Sockets stabil machbar ist. Besser ist es aber wirklich erst mit PalmOS 4.3 (gepatchte inoffizielle Version) anzufangen.
DEMOs für PS 2.0 sollten eigentlich dabei sein. Zb.
\programm\winsoft\pocketstudio2\demos\HTTP\ oder ..\net\ oder ..\ping\ oder ...\SendMail\ oder ...\SendSMS\.
Am besten ist das ...\net\ Example.
Diese sind zwar recht "primitiv" gehalten und berücksichtigen bei weitem nicht alle Features, funktioneren aber.
Als DEV Plattform lädst du dir den Simulator oder den Emulator. Der Emulator sollte für OS3.3 die bessere Wahl sein. Aber Vorsicht! beide Windows-Sim/Emulatoren simmulieren die NetLib Funktionalität des PalmOS
nicht, sondern nutzen reines Windows
API. Du musst also auch auf deinem Palm testen.
Gruß Hagen
PS: auf Windows-Server-Seite kann ich dir nur die
INDY Komponenten empfehlen, damit hast du nach par Stunden schon deinen Server fertig. Mit ein bischen, wirklich nur ein bischen, mehr Aufwand kannst du diesen dann zu einem Service umbauen.
PPS: das Bluetooth
API, egal ob Palm oder Windows oder PocketPC (.NET) ist im Gegensatz dazu echt komplizierter ! Wenn du es über die
TCP/
IP Sockets vermeiden kannst das zu benutzen dann tue es auch. Davon abgesehen, jetzt wo ZigBee an der Tür klopft würde ich keinen Cent in Bluetooth investieren.
PPPS: und ich meine das es schon eine fertige PalmOS Anwendung im Netz gibt die exakt das macht was du vorhast. Ansonsten gibts sogar einen VNC Client für PalmOS mit dem du deinen Windows Rechner bedienen kannst.