-
Thread
Problem mit Atmega88 aus CC2-Elektor-AVR-Projekt
. Zum Einstieg hab ich mir einen Usbprog (http://www.embedded-projects.net) und das Elektor-CC2-AVR-Projekt mit einem Atmega88-controller angeschafft. leider bekomme ich ihn nicht geflasht. Hab zuvor versucht, die fuses zu setzen (high-fuse:0xDD, low-fuse:0xFF). Zum flashen und zum setzen
avrdude: Recv: . [01] . [00] . [0a] A [41] V [56] R [52] I [49] S [53] P [50] _ [5f] M [4d] K [4b] 2 [32] avrdude: stk500v2_getsync(): found AVRISP mkII programmer AVR Part : ATMEGA88 Chip Erase delay : 9000 us PAGEL : PD7 BS2
-
Thread
ROYALTEK RFG-1000 GPS-Empfänger
Sorry, dass ich mich nicht gemeldet habe: Rechnersystem soll ein Atmega32 o.ä. werden Speicherung SD-card oder so was. eventuell Ausgabe als UTM koordinate (wird im Katastrophenschutz und beim militär verwendet) jochen
http://www.avr-design.de/index.php?lang=de&cat=gps&seite=nmea_rohdaten
-
Thread
Grasshopper Linux Images
checking build system type... i386-pc-linux-gnu checking host system type... Invalid configuration `avr32-linux': machine `avr32' not recognized configure: error: /bin/sh ./config.sub avr32-linux failed make: *** [/home/florian/grasshopper/icnova_base_cd/ICnova_base/build_avr32/bind-9.3.2/Makefile]
read-only: mount / -o remount,ro Danach kannst Du das neue Dateisystem in den Flash schreiben: dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k PS: Ich habe versucht, Dir via ICQ eine IM zukommen zu lassen, offenbar ohne Erfolg.
-
Thread
Grasshopper Inbetriebnahme
avr32-linux-uclibc-cc avr32-linux-c++filt avr32-linux-uclibc-c++filt avr32-linux-cpp avr32-linux-uclibc-cpp avr32-linux-depmod26 avr32-linux-uclibc-gcc
avr32-linux-uclibc-objdump avr32-linux-nm avr32-linux-uclibc-ranlib avr32-linux-objcopy avr32-linux-uclibc-readelf avr32-linux-objdump avr32-linux-uclibc-size
-
Thread
AVR-Bootloader mit Verschlüsselung
ist. Die letzen 4 Bytes im Datenblock sind die ersten 4 Bytes des Passwortes, also 32Bit. Der AVR entschlüsselt also diesen ersten Datenblock und nur wenn diese 4 Schlüsselbytes identisch zum Key sind kann korrekt entschlüsselt werden. Man detektiert somit also entweder einen Datenübertragungsfehler
bisher auch sehr wertvoll für mich. Die PC-Seite ist ein Acer-Notebook und die AVT-Seite ein Mega32 mit FTDI FT232R. Jedoch mit einem Asus Netbook bekomme ich leider keinen Connect mit der selben AVR Hardware. Habe alle Versionen durchprobiert. Mit deiner am 26.01.2009 geposteten Version (V3.0
-
Thread
ARM SAM7 Flash Speicher
0x0100 und soll ich den Bereich von 0x0040 bis 0x000F leer lassen? Ich kenne das bisher von AVR's dass die Adressen immer durchgängig/kontinuierlich steigend sind ohne Sprünge. 3. Wo wird die vorletzte Zeile mit dem "Record Typ" 05 kopiert? Ich freue mich auf euere Antworten und
schon bekannt, nur wie gesagt bin ich bei den Adressen etwas verunsichert weil ich das bisher nur von AVR kenne. Das Datenblatt des A3 habe ich auch schon angeschaut. Dort steht ja das Flashspeicher auf dem Bereich 0x100000 gemappt wird. Soweit ist mir das auch schon verständlich. Nur wenn ich mir mit
-
Thread
*noob* Bascom und time$
crystal in order to use the timer in async mode, the mode that is used for the clock timer. also: 32khz quartz dran?
oh, hab ich gar nicht gesehen. Also ich wollt einen AMTega32 verwenden. verstehe ich das richtig, dass der 32kHz-Quarz keinen einfluss auf die interne Taktfrequenz hat (solange man nichts an den Fusebits ändert) und dieser dann nur für die Uhrzeit/Datum verwendet
-
Thread
Arbeit mit 16 bit in 32 bit system in C
ptr16:0 datain32[0]:32cc3000 ptr32:32cc3000 datain16[0]:ffff8838 ptr16:ffff8838 datain32[0]:33dd3000 ptr32:33dd3000 datain16[0]:ffffb7f3 ptr16:ffffb7f3
Variable hat, die das eingelesene aufnehmen soll. Sieh dir mal dies hier an http://www.nongnu.org/avr-libc/user-manual/group__avr__inttypes.html an schau auf deinem System nach, ob du eine inttypes.h hast. [C] for(i=0;i<7;i++) fscanf(data_fp,"%8"SCNx32 ,&datain32[i]); // das
-
Thread
Bootloader für den ATmega 168 macht Probleme
programm-doku siehe asm_main.s ***************************************************/ #include <avr/io.h> int main(void) { asm("rjmp asm_main"); return(0); } [/c] asm_main.s: [c] #include <avr/io.h> #include "def_asm.h" .section .text .global asm_main asm_main:
asm_main.s:62: Error: number must be less than 64 ../asm_main.s:112: Error: number must be less than 32 ../asm_main.s:114: Error: number must be less than 32 ../asm_main.s:117: Error: number must be less than 64 ../asm_main.s:118: Error: number must be less than 64 ../asm_main.s:177: Error: junk at
-
Thread
IPOD and AVR anschließen
Hi, habe folgendes Problem, ich will einen IPOD von einem AVR aus steuern. Der IPOD connector verfügt über eine Serielle Schnittstelle, die definiert ist mit Low-Pegel = 0V und High = 3,3V. Nun habe ich zwar Beispiele wie man eine PC Schnittstelle da anschließt, nämlich einfach mit einem MAX232, aber was mach ich denn hier? Ach ja, dan AVR (MEGA 32) will ich mit 5V betreiben, das heißt doch laut Datenblatt, das die UART Pegel größer als 3,3V sein können oder? sonst könnte ich die ja auch direkt zusammenschalten. Besten Gruß Thomas
-
Thread
Inline Assembler- Bits spiegeln
Wenn ich mir das so im Simulator anschaue, funktioniert das aber wunderbar (AVR-Studio 4.13, SP2, _WinAVR 20071221_ ). Aus 0x29 (-> 0b00101001) wird 0x94 (-> 0b10010100) und wieder 0x29. Dieser Gcc verwendet aber r24 und r25 für die Asm-Routine. Also evtl. ist da bei dir
Jörg X. wrote: > Wenn ich mir das so im Simulator anschaue, funktioniert das aber > wunderbar (AVR-Studio 4.13, SP2, _WinAVR 20071221_ ). Habe nun die neueste WinAVR Version installiert. Das Problem taucht hier wirklich nicht mehr auf. Ich habe noch die beiden Listings angehängt. WinAVR20071221
-
Thread
.man schimpft immer über Windows, aber
Die Tatsache das Atmel beim AVR32 auf den GCC und Eclipse setzt spricht wohl Bände, oder?
Eclipse setzt spricht > wohl Bände, oder? So sieht's aus. Und das hier wohl auch: http://avr32linux.org/twiki/bin/view was wohl offiziell von Atmel angestoßen wurde.
-
Thread
MagicPaket (WOL) auf netzwerk senden
AVR-Interface sparen...
werden. Einfach das Klingelsignal des Analoganschlussese (>60V~)dedektieren und über nen Optokopler nem AVR(atmega32 vielleicht reicht sogar nen tiny) mit Netzwerkadapter aufhelfen damit damit dieser das Paket ins netz schickt und den armen Server aus dem Schlaf reist. das kostet dann noch nicht einmal gebühren
-
Thread
Display zeigt nichts an.
OPEN=1;INDEX=0;FILENAME=A500%252FLCD164ABL%2523EAS.pdf;SID=265L3wqqwQARoAABlwdfU23ccc90cb2e797aba8f766dd7bb0c0d2 In Bascom gibt es keine Probleme: [pre] $regfile = "m32def.dat" $crystal = 7372800 Config Lcdpin = Pin , Rs = Porta.3 , E = Porta.2 , Db4 = Porta.7 , Db5 = Porta.6 , Db6 = Porta
einen anderen Quelltext hat waere ich auch zufrieden. Danke im vorraus Nachtrag: MCU: ATmega32 7,372800 Mhz LCD-BUS: 4-Bit Entwicklungsumgebung: avr-gcc (GCC) 4.1.2 (WinAVR 20070525) Programmer: myAVR.de AVR ISP Programmer + avrdude + gui
-
Thread
Was hört ihr für Musik ?
https://www.youtube.com/watch?v=mmEfkosNNxI Johnnie Cash... https://www.youtube.com/watch?v=oDd32K-mOVw https://www.youtube.com/watch?v=J5126CibNsk https://www.youtube.com/watch?v=GCMz70Fm5pA https://www.youtube.com/watch?v=tV9PoWQVga0 K.d.lang https://www.youtube.com/watch?v=_mOLtUWGyUc
watch?v=eJlN9jdQFSc https://www.youtube.com/watch?v=jiMXK9eDrMY https://www.youtube.com/watch?v=oDd32K-mOVw Los Bravos - Black Is Black https://www.youtube.com/watch?v=LkgyV_tTQfQ Bedouin Soundclash - When The Night Feels My Song https://www.youtube.com/watch?v=W2NzaE9Bs5w JUNIOR WALKER and the
-
Thread
SD Karte (1GB) mit AT89C4051 beschreiben?
und deshalb kamma nur mindesten 512bit Daten schreiben... btw. zu meinem projekt: hab an ATmega32 und ich versuch die ganze sache mit den routinen von holger-klabunde.de zu realisieruen ... gar nicht so einfach^^ (für mich jedenfalls :D )
(Bootcd) oder Ubuntu (installieren) nehmen und ausprobieren. Der dd Befehl lautet dd if=/dev/sdb of=daten.dump count=128000 if -- Inputfile of -- Outputfile count -- Zahl der Blöcke bei mir ist sdb die SD-Karte. mache als root ein fdisk -l dann
-
Thread
UART Problem (Assembler zu C) III
Ich habs mal ins AVR-Studio geladen:
0xff,0xff,0xff,0xff,0xff,0xff,0xff,0xff,0x56 [/avrasm] Das sind bei den Variablen sogar jeweils 32 Bytes mehr.
-
Thread
LPT-Karte die x.te.
Möglich; die Anbindung ist jedenfalls 16/32 Bit breit. Deshalb sagte ich PCI. Kann aber auch ISA sein. Im Grunde ist das ja egal, hauptsache das Ding funzt, oder? ;)
natürlich die Ports freischaltet zB mit UserPort von Tomas Franzon) Also kurz: USB2LPT geht unter Win32, Win16, DOS-Box auf den Portadressen 0x378, 0x278, 0x3BC in den Modi SPP, EPP, ECP und EPP+ECP. Ein wirklich gelungenes Stück Arbeit!
-
Thread
Tastendrücke und Portbits
eingefügt (Zeit wird per ISR im msec-Takt hochgezählt, >sowohl Zeit als auch F sind volatile uint_32's; meine Funktion ist nicht >zeitkritisch). Volatile reicht nicht bei uint32_t! Die kann der AVR nicht atomar verarbeiten! Da musst du mit cli() sei() klammern! Lass den Watchdog erstmal
Nun Zum Programm. [c] #ifndef _avr_io_h_ #define _avr_io_h_ #include <avr/io.h> #endif #ifndef _interrupt_h #define _interrupt_h #include <avr/interrupt.h> #endif #ifndef Funktionen_h #define Funktionen_h #include "Funktionen.h
-
Thread
Seriennummer einer SD-Karte auslesen Gesperrt
(kernel32.lib) Die Serial No lässt sich übrigens nachträglich verändern, siehe: http://www.codeproject.com/system/change_drive_sn.asp Gruß Nils
@ Uhu Uhuhu Man nehme einen ATMega32 und zwei SD Sockel. Dann Sektor für Sektor kopieren. Kein Problem ! Kopierschutz dahin ;)
-
Thread
Pollin LCD1602 keine Anzeige
keinen Zeilenumbruch. Das ist erst der Fall, wenn die Anzeigeeinheit des LCDs den gesamten Inhalt des DD-RAMs gleichzeitig darstellen kann, wie das 2x40 oder das 4x20. Wobei das 4x20 meist so organisiert ist, dass die erste DD-RAM-Zeile in den Zeilen 1 und 3 dargestellt wird, die zweite DD-RAM-Zeile in
immer die gleiche Anzeige. Aber trotzdem sollte es auch ohne die 32 Leerzeichen gehen, oder? Axel
-
Thread
Verzweiflung wegen Schrittmotorsteuerung
erschlagen mich gerade die Datenblätter. Ich dachte an eine Ansteuerung bestehend aus 3 TMC249 mit TMC32. Ein TMC428 steuert sie und wird seinerseits von einem AVR angesteuert. Allerdings tun sich einige Fragen für mich auf: -Was gibt es zu beachten ausser den 1.000 Dingen im Datenblatt? -Komme ich mit
SOT223, D2-Pack, DD-Pack. Plus noch neuere Gehaeuse.
-
Thread
Welches Bauteil ist das?
ARTICLE=1089;START=0;SORT=order_col_artnr_besch;OFFSET=16;SID=25ur9sPX8AAAIAAFUqFoYb7a812cc0e50f55960e86dd02dfd510d das wäre dann also sowas in der Art :)
Sorry für den erneuten Fehler - 32C67
-
Thread
SD-Card Daten schreiben ohne FAT aber wie wieder lesen?
Unter Linux würde es ein einfaches dd tun. Nur so als anregung. -wiebel
Michael Waiblinger wrote: > Unter Linux würde es ein einfaches dd tun. Nur so als anregung. -wiebel Kleiner Tipp: Wenn man eh WinAVR installiert hat, hat man auch CygWin drauf. Probier mal in der Windows-Eingabeaufforderung "dd".
-
Thread
eBus CRC Berechnung nachvollziehen
char) 0xD8, (unsigned char) 0x43, (unsigned char) 0x75, (unsigned char) 0xEE, (unsigned char) 0x32, (unsigned char) 0xA9, (unsigned char) 0x9F, (unsigned char) 0x04, (unsigned char) 0xF3, (unsigned char) 0x68, (unsigned char) 0x5E, (unsigned char) 0xC5, (unsigned char) 0x2B, (unsigned char) 0xB0
Kol1, Kol2, Ertr. M8 xx3 = 00h (???, aber konstant) M9 CRC S1 ACK S2 NN = 03h Length of data S3 dd_L | S4 dd_H |= Data2c S5 yy = 00h Fühler angeschlossen, oder AAh kein Fühler angeschlossen S6 CRC M10 ACK Werde ich demnächst in das Dokument aufnehmen, kann aber auch jeder andere machen und
-
Thread
bringe LCD-Display nicht zum laufen
8 --> 1Mhz hier der Code: [c] #include <avr/io.h> #include <util/delay.h> #define F_CPU 1000000 #define PORT_LCD PORTD #define PIN_RS 4 #define PIN_EN 5 #define CLEAR_DISPLAY 0x01 #define CURSOR_HOME 0x02 void lcd_enable(void
Beim Display handelt es sich um folgenden: http://docs-europe.electrocomponents.com/webdocs/06dd/0900766b806dda1a.pdf Als µC benutze ich einen MEGA48 auf nem AVR-Board.. Für das Prog. habe ich eine Vorlage von Nollmeyer hier im Forum benutzt, dabei ein bisschen angepasst, wie Ports ect. Wie
-
Thread
MMC an AVR (Data start token problem)
Wie der Betreff schon sagt, versuche ich eine MMC an einem AVR (Mega32) zu betreiben. MMC deshalb, weil ich keine SD Karte da habe und ich erst morgen eine besorgen kann. Die Initialisierung funktioniert (CMD0, CMD1). Wenn ich aber versuche das CID oder
sogar passen (sind 15 oder 16 byte, wenn ich mich nicht verzählt habe). Ein Lesetest mit einer (mit dd) mit Testdaten gefüllten Karte zeigt, dass zwar irgendetwas gelesen wird (ebenfalls kommt 0xfc statt 0xfe) aber es ist nur Müll, allerdings reproduzierbar immer der gleiche. AVR an 5V, Spannungsteiler
-
Thread
Adresstabelle im Assembler
und es funktioniert auf die >> selbe Art und Weise. > >http://www.mikrocontroller.net/articles/AVR-Tutorial:_Mehrfachverzweigung#Lange_Sprungtabelle Da müsste sich jemand mal die Arbeit machen das AVR-Tutorial einmal zu kopieren und zum ARM-Tutorial umzuschreiben :-) Mfg Thomas Pototschnig
Label der Sprungtabelle: // c64 memory memory: DC8 0xa0, 0x80, 0xa2, 0x80 opcodes: DC32 op_00 // BRK ... DC32 op_a0 // LDY #$xx ... DC32 op_a2 // LDX #$xx ... Die Opcodes selbst schauen dann so wie dieses Beispiel aus: op_a9: // LDA #$xx bl imm // get value
-
Thread
UART Bootloader ATtiny13 - ATmega644
o.k. Elapsed time: 0.00 seconds C:\AVR_PR~1>FBOOT.EXE /PC:\AVR_programm\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR_programm\LED_mega32
time: 0.00 seconds C:\AVR>FBOOT.EXE /PC:\AVR\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR\LED_mega32.hex open failed !
-
Thread
Welcher µC für Hobbyzwecke?
Beitrag da gelesen habe. UNd mit den Interrupts gibts da wohl auch Probleme. Oder hat sich das mit dem AVR32 32-bit MCU/DSP geändert? An dem wäre ich dann nämlich sehr interessiert. Philipp Karbach wrote: > bist du fan von asm oder c? bei C würd ich dir nen ARM7/9 empfehlen da > kommst du sicherlich
Hersteller kommen ohne aus und verkaufen dennoch ihre Chips. Im 8 BIT Bereich kannst du auf die AVR's sowie hunderter 8x51 Derivate wählen. http://www.keil.com/dd/search_parm.asp Sehr schöne 8x51 Derivate findest du hier: http://www.silabs.com/tgwWebApp/public/index.htm 16 BIT, dann schau
-
Thread
Beste Sprache für dieses Projekt?
(+ Dezimalpunkt) 2 für die Anwahl der aktiven 7-Segment Anzeige --- 26 26 < 32 Machst du eine Tastenmatrix, dann verringert sich die Zahl nochmal um 8 und du bist bei 18 Pins. Wenn also sonst nichts an den Mega32 angeschlossen wird, hast du massenhaft Pins übrig. Und selbst
Software machen könnte Ich fahr' jetzt zu meiner Freundin, mach das was dann kommt mal in Software! :DD
-
Thread
Ersatz einer Diskette im Diskettenlaufwerk??
img/rwtest.png Etwas älter und noch nicht mal mit maximal möglichem SPI-Takt für AVR. Wenn richtig erinnert, gibt Holger Klabunde auch ein paar Messergebnisse auf seinen Seiten. Ausser AVR gibt es ja noch anders. AT91SAM7 z.B. schiebt über SPI mehr als 1MByte/sec auf eine ExtreMemory
identische Primecell oder eine ähnliche von ARM drin. Weiterhin sind, wen recht erinnert, auch in den AVR32-software-packages MCI-Treiber (4-bit). Treiber für "exotische" Hardware findet man auch in libfat aus DevkitPro (sf.net) aber das ist schon recht speziell, zumindest konnte ich nicht viel daraus lernen
-
Thread
bidirektionale RS232 Funkbrücke mit RFM12
: Impulsgeber -> Atmega32 -> RFM12 ........ RFM12 -> Atmega32 -> Servo In wie weit kann ich die rf12.c / .h nutzen bzw. was müsste ich in der rf12.c / .h anpassen um diese getrennt nutzen zu können? Danke schonmal, Ralf
Pollin Funk-Avr-Evulationboard V1.20 * RFM12 mit 17cm-Draht-Antenne * Atmega32 mit 16 MHz-Quarz Änderungen in den Dateien rfm12_rs232_rxtx_check5.zip: main.c ====== CPU-Frequenz - #define F_CPU 10000000UL
-
Thread
AVR AtMega 16 schnellste SPI realisierung? Daisy Chain...
eher langsamer. Denn wenn für jedes Byte der Interrupt aufgerufen werden muss, beschäftigt sich der AVR zu 90% mit Overhead. Bei fCLK/4 SPI-takt dauert die Übertragung eines Bytes gerade mal 32 Takte. In dieser Zeit kann der Sendende AVR schom mal das nächste Byte bereitstellen (lesen über Pointer ais
UART_BAUD_RATE 56000 #define MASTER 1 //overwrite PortB with SPI #define DD_SS PB4 #define DD_MOSI PB5 #define DD_MISO PB6 #define DD_SCK PB7 #define DDR_SPI DDRB char receivebyte=0x00; char receivebyte2=0x00; void SPI_MasterInit(void) { // Set
-
Thread
Texteinblendung in ein FBAS Signal
Lux schrieb im Beitrag #1939393: > ie Threads in diesem Forum hast Du bereits durch? > Beitrag "AVR Videogenerator, 40x25 Zeichen, nur 60% CPU Auslastung !" > Beitrag "ATMEGA32 gnadenlos übertaktet mit 40MHz" > Beitrag "LM1881 BASCOM" Da hast du wieder etwas interesantes hergestellt. Warum ist
Lux schrieb im Beitrag #1939393: >> ie Threads in diesem Forum hast Du bereits durch? >> Beitrag "AVR Videogenerator, 40x25 Zeichen, nur 60% CPU Auslastung !" >> Beitrag "ATMEGA32 gnadenlos übertaktet mit 40MHz" >> Beitrag "LM1881 BASCOM" > > Da hast du wieder etwas interesantes hergestellt. >
-
Thread
Unvollständiger Typ
bedeutsam: [c] // Steht über der Zeile oben struct fat16_file_struct* fd = open_file_in_dir(fs, dd, command); // Und der Rest aus den Headern von Roland Riegel struct fat16_file_struct { ...; struct fat16_dir_entry_struct dir_entry; uint32_t pos; }; struct fat16_dir_entry_struct { ...; uint32_t file_size; }; [/c] Grüße!