Bitte um prüfende Blicke - vUSB ATMEGA

Jim M. schrieb:

> thomasmaintz schrieb:
>> Auslastung von vUSB auf einem ATMEGA? Kann ich hier noch eine
>> Frequenzerkennung sowie eine Zeitmessung parallel laufen lassen,
>
> Eher nicht. VUSB beansprucht den Controller AFAIK zu 100% während der
> eigentlichen Übertragung zur Signalgenerierung, da fallen dann auch
> Interrupts hinten runter.

So ist es, die sind nämlich während der gesamten Zeit der USB-Tranfers 
gesperrt, weil diese ihrerseits als exlusiv laufender Code einer ISR 
geschrieben sind.

Aber: natürlich kann man trotzdem Zeiten messen oder Frequenzen 
erkennen. Dazu gibt es sogar mehrere Möglichkeiten.

1) Der V-USB-Code kann schon bei 12MHz laufen. Bei 16MHz tut er also 
logischerweise mindestens 25% seiner Zeit rein garnix, als zu warten. 
Statt nur zu warten, kann an dieser Stelle auch etwas nützliches gemacht 
werden. Das ist nicht ganz einfach (sondern fortgeschrittene 
Assemblerprogrammierung) aber möglich. Es gibt z.B. eine 
V-USB-Implementierung (für 18MHz), in der diese Zeit benutzt wird, um 
tatsächlich die eigentlich zum USB-Standard gehörende Prüfsumme in 
Echtzeit zu bilden und zu prüfen, die bei der 12MHz-Implementierung 
schlicht ignoriert wird. Eine einfache Zeitmessung ist viel weniger 
rechenzeitaufwendig als diese Prüfsummengeschichte. Hier bietet sich 
sogar förmlich an, die Struktur des V-USB-Codes selber zu nutzen, der ja 
die festen Bitzeiten mit den 1,5MHz des USB-LowSpeed-Timing generiert.

2) Gibt es Hardware, die natürlich auch dann läuft, wenn die Interrupts 
gesperrt sind und die in der Lage ist, äußere Ereignisse eine gewisse 
Zeit lang sozusagen zu "puffern". Das ist bei jedem Atmega erstmal die 
ICP-Funktion von Timer1, die genau für solche Anwendungen vorgesehen 
ist. Hier kommt es einzig darauf an, den Timer hinreichend langsam 
laufen zu lassen, so dass das Durchlaufen des vollen Zählumfangs länger 
dauert als ein kompletter USB-Transfer (kein Problem). Aber natürlich 
kann man mit dieser Lösung längst nicht so hohe Frequenzen erfassen wie 
mit der Software-Lösung, da man ja die gesamte Zeit eines Transfers 
nicht dazu kommt, den gemessen Wert von der Hardware abzuholen und 
auszuwerten. Man ist also logischerweise auf Frequenzen beschränkt, 
deren Periode mehr als doppelt so lang ist, wie die Dauer eines 
kompletten USB-Transfers.

3) Man kann 1) und 2) auch noch kombinieren. Damit ist dann eine sehr 
genaue Zeitmessung (Auflösung: 67,5ns) für Frequenzen bis knapp zur 
Hälfte der USB-Bitrate möglich. Damit kommt man also in den 
x*100kHz-Bereich.

Nimm nen ATMEGA32U4 mit LUFA, der kann echtes USB und den Rest Deines 
Programms kannst Du weiter benutzen.
Es macht keinen Sinn eine Schaltung neu zu entwerfen und dann solche 
Krücken wie VUSB zu benutzen wenn es nicht nötig ist.

www.wasserstoffe.de/carrera-hacks/infrarot-erkennung/index.html

wäre er bei seiner Lichtschranke mal besser GLEICH am Emitter vom 
fototransistor raus gegangen...


StromTuner