-
Thread
Welchen Piezo-Summer an AVR
habe hier an einem mega8515 einen BJM 05 siehe: http://www.reichelt.de/inhalt.html?SID=14Q3OivtS4AQ4AAFpuSow193b6953094f3022dd598552cc526a32;ACTION=6;LASTACTION=3;SORT=artikel.artnr;GRUPPE=H4;WG=0;SUCHE=summer;ARTIKEL=SUMMER%2520BJM%252005;START=0;END=16;STATIC=0;FC=668;PROVID=0;TITEL=0;ARTIKELID
AVR-Pin anschliessen kann. Ich danke Euch allen für die Antworten. Schönes Wochenende Hilel
-
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 ?
vmaster@magrathea:~/openocd/mingw/trunk$ uname -a Linux magrathea 2.6.22-ck1 #2 PREEMPT Sat Jul 28 16:14:50 CEST 2007 i686 GNU/Linux ./bootstrap ./configure --host=i586-mingw32msvc --enable-parport --enable-ft2232_ftd2xx --enable-amtjtagaccel --enable-gw16012 --enable-presto --enable-parport_giveio
0xebffffb7 BL 0x800007b4 0x800007b4 0xe1a0c00d MOV r12, r13 0x800007b8 0xe92dd800 STMDB r13!, {r11, r12, r14, r15} [/pre] Gruß, Dominic
-
Thread
max186 (ADC) über SPI ansprechen
Entschuldigt bitte nocheinmal, ich habe die Angabe der Pins vergessen, also #define DD_MOSI PB5 #define DD_MISO PB6 #define DD_SCK PB7 und ausserdem PB4 als SS Also genau wie im Atmega 16 Datenblatt Danke Matthias
Hallo Matthias, ich stamme nun nicht aus dem Atmel AVR Lager und hab von C nur rudimentäre Ahnung, aber das DDRB = (1 << DD_MOSI) | (1 << DD_SCK); DDRB = (1 << PB4); //SS als Augang setzen ist meiner Meinung nach leicht daneben. Mit der zweiten
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
Tabelle steht im file disp.c, und passt sicherlich ins Flash des Atmega8. uint8_t ascii_tab[96][14]={ { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00}, // space (32) Das Zeichenformat ist 8x14, d.h. ein Zeichen ist 14-pixel hoch und 8-pixel breit. Die Tabelle
: #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
Festplatte Timing
3/4 um, wenn nicht über die SET FEATURES Befehle ? Das wäre nämlich nicht so schön, wenn ich den AVR nicht mit 14,318 MHz takten könnte, um das XMEM-Interface für einen 70ns RAM und die Festplatte verwenden zu können.
/* Das wäre nämlich nicht so schön, wenn ich den AVR nicht mit 14,318 MHz takten könnte, um das XMEM-Interface für einen 70ns RAM und die Festplatte verwenden zu können. */ Wo ist das Problem, selbst 4MHz reichen für einen MP3-Player völlig aus.
-
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
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
. Es ist ein passives (d.h. SW) LCD mit 320x240, das auch für PDAs gebaut wurde. Für das LQ035Q2DD56 habe ich eigentlich fast alles fertig geplant, aber das ganze ist ziemlich aufwendig und mit einem AVR kaum zu schaffen. Selbst bei 256 Farben (also 8 statt 18bit) braucht man immer noch 76,8kByte
Hallo, AVR steht mir nich zur Verfügung, nur PIC's. Und von denen schafft nur die 32 Bit S-Klasse in smd Taktraten bis 80 Mhz. In wieweit sich die normalen übertakten lassen weiss ich nicht, manche Rev. A Chips
-
Thread
3,5" Floppy auslesen
einfach; hier mal einige Kommentare zu den einzelnen Signalen: Vom Controller zum Laufwerk: /DSx [14,12] ("Drive Select") dient zur Auswahl des anzusprechenden Laufwerkes /MOx [10,16] ("Motor on") dient zum Ein/Ausschalten des Motors des anzusprechenden Laufwerks /HS [32] ("Head Select") wählt einen
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
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
DMX_Dimmer8_V1.bas" herunter geladen? Du kannst sie mit dem Windows Editor auch öffnen, sogar mit FastAVR. MFG Dirk
3 Jahre alten, und 2,5 Jahre 'ruhenden', Thread missbrauchen. Schau dir mal die Atmel-Appnotes AVR094 und AVR095 an (hier: http://atmel.com/dyn/products/app_notes.asp?family...). Du musst wahrscheinich UCSRA0 und FE0 benutzen. exakt :)
-
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
Diese Funktionen gitbt es in der aktuellen Version von WinAVR nicht mehr (seit 14.02.2005). Lade dir halt die aktuelle Version der MMC-Bibliothek bei Ulrich Radig (www.ulrichradig.de) herunter. Da ist es schon länger abgeändert. Gruß Elektrikser
Clockzeiten anzupassen, reicht es aus, dem Befehl noch 2 Weitere Parameter zu übergeben (BASCOM-AVR) Shiftout Mosi , Clk , Dat , Msbl , 8 , 500 Shiftout Mosi , Clk , Addr , Msbl , 32 , 500 Am ende gibt man zum einen eine "8" oder "32" für die anzahl der Bits ein, die übertragen werden sollen
-
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
font_data[]; * // bit field of all characters */ #include <inttypes.h> #include <avr/pgmspace.h> #ifndef ARIAL_BOLD_14_H #define ARIAL_BOLD_14_H #define ARIAL_BOLD_14_WIDTH 10 #define ARIAL_BOLD_14_HEIGHT 14 static uint8_t Arial_Bold_14[] PROGMEM = { 0x22, 0x08, // size
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
LCD Display macht Probleme
1.) 14 Min zwischen der ersten und der zweiten Anfrage sind deutlich zu kurz. 2.) Du hättest die Zeit besser genutzt um mit dem Stichwort "schwarzer Balken" mal in die Suche zu gehen. Da tauchen dann erstaunlicherweise
----*/ void LcdGotoXy(uint8_t Col, uint8_t Line) { const char HD_LineAddr[] = { 0x00, 0x40, 0x14, 0x54 }; LcdPutch(HD_SET_DD_ADR + (Col % 40) + HD_LineAddr [Line % 4], HD_CMD); } // LcdGotoXy Col steht für die x-Position, Line fuer die Zeile. Obs für 4-Zeiler auch geht, hab ich nicht
-
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>
Schau in den crc-Header der avr-libc. Die Funktionen sind in inline-Assembler implementiert.
-
Thread
Akku Ladetechnik
voll und meine Werkzeugakkus halten nun wesentlich länger. Also bei mir geht das ganze auch mit den 14,4V Akkus tadellos! mfg Fasti
es gibt spezielle Hochtemperaturzellen z.b. von Sanyo mit C/10 dürfen diese 14-16 Stunden geladen werden und mit C/30 über 48 Stunden(wieviel drüber sagen Sie im Datenblatt aber auch nicht)