-
Thread
ATtiny45 Bootloader
STK500 gequält und alle meine AVRs gebootloadet. Der Bootloader ist so gut, daß ich meinen alten ATmega Bootloader entsorgt habe und sauschnell ist er außerdem. Die Brennzeiten liegen von 1s (ATtiny13) ... 8s (ATmega644). Folgende AVRs sind getestet: ATtiny13 ATtiny2313 ATtiny45 ATmega8 ATmega16 ATmega162 ATmega168 ATmega32 ATmega323 ATmega644 Anbei der komplette Quellcode und die fertigen HEX-Files. Die xxDEF.INC Files muß man sich aus der AVRStudio Installation nehmen. Die
-
Thread
ATmega32u4 - ADC wirklich nicht unter 2.56V Ref?
> bin durch die anderen ATmega verwöhnt Also bei ATmega16 und 32 zum Beispiel ist als Minimum 2.0 V angegeben. Keine Ahnung, was darunter passiert. Wie sieht das Programm aus?
aber ich hatte nie derlei > Schwierigkeiten von denen du berichtest. Ich auch nicht, bisher mit ATmega8, ATmega16/32, ATmega328 und einigen ATtinys. Daher stehe ich auch gerade bißchen auf dem Schlauch, was die Ursache angeht. Wenn der ADC wenigsten aufgrund der möglicherweise zu nedrigen Vref falsche
-
Thread
AVR-UART master slave
hallo, ich habe ein problem mit den uarts vom mega168 und mega128, der mega128 ist der master und der mega168 ist der slave soll nur empfangen,komunikation erfolgt über rs485. zeichen hin und her senden zwischen den beiden mc funktioniert so nun sollten die slaves
Hi Ich habe dir mal beide Programme in ein File kopiert. Einen ATMEGA128 hatte ich nicht da. Deswegen der 1281. Das Programm für den ATMEGA1281 sendet abwechselnd die Adresse $55 und 16 ungerade Zahlen und Adresse $56 gefolgt von 16 geraden Zahlen. Wichtig für dich
-
Thread
Suche Board für Atmega2560
@Daniel V: Genau sowas hatte ich beim Mega128 benutzt. Aber das ist dann in einer riesigen Strippenzieherei ausgeartet, um die Ports zugänglich zu machen, darauf hatte ich eigentlich keine Lust mehr..... aber der Mega128 hat immerhin noch .8mm
http://www.chip45.com/products/crumb2560-1.1_avr_atmega_modul_board_atmega2560_usb_rs232_rs485.php
-
Thread
Welche Kabel werden zum Programmieren benötigt?
gedacht mir eines dieser Boards zu kaufen: http://www.conrad.at/ce/de/product/197313/C-CONTROL-PRO-128-PROJECTBOARD/SHOP_AREA_17348&promotionareaSearchDetail=005 oder http://www.physicalcomputing.at/shop/article_A-1100000/Arduino-Duemilanove-mit-Atmega328.html?shop_param=cid%3D3%26aid%3DA-1100000%26
Bei dem Conrad-Produkt musst du auch noch die Kosten für den µC einrechnen (C-Control PRO Unit 128 € 24,95)! Bei dem Arduino Duemilanove mit Atmega328 gibt es liebevollere Anbieter, die mehr Käuferberatung liefern und nicht unbedingt teurer sind. Das USB-Kabel ist ein 0815 Typ A auf Typ B Kabel
-
Thread
WinAVR ATmega und Bootloader
die Disassembler-Daten angeschaut. Im Vergleich habe ich einfach mal ein paar Sachen mit dem Atmega8 ausprobiert, da mich ja nur interessiert, ob er an der richtige Stelle einspringt. Der Code an sich war gleich. Was allerdings verwunderlich war, dass NUR beim Atmega128 die Debuginformationen nicht
im Bootloaderbereich des Atmega128 hat laufen lassen, wäre das eine große Hilfe. Da könnte ich dann ansetzen.
-
Thread
Programm auslagern
vorstellungen näher kommt und Code aus externem Speicher ausführen kann oder besser genug Flash intus hat. >128KB Programmspeicher (ATmega128 hat 128KB Flash) mußte erstmal gefüllt kriegen!! Wenn der wegen Grafiken oder ähnlichen Daten so vollgestopft wird: Die lassen sich natürlich ganz gut auslagern.
>>Der Speicher müsste > 128kb haben. ATMEGA 2561 ? Der hätte 256kb flash und 8kb ram und gibt's auch schon bei csd-electronics.de
-
Thread
Buffer auf SD/MMC Speichern?
da. Bei der code am anhang kriege ich 34334 als Ausgabe wert. Ich habe mir auch schnell eine ATmega32 beim Conrad gekauft für großere RAM Tool: stk 500 und ATmega32 4MHz intern eingestellt.
/www.mikrocontroller.net/topic/25099#new das ich mir nachgebaut hab, als Mµ verwende ich einen atmega128-16 da hab ich denn die MMc Routinen eigebunden,wie gesagt das lesen und schreiben von text funktioniert wunderbar eben nur nicht das BMP lesen mfg
-
Thread
EA eDIPTFT43-A TFT-Display mit 4,3" (Schnäppchen!)
warum son großen??? ja genau. Ist ne Rolladensteuerung mit relativ viel Quellcode. Hatte erst nen ATmega88, der war schnell voll. Dann nen pinkompatiblem ATmega168. War aber auch schnell am Ende. Beim Redesign der Platine habe ich auf ATmega128 gewechselt. Und der ist in der Zwischenzeit auch schon gut
viele Sachen graphisch dargestellt * viele Texte * Quellcode für SD-Karte-Handling * ... Der ATmega128 ist noch nicht voll, aber ich muß mir langsam Gedanken machen, was ich zukünftig noch reinpacke oder besser weg lasse.
-
Thread
90 LEDs einzeln ansteuern
machen. Seitdem ich das Ding einmal in der Hand hatte, will ich kein Software-Multiplexing auf dem Atmega mehr ;)
wie-auch-immer-einzeln-gedimmten-LEDs wieder aufleuchten oder ausgehen, wäre das unschön. Außerdem hat der Atmega eventuell auch noch mit einer SD-Karte und einem DCF-Modul zu hantieren. Braucht der Atmega eigentlich mehr Strom wenn er ständig rackert als ein Atmega und zwei MAXe zusammengenommen bzw. ein Atmega
-
Thread
pgm_read_byte_far
Test.elf "Test.eep" Finished building: Test.eep Invoking: Print Size avr-size --format=avr --mcu=atmega128 Test.elf AVR Memory Usage ---------------- Device: atmega128 Program: 236 bytes (0.2% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit
Test.elf "Test.eep" Finished building: Test.eep Invoking: Print Size avr-size --format=avr --mcu=atmega128 Test.elf AVR Memory Usage ---------------- Device: atmega128 Program: 236 bytes (0.2% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit
-
Thread
attiny45 mit avr-gcc nur halb unterstützt
atmega165 atmega168 atmega169 atmega32 atmega323 atmega325 atmega3250 atmega64 atmega645 atmega6450 atmega128 at90can128 at94k avr1 at90s1200 attiny11
at90can128 at90pwm216 at90pwm316 atmega32c1 atmega32m1 atmega32u4 at90usb646 at90usb647 at90usb1286 at90usb1287 at94k atmega2560 atmega2561 atxmega64a1 atxmega128a1 [/pre] Wenns keine neuere Version
-
Thread
Sinus sehr seltsam
; struct notendauer entchen[3] = { {c,1200}, {d,1200}, {e,500} }; // einfache Sinuswelle in 128 Werten const uint8_t sinewave[1][128] PROGMEM= { { 127, 133, 139, // ... für das Forum verkürzt, es sind wirklich 128 ... 115, 121 } }; uint16_t i=0; uint8_t tone=0; volatile uint16
bzw wenn ich scale bei 128 werten hoch drehe müsste es auch gehen?
-
Thread
Atmega -- Potential / Grenzen
Hallo, kann man eigebtlich sowas hier auch mit einem Atmega ansteuern? http://www.ebay.de/itm/1-8-Serial-128X160-SPI-TFT-LCD-Modul-Display-SD-Socket-4-Arduino-Raspberry-Pi-/320989216984?pt=Wissenschaftliche_Ger%C3%A4te&hash=item4abc72c0d8 oder sowas
schlichtweg vergessen. Was o.g. Displays angeht: Klar, prinzipiell kann man die auch an einem ATmega betreiben und per SPI mit Daten befeuer. Ob das sinnvoll ist, ist eine andere Frage. Du kannst dir ja einmal ausrechnen wie viel RAM man bei 128x160 Pixeln und 262K Farben für einen einfachen Framebuffer
-
Thread
Atmega16 PWM konfigurieren bei 8MHz und bei 16MHz CPU-Takt
, 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128
128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128 , 128
-
Thread
Problem mit string.
Ich rate anhand der Namen der IO-Register, dass es für einen Atmega128 sein soll. Sourcecode #2 kompiliert nicht mit: AVR Studio 4.12.498 Service Pack 4 GUI Version 4, 12, 0, 491 AVR Simulator 1, 0, 1, 8 ATMEGA8 243 Operating System Major
Dein Hexfile funktioniert auch auf einem realen ATmega128.
-
Thread
Problem mit include-File
projekt konfigurationen auf atmega128 umgestellt, und es gab keine fehlermeldung mehr. nun zur frage: kann ich es also vergessen meinen atmega128a auf gcc-basis zu programmieren? oder kann ich einfach ein atmega128-programm schreiben
to ATmega128A >The ATmega128A is a functionally identical, drop-in replacement for the >ATmega128 Insofern sollte da Mega128-Code drauf laufen. Oliver
-
Thread
Externes Flash für Unterprogramme
keine konkreten Pläne, möchte vorher aber wissen ob das geht: Ich habe vor, (vorzugsweise) einen Atmega 16/32 zu verwenden. Damit möchte ich ein 128x64 Display ansteuern. Wäre es möglich, dass ich Unterprogramme in ein externes Flash brenne und dann mit dem µC zu diesem externen Speichersegment springe
Marcus schrieb im Beitrag #2250114: > Ich habe vor, (vorzugsweise) einen Atmega 16/32 zu verwenden. Damit > möchte ich ein 128x64 Display ansteuern. Wäre es möglich, dass ich > Unterprogramme in ein externes Flash brenne und dann mit dem µC zu > diesem externen Speichersegment
-
Thread
Sd-Card Spec
überhaupt nötig? Zum yampp7 mit NokiaLCD sagt MIS (der Softwaremensch): "If you have installed ATmega161L CPU, change it to ATmega162L. 2. Change CPU crystal from 4.0Mhz to about 10-13Mhz. Higher is better, but not to more :-). You may insert 12.288Mhz Crystal - the same type as for VS1001. If you
Hat jemand das Projekt von Uli (mmc incl. fat) mit einem atmega16 bzw. atmega32 zum Arbeiten bekommen?? Kann es sein, daß durch die großen Arrays zum Lesen der Blöcke größere Atmegas (evtl. sogar atmega128) notwendig machen?? Die mmc Geschichte habe ich hinbekommen
-
Thread
Atmel oder PIC Gesperrt
welche besser ausgestattet sind) - PIC und AVR gibt es mit reichlich RAM/Flash in DIL-Packages (ATMEGA1284 mit 128K Flash und z.b. PIC18F27J13 ebenfalls mit 128K Flash) und die Controller unterstützen weite Betriebsspannungs-Bereiche, zumeist von 1.8V-5.5V wobei es auch einige PICs gibt, die nur bis
beim PIC so sicher wie du beim ATMEGA bezüglich der Taktfrequenz bist?
-
Thread
ATmega16 auf ATmega32 upgraden
es dort aus? Was muss ich zusätzlich zu dem Upgrade von ATmega32 nun bei ATmega128 beachten?
> anstatt von ATmega16 auf ATmega32 gleich auf ATmega128 zu wechseln Dir ist klar, dass es den nicht im DIL40-Gehäuse gibt (pinkompatibel), sondern nur als SMD-Version (TQFP 64 / MLF 64)?
-
Thread
128ATmega Debuggen
Programm der schon unter AtmenAVR geschrieben wurde in AVRStudio zu implementieren und somit den uC ATmega128 debuggen kann. danke im voraus
heißt: - schon unter AtmenAVR geschrieben wurde? - in AVRStudio zu implementieren? - somit den uC ATmega128 debuggen? - Welche Sprache? Wenn du schon nen Code hast, dann müsstest du ja "nur" noch die Registerbezeichnungen ändern um diesen auf z.B. M128 zu portieren. Oder hab ich da was falsch verstanden
-
Thread
Neue AVR Familie - AVR-DA
es gibt eine neue AVR-Familie: AVR-DA. Mehr dazu: http://www.microchip.com/wwwproducts/en/AVR128DA28
S.R. schrieb: > Also wird's ein AVR ... (In meinem Fall ein > Atmega1284P, wegen der zweiten UART.) Da wäre dann, um auf das ursprüngliche Thema zurückzukommen, vielleicht ein Blick ins Datenblatt des AVR128DA28 lohnend, mit seinen 3 USARTs und 2 SPIs.
-
Thread
16 Bit MC oder 8 Bit MC
c-hater schrieb im Beitrag #3151458: > ATMEGA1284P 128k Flash > > Pollin: 5.95+4.95 Versand=10.90 EUR > > Reichelt: 5.90+5.60 Versand=11.50 EUR STM32F103 128KByte Reichelt 4.85 Eur DIP verbraucht zuviel Platz. @Wilhelm
c-hater schrieb im Beitrag #3151458: > Dagegen: > > ATMEGA1284P 128k Flash > > Pollin: 5.95+4.95 Versand=10.90 EUR > > Reichelt: 5.90+5.60 Versand=11.50 EUR Dagegen: PIC 32MX150F128B-ISP 128k Flash, 32k RAM, 32 Bit, 50 MHz, SDIP-28
-
Thread
Grafik-Display zeigt nichts an
Hey Leute, Ich habe mir ein Grafik-Display (KS108)gekauft und wollte mit einem ATmega8 ansteuern. Leider macht es nicht was es soll. Grafik-Display.bas $regfile = "m8def.dat" $crystal = 8000000 $lib "glcdKS108.lib" Config Graphlcd = 128 * 64sed , Dataport = Portd , Controlport
Ich werde mit einem ATmega32 probieren
-
Thread
Mehrere I/O Expansions an einer MCU
implementierungen der wichtigsten sachen im datenblatt des jeweiligen µC angegeben. wenn du nur mcp an deinen atmega hängen willst reichen die 3 SPI Ports aus um bis zu 8 anzusteuern, weil die ja ihre adresse hw-mäßig bekommen. dH wie schon oben erwähnt kannst du dir dann insgesamt 128+19 IO Ports basteln
Sebastian B. schrieb im Beitrag #2144658: > wenn du nur mcp an deinen atmega hängen willst reichen die 3 SPI Ports > aus um bis zu 8 anzusteuern, weil die ja ihre adresse hw-mäßig bekommen. > dH wie schon oben erwähnt kannst du dir dann insgesamt 128+19 IO Ports > basteln
-
Thread
MP3 SPI Problem
Oder auch so gerechnet, (immer ausgehend von ein 128kBit/s MP3 Datei) du ließt ein Block von der SD-Karte (512 Bytes = 4096 Bit). Bei 128kBit/s reicht diese Datenmenge also für 4096/128000 Sekunden also 0,032 Sekunden. Du must also ca. 32 mal (1/0,032
Puffergrößen passen. Auch eine SD-Card sollte bei ReadSector Pause machen dürfen, also Sector anfordern, 128Byte lesen, CS inaktiv, CS wieder aktib und die nächsten 128Byte vom Sector lesen, müßte eigentlich auch da gehen. Gruß aus Berlin Michael
-
Thread
Welches AVR Dev Board
Board, da es schon einen Controller onboard hatt. Nur stellt sich die Frage, ob man sich in einen Atmega 8 wesentlich schneller eingearbeitet hatt als bei einen Atmega 128. mfg TKT
Hi >Nur stellt sich die Frage, ob man sich in einen Atmega 8 wesentlich >schneller eingearbeitet hatt als bei einen Atmega 128. Ist eigentlich egal. Sind beides nicht nicht gerade die aktuellsten AVRs. MfG Spess
-
Thread
SDRAM mit Atmega328P
Dann nimm wenigstens einen ATmega162 oder ATmega2560, die haben ein Memory-Interface (8Bit, 64kB). Ohne Banking wird das also nichts. Mit dem ALE-Signal könnte man das RAS/CAS umschalten.
Ein XMEGA64/128A1U hat ei SDRAM Interface: "External bus interface for up to 128Mbit SDRAM".
-
Thread
Welcher ISP ?
---- 2.) avrdude -p atmega128 -P lpt1 -c pavr -U flash:w:testpp.hex avrdude: ser_open(): can't set buffers for "lpt1" make.exe: *** [program] Error 1
check. avrdude done. Thank you. make.exe: *** [program] Error 1 2.) pavr: avrdude -p atmega128 -P lpt1 -c pavr -U flash:w:testpp.hex avrdude: ser_open(): can't set buffers for "lpt1" make.exe: *** [program] Error 1 3.) dt006: avrdude -p atmega128 -P lpt1 -c dt006 -U flash
-
Thread
Elektrischer Schalter...
die überhaupt? Und nochwas, damit ich nicht noch Thread aufmachen muss :-) Ich habe vor einen ATMega128L zu verbauen (aufgrund der geringen Stromaufnahme besser geeignet als der ATMega128-16A) Ist es auch möglich den mit 12MHz zu betreiben, oder sind die 8MHz wirklich das Maximum, wie es im Datenblatt
Dinger in vier Kategorien eingeteilt werden: - Geht hoch bis 16Mhz, aber nicht runter bis 2,7V -> Atmega128 - Geht runter bis 2,7V, aber nicht hoch bis 16Mhz -> Atmega128L - Geht hoch bis 16Mhz und runter bis 2,7V -> wird je nach aktuellem Bedarf einsortiert - Geht weder hoch bis 16Mhz, noch runter
-
Thread
AVR FTDI ISP-Prog (AVR-8 Programmersoftware für den FT232R)
folgenden Definitionsdatein (.dev) für die AVR-8 sind nun enthalten: ATTini13(A) ATTini2313(A) ATMega8(A) ATMega8515 ATMega32(A) ATMega1284(P) ATMega2560(L) ATMega2561(L) Das User-Frendly-Fusing ist zum Teil noch verbesserbar. Eine Beschreibung zum Aufbau der .dev Dateien findet man unter
1E930A.dev ATmega88PA nein 12.2013 1E930F.dev ATmega16(L) nein 12.2013 1E9403.dev ATmega168(A) nein 12.2013 1E9406.dev ATmega168PA nein 12.2013 1E940B.dev ATmega328 nein 12.2013 1E9514.dev ATmega328P nein
-
Thread
Circuit Cellar AVR Design Contest
Leider sind nicht alle AVRs zugelassen z.B. statt Maga128 darf man nur AT90CAN128 nehmen. Ich frage mich auch, warum der neue Mega256 nicht erlaubt ist.
ich habe ne mail bekommen und gestern das paket. die AT90CAN128 sind in nem gehäuse, das man nicht mehr von hand löten kann. Buterfly war auch dabei. die referenz war AT90CAN128 gruss florian
-
Thread
SRAM am Atemage6444.
z.B. mega128, aber gerade nicht der 644
Wozu braucht man denn 64kB? Wenn der ATmega644 knapp wird, nimm doch erstmal den ATmega1284P (16kB). Peter
-
Thread
AVR debuggen unter linux
Controller in Erfahrung bringt? Vergiß den am besten ganz schnell wieder. Die unterstützten µC sind: ATmega16, ATmega32, ATMega323, ATmega162, ATmega169, ATmega128 Steht aber auch so im auf der Seite verlinkten user guide: http://www.olimex.com/dev/pdf/avr-usb-jtag.pdf Bei Atmel ist dazu nichts mehr
4 KiB atmega1280 0x9703 128 KiB 4 KiB atmega1281 0x9704 128 KiB 4 KiB atmega1284p 0x9705 128 KiB 4 KiB atmega128rfa1 0xA701 128 KiB 4 KiB atmega16
-
Thread
Assembler lernen für Mikrocontroller-Programmierung
umrechnen kann. Da stellt sich doch die Frage: > Prozent von was? > Ich interpretiere dies für den 128kHz Oszillator so : Mit dem Wert $00, kann der Oszillator mit 64kHz oder aber auch mit 128kHz schwingen. Mit $7F, mit 128kHz oder 256kHz. Stefan ⛄ F. schrieb im Beitrag #6120249: > Die Angabe,
SUB und ADD, nicht SBC, ADC, das braucht man erst bei Erweiterungen auf 16-, 32-, .. bit) 127+1 = 128 liegt nicht mehr im Bereich -128 bis 127 -> V gesetzt $3f-$7d = 63 - 125 = -62 liegt im Bereich -128 bis 127 -> V nicht gesetzt $C2-$7D = -62 - 125 = -187 liegt nicht im Bereich -128 bis 127 -
-
Thread
Datenlogger aufbauen..Tips?
Anzahl Schreibzyklen,oder nicht?! Leider ist diese AVR-Entwicklungsplatine nur für den Atmega16?! Es sollte doch relativ problemlos damit ein USB-Betrieb sowohl zum Programmieren als auch zum eigentlichen Aufgabeneinsatz möglich sein?! Gibt es für den 128er eine ähnliche Platine? Auch habe
"Leider bin ich nicht ganz hinter die Vor- und Nachteile zwischen Atmega16 und Atmega128 gestiegen." der mega128 ist grösser und hat mehr speicher. genau details zu den funktionen gibts hier: http://www.atmel.com/dyn/products/param_table.asp?family_id=607&OrderBy=part_no
-
Thread
Buch AVR von Günter Schmitt durcharbeiten
mit den englischen Datenbüchern zu den µ-Controllern haben. Es ist eine deutsche Übersetzung zum ATmega8-Datenbuch : http://modelleisenbahn-steuern.de/controller/atmega8/atmega8.htm Bernd_Stein
nach unten wo die Doku normalerweise wäre, aber da ist keine mehr. Bei allen anderen AVR (z.B. ATmega8, ATttiny13A, ATmega128, ATmgega644 und sogar ATmega328 ohne P, sowie ATmgea328PB) konnte ich Doku jedoch finden und sie sind noch "In Production". Wenn man die Seite vom ATmega328 (ohne P) aufruft
-
Thread
PoE AVR Modul
anders angeschlossen sein? http://www.mikrocontroller.net/articles/AVR_Checkliste#Besonderheiten_bei_ATmega64_.2F_ATmega128
Mit OneWire, SDKarte, USB und SRD Funke (ATmega644p): http://busware.de/tiki-index.php?page=CUNO
-
Thread
Assembler Schrittweise Debuggen (AVR-gcc)
endfunc Compilieren und Linken läuft problemlos. compilieren: avr-gcc -Wa,--gstabs -c -mmcu=atmega128 -o givemeswap.o givemeswap.c avr-gcc -Wa,--gstabs -c -mmcu=atmega128 -o swapit.o swapit.S linken: avr-gcc -g -o givemeswap.elf givemeswap.o swapit.o convertieren wirft einige Warnungen raus:
> avr-gcc -Wa,--gstabs -c -mmcu=atmega128 -o givemeswap.o givemeswap.c Umm, nö, du willst doch den C-Code nicht assemblerzeilenweise debuggen. ;-) Also solltest du auch nicht dem Assembler sagen, dass er die Debuginformationen (genauer
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit D-RAM
" --> "USART0_UDRE_vect" eingertagen hier: (uart.c) [c] #elif defined(__AVR_ATmega48__) || defined(__AVR_ATmega88__) \ ||defined(__AVR_ATmega168__) || defined(__AVR_ATmega644__) #define ATMEGA_USART0 #define RXCIE RXCIE0 #define TXCIE TXCIE0 #define RXEN RXEN0
Weil ich Minimalist bin verwende ich einen Atmega_8 (Display 480x 128). Ich habe die software vom atmega_88 angepaßt - timer und interrupt. Ich vermute der Fehler kommt aus der "write byteeg" routine. Diese ist in dieser Version vermutlich nicht getestet
-
Thread
Atmel Ice MK2 Com Port?
atmelice_pdi". Damit ist das exakte Kommando für deinen Fall: avrdude -c atmelice_pdi -p atxmega128a3u -U test.elf
wird daraus die "atprogram.exe" benötigt. Siehe Anhang. Unter Parameter -t atmelice -i isp -d atmega8 program -f {file}
-
Thread
JTAG ICE 3 - connection problem (ATSAM4S )
AT32UC3A1512 ATmega128RFA1 ATmega644A ATtiny167 AT32UC3A3128 ATmega162 ATmega644P ATtiny20 AT32UC3A3128S ATmega164A ATmega644PA ATtiny2313 AT32UC3A3256 ATmega164P ATmega645 ATtiny2313A AT32UC3A3256S ATmega164PA ATmega6450
AT32UC3C0512C ATmega16U4 ATmega8A ATtiny45 AT32UC3C1512C ATmega2560 ATmega8U2 ATtiny461 AT32UC3C1512C ATmega2561 ATxmega128A1 ATtiny461 AT32UC3C2512C ATmega324A ATxmega128A3 ATtiny461A AT32UC3L016 ATmega324P ATxmega128D3
-
Thread
AVR Videogenerator, 40x25 Zeichen, nur 60% CPU Auslastung !
That might be, althought I somehow doubt it's the ATMega8.
OK, OK. So it might be an ATMega8. Still we could do it better :)
-
Thread
Bauteil welches die Spannung verzögert
bewegen, sondern die Geschwindigkeit, mit der sich ein Stromimpuls bewegt. @eigentliches Problem: ATmega128 + High-Side-Treiber sollte das Problem erschlagen...
> ATmega128 + High-Side-Treiber sollte das Problem erschlagen... Ich denke, ein Atmega128 hat viel zu wenig Resourcen für eine 0,5 Sekunden Einschaltverzögerung. Am besten nimmst Du eine SPS von Siemens
-
Thread
Analog und Digital auf einer PCB Brauche hilfe bei zwei/drei letzten Problemen
ich ein PCB mit analogen und digitalen Signalen. Ich habe mir ein Verstärkerboard mit einem ATMega128A, zwei TDA7439 (Klangregler) und zwei TDA7375 (Verstärker). Über UART/I2C kann ich mit dem ATMega128 kommunizieren und meinen Verstärker steuern, Eigentlich bin ich ganz zufrieden mit dem
lust mit zu machen :) Aber bitte zum Thema entsprechend... Also... Zunächst habe ich von ATMega128A auf den ATMega328p gewechselt.. Die PINs reichen genau aus wie man sieht :) Kurze Erläuterungen: SCK/MISO/MOSI sind auch gleichzeitig die I2C Adresspins (für mein System benötigt) FAN2
-
Thread
PAL Fernseher Bildspeicher
schlechter als VHS ist. Aber nehmen wir mal an, man wollte das jetzt auf Gedei und Verderb mit einem ATMega machen. Das erste Problem ist der Speicher. So ein normales 720x576 Videobild hat 414720 Pixel. Das passt nicht in einen AtMega8. Aber es gibt in DIP noch einen ATMega128 mit 16Kilobyte an Speicher
Ach Tippfehler ich meinte natürlich 256x128 nicht 256x144.
-
Thread
AVR mit integriertem RTC
ich nicht genau genug nachgeschaut. Die großen ATmegaXX4 und auch die classic ATmega16 & Co. können PC6 und PC7 für einen zweiten Quarz nutzen. Die ATmegaXX8 aber wirklich nicht. Erik Menzel schrieb im Beitrag #4326676: > Hier ein Link von Atmel:
intern 8MHz und teilt runter? Erik Menzel schrieb im Beitrag #4326554: > Also ich meine den ATMEGA 328. der kann nun gerade keine 2 Quarze angeschlossen bekommen, aber ab atmega 644 gibt es einige spess53 schrieb im Beitrag #4326659: >>Es gibt meines Wissens überhaupt keinen ATmega mit RTC
-
Thread
Spielekonsolen mit AVR
Welche guten Spielekonsolen wie ein Gamboy, Gamegear etc au Basis eines ATMEGA z.B. 128 kennt ihr? Also nichts mit TV Ausgang oder so, sondern rein als standalone Gerät. Inspiriert durch den Artikel von golem.de komme ich gerade darauf
Beitrag #7193617: > Welche guten Spielekonsolen wie ein Gamboy, Gamegear etc au Basis eines > ATMEGA z.B. 128 kennt ihr? Fragen wir ihn doch mal... @Peter K., suchst du jetzt Spielekonsolen auf ATMEGA Basis wie im Eröffnungspost geschrieben oder suchst du leistungsfähigere Controller mit denen
-
Thread
Suche AVR230 für GCC
Nee, nee, die jetzige Anwendung läuft auf einem Atmega64 und der ist bis fast zum letzten Byte voll. Da noch weitere Wünsche anstehen ist es sinnvoll sparsam mit dem Codeverbrauch (auch beim pinkompatiblen Atmega128) umzugehen. Irgendwann ist auch der Atmega128 zu und dann ist ein neues PCB - Layout fällig. Im Moment versuch' ich aber mit der aktuellen Platine weiter zu kommen. mfg Nucor