-
Thread
Zugriff auf Floppies mit AVR
ruhig eine interpretationsaufgabe übernehmen. Eine andere Frage: Wenn man den 8515er nicht mit 64k RAM sondern - sagen wir mal - mit 32k Flash und 32k RAM ausstattet, kann der dann auch vom Flash runter arbeiten? Welche Adressen gelten dann für was? Wie kann ich in den ext. Flash springen und den ext. RAM verwenden (avr-gcc)? MfG Christian
-
Thread
AVR32 grasshopper patch für ATMEL buildroot 2.2.1
************* *** 2914,2919 **** atstk1006_config : unconfig @$(MKCONFIG) $(@:_config=) avr32 at32ap atstk1000 atmel at32ap700x favr-32-ezkit_config : unconfig @$(MKCONFIG) $(@:_config=) avr32 at32ap favr-32-ezkit earthlcd at32ap700x --- 2914,2922 ---- atstk1006_config : unconfig @$(MKCONFIG) $(@:_config=) avr32 at32ap atstk1000 atmel at32ap700x + grasshopper_config : unconfig + @$(MKCONFIG) $(@:_config=) avr32 at32ap grasshopper atmel at32ap700x + favr-32-ezkit_config : unconfig @$(
-
Thread
Lokale Variable statt static, aber optimiert. Wie?
case 3: // fosc/16 SPCR |= (1<<SPR0); SPSR = 0; break; case 4: // fosc/32 SPCR |= (1<<SPR1); SPSR = 1; break; case 5: // fosc/64 SPCR |= (1<<SPR1); SPSR = 0; break; case 6: // fosc/64 SPCR |= (1<<SPR1)|(1<<SPR0);
enum { DIV_4, DIV_2, DIV_16, DIV_8, DIV_64, DIV_32, DIV_128, } spidiv_t; typedef enum { MSB_FIRST, LSB_FIRST = 1<<DORD, } spiord_t; static inline void spi_master_setmode(spimod_t mode, spidiv_t geschw, spiord_t order) {
-
Thread
Nintendo Emulator
PPU-Chips (PPU = Picture Processing Unit), 15 Bit Farbtiefe, 16 Bit Datenbus. Speicher: 128 kiB RAM, 64 kiB Video RAM pro PPU (128kiB), 2 bis 32 MBit Cartridge ROM" (aus http://de.wikipedia.org/wiki/Super_Nintendo) Das auf einem AVR zu emulieren, würde ich mich auch nicht trauen, wenn ich ein besserer
@lisa: What is VICE? VICE is a program that runs on a Unix, MS-DOS, Win32, OS/2, Acorn RISC OS, QNX 6.x or BeOS machine and executes programs intended for the old 8-bit computers. The current version EMULATES the C64, the C128, the VIC20, all the PET models (except the SuperPET
-
Thread
Counter Geschwindigkeit
//CodeVisionAVR's Compiler #include <avr/io.h> #include <mega32.h> int main(){ void main(void){ DDRC=0x01; long i; long i; DDRC=0xFF;
auch indem sie die 8 bit variable gleich im register lassen und gar nicht im ram ablegen. bei einer 32 oder 64 bit zahl aber wahrscheinlich nicht. denn da braucht der prozessor ja 4 oder 8 8bit-register. deswegen werden um eine 64 bit zahl um eins zu erhöhen erst die niedriegsten 8 bit aus dem ram in
-
Thread
ATXmega128A1, SRAM-Anbindung, EBI
korrekt im EBI einstellen da der SRAM von dir mit 55ns bischen langsam ist. Der XMega kann den mit 64MHz ansteuern, theoretisch wenn es ein 15ns Typ wäre. Dann hättest du den Fall das der XMega mit 32MHz CPU Takt läuft und alle Zugriffe auf das externe SRAM würden die meiste Zeit nur 1 CPU Takt benötigen
Hol dir einen STM32 mit 512kB Flash und 64kB RAM. Das musst du dir die vergurkten ATXMega nicht antun.
-
Thread
LPC2103 63MIPS?
Fehler gefunden. So sollte es eigentlich richtig sein: [c]asm volatile ("":::"memory");\ // copy 64 32bit words // PIC18@10MIPS = // PIC24@40MIPS = 40.25?s // dsPIC@30MIPS = 53.66?s // ATMEGA@16MIPS = 274?s // Z16F@20MIPS = 23.0?s // LPC2103@60MIPS = 17.10?s pa32 = (long*)a; pb32 = (long*)b; for (i=0; i<64; i++) { *pa32++=*pb32++; }[/c] Vielleicht ist die Idee einen MCU Benchmark zu erstellen garnicht so schlecht, aber es müssen viele Dinge beachtet werden, die
-
Thread
RFID Türöffner
Ok 64 Bit, aber die eigentliche ID ist nur 40 Bit, oder? Wieso ist bei Deiner Version des Readers nur die DEMOD-Leitung an den AVR angeschlossen, und bei der vorherigen VErsion noch ein paar andere?
Tesa-Film gesichert und sauber zugeschnitten. (Bild folgt) Ich habe festgestellt, das auch ein 24LC32 EEPROM funktioniert. Ich habe den Prozessor mit dem Programmer "My-Smart-USB-Light programmiert". Dabei muss man wie folgt vorgehen. 1. Treiber von MyAvr.de besorgen 2. Programmier-Toll von MyAvr.de
-
Thread
AVR Assembler Frage
XL XH auf die untere bzw. obere Hälfte zu. Wenn man jetzt darauf besteht, dass die kleinen AVRs 32 Register haben, dann müsste man den 32-Bittern eigentlich 64 Stück 8-Bit Register zugestehen ;)
Jan schrieb im Beitrag #6846065: > Wenn man jetzt darauf besteht, dass die kleinen AVRs 32 Register haben, > dann müsste man den 32-Bittern eigentlich 64 Stück 8-Bit Register > zugestehen ;) Na ja, der AVR ist nunmal ein 8-Bitter, da ergeben 8 bit schon ein vollwertiges Register.
-
Thread
Speicher ATMega128
ein Programm das auf dem ATMega128 läuft. Darin werden neben dem Code ein paar Arrays verwendet. Der avr-gcc packt den code in das .text segment und die arrays in das .bss segment. Das lässt sich soweit gut nachvollziehen. Nun ist das .bss segment aber voll (32k). Sobald ich ein byte mehr im array verwende
--output ac_main.elf -L. -L"C:\Programme\WinAVR\lib" -Wl,-Tdata=0x801100,--defsym=__heap_end=0x8090ff -lm -lgcc -lc -litcl32 -litk32 -Wl,-Map=ac_main.map,--cref c:\WinAVR\bin\..\lib\gcc\avr\3.4.3\..\..\..\..\avr\bin\ld.exe: cannot find -litcl32
-
Thread
Neue AVR32 Manuals
Hier das Technical Reference Manual zur neuen AVR32-Architektur.
kann jemand von euch schon sagen, ob die avr32 uc's irgendwie mit arms mithalten können?
-
Thread
uCLinux Bootloader + Kernel für ARM LPC2294
halte ich untertrieben, wenn der Prozessor schon alleine mit der gleichen Geschwindigkeit wie ein AVR arbeiten würde wäre dieser 4mal schneller 32Bit anstelle von 8Bit, desweiteren kommt hinzu das der ARM 3Pipes hat. Wärend der ARM einen Befehl abarbeitet holt dieser schon den neuen Befehl(32Bit). Zum
@Uli, "wenn der Prozessor schon alleine mit der gleichen Geschwindigkeit wie ein AVR arbeiten würde wäre dieser 4mal schneller 32Bit anstelle von 8Bit" Ein 32Bitter ist nur dann schneller, wenn man auch die 32Bit braucht. Um z.B. einen Portpin zu setzen, nützen Dir 32Bit überhaupt
-
Thread
AVR-Register als Bitfields
Assembler-Code genau so kurz ist, wie wenn ich es "zu fuss" geschrieben hätte: [code] PORTB=PORTB & ~32; PORTB=PORTB | 32; if (PINB & 32) { tuwas; }; int taster=(PINB >> 5) & 1; // oder taster=(PINB & 32) >> 5 [/code]
hast Du leider nicht verstanden. Hast Du Dich vielleicht schon mal gefragt, warum es für jeden AVR-µC in Deiner avr-gcc-Toolchain ein eigenes Include ioxxxx.h gibt? Nein? Die Lösung ist eigentlich ganz einfach: Wenn Du als Programmierer <avr/io.h> "includierst", dann zieht sich diese generische
-
Thread
Integer-Berechnungen mit grossen Zwischenwerten
Detlef uint32_t x; uint32_t f; uint32_t a; uint64_t L; /* x*f , x <=2^31, f <= 2^24 */ /* (xhigh*2^16 + xlow )*(fhigh*2^16+flow) = xhigh*fhigh*2^32 + xhigh*flow*2^16 + xlow*fhigh*2^16 +xlow*flow */
#6396489: > Der ARM-GCC unterstützt im C99 Modus doch long long int, oder irre ich > da? Für 64-Bit-Plattformen sind das auch 128 Bit, auf den 32-Bittern "nur" 64 Bit.
-
Thread
Ein Lob an die Cortex M4 mit FPU :)
Mampf F. schrieb im Beitrag #5032706: > Krasse Dinger ... Obwohl (in meinem Fall STM32F429) "nur" 168MHz läuft > da MP3+Dynamic-Compressor+10Band Equalizer (nebenbei noch lesen von > SD-Karte) in wahnsinnig viel schneller als Echtzeit auf den Dingern ... naja 168MHz?? auf dem AVR32
immer wieder erstaunt was die M4/M7 so können. > > ... und ich jammer schon 'rum dass die FPU nur 32-bittig ist ... Beim Cortex-M7 ist sie zum Teil 64-bittig.
-
Thread
Float to Raw Bytes
(temp>>8); //} //int32_t rawByteArrayToInt32(uint8_t data[], uint8_t offset) //{ // return data[offset]<<24 | (data[offset+1]&0xff)<<16 | (data[offset+2]&0xff)<<8 | (data[offset+3]&0xff); //} int32_t rawByteArrayToInt32
evtl.: union { signed long *i32; char *c; } stromwert; *stromwert.i64= (mittelwert-512)*2831858; Buffer[0]=stromwert.c[0]; Buffer[1]=stromwert.c[1]; Buffer[2]=stromwert.c[2]; Buffer[3]=stromwert.c[3];
-
Thread
Prozessorwahl
... schrieb im Beitrag #3423726: > Verwendung eines AVR ist bereits Altersstarrsinn. Ja ne, is klar. Zum Relais schalten braucht es natürlich einen 64Bit 3GHz Quad-Core.
schrieb im Beitrag #3423890: > > Ja ne, is klar. > Zum Relais schalten braucht es natürlich einen 64Bit 3GHz Quad-Core. AVR Fan was, Wenn du später aber mal ein TFT anschließt dann wars das mit den AVR . Zum zweiten sind die AVR's teuerer als zB. ein STM32 . Aber jder hat seine eigene Meinung
-
Thread
Erfahrungen eines Einsteigers
muss man jeweils das Macro _SFR_IO_ADDR bemühen, das jeweils 32 von den Definitions in avr/io.h abzieht, damit es stimmt. Also etwa out _SFR_IO_ADDR(OCR1BL),r24 Aber der grösste Frust war F_CPU. AVR Studio übergibt den Wert den man in den Konfigurations
Kriterium nicht Platz. Im Moment ist der ganze Code 28kbytes, da habe ich noch einiges bis der ATMEGA32 ausgereizt ist und dann kann ich ja immer noch auf dem ATMEGA64 oder so wechseln (was ich sowieso wegen dem 2ten UART mal machen will). Es scheint wohl so zu sein, man hätte mit C Erfahrung ähnlich viel
-
Thread
AVR Einstieg
ARM Board mit Debugger auch für 27 EUR: http://www.mouser.de/ProductDetail/STMicroelectronics/STM32F429I-DISC1/?qs=sGAEpiMZZMvJkDqKJH80dBW9Ucpez89T%252byheH8hFi38%3d Kannst zum Preis eines AVR Programmer also beide kaufen und mal vergleichen.
Stecker_Schaltnetzteil_QUATPOWER_KSAS0151200150HE_12_V_1_5_A.html Ja, sollte schon passen. > Habe ich noch etwas vergessen? Naja, mit STM32 Boards kriegst du heutzutage deutlich mehr CPU-Bums und -Faxen und weniger Stress mit original Seriellen Ports fuer weniger Geld als mit dem AVR Board. Aber natuerlich ist der STM32 deutlich komplexer
-
Thread
Assembler Schleifen Tricks
einzuhalten sind. Schlauere Naturen würden keine Halbwahrheiten schreiben. Vergessen den 1/2/4/8/16/32/64 Trick zu erwähnen?
, um alle Versionen zu sehen). Es ist der unterste Eintrag "Zipped yEd Jar file for 32-bit and 64-bit operating systems".
-
Thread
LAN-Bootloader für AVR-NET-IO usw.
oder verstehe ich da etwas falsch? Anbei ein kleines Update mit einer Version für das originale AVR-NET-IO mit mega32-Controller. Die Fuse-Settings sind die gleichen wie beim mega644. Tobias
Flash-Inhalt vergleichen werden müßte. Viele nutzen den Bootloader im Zusammenhang mit dem tftpd32 für Windows und starten den tftpd32 nur wenn sie neu flashen wollen. Unter Linux verlinke ich avr0.hex (so heißt die angeforderte Datei bei mir) mit der entsprechenden WebserverXXX.hex und lösche den
-
Thread
Nuvoton N76E003
Oha, stimmt ganz genau... Woher weißt du das und kennen wir uns ? Und natürlich hab ich den STM32F030 (andere STM32 auch) im Repertoire (und den mag ich sehr)... Der Nuvotron würde mein "Setup" der verschiedenen MCU's erweitern. MCS-51 hab ich mit erscheinen und größer werden von AVR und dann
aufwändiger als gedacht) . Smile, im Archiv zum Flashershield in Projekte & Code ist ein Binarie für 32 und 64 Bit Linux enthalten.
-
Thread
MP3 Player / aktuelle Hardware gesucht
mittels der F4 DSP Befehle zu optimieren, würde das wohl ganz sicher klappen. Infos zum STM32F4 Discovery dazu: http://www.st.com/content/st_com/en/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32f4-series/stm32f407-417/stm32f407vg.html Kaufen kann man es noch da: http://shop.mymcu.de
das STM32F420 Discovery hat 64-Mbit SDRAM, das reicht locker ;) Auf dem Board ist der SAI_1 und der I2S_2 frei für nen DAC
-
Thread
Speicherfragmentierung kein Thema mehr?
besser) wissen. Ja. Ich habe schließlich erstens selbst mal ein malloc() geschrieben (in der avr-libc), zweitens mir das angesehen, was andere da so machen. (Die avr-libc-Implementierung macht allerdings kein Pooling, da so ein AVR halt nur wenig RAM hat und man dann zu viel verschwendet.)
der kernel32.dll ist, und hoffentlich so effizient, wie irgend möglich arbeitet.
-
Thread
DMX Dimmerpack bauen
Danke, das baue ich nach! Ich finde aber diese Spulen (64µH 5A) bei Reichelt nicht! Kennt zufällig jemand die Bestellnummer?
DMX IN 255 Pulslänge 100% .... DMX IN 224 Pulslänge 95% .... DMX IN 128 Pulslänge 75% .... DMX IN 64 Pulslänge 60% .... DMX IN 32 Pulslänge 50% .... u.s.w. Zwischenwerte habe jetzt nicht mit angegeben. Es entsteht eine log. Verhalten die für verschidenen Leuchtmittel halt unterschiedlich sind
-
Thread
Mega 2561 und Heliostat-Projekt
"Bis zum Mega64 hast Du linearen Adreßraum für Daten und Code." Leider zwei davon (drei mit EEPROM), egal welcher AVR. Ist zumindest bei WINAVR mit bis zu knapp 64KB an Flash-Daten kein Problem, oder jedenfalls
die Nähe gebankter 8051-er rückte. Was nicht der Fall ist, der Mega256 ist genau linear wie der Mega64 oder Mega128.
-
Thread
16-Bit AD/Wandler bis Abtast-f von 100 khz
Hallo µC Gemeinde, ich benötige für mein Projekt(Atmega32@8Mhz) einen 16 Bit A/D Wandler mit einer Abtastrate von 100kHz. Das abzutastende Signal besteht aus +-5V. Eine saubere Null muss gewährleistet werden. Wenn ich das Datenblatt des Atmega32 richtig
Ach ja, kleine Lektüre fürs WE :-) http://www.ulrichradig.de/home/index.php/avr/mmc-sd Dort gibts nen sourcecode. http://www.roboternetz.de/wissen/index.php/Portexpander_am_AVR#Ohne_SPI-Hardware Na dann schönes WE... Gruß Alexander
-
Thread
USB CDC (virtual Com-port) mit hohen Datenraten verwenden
im Beitrag #2610205: > Bevor der verwendete µC genannt wurde, bin ich von der hier sehr oft > AVR-CDC Lösung ausgegangen. Die ist langsam. Naja, "die AVR-CDC-Lösung" ist zu allgemein: du hattest VUSB im Kopf. Ich würde mit AVR-CDC eine Lösung auf Basis AT90USB1287 erstmal assoziieren. ;-)
efm32gg.. von energy micro, sry dacht das hät ich erwähnt
-
Thread
Erstes größeres Projekt - Multitasking Konzept
flags hinaus. Siehe oben ;) Ist es eigentlich üblich, Interrupts global zu deaktivieren bei einem STM32? Habe das noch nie gesehen, immer nur bei den AVR Beispielen. @ConnyG Ja, dir auch Prost ;) Vielen Dank Leute
Beitrag #3466753: > Ist es eigentlich üblich, Interrupts global zu deaktivieren bei einem > STM32? Habe das noch nie gesehen, immer nur bei den AVR Beispielen. Nein. Beim AVR gibt es das Read-Modify-Write Problem, das der STM32 nicht hat.
-
Thread
unions structs bildfields
Als Generator verwende ich https://github.com/ttsiodras/asn1scc von der ESA aber k.A. ob der für AVR geeignet ist, habe den bisher nur auf Cortex-A, NIOS und X86-64 benutzt. Eine Alternative zu ASN.1 sind z.B. Google Protocol Buffer
36bit-Integer kennt müsste Java jede einzelne "short" oder "int" Operation aufwendig emulieren. Selbst auf AMD64 passt Java nicht so richtig, da Array-Größen & Indices 32bit sind. C und C++ haben da hingegen keine Probleme, da wird size_t einfach als 64bit definiert. Allerdings sind selbst diese Freiheiten nicht
-
Thread
Einfache Sensortaste
arbeite ich mit maximal 256 Takten im Burst, durchschnittlich gesehen kalibriere ich aber auf ca. 64 bis 128 Bursts. Das mache ich um die einzelnen Sensortasten aneinander anzugleichen. Bei 64 Zyklen im Burst a 2 Mhz brauchen wir pro Taste also nur 32µs zur Abfrage. Die Kalibrierung und das Ermitteln
Und zu guter letzt das AVR-Studio Projekt.
-
Thread
Problem inline Assembler
Ich muß 64Bit rechnen und das geht ja mit dem AVR-GCC nur äußerst bescheiden, es werden riesige und langsame Codemonster erzeugt. Ich habe daher versucht, die Funktionen in Assembler zu schreiben, scheitere
sicherlich als Funktion besser aufgehoben. Es müssten dafür neue Code-Templates in gcc/config/avr/avr.md eingebaut werden, die die 64-bit-Operationen implementieren. Diese würden dann übrigens auch die Präfixbuchstaben E bis H mit benutzen, d. h. obiger Patch wäre die Voraussetzung dafür. (
-
Thread
EA DOGM128 128x64 Grafik Display
Gibt jetzt auch die 132x32 bei Reichelt für 13,70€!!
Bei mir ist ein 128x64 in einem Breadboard am Laufen. Wie schon weiter oben erwähnt, muss man einen Display-Buffer im µC vorhalten, weil man nur schreibend aufs Display zugreifen kann, deshalb ist meine Wahl auf den Mega-32
-
Thread
Projekt : viele kleine zu einem groß Projekt, brauche Infos
AD-Wandler über I2C oder einen vierten SPI. Nichts, was furchtbar viel Rechenleistung braucht. Ein PIC32 oder AVR32 oder Cortex M3/M4 sollte das problemlos schaffen. fchk
Frank K. schrieb im Beitrag #3153787: > Ein PIC32 oder AVR32 oder Cortex > M3/M4 sollte das problemlos schaffen. http://www.ti.com/tool/ek-tm4c123gxl Gefällt mir gut.
-
Thread
WordClock mit WS2812
aber vollkommen aus. Lediglich die Debug-Versionen lassen sich nicht mehr kompilieren, weil sie die 64KB des STM32F103 sprengen. Das stört mich aber nicht, weil ich dann einfach gewisse Software-Teile, die ich gerade nicht debuggen will, einfach auskommentiere. Kurz gesagt: Ich sehe das so: Für
Punkt, wo angezeigt wird: Target:STM32F1_Med-density_64K und man kann wohl auch im Pulldown-Menü eine Auswahl treffen, weiss aber nicht was da noch möglich ist, denke bei meinem verwendeten Typ weiter nichts. Den Code habe ich dann als Hex-Datei
-
Thread
ATxmega32A4U Übertakten / Overclocking
Quartz, +-15ppm - IC treibt keine Lasten an den Ausgängen, lediglich Ausgabe von Logikpegeln 32MHz Tmax: 36.6°C USART und Interrupts funktionierten normal 48MHz Tmax: 37.0°C USART und Interrupts funktionierten normal 64MHz Tmax: 40.1°C USART und Interrupts funktionierten normal 80MHz Keine Funktionalität mehr vorhanden Daher 48MHz: +3.1°C 64MHz: +3.5°C Der Stromverbrauch war höher wie bei 32MHz, wurde jedoch nicht protokolliert
-
Thread
Timer ATMEGA 2560
Und so schreibe ich den TOP-Zählerwert von Timer5 richtig hin: [c] #include <stdint.h> const uint32_t T5_FREQUENCY = 1ul; // Hz const uint32_t T5_PRESCALER = 1024ul; const uint32_t T5_PRELOAD = uint32_t(1.0 * F_CPU /T5_PRESCALER /T5_FREQUENCY+.5)-1; if (T5_PRELOAD >= 65536) { // error("T5 Prescaler
berichte bitte: [c] ; im kopfbereich #include <stdint.h> ; im code direkt nacheinander. const uint32_t T5_FREQUENCY = 1ul; // Hz const uint32_t T5_PRESCALER = 1024ul; const uint32_t T5_PRELOAD = uint32_t(1.0 * F_CPU /T5_PRESCALER /T5_FREQUENCY+.5)-1; OCR5A = T5_PRELOAD;[/c] Dann poste bitte das
-
Thread
64Bit Zahl unter AVR-Studio
Hallo, ich arbeite unter AVR-Studio in C und programmiere einen Mega8. (Alles Neuste Versionen) Mein Problem, ich brauche gerade eine 64Bit Variable, aber weder die deklaration mit "long long" noch "uint64_t" bzw. "int64_t"
@ R.Quentin (Gast) >deklaration mit "long long" noch "uint64_t" bzw. "int64_t" bringt die >gewünschten Ergebnisse. Hier mal ein Beispiel Code: Versuchs mal so. [c] #include <avr/io.h> #include <stdint.h> int main (void){ int64_t einfach=0xaaaaaaaaaLL
-
Thread
Kosmos CP1 Emulator mit ATmega
. Und bei 5 USD pro ATMega 2560 Pro Mini Board mache ich mir darüber nicht so viele Gedanken... ESP32 oder STM32 or RISC-V wäre da schon eher Verschwendung ;-)
32 reichen auch. Hätte ich das anderst gemacht, könnte man deutlich mehr IC's darauf verlöten (u. a. den hochbilligen STM32F103): Andreas B. schrieb im Beitrag #6546246: > Und wann kommt die 32-Bit
-
Thread
64bit datentypen avr
. avr-gcc -c -mmcu=atmega88 -I. -gstabs -Os -Wall -Wstrict-prototypes -std=gnu99 cmd.c -o cmd.o Wie kann ich mit 64bit arbeiten? thnx.
Der Code sieht so aus: lcd_putchar(sizeof(uintmax_t)+'0'); uint32_t und uint16_t zeigen es richtig. avr-gcc (Gentoo 4.4.3 p1.0) 4.4.3
-
Thread
AVR32 Project
Welchen AVR32 möchtest du denn nehmen: AP7 oder UC3 (A0, A1, B0 oder B1)?
okay, habe gerad gelesen, dass mit dem UC3 auch ein Linux moeglich ist: http://avr32linux.org/twiki/bin/view/Main/LinuxOnUC3... man koennte sich ja ueberlegen, ob man dann nicht den AT32UC3A1512 verwenden moechte... wie sehen deine hardware-erfahrungen aus matthias?
-
Thread
Touch display an einen atmega32
graphical-lcd-capacitive-touch-screen-800x480-spi-ft811-p-301.html?cPath=6_16 Naja, statt des Mega32 kann es dann auch sicher nicht schaden einen Mega644 oder Mega1284 zu benutzen - wenn es denn AVR bleiben soll.
einigem RAM und satter Taktfrequenz notwendig. Ich für mich würde ein solches Display NICHT an einem AVR laufen lassen. Im Moment betreibe ich es in Verbindung mit einem Nucleo STM32F746 (1 MByte Flash, 350 kByte RAM, 216 MHz) und auch da ist manches (bspw. Framebuffering) nicht machbar ! (Abgesehen
-
Thread
Software UART
kopiere wirds dann compiliert. Beim versuch das ganze dann zu testen wird allerdings immer mein AVR Dragon abgeschossen, sodass ich da erst die Firmware neu aufspielen muss, damit es geht. Vorher (ohne die Erweiterung mit dem SUART) ging das einwandfrei. Ich benutze wie gesagt einen ATmega32
gesteckt hat, hätte es sich gelohnt gleich einen für die Aufgabe "richtigen" µC zu verwenden. z.B. STM32F427 hat 8 UART's drin ... und noch vieles mehr. Artikel: [[STM32]]
-
Thread
ATmega8. Umbau als 2GHz Frequenz-Logger
1 + Pin 13 sind Inputs)(2,12 Master Reset)(Pin 6+8 sind Outputs) Pin8 geht am AVR zu Pin 11,Pin 12 geht am AVR zu Pin 3 PS: Der IC 74HC00 ist ein Quad Nand mit je 2 Inputs (Gehäuse DIP14)
Eingang am selben IC. Durch diese Verschaltung hat die "2. Hälfte" des 393 die Teilerausgänge :32 :64 :128 und :256 ... und liefert an den Pins (18,19,13,11) des AVR folgende Frequenzen: Pin 18: Empfangsfrequenz /64 /32 (=Empfangsfrequenz/2048) Pin 19: Empfangsfrequenz /64 /64 (=Empfangsfrequenz
-
Thread
LCD Display 480x360, blau, bei Pollin
Dieses Programm könnte bei der Ansteuerung helfen: http://www.erd.epson.com/vdc/RelSoft/1375/intel32/13705cfg.zip
meinem (Eigenbau) 8051-Entwicklungsboard sind 4 Busanschlüsse vorhanden, von denen jeder 4kByte des 32kB I/O Adressraumes bekommt (ein 32k SRAM oder ein 2MB DRAM unterteilt in 32k Pages) bekommt den Rest. Auf der S1D13705 Platine sitzen ein 74HC573 und 74HC574, die 64k der Adressen erzeugen. A0-7 können
-
Thread
Digitaler Bilderrahmen mit mega8 S65 Display und SD-Karte
FAT einfach das Dateisystem benutzt, das zuletzt auf der Karte war. Auf jeden FAll bekomm ich ne 32 MB, 64 MB und 256 MB zum laufen. Alle unterschiedliche Hersteller.
machen willst lade ich es gerne hier rein und teste es mal. Inzwischen habe ich von einem Freund eine 32MB Karte geschnorrt die funktioniert. Die aus dem Telefon hab ich nicht zum Laufen gebracht, aber egal. Bei mir funktioniert nun alles wie es soll, juhu!! Meine Compiler Version ist avr-gcc (GCC)
-
Thread
Hardware-Multiplier auf Mega32 ungenutzt?
p.s. seltsamerweise wird's mit *-O2* für den ATmega32 schlechter, nämlich 16 Ticks (oben war nur -mmcu=avr2 gesagt) [avrasm] mal15: movw r18,r24 ; 27 *movhi/1 [length = 1] lsl r18 ; 35 *ashlhi3_const/2 [length = 2] rol r19 add r18
sicher lieber heute als morgen im offiziellen Tree drin, es macht sicher keinen Spaß, den ganzen AVR32-Krams außerhalb zu pflegen. Außerdem ist natürlich auch irgendwie Sturheit der FSF im Spiel. Dieses Bestehen auf der Copyright-Abtretung ist nicht völlig verständlich, das würde gut auch ohne
-
Thread
Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD Diskette
Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. Aber ein AVR reicht völlig. Und vor allem macht die Herausforderung, etwas auf einem in die Jahre gekommenen 8-bit Prozessor zu programmieren wo andere alle sofort
Peter S. schrieb im Beitrag #6137096: > Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. > Aber ein AVR reicht völlig. Nachweislich. :-) Ich dachte allerdings eher daran, dass man besser an Daten von schlecht lesbaren Disketten rankommen kann
-
Thread
Benchmark für Arduino-Boards?
ist um Faktor 6.75 höher geworden. Ob der STM32F103 Controller Instruktionen effizienter ausführt ? Oder nur der Compiler für den STM32F103 effizienteren Code erzeugt als der AVR-GCC für den Atmega?
84MHz/16MHz Wobei das vermutlich eher Zufall ist: Der DUE rechnet den Benchmark wohl mit echten 64-bit 'double'. Und beim UNO sind 'double' ja tatsächlich nur 32-bit 'float' Dafür ist der DUE ein 32-Bit Controller und der UNO nur ein 8-Bitter. Und rein zufällig hebt es sich so auf, dass die Gleitkomma-Performance
-
Thread
Mikrocontroller PonyProg Programmierschaltung
Mikrocontroller übertragen kann. Ich bräuchte den Bootloader von dem ATTiny13, ATMega8 und ATMega32. Entweder, man schickt mir direkt die HEX-File, die ich dann einfach per PonyProg über meine Schaltung in den Mikrocontroller übertrage, oder eine ASM-Datei, die ich dann in AVR Studio 4 kompiliere
: STK200, STK300, STK500, AVR ISP MKII, AVR Dragon und AVR ICE MKII. Alles original Atmel und hat immer problemlos funktioniert. MfG Spess