-
Thread
Problem bei Steuerung über MIDI und ATtiny2313
midinote schalten * ********************************************************/ #include <avr/io.h> // Standard Bibliothek #include <util/delay.h> // Verzögerung #include "midi.h" // Midi Informationen #define MCU AVR_ATtiny2313
#define c 0x0C // n12 (c0) #define db 0x0D // n13 (d#0) #define d 0x0E // n14 (d0) #define e 0x0F // n15 (e0) #define eb 0x10 // n16 (e#0) #define f 0x11 // n17 (f0) #define fb 0x12 // n18 (f#0) #define g 0x13 // n19 (g0) #define gb 0x14
-
Thread
[V] Verschiedenes - Alles muss raus
umziehe, müssen ein paar Sachen raus. Da mir die Zeit fehlt alles ab zu fotografieren (um es bei Eb*y rein zu stellen) stelle ich erst einmal zusammen hier rein. Macht mir ein Angebot, dann mache ich Bilder und prüfe alles noch einmal auf Funktion. --------------------- HP Deskjet 3325. Fast
> ASUS AGP-V3400TNT mit 16MByte und Video Ein- und Ausgang (Chinch u. > SVHS) die wäre was um einem AVR zu einer annehmlichen grafik zu verhelfen! ;)
-
Thread
AT NGW100 problem beim booten
0030006f 7cc0: 6f746d00 3bf4150f 8347df4e 5ec48926 c4a3f00d c1543316 24a69e3b fb7b74ae 7ce0: 3b4e6b10 16c4bcd8 8c70890a f622bff3 95d5ff22 eb7a3acc 1ce58dc2 33dad3f4 7d00: 518a96e4 d2b135b3 72243e28 3b0252d4 e4291af0 00000020 00012be4 315fece5 7d20: 71730d86 b6af7a2a a2017bf0 1d8087c7 9335be3c e5c972b2
20617574 6f626f6f 7420696e 20312073 65636f6e 64730a00 11fd4e50 7de0: 0000676a 00006798 6d616362 31007e14 24007fac 11fd4098 000066ee 00000000 7e00: 24007e14 24007fac 11fd4098 0000676a 00006798 73657269 616c0a00 00320070 7e20: 24008000 24007e34 24007fac 11fc0040 00006798 00410000 0000b442 00000020 7e40
-
Thread
Atmega168 springt in keine ISR
in eine ISR zu springen. Ich befürchte, das es damit zusammen hängt, dass ich mit Eclipse und dem AVR-Plugin arbeite (unter MacOSX). Vielleicht zunächst einmal der Code für Atmega168 [c] #include <avr/io.h> #include <avr/interrupt.h> #include <stdint.h> // ------------------------
1000A0007E000C9400001F920F920FB60F92112445 :1000B0001BB80F900FBE0F901F901895CFEFD4E094 :1000C000DEBFCDBF14B88FEF8AB98BB984B5856018 :1000D00084BD84B5826084BD84EB87BD80916E0051 :1000E000826080936E00789480910001909101016C :0E00F000892B11F05898F8CF589AF6CFFFCF11 :00000001FF [/code] Ist das so wie gewollt
-
Thread
HowTo: Ätzküvette selber bauen
Kennst du,die Seite schon? Finde den Aufbau sehr gelungen. http://www.avr-projekte.de/aetz2.htm
Regelheizer-Aquariumheizer-Heizstab-alle-Grosen-/200559313575?pt=de_haus_garten_tierbedarf_fische&hash=item2eb24442a7#ht_3435wt_1141 gibt es für kanp 15 Euro von 25 bis 300 Watt. Welche davon sollte man nehmen für 1 bis 2 Liter Lösung?
-
Thread
Pearl Fotoalbum am Schlüsselbund
-- 5 CS# 6 Data/Command# 7 RD# 8 WR# 9 RST# 10 D0 11 -- 12 D1 13 -- 14 D2 15 -- 16 D3 17 -- 18 D4 19 -- 20 D5 21 -- 22 D6 23 -- 24 D7 25 -- 26 LEDK(-) 27 LEDA(+) Dank an die Hinweise von Martin P., Andreas Jakob, Thomas R. und
Delete, AllocationSize: n/a 22:57:36,6445924 PhotoRun.exe 3280 QueryOpen C:\Program Files\Atmel\AVR Tools\AVR32 Toolchain\bin\ﵲ癧є N.WAV FAST IO DISALLOWED 22:57:36,6446555 PhotoRun.exe 3280 CreateFile C:\Program Files\Atmel\AVR Tools\AVR32 Toolchain\bin\ﵲ癧є N.WAV NAME INVALID Desired Access
-
Thread
Mini-Farbdisplay (+mehr) für 1 Euro
A0 6 /RESET 7 /OE /OE vom Flash 8 D7 9 D6 10 D5 11 D4 12 D3 13 D2 14 D1 15 D0 16 GND 17 VCC 3,3V 18 VCC 3,3V 19 GND 20 ? Über 1M und C parallel an GND
modifizierte Werte für die LoadPaint Funktion: [c] const unsigned char lut1[]={ 0, 1, 4, 6, 8,11,12,13,14,16,17,18,19,21,24,28}; const unsigned char lut2[]={ 0, 2, 5, 7, 9,11,12,13,14,16,17,18,19,22,25,29}; const unsigned char lut3[]={ 0, 3, 6, 8,10,12,13,14,15,16,17,19,20,23,26,30}; const unsigned char
-
Thread
Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain
/../../../../avr/lib/avr5"' 11: '"-L/usr/lib/gcc/avr/4.5.2"' 12: '"-L/usr/lib/gcc/avr/4.5.2/../../../../avr/lib"' 13: '"bootload.o"' 14: '"-lgcc"' 15: '"-lc"' 16: '"-lgcc"' End of test. Exiting now. LOADER_START
/../../../../avr/lib"' 11: '"bootload.o"' 12: '"-lgcc"' 13: '"-lc"' 14: '"-lgcc"' End of test. Exiting now. LOADER_START=0x1e00 STUB_OFFSET=0x1fe sed: -e expression #2, char 16: unknown option to `s' bootload.o
-
Thread
Kamera DC-3840 bringt nur rosa Bilder
baue zur Zeit einen Webserver ETH_M32-EX von U.Radig auf (http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex). Der Server selbst mit der Grundkonfig funktionierte auf Anhieb. Leider habe ich erhebliche Probleme mit der angeschlossenen Kamera vom Typ DC-3840. Die bringt nur rosa Bilder (siehe
Hallo Christian Die Buchse habe ich von Reichelt: EB K4-25 (1,40€) Die Ursache bei mir war aber nicht die Buchse, sondern eine fehlerhafte Kamera. Gruß Michael
-
Thread
Probleme mit ADS7846 beim NGW100
version 2.6.27.6.atmel.1 (root@user-desktop) (gcc version 4.2.2-atmel.1.1.3.buildroot.1) #2 Tue Jul 21 14:54:31 CEST 2009 CPU: AT32AP700x chip revision C CPU: AP7 [01] core revision 0 (AVR32B arch revision 1) CPU: MMU configuration: Shared TLB CPU: features: dsp simd ocd perfctr java CPU: Running at
756 bytes smc smc.0: Atmel Static Memory Controller at 0xfff03400 NET: Registered protocol family 16 pdc pdc.0: Atmel Peripheral DMA Controller enabled at32_eic at32_eic.0: External Interrupt Controller at 0xfff00100, IRQ 19 at32_eic at32_eic.0: Handling 4 external IRQs, starting with IRQ 64 AVR32
-
Thread
Library für EA-DOGM Grafikdisplays inkl. Font-Generator
Hab im makefile mcu name auf atmega16 geändert. Nun kriege ich keine Fehlermeldung mehr im AVR Studio 4 aber auch keinerlei Ausgabe.
printf("I2C/TWI Takt: 400 KHz"); lcd_moveto_xy(12,0); printf("Lib von Jan Michel"); lcd_moveto_xy(14,0); printf("Atmel AVR Studio 6"); lcd_moveto_xy(16,0); printf("Version 6.1"); draw_partialpic_dogxl160((char*)uhr_bmp,10, 76); // UHR-Bmp ELECTRONIC ASSEMBLY LCD-Tools (grafik.c) } in der
-
Thread
AVR GCC switch statement springt wirr
: 92DF PUSH R13 Push register on stack +00007477: 92EF PUSH R14 Push register on stack +00007478: 92FF PUSH R15 Push register on stack +00007479: 930F PUSH R16 Push register on stack +0000747A: 931F
: 92DF PUSH R13 Push register on stack +00007477: 92EF PUSH R14 Push register on stack +00007478: 92FF PUSH R15 Push register on stack +00007479: 930F PUSH R16 Push register on stack +0000747A: 931F
-
Thread
Fehler in AVR-GCC 3.4.6
000012B1: E022 LDI R18,0x02 Load immediate +000012B2: 2EE2 MOV R14,R18 Copy register +000012B3: 2CF1 MOV R15,R1 Copy register +000012B4: 0EE0 ADD R14,R16 Add without carry +000012B5: 1EF1 ADC R15,R17 Add with carry +000012B6: 0167 MOVW R12,R14 Copy register pair +000012B7: 831A STD Y+2,R17 Store indirect with displacement +000012B8: 8309 STD Y+1,R16 Store indirect with displacement +000012B9
-
Thread
Logamatic 2107 Schnittstelle
10 14 00 1A 7D 14 DF : A0 08 10 14 00 1A 7D 16 DD : A0 08 10 14 00 1A 7D 18 D3 : A0 08 10 14 00 1A 7D 1A D1 : A0 08 10 14 00 1A 7D 1C D7 : A0 08
* ! 00 * ! 1E * ! 63 * ! FE * # 19 00 19 FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 00 * ! E9 00 E9 FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 02 * ! EB 00 EB FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 04 * ! ED 00 ED FOUND: 08 * ! 10 * ! 14
-
Thread
Sinus mit PWM erzeugen
0x49,0x46,0x44,0x41,0x3E,0x3C, 0x39,0x36,0x34,0x31,0x2F,0x2C,0x2A,0x28, 0x26,0x23,0x21,0x1F,0x1D,0x1B,0x19,0x18, 0x16,0x14,0x12,0x11,0x0F,0x0E,0x0D,0x0B, 0x0A,0x09,0x08,0x07,0x06,0x05,0x04,0x03, 0x03,0x02,0x02,0x01,0x01,0x01,0x01,0x01, 0x01,0x01,0x01,0x01,0x01,0x01,0x02,0x02, 0x03,0x03,0x04,0x05,0x06,0x07,0x08,0x09, 0x0A,0x0B,0x0D,0x0E,0x0F,0x11,0x12,0x14, 0x16,0x18,0x19,0x1B,0x1D,0x1F,0x21,0x23, 0x26,0x28,0x2A,0x2C,0x2F,0x31,0x34,0x36, 0x39,0x3C,0x3E,0x41,0x44,0x46,0x49,0x4C, 0x4F,0x52,0x55,0x58,0x5B,0x5E,0x61,0x64, 0x67,0x6A,0x6D,0x70,0x73,0x76,0x79,0x7C
-
Thread
Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1? Gesperrt
habt, dass Richelt nur 5V SRAMs hat: Schaut mal auf www.tme.eu/de Die haben 3,3V SRAMs bis über 16Mx16. Bei euren Stückzahlen zu 3,14 das Stück. Sebastian
>Die haben 3,3V SRAMs bis über 16Mx16. Bei euren Stückzahlen zu 3,14 das >Stück. das wäre ja ein Schnäppchen, du meinst sicher SDRAM? 1MBit SRAM sehe ich da für 76,90€.
-
Thread
AVR32 Anwendung mit uboot von SDRAM starten
add r0,r0 10000014: eb ff ff fa st.bal r5[0x1fa],pc 10000018: f0 16 00 01 mcall r6[4] 1000001c: f0 16 00 00 mcall r6[0] 10000020: e3 cd 80 40 ldm sp++,r6,pc ---entfernt---- 100000fc <main>: 100000fc: eb cd 40 80 pushm r7,lr 10000100: 1a 97 mov r7,sp 10000102: 49 99 lddpc r9,10000164 <main+0x68> 10000104: 31 08 mov r8,16 10000106: 93 08 st.w r9[0x0],r8
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
2 Soll °C 12 Int Rücklauf / Boiler 2 / Puffertemperatur °C 13 Int Boilertemperatur 1 °C 14 Int Fördermenge % 0 bis 100 15 Int Kesselsolltemperatur °C 16 Float Unterdruck aktuell mbav 17 Float Unterdruck gemittelt mbav 18 Float Unterdruck soll mbav 19 Int Vorlauftemperatur
Schluss dürfte bei mir auch so stimmen. Zitat Simon:"Prüfsumme = Letzte Hex Stelle der Quersumme der 14 Datenpositionen Bei der Berechnung ersetzen: a=1, b=2, c=3, d=4, e=5, f=6" 2u01ffff12825103 --> Berechne Summe von "01ffff1282510"; Summe = 44(dez) = 2C(hex) --> modulo 16 = C --> stimmt somit
-
Thread
Transistortester mit AVR Gesperrt
Hallo, Markus F. Super - Project aber: Es wäre shon die Pins-Reihenfolge(zwishen AVR und LCD) zu ändern jetzt PD0(2) - D4(11) PD1(3) - D5(12) PD2(4) - D6(13) PD3(5) - D7(14) PD4(6) - RS(4) PD5(11) - R/W(5) meine Meinung PD0(2) - D7(14) PD1(3) - D6(13) PD2(4) - D5(12)
/www.reichelt.de/?;ACTION=3;LA=444;GROUP=D124;GROUPID=4024;ARTICLE=81766;START=0;SORT=artnr;OFFSET=16 Japp, schau mal hier: http://www.mikrocontroller.net/articles/AVR-Transistortester#Links
-
Thread
ELF -> (EXT)COFF für VMLab; avr-objcopy Problem bei statischen Variablen im Function Scope
outside any compilation unit Warning: ignoring function __bad_interrupt() outside any compilation unit avr-objcopy: --change-section-vma .eeprom+0xff7f0000 never used avr-objcopy: --change-section-lma .eeprom+0xff7f0000 never used avr-objcopy: --change-section-vma .noinit+0xff800000 never used avr-objcopy
) "avr-objdump -x test.cof" liefert u.a. [pre] . AUX lnno 2 size 0x0 tagndx 0 [ 15](sec -1)(fl 0x00)(ty 4)(scl 3) (nx 0) 0x00800060 i [ 16](sec 1)(fl 0x00)(ty 0)(scl 100) (nx 1) 0x000000b2 .eb
-
Thread
USB Endpoint-Interrupt Problem
einen PC: http://www.mikrocontroller.net/topic/126341 SCNR. Grobe Vermutung: Irgendein Atmel AVR mit USB?
enable the usb device mode and enable pad regulator USBCON &= ~_BV(HOST); //device mode PLLCSR=0x14; // external XTAL required for usb operation:16M, PLLCSR=0x16; //enable PLL while(!(PLLCSR & (1<<PLOCK))); USBCON = (1<<USBE)|(1<<FRZCLK)|(1<<OTGPADE); USBCON &= ~_BV(FRZCLK);
-
Thread
Netzteil, LM317, Strombegrenzung und Anzeige!
Display bei Reichelt! die Crimpkontakte kann man zur Not löten oder diese Zange bei Reichelt für 16,95 kaufen (Art. Nr. Crimpzange PSK) Gruß Uli
Ich hätte auch noch einen weiteren AD Eingang benutzen können. Oder sogar den integrierten OP vom AVR. Allerdings wollte ich die Strombegrenzung analog regeln und nicht über den AVR. Der AVR könnte dabei unter umständen zu langsam sein, und der analogen Regelung vertraue ich mehr. Deshalb habe ich auch
-
Thread
RFM12B-868-D
(1<<(RFM12B_IRQ_P)) #define RFM12B_IRQ_WAIT() while(RFM12B_IRQ_HIGH()) // send and receive a 16bit-word via spi uint16_t RFM12B_spi(uint16_t cmd) { uint8_t i; uint16_t recv = 0; // start communication RFM12B_SCK_LOW(); RFM12B_SS_LOW(); // read 16 bits for(i=0; i<16; i++)
RFM12B_STATUS & 0x8000) #define RFM12B_WAIT_FFIT() while(!RFM12B_FFIT()) { } // send and receive a 16bit-word via spi uint16_t RFM12B_spi(uint16_t cmd) { uint8_t i; uint16_t recv = 0; // start communication RFM12B_SCK_LOW(); RFM12B_SS_LOW(); // read 16 bits for(i=0; i<16; i++)
-
Thread
Sinustabelle
,$8F,$92,$95; 0-7 .db $98,$9B,$9E,$A1,$A4,$A7,$AA,$AD; 8-15 .db $B0,$B3,$B6,$B9,$BB,$BE,$C1,$C3; 16-23 .db $C6,$C9,$CB,$CE,$D0,$D3,$D5,$D7; 24-31 .db $D9,$DC,$DE,$E0,$E2,$E4,$E6,$E7; 32-39 .db $E9,$EB,$ED,$EE,$F0,$F1,$F2,$F4; 40-47 .db $F5,$F6,$F7,$F8,$F9,$FA,$FB,$FC; 48-55 .db $FC,$FD,$FD,$FE
,$07,$08,$09; 200-207 .db $0A,$0B,$0D,$0E,$0F,$11,$12,$14; 208-215 .db $16,$18,$19,$1B,$1D,$1F,$21,$23; 216-223 .db $26,$28,$2A,$2C,$2F,$31,$34,$36; 224-231 .db $39,$3C,$3E,$41,$44,$46,$49,$4C; 232-239 .db $4F,$52,$55,$58,$5B,$5E,$61,$64; 240-247 .db $67
-
Thread
AVR32 grasshopper patch für ATMEL buildroot 2.3.0
select_peripheral(PD(7), PERIPH_A, 0); /* DATA13 */ select_peripheral(PD(8), PERIPH_A, 0); /* DATA14 */ select_peripheral(PD(9), PERIPH_A, 0); /* DATA15 */ select_peripheral(PD(10), PERIPH_A, 0); /* DATA16 */ select_peripheral(PD(11), PERIPH_A, 0); /* DATA17 */ select_peripheral
DATA18 */ select_peripheral(PD(13), PERIPH_A, 0); /* DATA19 */ select_peripheral(PD(14), PERIPH_A, 0); /* DATA20 */ select_peripheral(PD(15), PERIPH_A, 0); /* DATA21 */ select_peripheral(PD(16), PERIPH_A, 0); /* DATA22 */ select_peripheral(PD(17), PERIPH_A, 0);
-
Thread
Die große Wanderkiste elektronischer Bauteile - Projektidee !
Und ich dachte, ein MAX232 hat 16 Anschlüße... Man lernt immer dazu ;-) --
Wanderkiste]] >15 kg Kiste angekommen. Stefan 18:17, 17. Dez. 2008 (CET). Die Kiste wiegt >jetzt 16.5 kg und ist seit heute auf dem Weg zu bastelator (Dirk). Stefan >14:44, 20. Dez. 2008 (CET) 16,5 Kg :) Wenn noch ein paar Leute ordentlich was reinpacken, wird die Kiste per Palette und Gabelstapler
-
Thread
AVR für wenig Geld im LAN
mentox wrote: > http://www.mikrocontroller.net/articles/AVR_Net-IO_Bausatz_von_Pollin Danke. Vielleicht schaffe ich es damit doch noch, eine der beiden AVR-Net-IO einzusparen. Ich benötige 16 digitale Ausgänge und 16 digitale Eingänge. > Habe gerade ein
unterschiedlich. Da ich erst angenommen hatte , dass das Weglaufen mit der letzten Version an meinem AVR mit 14,745600 MHz lag habe ich zuerst mit einem zweiten Board mit 16 MHz getestet. Die jetzige Version läuft aber auch mit 14,7456 Mhz. da ist der Regelbereich etwas nach unten geschoben. Zu der
-
Thread
WinAVR Bug: Crash wegen Codegrösse
Programm bis Haltepunkt 2. Mit dummy 6 und 7 ist bei HP 1 finito. Anbei habe ich das Paket fürs AVR-Studio (4.14). Schaut es Euch an. Was kann man da machen???
push r29 223a4: 8c 01 movw r16, r24 223a6: eb 01 movw r28, r22 223a8: 8b 81 ldd r24, Y+3 ; 0x03 223aa: 81 ff sbrs r24, 1 223ac: 1b c0
-
Thread
AVR: avarice+dragon (linux) "Cannot synchronise"
== 13) response: A9 command[0x14, 10]: 14 recv: 0x1b recv: 0x0e recv: 0x00 recv: 0x01 recv: 0x00 recv: 0x00 recv: 0x00 recv: 0x0e sDATA: reading 1 bytes read: a9 recv: 0xbc recv: 0x8e CRC OK Got message seqno 14 (command_sequence
== 14) response: A9 JTAG ICE: Cannot synchronise
-
Thread
Plasma Effekt
0x1289, 0x12B7, 0x12E5, 0x1313, 0x1341, 0x1370, 0x139E, 0x13CC, 0x13FA, 0x1428, 0x1456, 0x1484, 0x14B2, 0x14E0, 0x150E, 0x153C, 0x156B, 0x1599, 0x15C7, 0x15F5, 0x1623, 0x1651, 0x167E, 0x16AC, 0x16DA, 0x1708, 0x1736, 0x1764, 0x1792, 0x17C0, 0x17EE, 0x181C, 0x1849, 0x1877, 0x18A5, 0x18D3, 0x1901,
0x1901, 0x18D3, 0x18A5, 0x1877, 0x1849, 0x181C, 0x17EE, 0x17C0, 0x1792, 0x1764, 0x1736, 0x1708, 0x16DA, 0x16AC, 0x167E, 0x1651, 0x1623, 0x15F5, 0x15C7, 0x1599, 0x156B, 0x153C, 0x150E, 0x14E0, 0x14B2, 0x1484, 0x1456, 0x1428, 0x13FA, 0x13CC, 0x139E, 0x1370, 0x1341, 0x1313, 0x12E5, 0x12B7, 0x1289,
-
Thread
MMC SD library FAT16 FAT32 read write
funktioniert wunderbar. Nun hätte ich gerne eine ganz kleine Ergänzung in der mmc.h: statt "#if defined (__AVR_ATmega32__)" #if defined (__AVR_ATmega32__) || (__AVR_ATmega16__) weil ich mich erst gewundert habe, wieso es zu fehlern bei meinem ATmega16 kam. Weiterhin hätte ich die Frage, ob du mir sagen
undeclared (first use in this function) D:\AVR-Studio\sdtest0\sdtest0\main_simple.c 81 14 sdtest0 Error 5 'OCR0A' undeclared (first use in this function) D:\AVR-Studio\sdtest0\sdtest0\main_simple.c 84 2 sdtest0 Error 6 'TCCR0B'
-
Thread
WinAVR 20071221 / LibC V1.6.0 MemCopy problem?
und ich konnnte die werte auslesen (zumindest denke ich das) Mit der Umstellung auf die neue AVR Studio 4 Version 14 und der neuen LIBC V1.6.0 WinAVR 2071212 und erstes Project mit AT90USB162 wurden variablen überschreiebn und ich erhielt teils nur noch Müll aus dem Fifo. Meine
, 0x01F7 d80: 90 e0 ldi r25, 0x00 ; 0 d82: 6e e0 ldi r22, 0x0E ; 14 d84: 70 e0 ldi r23, 0x00 ; 0 d86: 0e 94 07 16 call 0x2c0e d8a: dc 01 movw r26, r24 d8c: a1 50 subi r26, 0x01 ; 1 d8e: be 4f
-
Thread
AVR Eclipse Plugin 2.2
/articles/AVR-GCC#Linux.2FUnix ) <avr/io.h> wird zwar auch ausgewertet, aber nur für den "AVR Device Explorer" Viewer genutzt. Liebe Grüße, Thomas
Torsten, es gibt zwei verschiedene Syntaxen für AVR Assembler. Zum einen den 'Atmel AvrAssembler' Syntax, der vom AVR Studio benutzt wird, und zum anderen den 'GNU avr-as' Syntax, welcher von der GCC Toolchain verstanden wird. Die beiden Dialekte
-
Thread
Bewegungsmelder, kostengünstig, mobil
http://www.reichelt.de/?;ACTION=3;LA=4;GROUP=A54;GROUPID=3045;ARTICLE=47522;START=0;SORT=preis;OFFSET=16;SID=2955RwuawQAR0AAFRnAEc14b0805eb85937b86570796ae04b0f9d und diese dann mit einem AVR an einen Piezosummer und evtl. LEDs anzuschließen. Dazu meine Fragen: -Hat jemand Erfahrung mit LHI968? -Wie
;LA=4;GROUP=H4;GROUPID=3484;ARTICLE=14557;START=0;SORT=preis;OFFSET=16;SID=2955RwuawQAR0AAFRnAEc14b0805eb85937b86570796ae04b0f9d Die ganze Vorrichtung soll dann mit einem Hering in den Boden gerammt werden.
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
mehr oder weniger starker Pigmentierung. Kann dies ein Fehler der zu niedrigen Spannung sein? Den AVR (MEGA8515-16PU) habe ich mit AVR DUDE geflasht; hierbei habe ich die Fuses : hFuse: DF ; lFuse: FF gesetzt. Sind diese korrekt? Gibt es ein Funktionierendes *.hex, mit einem Beispielbild, um das
auf egal wo ich das Bild auf dem Display platziere. PS. der 10,24MHz Quarz war noch ungenutzt, den 14,7456 Mhz hab ich aus meinem AVR-Server mit Kamera ausbauen müssen. mfg walter10
-
Thread
ROYALTEK RFG-1000 GPS-Empfänger
http://www.avr-design.de/index.php?lang=de&cat=gps&seite=nmea_rohdaten
05 22 A9 0C 30 1A F9 76 D0 C2 D7 4B 10 03 10 01 19 08 30 42 05 11 C8 A9 64 EB 4E E3 30 26 60 FF 02 FF 34 FD 00 10 03 10 01 19 05 EB 91 06 1A C8 A9 64 EA 1F 9A 1B 39 04 00 77 66 39 54 00 10 03 10 01 19 07 B1 B1 08 1B C8 A9 64 EB 21 B5 AA 12 3A FF 39 74 09 9C 00 10 03 10 01
-
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
uC an USB nicht erkannt ( als wär nichts da )
keinerlei zusätzliche Treiber installiert sind. Bei Dir wird es anders aussehen, Du hast vermutlich AVR-Studio und FLIP installiert. Nun wäre meine Vermutung, dass bei Dir Windows den VID_03EB liest und dann das Gerät mit irgend einem Treiber ansprechen will. Das geht nicht und Windows meldet das Gerät
Kann man den RAM über den Programmer auslesen? ( zum größe feststellen ) >oder so. Unter Linux/avr-gcc gibt es ein Kommando "avr-size file.hex" oder ähnlich, bei WinAVR weiss ich nicht. Aber wenn der Debugging-Code deaktiviert ist hast Du mit der RAM-Größe ganz sicher keine Probleme. Es könnte natürlich