|
Anzeige
|
Mini USB (Slave mit Slave verbinden)
Gast
#1269542
Hallo zusammen, habe folgendes Problem! Es gibt zwei Geräte die einen mini USB Ausgang haben (beide Slave). Gibt es eine Möglichkeit über ein Verbindungskabel mit ein bisschen Elektronik, die miteinander Kommunizieren zu lassen? Ich denke da müsste so ne Art Slve Master umwandler drin sein! Gibt es sowas schon zu kaufen? MfG Tommy
Gast
#1269546
Sklaven arbeiten nicht ohne Anweisung, also brauchste noch nen Sklaventreiber. Nen µC mit USB-Host (vielleicht geht auch USB2go) brauchste schon.
Gast
#1269548
ps: plus passende Software.
Gast
#1269564
Danke für die Antwort! Werd mich mal in USB2go einarbeiten!
Gast
#1269566
usb->rs232->nullmodemkabel->rs232->usb
Gast
#1269576
Hallo USB-> RS232 ist auch Slave!!!
Gast
#1269577
Klingt ja super! Und das geht?
Gast
#1269583
Also doch keine wirkliche Lösung! Nein. Ich denke - je nach Gerät- ist hinterher die Software die haupt-Herausforderung. Gegebenenfalls ist ein Netbook o.ä. die einfachste Variante für eine Zusammenschaltung. Das geht schon von der Hardware her nicht. Ein USB Device kann keinen Host Controller spielen. Man kann höchstens zwei USB OTG Controller verbinden, bei 2 Devices, die keine OTG Funktionalität haben, geht das auf keinen Fall. Für dein "Problem" gibts keine Lösung.
Gast
#1269598
Das würde also bedeuten: Bei den beiden Geräten, ist eines ein Handheld, da müsste man die entsprechende Software wahrscheinlich Inplementieren! Kommt auch noch drauf an, welches Protokoll die Geräte sprechen. USB ist ja nur die Schnittstelle. Wenn es zwei als Festplatte ansteuerbare Geräte sind, gibt es fertige Überspielgeräte. Bei propietären Protokollen bist Du aber aufgeschmissen. Schreib mal genauer, was Du das verbinden willst und was für Daten ausgetauscht werden sollen. -- EDIT -- Auf jeden Fall brauchst Du eine Prozessoreinheit mit zwei USB-Host-Ports. Statt einem Netbook bieten sich diverse günstige Linux-DSL-Router mit USB-Port (zB Edimax/Sweex) an. Da muß dann nur noch die Software geschrieben werden.
Gast
#1269602
Das ist ja mal ne Aussage, also gibt es für so einen Fall keine Lösung? Siehe mein Posting (hatte da noch was dazu geschrieben, wärend Du geantwortet hast). Ist Dir eventuell noch nicht aufgefallen.
Gast
#1269611
Das eine ist ein RFID Lesegrät, das andere wie bereits genannt ein Handheld. Wenn es klappen sollte, muss mann beides zusamm in einer Hand halten können! Spätestens jetzt wird es wohl nicht mehr zu realisieren sein. > Das eine ist ein RFID Lesegrät ... Dann schau da mal nach, wie dieses seinen USB-Slave implementiert. Die Chancen stehen recht gut, dass dort ein FT232 o.ä. verbaut ist. Die einfache Lösung wäre dann, den USB-Chip auszulöten und stattdessen ein Bluetooth Funkmodul einzulöten. Ist dann zwar nicht mehr USB, aber dafür einfach und ohne großen Aufwand an dein Handheld koppelbar.
Gast
#1269624
Hallo Ernst, danke für die Antwort, aber du hast den Link vergessen
Gast
#1269631
Welchen Link meinst du? Den auf den von dir verwendeten RFID Reader dessen Bezeichnung hier niemand kennt? Toomy schrieb: > Hallo Ernst, danke für die Antwort, aber du hast den Link vergessen Welchen Link? Den wo man ein Bluetooth-Modul kaufen kann? http://www.tme.eu/ Oder den Link zwischen Handheld und RFID-Reader? Der geht über Bluetooth (SPP). Welcher Handheld/Handy/PDA kommt denn heute noch ohne Bluetooth?
Gast
#1269639
Sorry hatte dich falsch verstanden. Verstehe dass das eine Alternative wäre, aber dadurch würde der Energiebedarf doch rapide ansteigen. Die Batterien würde dementsprechend schnell leer sein. Tja, wenns denn über USB gehen muss, brauchen wir mehr Infos für eine vernünftige Aussage. z.B. hat dein Handheld einen OTG-USB-Port? Traust du dir zu, einen Treiber für das Betriebssystem auf dem Handheld zu schreiben? Ist das überhaupt möglich, ohne ein NDA mit dem Hersteller? Was ist es für ein RFID-Reader, welches Protokoll spricht dieser über USB? Wieviel Hardware willst du dazwischenschalten? Könntest du dich mit einem Linux zwischen den beiden Geräten anfreunden, oder sprechen da ideologische Gründe dagegen?
Gast
#1269710
Hallo Ernst, ich sehe mit mal ebenso ist das nicht getan! Würden wir uns das ganze mal aus wirtschaftlichen Aspekten ansehen, wäre es wahrscheinlich billiger im RFID Reader einen Chip zu verbauen, der sowohl Slave als auch Host sein kann. Wahrscheinlich wäre das dass logischste Ein USB Host auf einem RFID Leser? So ein Quark. Dann müsstest du für deinen Handheld immer noch einen Treiber schreiben, damit der ein passender Slave ist. Das sinnvollste ist, auf dem RFID Leser einen USB Slave Baustein einzusetzen, für den es Windows Mobile bzw. Windows CE Treiber gibt. Dann kannst du den normal über virtuellen COM Port aus dem Handheld heraus ansprechen. Oder aber Bluetooth, z.B. den LMX9820, da kannst du dann vom Mobile aus eine Serialport Verbindung über SPP aufbauen. Antwort schreiben |
Anzeige
|
