Hallo! Ich versuche gerade, die Beispielfirmware hid-data von V-USB auf einem ATtiny25 zum Laufen zu kriegen. Normalerweise sollte man doch da mit den Fuses 0xFF (extended), 0xDF (high) und 0xE1 (low) einen internen 16,5MHz-Takt erzeugen können, oder? Ich kriege aber, wenn ich CKOUT einschalte, einen 16,0 bis 16,1MHz-Takt an PB4. Und der PC erkennt den µC auch nicht als USB-Gerät, obwohl die gleiche Firmware funktioniert, wenn ich einen 12MHz-Quarz anschließe und das Makefile entsprechend anpasse. Was kann ich noch verändern, um die Firmware auch ohne Quarz zum Laufen zu kriegen (ich brauche nämlich die beiden Pins, die ich durch den Quarz verlieren würde)?
AFAIK gibt es in V-USB-Treiber eine Passage, wo der interne Oszillator mit dem USB kalibriert wird. Wird diese Option genutzt?
Achtung Ffuse negative Logik beachten!!!
Gast
#1815348
Nils schrieb: > Ich kriege aber, wenn ich CKOUT einschalte, einen 16,0 bis 16,1MHz-Takt > an PB4. Und der PC erkennt den µC auch nicht als USB-Gerät, obwohl die > gleiche Firmware funktioniert, wenn ich einen 12MHz-Quarz anschließe und > das Makefile entsprechend anpasse. Der Takt muss ein Vielfaches von 1,5 MHz sein, da du sonst mit der USB-Datenrate Probleme kriegst, also 12MHz oder 15 MHz z.b.
Gast
#1815418
Nils schrieb: > Normalerweise sollte man doch da mit den Fuses 0xFF (extended), 0xDF > (high) und 0xE1 (low) einen internen 16,5MHz-Takt erzeugen können, oder? > Ich kriege aber, wenn ich CKOUT einschalte, einen 16,0 bis 16,1MHz-Takt > an PB4. Es sind aber 16MHz, so wie im Datenblatt beschrieben.
Stell am OSCCAL rum, bis die Frequenz am CLK-Out passt, pack den so gefundenen Wert als Initialisierung in dein V-USB-Programm. Ist dann halt recht temperatursensitiv. Oder nimm die Auto-Kalibrierung, die könnte aber beim 25er zwecks Codegröße weggespart werden müssen => auf .45er umsteigen. Oder stell die usbconfig.h auf 16MHz, auch wenn die Fuses eigentlich für 16.5 gesetzt sind...
Wenn ich in der usbconfig.h die Frequenz auf 16 MHz umstelle, wird die Datenübertragung instabil (funktioniert nur noch in 5 bis 75% der Fälle - jenachdem, wie lang die letzte Übertragung her ist). Ich habe außerdem durch Ausprobieren rausgefunden, dass ich, wenn ich OSCCAL auf 156 setze, die benötigten 16,5MHz mit weniger als einem Prozent Abweichung erreiche. Trotzdem meldet Windows, dass das Gerät nicht erkannt wurde. Was läuft jetzt schief?
So viel Dummheit tut weh: Ich habe den Quellcode für einen ATmega8 kompiliert, nicht für einen ATtiny25! (Ich hatte den Code zwischenzeitlich ziemlich verunstaltet und habe deswegen eine meiner Sicherungsdateien zurückkopiert - und die war eben so alt, dass der Controllertyp im Makefile noch nicht auf ATtiny25 umgestellt war) Jetzt wird das HID erkannt und die Kommunikation läuft auch stabil.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.