-
Thread
Xmega PLL umschalten möglich?
Hi, ich betreibe meinen Xmega 128A3U mit dem internen 32 MHz Oszillator. Er läuft stabil mit 48 MHz (PLL auf 6). Ich möchte nun während er läuft in bestimmten Programmteilen den PLL-Faktor umschalten, aber leider funktioniert das
Forstreuter schrieb im Beitrag #4164198: > Es funktioniert problemlos. > Die Xmegas mit USB sind für 48 MHz gebaut (auch wenn Atmel sie nur mit > 32 MHz angibt). Das wäre mir neu. Nur der USB Teil in dem AVR ist bis 48 MHz spezifiziert. > 20% Übertakten ist überhaupt kein Problem. Die Aussage ist
-
Thread
Mega48 prescaler auf 125kHz gestellt und Programieren geht nicht mehr
Programmern kann man per Kommandozeile oder GUI die ISP Frequenz soweit herunterdrehen, das selbst mit 128kHz getaktete MC, bei denen auch noch die CLKDIV8 Fuse gesetzt ist (resultierend in 16kHz MC Takt) wieder programmiert werden können. Mein AVRISP MkII kann dazu im Dialog von AVR Studio händisch auf
you. C:\Dokumente und Einstellungen\erster\Eigene Dateien\AVRDUDE_Fuses_setzen> avrdude -p m48 -c stk200 -u -t -i 1000 avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.08s avrdude: Device signature =
-
Thread
3-stellige Zahl in einzelnen Stellen ausgeben
@Simon: Lass es, es bringt doch nix. Sollen sie doch einen Mega32 oder Mega128 mit 16 MHz Takt einsetzen wo wir mit einem Tiny2313 oder Mega48 mit 1MHz Takt auskommen. Alles schon gesehen hier... Wer BASCOM wirklich beherrscht (ja, die Leute gibt es, es sind aber nicht allzuviele
Hannes Lux wrote: > @Simon: Lass es, es bringt doch nix. Sollen sie doch einen Mega32 oder > Mega128 mit 16 MHz Takt einsetzen wo wir mit einem Tiny2313 oder Mega48 > mit 1MHz Takt auskommen. Alles schon gesehen hier... Jaaajaaa, okaaay ;) > Wer BASCOM wirklich beherrscht (ja, die Leute gibt
-
Thread
AVR für wenig Geld im LAN
FITNESS FOR A PARTICULAR PURPOSE. Compiling: main.c avr-gcc -c -mmcu=atmega128 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.lst -std=gnu99 main.c -o main.o main.c: In function
or FITNESS FOR A PARTICULAR PURPOSE. Compiling: main.c avr-gcc -c -mmcu=atmega128 -I. -g -Os -funsigned-char -funsigned-bitfields -fp ack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.lst -std=gn u99 main.c -o main.o This application
-
Thread
AVR versus ARM Gesperrt
> Du vergleichst hier einen (mindestens) 64-Pinner mit > komplexer Peripherie mit einem simplen AVR. Ich vergleiche einen 48 Pin ARM mit einem 32 Pin AVR. Beide gibt es auch in größer, das ist mir bewusst. > zum anderen hat der Controller Prefetchbuffer, die einiges abfangen. Ich habe noch
#4961082: > wo man auch mal 128kByte adressieren will.) 128 KiB gehen beim AVR noch, da er den Code wortweise adressiert und man bei einem 128er Controller selten mehr als die Hälfte davon für Daten benötigt, aber jenseits
-
Thread
gebräuchlichste Standard-AVRs?
ersten Ziffern bezeichnen immer den Speicherplatz für Programme in Kbyte: 1, 2, 4, 8, 16, 32, 64, 128. Die restliche Ziffer (machmal auch 2 Ziffern) stehen für den Typ. Veraltete AVRs habe ich nicht in die Liste aufgenommen. Eine interessante Aufstellung findest du auch hier: [[AVR Typen]].
Programmierer schrieb im Beitrag #2824689: > avr-gcc toolchain Er programmiert (wie ich auch) in ASM, da geht ihm GCC am Allerwertesten vorbei... Zum Thema, ich habe Tiny13A, Tiny2313(A), Tiny85, Mega48 vorrätig, dazu noch ein paar wenige Mega644
-
Thread
Newbi Frage
SMS_Msg = SMS_Msg + Chr(bytHigh + 55) Else SMS_Msg = SMS_Msg + Chr(bytHigh + 48) End If If bytLo > 9 Then SMS_Msg = SMS_Msg + Chr(bytLo + 55) Else SMS_Msg = SMS_Msg + Chr(bytLo + 48) End If Next End Function
oder zwei, dann braucht Ihr auch nur eine Select-Leitung. Wenn allerdings alle "virtuellen" UARTs AVR-seitig ständig auf Empfang stehen müssen, würde ich von der Mux-Lösung absehen. Wie auch immer... hoffe, das hilft. :) Mark H. -- http://markh.de/avr/
-
Thread
ATmega8 Programm nach ATmega48 portieren?!?
Hallo zusammen, ich verzeifel fast am ATmega48. Ich versuche folgendes Programm für den ATmega48 anzupassen und trotzdem läuft es bis jetzt nicht. Ich hab nur die Register des INT0 angepasst. Vielleicht hat jemand Erfahrung mit dem portieren und
für die Antworten. Leider bekomme ich langsam das Gefühl, daß es nicht wirklich gut war von PIC nach AVR zu wechseln. Die Dokus des ATmega8 und 48 sind echt der letzte Sch***ß! Die verstreuen die Informationen über die gesamte Doku,so daß ich erstmal stundenlang suchen muss,bis ich die finde. Bei Microchip
-
Thread
Thermomix Rezeptchips
IMX.28 which features HW dedicated to AES-128 decoding.
die Bilder zu Rezept dann? 1. Block 1695 bytes 2. Block 471 bytes Pub/Priv Key? 16Byte = 128bit Letzteres brachte mir einen langen Ausflug ein. Julien hatte ggaaaannnzzz weit oben ein paar gute Links und darauf fussend AES128b vermutet. Klingt leider plausibel - leider, weil AES-128b im
-
Thread
AT89C2051 und PWM
Ausgangspin 0 gesetzt und Timer1 gestartet. TH1 kann mit einem bestimmten Wert geladen werden (z.b. 128) und zählt dann von 128 bis 256 und verursacht einen Timer1 Interrupt. In diesem Interrupt wird dann der Ausgangspin wieder hochgesetzt und Timer1 gestoppt. Das würde eine Pulsweite von 50% ergeben.
Assembler oder in Basic programmieren willst. Wenn Du schnell was machen willst, würde ich Dir Bascom-AVR empfehlen, das gibts umsonst.
-
Thread
TQFP 64 Pin Sockel gesucht?
Hallo, also danke an alle, werde mir die Firmen mal anschauen. AVR fällt mir gerade nich ein glaube der hatte 128 kB Flash 4 kB Ram und 4 kB Eeprom und 53 I/Os gibts da einen mit 16MHz in einem alten AVR-Buch waren da die 2 größeren nur mit 6 MHz angegeben oder war
Hallo, bin bei Olimex fündig geworden. http://www.olimex.com/dev/avr-h103b.html http://www.olimex.com/dev/avr-h128b.html http://www.olimex.com/dev/avr-m16.html http://www.olimex.com/dev/avr-m32.html
-
Thread
Frage zu Ressourcen (Grafkdisplay 240x128)
eher als Flimmern wahrgenommen wird. Es wäre aber auch dann vermutlich eher die Frage von Ram am AVR, um Rechnereien zum Löschen/Setzen dort möglichst zeitgünstig zu organisieren. Der Zugriff auf das Display-Ram ist ohnehin durch das Display begrenzt, der ist merklich langsamer als es der AVR könnte
Controller-eigenen SRAM halten MUSST, dann brauchst du zusätzliches SRAM. Der Mega kommt mit nur 1kB, 240*128 ergeben aber 3840Byte. Oliver
-
Thread
bin2bcd, effektiverer Code ?1?
Für AVR-asm gab es hier vor einem Jahr eine Diskussion: https://www.mikrocontroller.net/topic/514209#new
Shifts) mit magischen Zahlen ersetzte: [code] 1/10 = 52429/8/2^16 1/100 = 5243/8/2^16 1/1000 = 8389/128/2^16 1/10000 = 839/128/2^16 [/code] Damit soll eine Konvertierung 13,7µs auf einem Atmega328P mit 16MHz gedauert haben.
-
Thread
Display am Attiny 841
_avr_studio.pdf
OLED und SPI geht ganz gut. Ich habe auf einem xmega einen Clip-Player programmiert. Bei 48 MHz schaufelt der 6 MB pro Sekunde ans Display. Bei den gängigen OLEDs (mehr als 160x128 scheints nicht zu geben) reichts für 50 fps :D
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
Mikrocontroller. Kostet 1,83€: http://de.farnell.com/microchip/atsamd20g18a-mn/mcu-32bit-cortex-m0-48mhz-qfn/dp/2460537 Da eine Firmware drauf flashen welche Zugang zum Speicher via SPI bietet und schon hat man Geld gespart! Indem man den AVR auch noch weglässt und das komplette Programm auf dem M0
Du hast Recht: STM32 paßt besser für die Zukunft als AVR. AVR wird bestimmt immer mehr als eher Übecontroller benutzt, und dann wird AVR gar eingestellt...
-
Thread
Problem mit AVRStudio AVRprog und ATMega48
morgen Vormittag eigentlich die Schaltung in Betrieb nehmen und wüsste halt gerne wie ich mein 2. AtMega48 flshen kann (mit AVRprog).
drauf zu achten bereits einmal die Fuses >geflasht, die er beim ersten mal mit der Einstellung ATMega128 auch >einmal ausgelesen hat ;) Ich kenne den AVRprog nicht. Die Fuses mit Einstellung ATmega128 auslesen, für den ATmega128 zu ändern, und dann in einen ATmega48 zu brennen ist mehr als bedenklich
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
Beitrag #7536305: > wenn das Upgrade sinnvoller auf eine andere CPU gehen > sollte (wobei ich in der AVR-Familie bleiben will) Für universelle Verwendung auf minimalem (aber bequem lötbaren) SMD Raum empfehle ich die neuen AVR64DD14 aufwärts, bei mehr Platz und Pinbedarf genauso die AVR128-DB Reihe
Beide Quarze möglich z.B. bei: AVR32EA28/32/48 AVR16EA28/32/48
-
Thread
Arithmetik in C
für speed kennst. Ansonsten könnte es sich lohnen, die Divisonen auf 2-er Potenzen umzustellen (128, 1024). Peter
[avr-]size müsste das können. Ich habe nur leider keine Ahnung mit welchen Parametern...
-
Thread
Speicheranzeige im ProgrammersNotepad
Wenn mir jetzt noch einer Verraten kann wie ich diese Kompilierungsanzeige hinbekomme: [code] AVR Memory Usage ---------------- Device: attiny861 Program: 3992 bytes (48.7% Full) (.text + .data + .bootloader) Data: 47 bytes (9.2% Full) (.data + .bss + .noinit) EEPROM:
Hallo, was avr-size 'kann', kannst Du Dir im 'shell' mit [code]avr-size --help[/code] ausgeben lassen. .
-
Thread
Hobby-Austausch: Welche Projekte beschäftigen euch aktuell? (Mit Altersangabe)
Ach eines habe ich vergessen. Einen 128x128x128 LED Qube. Das möchte ich mal angehen.
Klar stell dir vor ein Bild besteht aus 128x128px, das kannst du dann in 128 Schichten frei ‘im 128x128x128’ Raum drehen, ohne dass gleich das Atomkraftwerk kollabiert. audio reaktiver spectrometer bewegt sich frei im Raum Planet Erde reagiert
-
Thread
Welchen uC in Zukunft verwenden
Abhandlungen über jeweilige Vor- und Nachteile zu schreiben. Warum du allerdings direkt mit dem Mega128 eingestiegen bist, verstehe ich wiederum auch nicht. Mega8 oder 16 ist da deutlich übersichtlicher :-) Meiner Meinung nach bist du mit dem AVR ganz gut dabei, Alternativen wären der MSP430 und diverse
Ich möchte mich PeterZ anschliessen: Der AVR ist im Hobbybereich neben dem PIC der wohl am meisten verbreitete Controller. Ich kenne beide, habe früher mit PIC gearbeitet und bin nun mit dem AVR sehr glücklich. Er bietet alles was Du brauchst:
-
Thread
Baupläne rotierendes Display
ohne Software. In diesem Beispiel reduzierst du die Last für den AVR in Sofwtare auf 1/16'tel. Gruß Hagen
. Da sehe ich kein Problem. Wenn man 64kB einbaut, kann man auch 128kB einbauen und im Hintergrund aktualisieren. Oder, da man kaum bezahlbares DP-RAM bekommt, kann man auch zwei 64kB RAMs nehmen und eines auf die Anzeige und das jeweils andere an den AVR schalten zum
-
Thread
Einstieg in die ARM Welt
euch leiber was ich will. Und zwar eine art technischen Taschenrechner bauen. - Touchdisplay: 240x128 - um wie 70 tasten - Funkmodul - SD-adapter Nun kennt ihr die grenzen des AVR. Die berechungen werden sehr komplex sein und jeden avr in die knie zwingen ;). Vll. fällt es euch leichter mir
Paganini wrote: > Und zwar eine art technischen Taschenrechner bauen. > - Touchdisplay: 240x128 > - um wie 70 tasten > - Funkmodul > - SD-adapter > > > Nun kennt ihr die grenzen des AVR. Die berechungen werden sehr komplex > sein und jeden avr in die knie zwingen ;). Das isn Witz,
-
Thread
was spricht eigentlich gegen die xmega? Gesperrt
dem AVR Dragon? Ist der nicht gescheit?
Thomas F. schrieb im Beitrag #3474316: ....ATxmega 128A3 => ATxmega 192A3U..... >> http://www.jtronics.de/avr-projekte/xmega-tutorial.html > > Der Beispielcode sollte sich 1:1 verwenden lassen. > Danke. Markus Müller schrieb im Beitrag #3474311
-
Thread
Warum 32.768kHz für RTC?
bei der PLL müssten halt ein wenig "größer" sein. Naja, einen ähnlichen Ansatz verfolgen z.B. die AVR128DA. Es ist allerdings keine echte PLL, was da gemacht wird (bzw. auf Wunsch gemacht werden kann). Es wird vielmehr das Tuning des internen RC-Oszillators anhand der Referenz des Uhrenquarz-Taktes
gesteuert, aber ohne den Anspruch, einen echten Phasen-Lock zu erreichen. OK, das konnte man bei den AVR8 früher auch schon tun, mußte es aber relativ aufwendig in Software erledigen. Die AVR128DA tuen es jetzt alleine, man muss ihnen bloß noch einmalig sagen, dass sie es tun sollen. Und die Hardware
-
Thread
Parallax Propeller
Worauf ich mich einlassen würde wäre ein Microcontroller mit integriertem expliziten Grafikcontroller. (AVR32 hat sowas) Gruß, Christian
Ich habe bereits programmiert auf: Valvo 2650, Motorola 6809, Motorola 68008, Freescale 68HC12, AVR8 und beginne gerade mit AVR32. Jeder dieser Architekturen hat ihre Vor- und Nachteile. Ich habe bis auf den AVR32 jede dieser Architekturen in Assembler programmiert, den AVR8 zusätzlich in C, den AVR32
-
Thread
SPI mit AVR: Array-Zugriff in ISR funktioniert nicht
ATm128 durch einen ATm48 ersetze (jeweils mit 20MHz Taktrate). 2) Wenn ich statt des "Arrays mit Byte-Zähler als Index" einen "Struct-Pointer mit Byte-Zähler als Offset" benutze, tritt der Effekt identisch
erstmals mit SPI zu arbeiten. Schöner Lerneffekt, siehe Diskussion oben :-) Die Festlegung auf AVR (ATm48 oder ATm128) kommt übrigens auch nur daher, daß ich die halt noch hier rumliegen habe. Andere µCs bzw. andere Schnittstellen wären vielleicht tatsächlich technisch besser geeignet, aber die Frage
-
Thread
8 stellige 7 Segment anzeige
74HCT47/48/49 haben LT (lamp Test) BI (blank) und RBI Eingaenge. Ich habe sie unter Eagle durch die Suche nach einer 7 Segment decoder driver gefunden. Ich habe mittlerweile auch 4558 angeschaut (durch alte
@incal: Kennst Du http://elm-chan.org/docs/avr/avrisp.html Unterpunkt: "Attaching an LED display" schon? Das ist ungefähr das was Peter meint. Rick
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
an und auf voller Helligkeit sind. Wenn auf den HD44780 Mode verzichtet wird, reicht auchn mega48 aus. Der AVR nimmt momentan nur per UART das Crystalfontz (CFA634) Protokoll entgegen. Speichert die ASCI Zeichen in sein Puffer und fischt Steuersignale raus wie Helligkeitssteuerung oder Cursorposition
Dann nimmste eben nen ARM odern AVR+VS1053 und machst das selbst ;)
-
Thread
Pedant für Linux zu WinAVR
Moin, gcc-avr, avra und avr-libc... nur mitm Brennen musst du halt dann schauen...
NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. /opt/cross/bin/avr-gcc --target-help Known MCU names: avr1 avr2 avr3 avr4 avr5 avr6 at90s1200 attiny10 attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22 attiny26 at90s4433
-
Thread
[AVR] Probleme mit CTC Mode für BCM (OCR0A = 128 -> LED fast aus)
<util/delay.h> #include <avr/interrupt.h> // Zeitslots volatile uint8_t gTime[8] = {1,2,4,8,16,32,64,128}; // BCM-Muster für jeden Zeitslot volatile uint8_t gBcm[8]; // Helligkeit der LEDs //volatile uint8_t gBrightness[8] = {0,8,16,24,32,40,48,56}; // LEDs 0 und 1 sind AUS, die übrigen leuchten wie gewünscht! volatile uint8_t gBrightness[8] = {128,128,16,24,32,40,48,56}; // Aktueller Zeitslot volatile uint8_t gPos = 0; // Anzahl
-
Thread
8051 Chip für Einstieg
tmp-Register, welches man bei AVR ständig benötigt. Oder Bitoperationen, Bitadressierbarer Speicher. Bei den bedingten Sprüngen muss ich beim AVR jedes Mal nachsehen ... Oder MOVC A, @A + DPTR (Addiere A zum Pointer und hole den
ich beim AVR jedes Mal nachsehen ... Ich nicht. Das ist reine Übungssache. >Oder MOVC A, @A + DPTR (Addiere A zum Pointer und hole den Inhalt der >ROM-Adresse in A) - beim AVR erst mal eine 16-Bit-Addition
-
Thread
DDS erster Versuch
funktioniert prima. Übrigens ist hier noch Einer von Etlichen, der es so gemacht hat: http://www.avr-asm-tutorial.net/avr_de/avr_dac.html MfG Paul
Hi Andreas Eine der möglichen Lösungen http://elektronik-labor.de/AVR/DDSGenerator.htm LG Rudi
-
Thread
Betreibsstundenzähler
Bei dem AVR den ich verwende (AVR DA) kann das interne EEPROM pro Zelle 100000 Mal beschrieben werden. Wenn man jede Minute schreibt gibt das ca. 1700 Stunden oder 70 Tage. Sollte das nicht ausreichen ist es wohl
Minutenstand aus den 128 x 3 Byte Einträgen ermittelt: Er ist voriger Wert + 1, wobei die folgende Zahl nicht in diese Schema passt. Jeder neue Eintrag wird reihum in die folgenden 128 x 3 Byte des EEPROM-Arrays geschrieben
-
Thread
Alternativen zu STM32?
ATSAMD21G17D-AUT Digikey hat gerade 11400 Stück auf Lager, Mouser hat 2700. Cortex M0+ 48MHz, 48 Pin, 128kiB Flash, 16kiB SRAM, 6 SERCOM (UART/I2C/SPI) Unter 3 Euro das Stück bei 100 Stück.
dazu 2x DAC mit 12-bit. Schön wäre eine interne Ref, eventuell digital > abgleichbar. Das ganze im 48 pin Leadless Gehäuse. Gibts zu kaufen. https://www.digikey.de/de/products/detail/microchip-technology/DSPIC33CH128MP505T-I-M4/9657559 fchk
-
Thread
avr-libc, Bootloader, CodeVision
benötigt: aktuelles AVR Studio (hier verwendet: AVR Studio v4.18) aktuelles WinAVR (hier verwendet: WinAVR20100110) PuTTY als serielle Konsole (Version v0.6) Nix von Codevision zu sehen.
ok einfach 0x80 vorgeben. also 128. Das dürfte doch nun die gleiche Funktion sein wie die Funktion: "boot_page_erase" aus der avr-libc oder?
-
Thread
irsnd Callback function
---------------------------------------------------------------------------------------------- * AVR XMega section: * * Change hardware pin here: IRSND_XMEGA_OC0A = OC0A on ATxmegas supporting OC0A, e.g. ATxmega128A1U * IRSND_XMEGA_OC0B
on ATxmegas supporting OC1B, e.g. ATxmega128A1U *--------------------------------------------------------------------------------------------------------------------------------------------------- */ #if defined(__AVR_XMEGA__)
-
Thread
_delay_ms(1) ungenau!
Hi! Ich bin gerade am beginn meiner AVR Kariere. Ich wollte kurz testen ob das Programmieren funktioniert und wollte mal ne Soft Pwm machen. Erster Test: Einen Pin ein und ausschalten! Controller ist ein Atmega 48, an den fuses hab ich
@ Alex Kuttner (Gast) >Ich bin gerade am beginn meiner AVR Kariere. Dann sollte man die Bälle etwas flacher halten und nicht so naseweis rumposaunen. >Erster Test: Einen Pin ein und ausschalten! Controller ist ein Atmega >48, an den fuses hab ich nix
-
Thread
Update Liste und Preise [V] µC Eval Boards, GPS Module, Funkmouse, DSL-Modem, Router, Last-R, G-Sens
Debuggen von AVRs "Evertool-Light", 20141228_142736.jpg wie hier: http://siwawi.bauing.uni-kl.de/avr_projects/everto... 59. Eval Board mit A7260 Beschleunigungssensor, passt in DIL Sockel
Das ATXmega128 Eval Board kam eben bei mir an und funktioniert wie erwartet. Ein Lob an deine Lötkünste... das sieht ja aus wie gekauft! :)
-
Thread
AVR MEGA88 LCD S65 lcd.asm Assembler Problem
Leider ist hier ein (fuer mich als Assembler Jungfrau) nicht so simples lcd.asm enthalten, dass mir WinAVR nach ausfuehren des makefiles von Christian um die Ohren haut. Ich habe im Makefile nur das Target auf MEGA88 geaendert und die Ports von MEGA128 nach MEGA88 transferiert. Nach Ausfuehren des
tja dann muss wohl doch einer von den AVR´lern ran. Evtl gibts den Call ja beim 128er..... Datenblatt. Es kann aber auch sein das der Aufruf zu weit "weg" ist. zB. über 128 Byte ..evtl hilft nen "Zwischensprung" Tja für das andere musst
-
Thread
Xmega Programmierung in ASM
ernüchternd. Laut Datasheet kann man ja angeblich bis auf 200Mhz gehen. Ich bekomm sie gerade mal bis auf 48Mhz.. Hat schon mal jemand mehr als 48Mhz rausholen können?
Laut > Datasheet kann man ja angeblich bis auf 200Mhz gehen. Ich bekomm sie > gerade mal bis auf 48Mhz.. > > Hat schon mal jemand mehr als 48Mhz rausholen können? Die PLL kann 200Mhz, die CPU aber nicht. Da mußt Du dann einen Preschaler hinter die PLL schalten, daß Du unter 40MHz bleibst. Über
-
Thread
Schnelles PWM mit AVR?
Radlos > Radab schrieb im Beitrag #2005221: > ATtiny48-20 Der Hat keine PLL. Mit dem 25/45/85 und 8MHz RC-Oszillator kommst du mit der PLL auf die 64MHz Timer-Frequenz, damit auf 250kHz PWM. Siehe Datenblatt, S.24.
eine 500Khz Freq mit 7Bit Auflösung im Asnyc >Modus... Bei mir sind 250kHz x 256 oder 500kHz x 128 immer noch 64MHz. MfG Spess
-
Thread
ATmega128, AVRISP: 'hex file does not match' ??
Ich bin grade mal wieder ein wenig ratlos: Ich arbeite mit: einem ATmega128, WinAVR (letzte Version), AVR-Studio und AVRISP. Nach dem Compilierten erhalte ich mit avr-size folgende Angaben: text data bss dec hex filename 12786 2221 169
des Problems: Ich denke, ich habe die richtigen Einstellungen in beiden Fällen gewählt: unter winAvr mit -mmcu=atmega128 compiliert und im AVRStudio-Fenster für den AVRISP den ATmega128 Gruß, Michael
-
Thread
Platzmangel SMD Quarze woher?
...Ich bin ja bereit Kompromisse einzugehen, welcher AVR mit 2 UARTs ist bei 3.3V bis 16MHz spezifiziert? So auf anhieb kenne ich noch kein AVR der das laut Datenblatt schafft...
für die schnelle Antwort, also kann ich ohne Probleme ein 14,xMHz Quarz an einen mit 3V betrieben AVR (mega128L) hängen und den Quarztakt runterteilen, sodass mein µC quasi mit 3.6x oder 7.2x MHz läuft und somit innerhalb der Specs betrieben wird??? Das wäre die Lösung für mein Problem, hast du vielleicht
-
Thread
Serial RX Buffer Arduino
auch die "HardwareSerial.h" in "C:\Users\<username>\AppData\Local\Arduino15\packages\arduino\hardware\avr\<platform version>\cores\arduino\". Ich wollte da den Empfangspuffer (SERIAL_RX_BUFFER_SIZE) der seriellen Schnittstelle auf 128B setzen, kam dann aber angesichts des [c]#if !defined(SERIAL_RX_BUFFER_SIZE
Laufschrift_06.ino:89:0: warning: "SERIAL_RX_BUFFER_SIZE" redefined #define SERIAL_RX_BUFFER_SIZE 128 In file included from C:\Users\Chregu\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.8.6\cores\arduino/Arduino.h:233:0, from C:\Users\Chregu\AppData\Local\Temp\arduino
-
Thread
2 Stk. MCP2515 an einem z.B. ATMega32
Lochrasterplatine (SPI Leitungen noch nicht optimal) mit 2 x MCP2515 und ATMega328P und noch einen AT90CAN128 (langsames lesen/schreiben= Bascom) sowie RS232 Anzeigemöglichkeit auf dem Stand PC auf dem auch AVR Studio ist. Von der Seite her kann ich 2 CAN Strecken ausbauen wo sich in der Mitte die Platine
#2806586: > ich würde gerne ein ähnliches System aufbauen und dabei aber mehr > MCP2515 an einen AVR anbinden, als es INT-Pins gibt. Auf den moderneren AVRs hast du massenhaft "int-Pins". Schau dir mal die 8er-Familie (48/88/168/328) genauer an: Nebst den klassischen INT0 und INT1 Interrupts gibt
-
Thread
AVR reagiert nicht
Nein an der RESET Leitung hängt nur ein Taster und halt der Pull up Wiederstand vom AVR Aber der AVR antwortet immer noch nicht
up im AVR