-
Thread
SDCARD Am Software SPI???
ist #define SPI_SS 5 //Nicht Benutz muß aber definiert werden #endif #if defined (__AVR_ATmega32__) #define SPI_DI 6 //Port Pin an dem Data Output der MMC/SD-Karte angeschlossen ist #define SPI_DO 5 //Port Pin an dem Data Input der MMC/SD-Karte angeschlossen
void shiftBits(byte b) { CLK0 if ((b&128)!=0) SDA1 else SDA0 CLK1 CLK0 if ((b&64)!=0) SDA1 else SDA0 CLK1 CLK0 if ((b&32)!=0) SDA1 else SDA0 CLK1 CLK0 if ((b&16)!=0) SDA1 else SDA0 CLK1 CLK0 if ((b&8)!=0) SDA1 else SDA0 CLK1 CLK0 if ((b
-
Thread
Korrelation ist besser statt hohe Sendeleitsung!!! Gesperrt
Ich habe es mal auf einem AVR ausprobiert: Ein tiny2313 sendet mit 6,4kHz Samplerate die Symbole mit 64 Werten Länge. Macht also 100Baud Datenrate. Ein mega48 @22MHz digitalisiert mit 6,4kHz und erzeugt daraus wieder die Bitwerte
ATmega8: 1.85 LPC2103: 2.50 ATmega32: 3.50 LPC2103: 3.75 Der Preisunterschied zum AVR ist im Hobby- und Kleinserienbereich also völlig zu vernachlässigen. Und die nächste, noch-lower-cost-Generation ist schon im Anmarsch (Cortex M3
-
Thread
arthernet extern memory test program
auf ATMega128 - WinAVR 20060421 geeignet Viel Erfolg Michael ---------------------------------------------------------------------- Bildschirm Hardcopy: Welcome to the arthernet external memory test program
[\]^_: 0x8060: 60 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F :`abcdefghijklmno: 0x8070: 70 71 72 73 74 75 76 77 78 79 7A 7B 7C 7D 7E 7F :pqrstuvwxyz{|}~ : 0x8080: 80 81 82 83 84 85 86 87 88 89 8A 8B 8C 8D 8E 8F :
-
Thread
1-Wire Slave auf AVR
ausgewählt ISR (INT0_vect) { unsigned char tim0_i, status; status = status_global; #ifdef __AVR_ATtiny13__ DDRB &= ~(1 << ONEWIREPIN); // Pin auf Eingang #elif defined (__AVR_ATmega8__) DDRD &= ~(1 << ONEWIREPIN); // Pin auf Eingang #endif #ifdef __AVR_ATtiny13
Reset-Signale nacheinander gesendet wurden. Das verträgt jetzt der neue Code. Der iButten Viewer32 sendet nachweislich ein den Befehl 64h ich vermute mal zum Temperaturmessen. Habe ich einfach mit eingefügt und nun geht’s ohne Probleme. Für den Counter muss wohl ein Attiny25 herhalten. CRC16 und
-
Thread
Display (HD4478099) zeigt nur Kästchen
nur dass hier die Basis 2 ist. Dezimal: z.B. ...1000er, 100er, 10er, 1er Binär: ...128er, 64er, 32er, 16er, 8er, 4er, 2er, 1er (0b 0 0 0 0 0 0 0 0) Solange Du das nicht verstanden hast, brauchst Du mit µC-Programmierung gar nicht erst anzufangen. Bitte beschäftige
/site/atmel/avr_lcd/pdf/LC.pdf
-
Thread
Rechnen mit AVR
anderen. mit electronicdesign statt elecdesign geht's ohne Cookies und Skripte. @Simon: der AVR-MUL ist 8x8-->16 bit, hier geht es um 32x32-->64 In meiner Routine verwende ich keine Shifts, sondern 16 MULs. Schau sie Dir mal an.
(var_,id_) ((*(u64_union_t*)&(var_)).w[id_]) #define U64_UNION_Q(var_,id_) ((*(u64_union_t*)&(var_)).q[id_]) #define U64_UNION_O(var_,id_) ((*(u64_union_t*)&(var_)).o) #endif uint32_t ftw_mul32_32( uint32_t freq32
-
Thread
MMC/SD-Karte mit FAT16 an AVR
32Bit-Operationen benötigt. Ich vermute, das es auf einem MSP430, ARM oder auch AVR32 wesentlich besser liefe. Werde es auch mal mit größeren Blockgrößen versuchen. Im Moment lese ich ja immer nur 8Byte
werden. [c] void play_sound(const char *file_name, struct fat_fs_struct* fs, struct fat_dir_struct* dd) { int32_t bytesRead = 0; int32_t totalBytesRead = 0; int countVar; uint8_t songbuffer[32]; struct fat_file_struct* fd; fd = open_file_in_dir(fs, dd, file_name);
-
Thread
LCD + Wert (aus ADC) ausgeben
Include-Datei * PC4 = RS * PC5 = Enable * PC0-PC3 = D4-D7 * R/W ist n.c. */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((12000000/4000)*us)/1000) // wartet µs // Enable-Leitung toggeln void lcd_flash_e () { PORTD = PORTD | ( 1<
alle Bits umdrehen 0110 1100 und 1 addieren 0110 1101 1 + 4 + 8 + 32 + 64 -> 109 Das Bitmuster entspricht also der Zahl -109 Warum macht man so komische Verrenkungen mit dem 2-er Komplement. Ganz einfach: Weil man dann bei Addition und Subtraktion nichts
-
Thread
LCD, HD44780 und KS0076
***************************************************************/ #include <inttypes.h> #include <avr/io.h> #include <avr/pgmspace.h> #include "lcd.h" /* ** constants/macros */ #define DDR(x) (*(&x - 1)) /* address of data direction register of port x */ #if defined(__AVR_ATmega64
*/ #define LCD_E_PIN 4 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
Handycamera MCA-25 ansteuern - ip webcam mit mega32
Hi! Es geht darum eine mca-25 Kamera mit einem avr anzusteuern. Mein Code erweitert ulrich radigs mega32 webserver um die webcam funktion. Die webcam/mca25.c Datei sollte auch standalone verwendbar sein. WICHTIG: Baudratenquarz verwenden! (460800
das ich warscjeinlich zu blöd bin aber der compiler sagt: In file included from main.c:30: D:/WinAVR/bin/../lib/gcc/avr/3.4.3/../../../../avr/include/avr/delay.h:121:3: warning: #warning "F_CPU not defined for <avr/delay.h>" main.c:32: warning: function declaration isn't a prototype main.c:32: warning
-
Thread
ARM welche Entwicklungsumgebung, welches JTAG Interface ?
erhältlich. Damit kann (werde) ich also leben. Dabei kostet JTAG-Interface, Eval-Board und (auf 32k beschränkte) Soft weniger als nur das J-Link von Segger alleine. Andere J-Link Bundles in vernünfigen Preisregionen habe ich leider nicht finden können. Das Upgrade von 32k auf 511K kostet übrigens
kein Problem. Wenn das so ist, kannst du dich ja auch mal bei Lauterbach Datentechnik nach einem Trace32 umsehen ;-) Ciao, Fabian
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
Verwende die embedded Workbench von IAR, war bei dem Bundle von MSC mit dabei für 149 Euro, ist aber auf 32KB Code beschränkt. Finde die zwar lange nicht so gut wie Codevision für den AVR aber man kann mit arbeiten.
: #include <avr/pgmspace.h> // AVR specific functions to access the program memory // ascii table, starting with character blank (32) // size is 8x14 const uint8_t ascii_tab[96][14] PROGMEM = { { 0x00, 0x00
-
Thread
Schwach im Kopfrechnen
als 6 Dezimalstellen musst Du nicht nur die Lib ändern, sondern auch den Compiler (gcc-*\gcc\config\avr\avr.h, #define DOUBLE_TYPE_SIZE 32). Ich ging übrigens davon aus, dass jemand der eben mal atof oder acos neu schreibt, dem Statement if (sizeof(double) > sizeof(float)) printf("das ist garantiert kein WinAVR\n"); entnehmen kann, dass in WinAVR "double" nicht genauer ist als "float". Anders als beim PC. Sorry für die Fehleinschätzung. Abhilfe: (a) Compiler verwenden, der ein 64-bit Fliesskommaformat
-
Thread
Festplatte Timing
Ja. Das hatte ich vergessen hinzuschreiben. D0-7 von der Festplatte gehen an DA0-7 vom AVR. A0-2 von der Festplatte geht über das Addresslatch an DA0-2 (normal). DD8-15 geht an ein Latch, dessen Ausgänge per Software hochohmig geschaltet werden können. Der Latch-Enable ist mit dem invertierten
Nur FAT32 mit langen Dateinamen.
-
Thread
Teilen durch 3 in Assembler
einfach 1/3 durch Summe aus Brüchen mit Zweierpotenzen darzustellen, z.B.: 1/3 = 1/4 + 1/8 - 1/16 + 1/32 - 1/64 + ... das wären 0.328 wenn ich mich nicht verrechnet hab, also schon recht nahe an den 0.333. Die Brüche machst Du in Assembler durch Rechtsshift.
Wie wärs hiermit: http://www.atmel.com/dyn/resources/prod_documents/AVR200.zip In vielen Fällen läuft das etwas fixer ab und geht voll nach dem Verfahren von Tobias. MfG Andi
-
Thread
Pac Man mit dem ATmega8
liefern wenn die letzte Zeile ausgegeben wurde. Das Main-Prog erzeugt die Grafik im internen SRAM des AVR (Mega32 mit 2KB) wobei die Auflösung leider nicht sehr hoch sein kann (128x96, 1 Bit). Man kann ja noch externen SRAM anbinden und vielleicht in Farbe senden. MfG Andi
Also, ich hatte auch überlegt. Ein Chip liest Bilder von EEProm in RAM. Anderer AVR sendet Befehl mit Bildnummer u. Position an GrafikAVR. GrafikAVR fügt Bild ein und zeigt an. Bsp. Befehl: 1011010-111111-101010-1 BildNR.-Pos.X -Pos.Y -Tranzparenz?
-
Thread
seltsame *.hex Datei
Hi! Ich arbeite an einem ATMEGA32 (der hat ja 32kB Flash). Die vom GCC ausgespuckte *.hex Datei enthält aber extended Frames (also >64KB) Hier die letzten Zeilen der Datei: :107FE0007095809590959B01AC01BD01CF010895DE -- "noch normal
ELF-Datei, aus der das produziert worden ist, irgendwo (am besten via URL) verfügbar machen sowie das avr-objcopy-Kommando, das zu dieser Datei geführt hat?
-
Thread
MMC/SD Karte: mmc_lib Version 2.0
die Karte kopiert und mir auch den Karteninhalt als Rohdaten von der Karte kopiert (mit dem Befehl dd unter Linux ;)). Wenn ich nun per AVR lesen möchte, kriege ich aber nur andere Daten (Schrott) raus. Initialisierung der MMC geht einwandfrei, die CID und CSD kann ich auch problemlos auslesen. Der
, aber bei WinAvr scheint man für die 32bit ja einen unsinged long long zu brauchen...komische Sache. Ich dachte mir immer: char - 8 bit short - 16 bit long - 32 bit long long - 64 bit Naja, scheint nach
-
Thread
LCD Controller für 640x480 LCD mit mega8515
Wieso hat ein 64kB SRAM eine A16 Leitung ? Hast du A15 vom AVR an CS gehängt ? Vermutlich ja. Es werden 64kB benötigt. A15 vom SRAM muss an A15 vom AVR. In den meisten Schaltplänen hängt A15 nur deshalb an CS\ weil 64kB relativ selten sind, und ich daher meist 2x 32kB verwende.
-
Thread
FFT auf dem AVR
nen ganzes Stück langsamer als asm). Ich hab aber schonmal überlegt den FFT-Code als Assembler im avr-gcc einzubinden, allerdings ist beim avr-gcc-asm die Syntax anders, daher war mir das bisher zu aufwendig.
Woher nehm ich die beiden Include Dateien .include "avr.inc" .include "akiglcd.inc"?
-
Thread
RAM/EEPROM am IDE-Bus
ist doch der Spass und die Neugier, oder nicht? Warum sollte man sonst im Internet Sachen wie das AVR-Tutorial hier veröffentlichen? Damit die Industrie den hohen Nutzen eines langsamen, teuren, für viele Anwendungen unbrauchbaren aber benutzerfreundlichen Controllers kennenlernt?! Bitte nicht als Vorwurf
@Rufus: Zum Thema 40 MByte/s: Ich bin eben mit nem 8-Bitter aufgewachsen und find 32 Bit Geräte mit 132 MB/s (PCI) wahnsinnig und noch wahnsinniger nen Prozessordatenkanal mit 9,6 GB/s (div. Serversysteme, u. a. auch AMD64 Arch.) Allerdings frag ich mich, ob die Leute, die 40 MB/s Festplattenübertragungsrate
-
Thread
3,5" Floppy auslesen
Verfügbarkeit gerne verzichten. Ich weiss das das mit dem Timing schwierig ist ( Bitbreite < 2uS bei DD-Disketten im MFM Format). Würde es aber trotzdem gerne mal versuchen. Falls also jemand ein paar Infos über die elektrische Ansteuerung ( Pegel, Reihenfolge usw.) hat, würde ich mich sehr freuen.
Also zur Zeit progge ich mir nen FDD emulator auf AVR basis. Ziel ist es den ganzen mechanischen Kram über Board zu werfen, und als Speicher medium ne SM-Card zu verwenden. Am 34Pol. Shugard Interface soll das aber wie ne normale Floppy aussehen (o.k.
-
Thread
Vorteile/Nachteile von AVR gegenüber 8051er
Hi. - AVR haben keine Taktteilung wie die klassischen 8051 (gut, die neuen 8051 Derivate sind auch schon nen Schritt weiter) - AVR haben keinen Akku, fast alle Operationen können auf den 32 Registern ausgeführt
Hi @Rahul _Kein_ AVR kann externen _Programm_-Speicher ansprechen. Mega8515, Mega162, Mega64 und Mega128 ermöglichen nur den Anschluß von Datenspeicher. Matthias
-
Thread
Honeywell Rondostat HR20E per AVR steuern und konfigurieren
Display this information -v --version Display the program's version avr-size: supported targets: elf32-avr coff-avr coff-ext-avr elf32-little elf32- big srec symbolsrec tekhex binary ihex Report bugs to <http://www.sourceware.org/bugzilla/> [/pre] > ... das ebenfalls
Jens Müller wrote: > > Aber, nächster Fehler: > [...] > > avr-size: supported targets: elf32-avr elf32-little elf32-big srec > symbolsrec tekhex binary ihex > Damit hatte ich auch Probleme, ich habe mir jetzt damit geholfen: [pre] Index: /home/patrick
-
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
Eure Basteltische Bilder
momentan kein Parallel-Kabel zur Hand habe und somit leichten Zugang zur Rechnerrückseite brauche, um den AVR zu programmieren.
C96;GROUPID=3376;ARTICLE=23418;START=0;SORT=artnr;OFFSET=16;SID=28tSWtE6wQARwAADHzJJ45e465157e2e3f9e5dd1595ad08c54554 Gruß MISZOU
-
Thread
MMC/SD ansteuern mit AVR
Atmega are not equal to sector numbers accessed using a PC card reader! Sector 0 on PC is sector 39 on AVR, sector 1 on PC is 40 on AVR and so on. It means that sector 0-38 are not accessible on PC. What is the purpose of this area? How can I check how big is it? 64MB SanDisk didn't have this. Darek
calculate the first datasector. On both machines i get the same number, for example sector 279 for a 64mb mmc card, only the embedded device seems to write 32 sectors back while saying. Greetings, Norbert
-
Thread
Fernbedien RC5 Empfänger
.dep/fernbedienung.elf.d fernbedienung.o RC5/RC5.C C:/Programme/WinAVR/bin/../lib/gcc/avr/3.4.3/../../../../avr/include/avr/signal.h --output fernbedienung.elf -Wl,-Map=fernbedienung.map,--cref -lm cc1plus.exe: warning: command line option "-Wstrict-prototypes" is
RC5.C:27: warning: converting of negative value `-0x000000002' to `unsigned char' C:\Programme\WinAVR\bin\..\lib\gcc\avr\3.4.3\..\..\..\..\avr\bin\ld.exe:fernbedienung.o: file format not recognized; treating as linker script C:\Programme\WinAVR\bin\..\lib\gcc\avr\3.4.3\..\..\..\..\avr\bin\ld.exe:fernbedienung.o
-
Thread
KS0108 GLCD Routinen
wo die Schriftgrösse nicht ein vielfaches von 8 sind. Es gehen also nur Schriften der Größe 8, 16, 32 ,64. Ist das so von Dir so gewollt, oder noch ein kleiner Bug ? MFG Dieter
von Ape aus seinem ersten Post(also die Urlib(für mich als Anfänger reichts)) auch auf meinen Atmega32 laufen, nur leider sieht das das Display so aus wie im angehängten Bild. Hier mal mei n Quellcode vom main.c [c] #include <avr/io.h> #include <avr/pgmspace.h> #include <avr/delay.h> #include
-
Thread
AVR Bootloader
Hier noch die Meldungen: AVRASM: AVR macro assembler version 1.77.3 (Dec 20 2006 14:29:41) Copyright (C) 1995-2005 ATMEL Corporation Creating 'M32BOOT.hex' Assembling 'M32BOOT.ASM' Including 'm32def.inc' Including 'bootload.h
output vom assembler. lg, thomas <------------------- snip ------------------> AVRASM: AVR macro assembler version 1.77.3 (Sep 21 2005 08:43:03) Copyright (C) 1995-2005 ATMEL Corporation Creating 'm32boot.eep' Creating 'm32boot.hex' Creating 'm32boot.lst' Assembling 'm32boot.asm
-
Thread
CRC-16 Prüfsumme (serielle Übertragung)
Beim avr-gcc ist eine optimierte CRC16-Routine bereits enthalten #include <avr/crc16.h>
0x8408, 0x9581, 0xa71a, 0xb693, 0xc22c, 0xd3a5, 0xe13e, 0xf0b7, 0x0840, 0x19c9, 0x2b52, 0x3adb, 0x4e64, 0x5fed, 0x6d76, 0x7cff, 0x9489, 0x8500, 0xb79b, 0xa612, 0xd2ad, 0xc324, 0xf1bf, 0xe036, 0x18c1, 0x0948, 0x3bd3, 0x2a5a, 0x5ee5, 0x4f6c, 0x7df7, 0x6c7e, 0xa50a, 0xb483, 0x8618, 0x9791, 0xe32e, 0xf2a7
-
Thread
Mehrere DS1820/DS18B20 auslesen
Dannegger wurde im Thread http://www.mikrocontroller.net/forum/read-4-84831.html#102216 "fertiger" avr-gcc-Code bereitgestellt. Bei der Gelegenheit: Danke dafuer, Peter.
n"); [/c] Als Ausgabe erhalte ich für drei angeschlossene DS18S20: [code] ID: 10 6F 9B DD 01 08 00 9A T: 0180 = 24.0°C ID: 10 D9 9F DD 01 08 00 30 T: 0180 = 24.0°C ID: 10 A8 AF DD 01 08 00 1B T: 0180 = 24.0°C festeID: 10 D9 9F DD 01 08 00 30 T: FFF8 = 4095.5°C [/code
-
Thread
Akku Ladetechnik
C3. 8Ampere strebe ich nicht an, für Ni-Akkus bis 8Ah reichen mir 4A. Von Hitzeproblemen der BDX64B bzw. des Ausganskondensators C4 ist dabei noch Nichts zu spühren. Der Kühlkörper wird handwarm, der Kondensator bleibt kalt.
10A - D3: Shottky, 20A - C1: 3*4700uF - je 0,01Ohm zur Stomsymmetrierung an den Emittern der BDX64B - an Stelle der 2*0,08Ohm (Skizze mit dem CA3140) 2*0,039Ohm Alle Angaben natürlich ohne Gewähr! Gruß PeterB
-
Thread
FAT-Dateisystem
Hallo, hat jemand schon Erfahrungen mit einem FAT Dateisystem auf einer CF-Karte mit einem AVR 8515 oder 8535? Danke Manfred
System gar nicht aus, aber auf ww.compactflash.org wird gewarnt, daß Windows gerne die CF Karten > 64MB als FAT32, anstelle von FAT16 formatiert. Aber das kann man ja einstellen. Eine Leseroutine FAT16 für den Atmel 8515 wäre also interessant. komme allerdings die nächsten Tage auch nur dazu Theorie
-
Thread
Codevison oder Imagecraft??
verschiedensten Plattformen und Prozessoren, vom Palm Pilot bis zum Grossrechner, vom kleinen 8-Bit AVR bis hin zum superskalaren 64 Bit RISC-Prozessor und er ist einer der ausgereiftesten Compiler, die es überhaupt gibt. Und es ist logisch, wenn es solch ein Produkt zum Nulltarif gibt, dass dies so manchen
will, wie der AVR Tickt nehm ich ASM und das Datenblatt