USB-Serial-Converter single-chip

Hi Leute, ich möchte ein Gerät mit µC per USB mit einem PDA verbinden. Um mir möglichst viel Entwicklungsarbeit auf der Softwareseite zu ersparen kam ich auf den Gedanken, einen USB->Serial-Adapter-Chip wie

formatting link

zu verwenden. Nun kann ich sowohl auf µC-Seite als auch auf PC(PDA)-Seite die Verbindung wie eine serielle Schnittstelle behandeln und muss mich um sonst nichts kümmern.

Das Gerät MUSS allerdings mit einem USB-Port am PDA funktionieren und genau das ist wahrscheinlich ein Problem. Ich benötige ja dann auch auf dem PDA die Treiber, die mir eine weitere serielle Schnittstelle zur Verfügung stellen. Obige Lösung bietet aber nur Treiber für Windows98/ME/2000/XP an.

Kennt Ihr andere Lösungen? Wie würdet Ihr das Problem angehen? Ich möchte auf keinen Fall einen USB-Treiber für den PDA schreiben müssen.

Michael

Reply to
Michael Rübig
Loading thread data ...

Die wenigsten USB-Ports an PDAs sind Host-fähig. Die meisten PDAs sind nur Clients für den Anschluß an einen Host (meistens der PC).

Gruß Henning

Reply to
Henning Paul

Hmm, ich hab mal ein wenig gesucht, was für Schnittstellen PDAs in der Regel so haben. Das wäre IRDA und Bluetooth. Gibts noch andere Möglichkeiten, einen kontinuierlichen Datenstrom in den PDA zu bekommen, gerne auch über Kabel. Wie machen das z.B. die GPS-Mäuse?

Ich möchte eine universelle Schnittstelle haben, die mit den meisten PDAs funktioniert.

Michael

Reply to
Michael Rübig

Viele PDA's haben weiterhin eine TTL Level serielle Schnittstelle, damit einmal die alten PC's weiterhin synchronisieren koennen, aber auch zum Debuggen waehrend der Entwicklung. Die Hersteller geben es ungerne zu (USB ist ja oh so viel moderner).

Ansonsten musst Du entweder ein Bluetooth Modul verwenden, was um die 30 Euro kostet und Strom zieht, oder einen USB Host sammt PDA seitigem Treiber enwickeln - und das ist aufwendig (oder aufwändig, je nach dem).

z.B.

formatting link
formatting link
formatting link

Matthias

PS: es gibt inszischen USB Chips die Client *und* Host sein koennen. Links hab ich keine.

Reply to
Matthias Melcher

Hallo,

Aber USB haben halt auch nicht alle bzw. halt nicht Host-fähig.

Genau das wollte ich eigentlich vermeiden. Das soll ein Seriengerät geben, welches kontinuierlich Daten an den PDA sendet. Der PDA soll nur als Display verwendet werden, weil eh schon vorhanden. Problem: Der Typ des PDA soll beliebig sein.

Unsere Stückzahlen werden nicht sehr hoch sein, so dass ich eine langwierige Treiberentwicklung vermeiden will.

Muss ich bei Bluetooth nicht auch einen PDA-seitigen Treiber entwickeln?

formatting link

Super, danke, das bringt mich schon etwas weiter. Sind diese Schnittstellen im PDA standardmäßig sichtbar und ansprechbar oder muss ich mich da auf weitere Hürden gefaßt machen?

Michael

Reply to
Michael Rübig

Ja i.d.R. schon, kommt erstmal darauf an, was für Daten du visualisieren willst. Sobald das über PlainText hinaus geht, hast du nicht viele Möglichkeiten. Als erstes brauchst du eine generische Transportschicht. Spontan einfallen würde mir:

  1. Simulation einer Speicherkarte
  2. Implementierung einer BT Einwahlmöglichkeit mit einem TCP/IP Stack mit Webserver.

Dann brauchst du noch einen generischen Weg die Daten auf dem PDA zu visualieren, hier kannst du dann je nach Art der Daten z.B. html, gif, mpeg. In jedem Fall ein bisschen Arbeit und für eine geringe Stückzahl wohl eher utopisch.

nicholas

Reply to
Nicholas Preyß

Hallo,

Wie wäre es mit einem banalen virtuellen COM-PORT?

Wird hier mit Java gemacht. Für viele PDA/Händies gibt es entsprechende Möglichkeiten zur plattformunabhängigen (oder zumindest weitgehend)Programmierung.

Marte

Reply to
Marte Schwarz

Palm PDAs haben eine SD Speicherkartenschnittstelle und sicher auch ein paar andere PDA Typen. Die SD Card ist weitgehend seriell (je nach Modus) und dokumentiert:

formatting link
Via Memory Emulation lässt sich da sicher etwas machen.

Hansjörg

Reply to
Hansjörg

paar

formatting link

Hier noch ein paar Links

formatting link
formatting link
formatting link
formatting link
formatting link
formatting link

Hansjörg

Reply to
Hansjörg

Wenn der Konverter sich als serial device class meldet, dann benötigt er auf modernen Betriebssystemen KEINEN Treiber. Vergleiche hierzu USB Festplatten, (storage device class), die auch keinen Treiber benötigen. Schau Dir z.B. mal die USB microcontroller von Microchip an, da gibt es eine passende Firmware. Die meldet sich am PC unter Win/Mac/Lin direkt als RS232, ohne Treiber. Siehe:

formatting link
formatting link

Reply to
Erik Hermann

Auch auf PDAs? Wenn die überhaupt einen USB-Host eingebaut haben.

Gruß Henning

Reply to
Henning Paul

nein, haben sie eben zu 95% nicht.

IMO nur Siemens Loox und der Asus A730W(?).

Heinz

Reply to
Heinz Liebhart

el=20

F=FCr IrDA kann ich Dir was von Actisys anbieten.

Das ist allerdings nicht ganz g=FCnstig, wenn Du ein fertiges Ger=E4t hab= en=20 willst, bei einer (Klein-)Serie kannst Du aber auch die Chips einzeln=20 beziehen, das ist dann g=FCnstiger.

Der Infrarotport von Actisys, an den ich dachte, wandelt ein nacktes=20 RS232-Signal in eine IrDA-IrCOMM um, das klappt mit so gut wie jedem=20 IrDA-Ger=E4t (virtuelle serielle Schnittstelle =FCber IrDA).

Mail mich an:

formatting link

Ciao Dschen

--=20 Dschen Reinecke

=3D=3D=3D der mit dem Namen aus China =3D=3D=3D

formatting link
mailto: snipped-for-privacy@dschen.de

Reply to
Dschen Reinecke

Hallo,

Danke für die Infos. Wahrscheinlich werden wir uns jetzt doch auf Bluetooth stürzen, da das wohl am ehesten auch in der Zukunft anzutreffen ist. Wir müssen da jetzt halt mal ein wenig Arbeit reinstecken, können das aber dann hoffentlich auch für weitere zukünftige Projekte nutzen.

IrDa scheidet wegen ungünstigsten Lichtverhältnissen in unserer Anwendung aus (die Sonne scheint oft direkt auf den PDA).

Michael

Reply to
Michael Rübig

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.