PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : ATMega8 <-> VNC1L <-> Mobiltelefon



trapperjohn
19.02.2008, 16:42
Hallo,

ich bin neu hier und auch relativ neu in der Welt der Mikrocontroller (und hoffentlich im richtigen Unterforum ...)

Für meine Diplomarbeit soll sich das aber ändern - ein Teil der Arbeit soll die Anbindung eines ATMega8 an ein Mobiltelefon werden. Eigentlich bin ich von einer seriellen Anbindung an ältere Telefone ausgegangen, aber da diese nur in Ausnahmen (bspw. Siemens M75) gleichzeitig auch Java Zugriff auf Bluetooth erlauben, überlege ich aktuell bezüglich USB-Unterstützung herum.

Nach X Stunden Internetrecherche weiß ich folgendes:
- ich benötige USB-Host Funktionalität
- der VNC1L bietet so etwas integriert
- die meisten Handys erscheinen als generisches USB-Modem beim Anschluss an den PC (unter Linux das cdc_acm Modul)

Was ich nicht herausbekommen konnte, ist, was GENAU der VNC1L neben der Unterstützung für USB-Sticks an Funktionen bietet bzw. wie aufwendig die Unterstützung anderer USB-Geräte ist.

Wenn ich einen VNC1L in meine Schaltung eingebunden hätte und den USB-Port 1 für Peripherie bereitstelle, kann ich dann mit beliebigen USB-Geräten kommunizieren, wenn ich quasi deren USB-Treiber auf dem Mikrocontroller implementiere? Oder gibt es da durch den VNC1L Beschränkungen?

Wie würdet ihr den Aufwand einschätzen - enorm? Ohne exzessive Mikrocontroller-Kenntnisse in 3 Monaten zu schaffen?

Danke für Antworten und Hinweise!

Gruß,
Florian

Lemonsquash
20.02.2008, 08:50
Moin Florian,

was genau willst du denn mit dem angebunden Handy machen?
Wenn du z.B. nur mit dem Handy arbeitest, weil du deinem Mikrocontroller
eine Bluetoothfunktion spenden willst, würde ich mir mal überlegen, ob es
da nicht einfacher wäre, ein Bluetooth-IC oder fertiges Bluetoothmodul zu nehmen.

Und noch eine Frage: Wie meinst du das mit dem USB? Willst du ein älteres Mobilphone per USB anbinden? Oder doch ein neues? Oder beides?

Mfg.
Lemon

trapperjohn
20.02.2008, 09:36
Als praktisches Beispiel hatte ich mir die Anbindung an den ASURO überlegt -- dadurch hätte man quasi 3 Fliegen mit einer Klappe:
- Bluetooth-Anbindung
- Display (+ Tasten, Bedienmenüs etc.)
- Java Programmierbarkeit

Sicher besteht die Möglichkeit, ein fertiges Bluetoothmodul einzusetzen, aber einerseits ist dann meine eigentliche Diplomarbeit futsch 8-[ und andererseits ist das Mobiltelefon universeller.

Bei der USB-Geschichte bezog ich mich auf aktuelle Mobiltelefone, da es für diese keine seriellen Datenkabel mehr gibt (und ältere Telefone, auch wenn sie Bluetooth-Unterstützung haben, keinen Bluetooth-Zugriff von Java ME unterstützen) - aber scheinbar alle die gleiche "USB-Klasse" unterstützen.

Dadurch müsste (so meine Theorie) die Umsetzung eines CDC ACM Treibers auf dem ATMega eine Anbindung aller neueren Mobiltelefone erlauben. Stellt sich natürlich noch immer die Frage des Aufwands - ich habe die Befürchtung, dass ich mich mit so einer Aufgabe übernehmen werde ...

python_rocks
20.02.2008, 09:40
Hallo Florian!

Was ist dein Ziel?

mfg
Gerold
:-)

EDIT: Da war ich wohl zu langsam. ;-)

trapperjohn
20.02.2008, 10:33
Ich habe soeben eine (sehr ausführliche!) Antwort vom FTDI Support erhalten - wie es aussieht, unterstützt der Chip die Kommunikation bereits direkt, ohne dass man sich um Treibersoftware kümmern muss.

Hoffnung keimt auf ... :mrgreen:

Lemonsquash
20.02.2008, 16:28
??

Wie geht das?

Kannst du mal die Antwort posten? Das interessiert mich jetzt auch...

trapperjohn
20.02.2008, 16:38
Es sind mittlerweile mehrere Antworten - hier ein kurzer Überblick:

Der VNC1L unterstützt verschiedene Firmwares, eine davon, die "VCDC" unterstützt CDC Geräte mit der folgenden USB-Klassifizierung


Class 02 CDC class
Subclass 02 Abstract Control Model
Protocol 01 Reserved (Serial event management)

Wenn der Chip mit der Firmware korrekt in die Schaltung eingebaut und mit dem Mobiltelefon verbunden ist, lässt sich direkt per UART kommunizieren (also so, als wäre das Telefon direkt per seriellem Kabel an den Mikrocontroller angebunden).

Soweit die Theorie, ob es in der Praxis dann auch so klappt, wird sich zeigen ... ein "VDRIVE1" ist auf dem Weg zu mir .

Lemonsquash
21.02.2008, 10:50
Ok, alles klar :)

Dann berichte uns doch mal von den Ergebnissen, wenn du soweit bist...

trapperjohn
12.03.2008, 09:17
Erste Ergebnisse - ich habe das VDRIVE1 über einen MAX233 an den PC angeschlossen und die VCDC Firmware per USB-Stick geflasht.

Wenn ich jetzt mein Handy anschließe, kann ich schon per Terminal AT-Kommandos ausführen (also jmd. anrufen etc.).

Entgegen der Vinculum Spezifikation habe ich die RTS/CTS Leitungen des VDRIVE direkt miteinander verbunden und im Terminalprogramm weder Hardware- noch Software-Flow-Control eingestellt. Bisher gabs keine Macken und ich benötige nur die beiden RXD/TXD Leitungen ;-)

oratus sum
27.06.2010, 14:05
Hallo,

Entschuldigt, dass ich dieses Thema wiederbelebe.

Woher hast du die AT Kommandos für dein Telefon?

trapperjohn
27.06.2010, 14:16
Da hast du ja Glück, dass ich diesen Thread noch abonniert hatte ;-)

Die AT Commands gibts direkt bei Sony Ericsson zum Download:
http://developer.sonyericsson.com/wportal/devworld/downloads/download/dw-65054-dgat2006--09r13a?cc=gb&lc=en

oratus sum
27.06.2010, 14:18
okay und wenn ich z.b. ein W-Lan Stick von D-Link habe?

trapperjohn
27.06.2010, 14:35
?

Wo siehst du einen Zusammenhang zwischen AT Kommandos und WLAN?

oratus sum
27.06.2010, 14:37
Na wie sollte ich sonst den Stick ansteuern wenn nicht mit den AT-Commandos?

trapperjohn
27.06.2010, 14:51
http://de.wikipedia.org/wiki/AT-Befehlssatz

AT Kommandos sind "historische" Befehle, um Modems zu konfigurieren. Für WLAN gibt's sowas nicht (zumindest nicht das ich wüsste). Was hast du denn überhaupt vor?

P.S.: jetzt erst mal WM gucken ...

oratus sum
27.06.2010, 14:52
Naja Bluetooth Module und viele andere Module werden noch immer per AT Commands konfiguriert.

Was ichvor a? Ich möchte W-Lan auf mein Bot haben

Richard
27.06.2010, 15:31
so weit mir bekannt, gibt es auch RS232 <> Wlan Adapter z.B.

http://www.datahunter.com/oem.html

Gruß Richard