-
Thread
[V] Compiler-Lizenz (Dongle): MikroElektronika "mikroC PRO for AVR"
ATXMEGA32C3 ATXMEGA32E5 AT90CAN128 AT90CAN32 AT90CAN64 AT90PWM1 AT90PWM2 AT90PWM2B AT90PWM216 AT90PWM216 AT90PWM3 AT90PWM3B AT90PWM316 AT90PWM81 AT90S2313 AT90S2323 AT90S2343 AT90S4414 AT90S4433 AT90S4434 AT90S8515 AT90S8535 AT90USB1286 AT90USB1287 AT90USB162 AT90USB646 AT90USB647 AT90USB82 ATmega103 ATmega128 ATmega1280 ATmega1281 ATmega1284 ATmega1284P ATmega128A ATmega16 ATmega161 ATmega162 ATmega163
-
Thread
fragen zu schaltplan (AVR-ISP-MK2-klon)
3.3V-µC schaden zufügen ? oder gibt es keine µC von Atmel die nur 3.3V unterstützen. warum ist am USB-shield 10nF ? und wofür ist die Spule. ich wollte mir den AT90USB162 kaufen , ist aber leider nur in TQFP verfügbar, hab mir gedacht ich löte ihn auf eine adapter platine, dabei wollte ich wissen
Ich habe mein AT90USB162 board fertig, USB und die software von OLIMEX drauf geschrieben. funktioniert super mit AVRDUDE. hab schon testweise einen ATTINY2313 programmiert. hatte jedoch stunden verbracht den bootloader
-
Thread
Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung
nicht wirklich der Löti bin:-) Was hinten rauskommt ist mir fast egal, hauptsache es ist lesbar :-) USB wäre natürlich super, seriell geht aber auch. Habe eine Buderus GB162 mit RC35, falls du also einen Betatester brauchst, ich stehe zur verfügung. Danke schonmal für deine Arbeit
Native lib Version = RXTX-2.1-7 Java lib Version = RXTX-2.1-7 (get) CONNECTED: false (/dev/ttyUSB1): Die Verbindung wird aufgebaut... Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at my.emslog.emslog.BtnConnectActionPerformed(Unknown Source) at my.emslog.emslog.do
-
Thread
Zwischen ADC & uC über SPI kommunizieren
Hey, ich möchte mittels ADC081S021CIMF Analog-Digital Konverter (8bit) mit einem Atmel at90usb162 über SPI kommunizieren. Habe ein Programm geschrieben, in dem ich einen Timer verwende, der alle 0.5sec einen Interrupt auslöst, indem ich das CS# auf 0 ziehe, um eine Konversion zu starten
Datenleitung aus, wenn du alle 15(16) Bit ausließt, und nicht nur 8? Wie ist der ADC081S021 an den AT90USB162 angeschlossen? Wie sieht der SPI-Code aus?
-
Thread
ethersex im etherrape
avr3 atmega103 atmega603 at43usb320 at43usb355 at76c711 avr4 atmega8 atmega48 atmega88 atmega8515 atmega8535 avr5 atmega16 atmega161 atmega162 atmega163 atmega165 atmega168
avr3 atmega103 atmega603 at43usb320 at43usb355 at76c711 avr4 atmega8 atmega48 atmega88 atmega8515 atmega8535 avr5 atmega16 atmega161 atmega162 atmega163 atmega165 atmega168
-
Thread
AT90USB: Ein paar Anfängerfragen
musst du arbeiten ;-) Komplettkit: http://shop.embedded-projects.net/product_info.php/info/p99_AT90USBKey.html Mit Platz für Basteleien: http://shop.embedded-projects.net/product_info.php/info/p18_AVR-Entwicklungsplatine-AT90USB162--AVR-USB-162-.html Linux: http://www.avrfreaks.net/wiki/index.php/Documentation:Tutorials_AT90UsbKey_under_Linux http://www.mikrocontroller.net/topic/151672#1423920
-
Thread
AT90USB1286-7 Endurance
ATMega324, da billiger als 1284. Wenn ich aber ein Gerät mache, nehme ich lieber etwas in TQFP. Wenn AT90USB1286-7 wirklich 10 mal mehr hält, kann ich eine Spielplatine mit AT90USB1286-7 machen, auch wenn ich kein USB brauche.
nicht NRND. Logisch gesehen waren die U4 aber schon sowas wie die kleineren Geschwister der alten AT90USB64/128, der USB-Makro ist sehr ähnlich. Der Makro der kleineren U2 dagegen entspricht eher dem der AT90USB82/162, mit der Ausnahme, dass die PS2-Tastatur-Funktionalität entfallen ist.
-
Thread
Wer hat schon mal einen USB-AVR verwendet
nur wenn du einige hundert bestellst. Wo hast du den Verkaufspreis her? Vielleicht waere auch der AT90USB162 etwas fuer dich. HTH Thomas
Einstieg auch weiter. Falls du keinen A/D oder TWI in Hardware brauchst solltest du dir mal die AT90USB162/82 anschauen. Den 82 gibts aber nur als QFN. Sind aber auch nochmal einen Tick billiger als die ATMega32U4.
-
Thread
Gehversuche: XC9572XL programmieren mit opendous-jtag
meine ersten Schritte mit einem XC9572XL. Eine LED soll leuchten. Zum Programmieren wollte ich einen AT90USB162 mit opendous-jtag-Firmware nehmen (http://code.google.com/p/opendous-jtag/). Vielleicht ist das ja auch mein Problem, aber den AT90USB hatte ich griffbereit, im Gegensatz zu einem anderen JTAG-Adapter
~Sekundentakt so weiter, bis ich abbreche. Muss dazu sagen, dass ich die fertige opendous-jtag-at90usb162.hex "Precompiled version fot AT90USB162 cpu" genommen habe, die unveränderten Quellen mag avr-gcc 4.7.2 nicht. CLKDIV 1 oder 0 scheint nichts zu ändern. Nun habe ich von JTAG null Ahnung
-
Thread
Header Datei für Konfiguration erstellen
define F_CPU 8000000UL PORTB = (1<<PB7); DDRB = (1<<DDB7); Und das in der .c Datei: #include <AT90USB162.h> #include <avr/io.h> #include <util/delay.h>
aber wenn ich den include schreibe dann bittet Atmel Studio mir die Datei an. Das ist der Name: AT90USB162.h
-
Thread
Can-usb adapter von mictronics.de(selbstbau avr)
Habe sowas selbst gebaut mit nem AT90CAN128 und einem FT232BM. Dazu einfach eine Klasse geschrieben und die in eine DLL gepackt, das wars.
5,90 USB-Interface f.uC QFP32 33:93LC46 B/SN 1 0,70 0,70 64x16 EEPROM SO8 34:USB-B BU 1 0,60 0,60 USB B-Buchse Print 4pol 35
-
Thread
[V] USB-AT(X)MEGA- und STM32-Boards im Dual-In-Line-Format
Module: U2DIL: AT90USB162 oder ATMEGA32U2, 28-polig U4DIL: ATMEGA32U4, 40-polig U6DIL: AT90USB1286, 64-polig X4DIL: ATXMEGA32A4U oder ATXMEGA128A4U, 40-polig X3DIL: ATXMEGA256A3U, 64-polig B1DIL: AT32UC3B1256 (AVR32), 40-polig B0DIL: AT32UC3B0512 (AVR32), 64-polig S64DIL: STM32F103RGT6 (ARM Cortex-M3) oder STM32F405RGT6 (ARM Cortex-M4), 64-polig Darüber hinaus gibt es noch den "AVR-Stick", einen AT90USB162 oder ATMEGA32U2 in einem
-
Thread
AVR-Bootloader mit Verschlüsselung
include "tn85def.inc" ; ATtiny85 ;.include "tn861def.inc" ; ATtiny861 ;.include "usb1286def.inc" ; AT90USB1286 ;.include "usb1287def.inc" ; AT90USB1287 ;.include "usb162def.inc" ; AT90USB162 ;.include "usb646def.inc" ; AT90USB646 ;.include "usb647def.inc" ; AT90USB647 ; unsupported devices, no self programming or sram to small ;.include "1200def.inc" ; AT90S1200 ;.include "2313def.inc" ; AT90S2313 ;.include "2323def.inc" ; AT90S2323
-
Thread
USB CDC device <-> UART?
kommuniziert. Mit dem ATMega32U2 oder U4 geht das nicht, wie man im LUFA-Code (LUFA/Drivers/USB/Core/USBMode.h) sieht: [c] #if (defined(__AVR_AT90USB162__) || defined(__AVR_AT90USB82__) || \ defined(__AVR_ATmega32U2__) || defined(__AVR_ATmega16U2
define USB_SERIES_4_AVR #define USB_CAN_BE_DEVICE #elif (defined(__AVR_AT90USB646__) || defined(__AVR_AT90USB1286__))
-
Thread
Demoboard AT90USBKEY oder Teensy++
<eigenwerbung> Wir haben noch ein paar USBFoo's auf Lager, im Wesentlichen ein at90usb162 mit Taster + LED. Shop-Link: http://shop.kernelconcepts.de/product_info.php?products_id=102 etwas Dokumentation: http://www.home.unix-ag.org/simon/files/usbfoo-docs.pdf eine Beispielapplikation
Hier noch welche: http://www.olimex.com/dev/avr-usb-stk.html http://www.olimex.com/dev/avr-usb-162.html
-
Thread
AT90USB646 USB wird nicht erkannt
liefen stets, war vielleicht nur Glück. Aber AT90USB128x -- will man den heute noch freiwillig einsetzen, ist doch schon etwas angegraut. (Ich hoffe man kann den AT90USB128 überhaupt noch kaufen, denn ich werde irgendwann noch einige benötigen.)
Stefan Salewski schrieb im Beitrag #2076050: > ber AT90USB128x -- will man den heute noch freiwillig > einsetzen Wenn du bei AVR und 64 oder 128 KiB Flash bleiben willst, was wölltest du sonst nehmen? Lediglich für die AT90USB82/162 scheint es in
-
Thread
ATmega128 und USB
es geht ist ein Optisches Messgerät. Ansätze die ich bis jetzt gefunden habe sind folgende: V-USB (http://www.obdev.at/products/vusb/index.html) als reine Software Lösung gefällt mir nicht wirklich, vor allem weil es relativ langsam arbeitet. Atmel AT90USB1286 scheint des ATmega128 ziemlich ähnlich
Der AT90USB ist ganz nett, unterstützt Full-Speed USB OTG, allerdings wird es bei 8MHz @3.3V eng, wenn man wirklich die USB Full-Speed Datenrate ausschöpfen will.
-
Thread
minimaler mikrocontroller mit USB Schnittstelle
Kleiner wrote: > ich suche einen Controller mit dem ich über USB einen (!) GPIO Port > ansteuern kann. Nach einem bestimmten (nicht standart) Verfahren/Code > sollen Daten die vom PC geschickt werden über den Port seriell augegeben > werden. Mit einem AT90USB162 (der AT90USB82 ist zum basteln eher ungeeignet, da nur im QFN32 gehäuse verfügar) und der MyUSB-Lib (http://www.fourwalledcubicle.com/MyUSB.php) hast du sowas schnell zusammengebaut. Die "Library" von Atmel
-
Artikel
AVR Assembler - Vergleichstabelle
Tabelle: welcher AVR welche Befehle? Legende: o - vorhanden X - fehlt Arithmetic and Logic Instructions AT43USB 90S2313 90S8515 tiny11/12 tiny13 tiny2313 tiny26 mega8 mega48 mega88 mega16 mega162 mega168 mega32 mega64 mega128 ADD o o o o o o ADC o o o o o o ADIW o X o o o o SUB o o o o o o SUBI o o o o o
X o o MULSU X X X X o o FMUL X X X X o o FMULS X X X X o o FMULSU X X X X o o Branch Instructions AT43USB 90S2313 90S8515 tiny11/12 tiny13 tiny2313 tiny26 mega8 mega48 mega88 mega16 mega162 mega168 mega32 mega64 mega128 RJMP o o o o o o IJMP o X o o o o EIJMP X X X X X X JMP X X X X X o RCALL o o o
-
Thread
Compilerfehler Programm springt aus der Initialisierung zum Start zurück
Hallo, ich arbeite an einer USB Kommunikation für einen AT90USB162 mit dem LUFA USB Stack. Nachdem ich den Datenempfang überarbeitet habe, ist das Programm nach der USB Initialisierung immer wieder zum Start zurück gesprungen, anstatt
befindet sich noch im Entwicklungsstadium und ist erst zu 70% fertig. Als Controller verwende ich den AT90USB162 mit 512 Byte RAM. Wie groß ist denn in der Regel der Stack? in welchem Speicherbereich des RAMs befindet der sich für gewöhnlich?
-
Thread
Download aller Atmel Datenblätter (µC)?
, AT90S8515, und auch der ATmega161 hatte das.) Wenn es auch Vielpinner sein dürfen, dann geht das über ATmega128, ATmega1280/1281, ATmega640, ATmega2560/2561 jedoch weiter. Viele Xmegas haben auch
(Die Suche unter WinXP fand im XML-File seltsamerweise nichts, Konquereor mit kfind klappt): AT90CAN128 AT90CAN32 AT90CAN64 AT90S4414 AT90S8515 AT90S8515comp AT90USB1286 AT90USB1287 AT90USB646 AT90USB647 ATmega103 ATmega103comp ATmega128 ATmega1280 ATmega1281 ATmega128A ATmega161
-
Thread
Suche ATmega8/32 vergleichbaren µc mit USB
AT90USB162 AT90USB82
blöde :-P Autor: Andreas Kaiser (a-k) Datum: 03.11.2007 16:58 >Es gibt zwar auch einzelne AVRs mit USB an Bord (AT90USB*), aber die >sind auch nicht das was du suchst, denn auch diese werden (zunächst) >nicht über USB programmiert. Um es klarzustellen: Der AT90USB1287 wird von Atmel mit USB-Bootloader
-
Thread
USB Tastatur HID
Glücksspiel und Windows ist mir sogar reproduzierbar abgestützt (obwohl die Spannungen passten und das USB-Gerät nicht zu viel Strom zog). Ein AVR mit eingebautem USB-Stack (AT90USB162) ist da schon pflegeleichter.
Glücksspiel und Windows ist mir > sogar reproduzierbar abgestützt (obwohl die Spannungen passten und das > USB-Gerät nicht zu viel Strom zog). > > Ein AVR mit eingebautem USB-Stack (AT90USB162) ist da schon > pflegeleichter. Werde auch mal Deine Tipps ausprobieren, ist der Einbauort der Kondensatoren
-
Thread
AT90USB und DRAGON die ersten Schritte
dem machen soll / kann aber schauen wir mal. Unter anderem wollte ich nun auch mal ein wenig am AT90USB rum schnuppern. Die erste Aufgabe die ich mir gestellt habe ist mit dem AT90USB zu kommunizieren und zwar über USB. Hoffe das ich als erstes so eine virtuelle Schnittstelle hinbekomme so das
ist, dass die 64x nur 64 KiB Flash haben, und die 6er haben jeweils keine "USB OTG"-Funktionalität (on-the-go, so eine Art Mini-USB-Host). Aber als Device sind sie untereinander gleich zu handhaben. Lediglich die kleineren AT90USB82/162 bzw. deren Nachfolger (ATmega*U2)
-
Artikel
Benutzer:Mattthias
at90usb162 Pinout Mini USB-Buchse: Features. USB-powered Als µC at90usb162 / atmega32uX oder usbfoo als Basis Kommunikation mit der Dockstar / Host als USB-Device (CDC) via serieller Kommunikation (/dev
Scheint auch von Hand noch lötbar zu sein ( Quarz 8MHz, Gehäuseform HC49U-S ( Platine. Eagle Library mit at90usb162 erstellt (dockstar_support.lbr), Pins aus dem Datenblatt abgeschrieben Als erstes den USB-Connector in den Schaltplan eingezeichnet (siehe Seite 185 im Datenblatt). Bus-powered configuration.
-
Thread
Interrupt wird nicht ausgeführt
Es ist ein at90usb162. Code befindet sich im Anhang.
oder kann man External Interrupts und USART gleichzeitig verwenden. http://www.datasheetdir.com/AT90USB162+download
-
Thread
AT90PWM3B und WinAVR integration
WinAVR User Manual - 20070525 - Added support for these devices: * AT90USB82 * AT90USB162 * ATmega325P * ATmega3250P * ATmega329P * ATmega3290P * AT90PWM1 * ATmega16HVA * ATmega8HVA Und in Include gibts auch nur ein io90pwm1
Ich hab hier eine io90pwmx.h, die besagt:"io90pwmx.h - definitions for AT90PWM2(B) and AT90PWM3(B)" (Zitat)
-
Thread
Wie lange wird der AT90CAN128 noch lieferbar sein?
Die meisten AT90 wie AT90S8515 sind veraltet, das ja, aber bei den Spezialtypen für CAN und USB war Atmel dumm genug, sie unter dem Label AT90CAN und AT90USB zu führen obwohl sie technisch nicht der veralteten Generation angehören. So ist der AT90CAN128 ungefähr ein ATmega128 plus CAN und mitnichten veraltet, genausowenig wie der AT90USB162. Ich bin zudem garnicht sicher, ob Reichelt diesen Typ überhaupt jemals geführt hat.
-
Thread
Problem ATmega32U2 bei AVR328
Finger wund. Ich habe vor kurzem einen ATmeg32U2 erworben, um ein wenig in das Thema "integrierter USB-Controller" rein zu kommen. Dazu versuche ich das AVR328 (Generic HID Device) zu kompilieren. Ich benutze WinAVR-20100110 mit AVR-Studio 4. Die AVR328 ist eigentlich für den AT90USB162 geschrieben
Series-2-Typen funktionieren. Es gibt jedoch zwei Funktionen/Makros, die nicht klappen. Die eine ist "Usb_enable_regulator()" und stellt etwas an der 3.3V-Stromversorgung ein. Die kann man weglassen, vermute ich. Der ATmega32U2 hat so etwas nicht. Dann gibt es noch "Clear_prescaler()", die bei dem AT90USB162
-
Thread
Anfängerfrage in C
aber laut "avr-gcc --target-help" unterstützt werden: Known MCU names: avr1 avr2 avr3 avr4 avr5 at90s1200 attiny10 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534 at86rf401 atmega603 atmega103 at43usb320 at43usb355 at76c711 atmega48 atmega8 atmega83 atmega85 atmega88 atmega8515 atmega8535 attiny13 attiny2313 atmega16 atmega161 atmega162 atmega163 atmega168 atmega169 atmega32 atmega323
-
Thread
bezugsquelle für atmega8535
By the way: atmega8535 / 8515 gibts net. Die richtige Bezeichnung ist AT90S8535 oder AT90LS8535.
Stimmt schon, aber nen bisschen Logik steckt ja wohl schon dahinter, ist die Reihe AT90S8515, AT90S8535, ATmega8515, ATmega8535 nicht irgendwie Pinkompatibel, usw..? Na wie auch immer, passt schon ;)
-
Thread
bezahlbarer GPIB-Adapter
Es gibt also Platinen mit USB-Buchse die man direkt an so eine GPIB-Buchse hängen können müsste. Ein Hexenwerk ist das nicht. Teensy Dev Board AVRKey Open Kubus AT90USB Teensy USB: http://cgi.ebay.de/Teensy-Dev-Board-AVRKey-Open-Kubus-AT90USB-Teensy-USB
"knacken" kann. Außer der Speichergröße gibt es nicht allzu viele Unterschiede zwischen einem AT90USB162 und einem ATmega32U2 (letzterer enthält lediglich nicht mehr die PS2-Keyboard-Hardwareunterstützung, die der AT90USB162 noch hatte).
-
Thread
STK500/AVR Dragon/AVRISP mk II
Beim Dragon hat mich nur das gewundert: AVR Dragon unterstützt folgende Typen AVR Familie: AT90USB162, AT90USB82, ATmega168, ATmega168P, ATmega32, ATmega328P, ATmega32U4, ATmega48, ATmega48P, ATmega88, ATmega88P, ATtiny13, ATtiny13A, ATtiny2313, ATtiny25, ATtiny45, ATtiny48, ATtiny85, ATtiny88 (http://shop.embedded-projects.net/product_info.php/info/p90_Atmel-AVR-Dragon.html) Z.b. Atmega162 steht nicht da. Aber den habe ich auch schon ab und zu gebraucht.
-
Thread
Mikrocontrollerplatine programmieren?
EPROM, Latch, 8031 rausziehen, AT89C51RB2-3CSIM (CSD: 6,95€) einsetzen, EA-Pin auf VCC legen, dann kanns losgehen. Alternativ geht auch ein ATMega162 (AVR-Familie). Peter
mache ich folgendes: - 8031 raus (klar) - EPROM ELV9363 raus (klar) - Latch raus (Was ist das?) - AT89C51RB2-3CSIM rein - EA-Pin auf Masse legen (anschließend) - Platine mit 12V-Netzteil verbinden - RS232 mit seriellem Kabel und mit seriell-USB an Rechner anschließen Gruß,
-
Thread
AT90usb1286 - Kurze Anfängerfrage
Matthias Moritz schrieb im Beitrag #2057220: > Ich möchte den at90usb über den USB-Anschluss flashen nein, dafür hat der die ISP Schittstelle
resources/prod_documents/doc7618.pdf > > Hab ich dann das hier vollständig falsch verstanden? Die at90usb* werden > doch mit einem Bootloader ausgeliefert. Über den kann ich den Controller > direkt mit dem USB-Kabel (mit Einschränkungen) programmieren. Richtig. Ich kenne das von dem at90usb162
-
Thread
Faktensammlung Buderus EMS
output of the ems-board and > the RX of the serial-cable. > > Or is the serial-port connector at the AVR-port a RS232-version, too? Hi Ingo, I have an invertor added behind the EMS-NetIO-adaptor, than I have a MAX to convert to RS232 levels and than a RS232-USB dongle to convert to USB, with
Dieses Projekt hat mir geholfen, meine Buderus GB162/RC35 über mqtt in Homeassistant anzubinden: https://github.com/proddy/EMS-ESP. Im Debug-Modus kann man sich die Daten auch über die ser. Schnittstelle/USB ausgeben lassen.
-
Thread
USART Initialisierung Atmega162
Der GPS Empfänger ist an der seriellen Schnittstelle angeschlossen. Ich habe zuerst mit dem Atmel AT90S8515 gearbeitet und alles funktionierte super. Nun habe ich auf den Atmega162 portiert, der 2 serielle Schnittstelle hat. Er hat anstatt UART nun USART, aber ich stelle in der Initialisierung ein
, UCSZ1=1, UCSZ0=1, d.h. 8-Bit Character Size haben! ldi initbuf, 0b10000110 ;(1<<URSEL)|(1<<USBS)|(3<<UCSZ0) Hier passt der Kommentar in sofern nicht, da ich das USBS (Stopbit) nich auf 1 setzen will, denn ich will nur 1 Stopbit setzen. Der Kommentar ";(1<<URSEL)|(3<<UCSZ0)" wäre hier richtig,
-
Thread
atmega8 unter windoof...?
test1.lst -mmcu=atmega8 - I. test1.c -o test1.o Wrong mcu `atmega8' specified Allowed mcu's: at90s2313 at90s2323 at90s2333 attiny22 at90s2343 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 atmega603 atmega103 cc1.exe: C:\PROGRA~1\AVR\BIN\MAKE.EXE
atmega103 at43usb320 at43usb355 at76c711 atmega8 atmega83 atmega85 atmega8515 atmega8535 atmega16 atmega161 atmega162 atmega163 atmega169 atmega32 atmega323 atmega64 atmega128 at94k no emulation specific
-
Thread
AVRGCC und ATTiny26
ich: % avr-gcc -mmcu=foo /tmp/foo.c unknown MCU `foo' specified Known MCU names: avr2 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4414 at90s4433 at90s4434 at90s8515 at90c8534 at90s8535 at86rf401 avr3 atmega103 atmega603 at43usb320 at43usb355 at76c711 avr4 atmega8 atmega8515 atmega8535 avr5 atmega16 atmega161 atmega162 atmega163 atmega169 atmega32 atmega323 atmega64
-
Thread
[winavr] _delay_ms dauert zu lange
Ich hab mir dieses Ding gekauft: eStick http://www.technikum-wien.at/studien/bachelorstudien/elektronik/estick/ Das Ding wird von der FH Technikum Wien für wenig Geld am Tag der offenen Tür verkauft. Das ist ein µC Starterkit mit einem at90usb162 der mit 8Mhz getaktet
Für den AT90USB162 sollte das auch gehen: [c] // 8 MHz CLKPR &= ~((1 << CLKPS3) | (1 << CLKPS2) | (1 << CLKPS1) | (1 << CLKPS0)); // 1 MHz CLKPR &= ~((1 << CLKPS3) | (1 << CLKPS2)); CLKPR |= (1 << CLKPS1