-
Thread
Pollin Netbox
ich denke mit dd.
kann man die netbox pingen: [code] $ ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data. 64 bytes from 10.0.0.1: icmp_seq=1 ttl=255 time=13.2 ms 64 bytes from 10.0.0.1: icmp_seq=2 ttl=255 time=9.99 ms 64 bytes from 10.0.0.1: icmp_seq=3 ttl=255 time=15.9 ms 64 bytes from 10.0.0.1: icmp_seq
-
Thread
Probleme win WinAVR 20081205
rot toggle cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 PWM_value = uart0_rx_getchar(); uart0_tx_putchar(PWM_value); if ( (PWM_value >=
toggle besteht insgesamt aus zwei verteilten Codeblöcken, einmal cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 als Initialisierung vor der Schleife, und dann e6: 88 81 ld r24, Y e8: 80 27 eor
-
Thread
Clevercard USB Lesegerät
Kennt sich jemand mit den AT91SAM7S64AU aus, kann man sich da mit Sam-ba immer in-circuit (per USB oder RS232) connecten und dann neu flashen oder gibt es da Sicherheitsbits, die sowas verhindern können?
Also, hab mal noch nen bisschen gegoggelt. Ich würde erstmal die Datenblätter von dem SAM7-P64 Board nehmen. http://www.olimex.com/dev/sam7-p64.html Mein Ohmmeter zeigt mir an dass der USB von dem SAM7-P64 und der Clevercard die selben sind. D.h. man kann mit der selben software das ding
-
Thread
ADC auslesen geht nicht richtig!
Mittelwert [/c] Um eine Zahl mit Komma auszugeben gibts eine schöne C-Funktion, div, mit dem Typ dd, der Wert und Rest ausgibt: [c] div_t dd; dd = div(wert,10); sprintf(buffer,"%2d,%01d",dd.quot,dd.rem); [/c] Grüße Hans-Josef
| (1<<ADPS2) | (1<<ADPS0); // Frequenzvorteiler // setzen auf 32 (1) und ADC aktivieren (1) //Das aufrufen uber einen Timer interrupt: ISR (TIMER1_OVF_vect) { div_t dd; uint16_t temp; uint16_t AD_Wert; SREG &= ~(1<<WDIF); //Globale interrupts
-
Thread
NFS mit grasshopper / AVR32
15:49 localhost mountd[3162]: authenticated mount request from 192.168.12.2:985 for /home/Superandi/Avr32/rootfs (/home/Superandi/Avr32/rootfs) Sep 16 10:15:49 localhost mountd[3162]: authenticated mount request from 192.168.12.2:985 for /home/Superandi/Avr32/rootfs (/home/Superandi/Avr32/rootfs) Sep
dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k das Flash schreiben. Nicht ausschalten, nichts sonstiges machen, bis der Prompt wieder erscheint. Dann einfach resetten und hoffen, daß alles funktioniert
-
Thread
AVR für wenig Geld im LAN
Fehlermeldung: Build started 3.10.2008 at 12:33:09 avr-gcc.exe -mmcu=atmega32 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT base64.o -MF dep/base64.o.d -c ../base64.
an AVR-NET-IO senden. z.B Atmeg32 sendet 64 Byte an AVR-NET-IO und diese werden dann im Browser angezeigt. Auch für kleine Aplikationen mit AVR wäre diese Funktion sinnvoll. AVR-NET-IO läuft bei mir mit
-
Thread
GLCD Routinen ( KS0108, HD61202 )
dieses Display: http://www.sure-electronics.net/mcu,display/DE-LM106.pdf Controller ist ein ATMEGA32 (mit 8 MHz intern). Beides habe ich im Projekt (AVR-Studio) eingestellt und die Pins habe ich auch angepasst. Die Ausgabe ist prinzipiell zu erkennen, aber es ist nicht i.O. (siehe angehängtes Bild
Schon gut... habs hinbekommen! ich Depp musste erstmal die Funktionen unter AVR aktivieren! :-S
-
Thread
Plasma Effekt
0x6345, 0x6363, 0x6380, 0x639D, 0x63BB, 0x63D8, 0x63F5, 0x6412, 0x642F, 0x644C, 0x6469, 0x6486, 0x64A3, 0x64C0, 0x64DD, 0x64F9, 0x6516, 0x6533, 0x654F, 0x656C, 0x6588, 0x65A5, 0x65C1, 0x65DD, 0x65F9, 0x6616, 0x6632, 0x664E, 0x666A, 0x6686, 0x66A2, 0x66BE, 0x66D9, 0x66F5, 0x6711, 0x672D, 0x6748,
0x672D, 0x6711, 0x66F5, 0x66D9, 0x66BE, 0x66A2, 0x6686, 0x666A, 0x664E, 0x6632, 0x6616, 0x65F9, 0x65DD, 0x65C1, 0x65A5, 0x6588, 0x656C, 0x654F, 0x6533, 0x6516, 0x64F9, 0x64DD, 0x64C0, 0x64A3, 0x6486, 0x6469, 0x644C, 0x642F, 0x6412, 0x63F5, 0x63D8, 0x63BB, 0x639D, 0x6380, 0x6363, 0x6345, 0x6328,
-
Thread
AVR, xtern. SRAM initialisierung, xmem, makefile, .init funktionen
bss + .noinit) [/code] Hier sehe ich schonmal ein Problem und frage mich warum der Compiler die 64k externen speicher hier nicht beruecksichtigt. hier ein ausschnitt aus der main.c [c] #include <avr/io.h> //header für die register #include <stdint.h> //header für lesezugriffe #include "uart.h
ich lange gesucht ;-) "Ist ".init1" an sich schon eine klar definierte Phase" Guck hier: AVR-Libc Manual "8.7 Memory Sections" Also....ich habe bei mir (ATMEGA128, 64k externes SRAM den Heap(!) ins externe Ram gelegt, die deklarierten variablen (.data und .bss) bleiben im internen.
-
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
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?
-
Thread
Atmega via Ethernet flashen
The avr-gcc-4.2.2 reports this for size Size after: AVR Memory Usage ---------------- Device: atmega32 Program: 4782 bytes (14.6% Full) (.text + .data + .bootloader) Data: 783 bytes (
Ich hab avr-gcc 4.3.2 aus WinAVR-20090313 benutzt unter Win7 x64 und hatte keine solchen Probleme, weder mit device 001 noch 002. Welche Revision ich allerdings habe weiß ich nicht, wüßte nicht wo ich das nachsehen
-
Thread
Code für AVR ATmega8 und ATmega168
_MIN__ 1E-95DF #define __DEC64_DEN__ 0.000000000000001E-383DD #define __DEC64_EPSILON__ 1E-15DD #define __DEC64_MANT_DIG__ 16 #define __DEC64_MAX_EXP__ 384 #define __DEC64_MAX__ 9.999999999999999E384DD #define __DEC64_MIN_EXP__ (-383) #define __DEC64_MIN__ 1E-383DD #define __DECIMAL_DIG__ 9 #define __DEC_EVAL_METHOD__ 2 #define __FINITE_MATH_ONLY__ 0 #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_DIG__ 6 #define __FLT_EPSILON__ 1.19209290e
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
Avr Nix wrote: > Noch eine andere Frage welche Zahl ist bei dir Grau und Hellgrau? Die Farben sind 8bit Werte, man kann jeden Wert senden, es werden aber nur die 2 MSB verwendet: 0, 64, 128, 192 sind
3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. Lass mich aber auch gerne vom gegenteil überzeugen. Wieso nicht
-
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
0 Firmware Version: 1.06 avrdude: Sent: . [03] . [94] avrdude: Recv: . [03] . [00] 2 [32] Vtarget : 5.0 V avrdude: Sent: . [03] . [98] avrdude: Recv: . [03] . [00] . [07] SCK period : 10.37 us avrdude: Sent: . [10] . [c8] d [64] . [19] [20] . [00
-
Thread
ROYALTEK RFG-1000 GPS-Empfänger
http://www.avr-design.de/index.php?lang=de&cat=gps&seite=nmea_rohdaten
01 19 06 A9 C2 05 1C C8 A9 64 EA 31 B6 74 0B 49 00 67 1D 34 A0 00 10 03 10 23 11 03 C5 A9 C5 30 11 10 11 53 DD C5 00 10 03 10 23 11 04 BD AB 8C 30 1B C3 2A 7F D7 C8 30 10 03 10 23 11 01 FD AC 09 30 1C 5B 20 0A 47 19 17 10 03
-
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
Passwortes. Sollten diese nicht identisch sein so wurde entweder mit falschem Passwort verschlüsselt, der AVR benutzt ein falsches Passwort zur Entschlüsselung, der Datenstrom wurde falsch übertragen (wir nutzten extern nur eine 16 Bit CRC) mit dem XTEA nutzen wir eine 64 Bit CRC die aber auf 32Bit truncated
m3250P m325A m325 m325PA m325P m328 m328PB m328P m3290A m3290 m3290PA m3290P m329A m329 m329PA m329P m32A m32C1 m32 m32HVB m32M1 m32U2 m32U4 m406 m48A m48 m48PA m48P m640 m644A m644 m644PA m644P m6450A m6450 m6450P m645A m645 m645P m6490A m6490 m6490P m649A m649 m649P m64A m64C1 m64 m64M1 m64RFR2 m8515
-
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
Der ARM7 (ich kenne den S64/256) hat nach einem Power on den Flashspeicher auf Adresse 0x100000 und den Ramspeicher auf Adresse 0x200000 festgelegt. Die Adresse 0x100000 ist auch gleichzeitig auf die Adresse 0x0 gemappt und der
-
Thread
Bootloader für den ATmega 168 macht Probleme
be less than 64 ../asm_main.s:26: Error: number must be less than 64 ../asm_main.s:33: Error: number must be less than 64 ../asm_main.s:35: Error: number must be less than 64 ../asm_main.s:37: Error: number must
be less than 64 ../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
-
Thread
Inline Assembler- Bits spiegeln
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
0x08,0x88,0x48,0xc8,0x28,0xa8,0x68,0xe8, 0x18,0x98,0x58,0xd8,0x38,0xb8,0x78,0xf8, 0x04,0x84,0x44,0xc4,0x24,0xa4,0x64,0xe4, 0x14,0x94,0x54,0xd4,0x34,0xb4,0x74,0xf4, 0x0c,0x8c,0x4c,0xcc,0x2c,0xac,0x6c,0xec, 0x1c,0x9c,0x5c,0xdc,0x3c,0xbc,0x7c,0xfc, 0x02,0x82,0x42,0xc2,0x22,0xa2,0x62,0xe2, 0x12,0x92,0x52,0xd2,0x32,0xb2,0x72,0xf2
-
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
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
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? ;)
macht - im Gegensatz zu USB - keine nennenswerten Geschwindigkeitseinbußen. Interesse? Unter Win64 sind die Hürden übrigens weniger hoch als bei USB2LPT, weil nur die Interna des Prozessors, nicht die von Windows, bekannt sein müssen, um einen solchen Umleitungstreiber zu schreiben (natürlich in X64
-
Thread
Pollin LCD1602 keine Anzeige
Hi! >1.Zeile $00-$07 (linke Hälfte) >1.Zeile $40-$47 (rechte Hälfte) >Ich habe in text1 32 Lehrzeichen eingegeben und danach die 2.Hälfte des >Strings. Es erscheint dann die Anzeige 'TESTABCDEFGHIJKL Das passt aber nicht ganz, 32 + 8 Zeichen sind 40(dezimal!)=$28 $40 = 64(dez) $28+$80
Der Controller hat aber keine zwei mal 64 Bytes DD-RAM sondern nur zwei mal 40 Bytes. Unter diesem Aspekt passt das schon. Auch wenn die Adressen einen Versatz von 64 Bytes haben. > $28+$80=$A8 > Dann versuche doch mal bitte: > ldi ZL
-
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
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
, r4 // ldr r5, [r5] dabei ist r8 PC des 6502, r10 ist A des 6502, "memory" das Label des "C64-Speichers" und "opcodes" ist das Label der Sprungtabelle: // c64 memory memory: DC8 0xa0, 0x80, 0xa2, 0x80 opcodes: DC32 op_00 // BRK ... DC32 op_a0 // LDY #$xx ... DC32
-
Thread
UART Bootloader ATtiny13 - ATmega644
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 !
Assemblieren des Bootloaders folgender Fehler auf: D:\Bootloader>avrasm2 -fi bootload.asm AVRASM: AVR macro assembler 2.1.42 (build 1796 Sep 15 2009 10:48:36) Copyright (C) 1995-2009 ATMEL Corporation bootload.asm(32): Including file 'C:\Program Files\Atmel\AVR Tools\AvrAssembler2 \Appnotes\m64def.inc
-
Thread
Welcher µC für Hobbyzwecke?
oder analoge Eingänge * 8-Bit Analog/Digital-Wandler, 12 Kanäle, programmierbare Referenz * 64KB EPROM-Programmspeicher * 32KB RAM (als Daten- und/oder Codespeicher nutzbar * 32KB EEPROM oder zusätzliches RAM * serielles EEPROM steckbar * Echtzeituhr (RTC72421) * Batteriepufferung
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