-
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
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
Problem mit Pointer auf Structure
wär ich nie gekommen. Jetzt kanns endlich weitergehen. weißt du zufällig auch wie dies beim WinAVR gemacht wird? Jörn
16 bitter ? byte-aligned structures benutzen!
-
Thread
Conways Game of Live zu langsam auf Z80
1F10 DD 77 F8 [19] 235 ld -8 (ix),a 1F13 DD 7E E9 [19] 236 ld a,-23 (ix) 1F16 C6 FF [ 7] 237 add a,#0xFF 1F18 DD 77 E8 [19] 238 ld -24 (ix),a 1F1B DD 71 F2 [19] 239 ld -14 (ix),c 1F1E DD 70 F3 [19] 240 ld -13 (ix),b 1F21 DD
16 Bits definiert. AVR hat übrigens ähnliche Probleme, das sieht da auch nicht so arg viel anders aus. Entweder man kennt die Regeln und passt sich an, oder man nimmt mindestens eine 16-Bit CPU.
-
Thread
Z180-Stamp Modul
Joe, ich glaube in deinem Anhang A sind ein paar Fehler in der PIN-Beschreibung: - A12/A13 ist laut AVR Schaltplan PG5/PG4 (nicht PG4/PG5) - B26 ist ja beim AVR RXD0 - B27 ist ja beim AVR RXD1 - Müssten B3-B5 nicht bei Z180 und AVR A16-A18 sein (statt PE2-PE4)?
B26 /WAIT - RXD0 B27 /PHI - TXD0 > - Müssten B3-B5 nicht bei Z180 und AVR A16-A18 sein (statt PE2-PE4)? B3 - A18 - PE4 B4 - A17 - PE3 B5 - A16 - PE2 ist doch auch korrekt, oder?
-
Thread
AVRDude + AVR ISP mkII: did not find any USB device "usb"
etc/udec/rules.d/96-avrisp.rule: [pre] #AVRISP mkII SUBSYSTEM=="usb_device",SYSFS{idVendor}=="03eb",SYSFS{idProduct}=="2104",MODE="0666" [/pre] und stecke aus und ein.
drwxr-xr-x 9 root root 180 2010-11-10 18:46 .. crw-rw-r-- 1 root root 189, 768 2010-11-10 19:16 001 crw-rw-r-- 1 root root 189, 777 2010-11-10 19:35 010 [/code] Sieht nicht danach aus, als dürfte ich da schreiben :D
-
Thread
CP/M auf ATmega88
die letzten Änderungen, die aller in dem geposteten Zip-File sind: [code] r221 | leo | 2013-11-16 14:14:02 +0100 (Sa, 16. Nov 2013) | 1 Zeile Geänderte Pfade: D /avrcpm/trunk/avr/adc.asm * fixed previous commit ------------------------------------------------------------------------ r220 | leo | 2013-11-16 14:03:47 +0100 (Sa, 16. Nov 2013) | 6 Zeilen Geänderte Pfade: A /avrcpm/trunk/avr/adc.asm M /avrcpm/trunk/avr/config.inc M /avrcpm/trunk/avr/i2c.asm M /avrcpm/trunk/avr/init.asm
-
Thread
Kann man VQFN mit Heißluft handlöten?
ersten Versuch kann es sich sehen lassen, oder? Leider fehlt mir momentan noch die Möglichkeit, den AVR-EB zu flashen, sodass ich noch nicht testen kann, ob ich ihn eventuell durch Überhitzung zerstört habe. Die Platinen für meinen USB-UART-Converter zwecks Serial-UPDI kommen erst Mitte nächster Woche
AVRxDB oder EA Serie nachdenken - wegen TQFP. Von denen habe ich bereits einige auf Lager, also AVR128DB64 und -32, AVR64DD32, AVR64EA48 und AVR16EB32, alle in TQFP. Bin gerade dabei, mir kleine Experimentier-Boards (100×100mm², I/Os alle auf Pin-Header geführt) dafür zu designen. Eigentlich brauche
-
Thread
GPIB-RS232-Schnittstelle
An sich soll die Funktion in der <avr/eeprom.h> enthalten sein die in der configuration.c auch includiert wird: http://www.nongnu.org/avr-libc/user-manual/group__avr__eeprom.html Wegen der .bin Datei: Da es von der Struktur der Datei
(main.hex) ... :02000004008278 (1) :020000003FC1FE (2) :02000004008377 (3) :01000000EB14 (4) :00000001FF Was ich identifizieren kann sind in Zeile (2) und (4) die Fuses, die Zeilen kann ich ja löschen und die Fuses extra brennen. Aber was bedeuten die Zeilen (1) und (3)? Das Zeilenformat
-
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
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
DIAMEX-AVR unter arch linux
Sebastian X. schrieb im Beitrag #4893929: > da ich mich mit AVR-Microcontroller programmierung beschäftigen wollte, > habe ich mir einen Atmega168 & DIAMEX USB ISP > gekauft. Als Entwicklungsumgebung habe ich Eclipse inkl. AVR Plugin > installiert. Nun habe
Ausgabe von lsusb dafür, daß es doch ein /usbasp/ sein könnte. Ein AVRISP mk2 würde sich so melden: 03eb:2104 Atmel Corp. AVR ISP mkII Ein STK500(v2?) könnte sich aber mit der angegebenen (unspezifischen) USB ID melden. Da würde der Kernel dann aber ein serielles Device drauf mappen (/dev/ttyUSBxx oder
-
Thread
Retro Fieber: Z80 oder 68000 ?
man die Peripherie nun als I/O oder Memory Mapped ein? So wie ich das sehe kann ich die Register des 16C550 doch locker mappen über A15,14,13 (nutze eh nur A0 - A12), so dass ich alle Befehle drauf anwenden kann, statt nur IN und OUT, oder? Also .......A15 A14 A13 A12 ROM 0 0 0 1 RAM
EMUF Decoder pattern IODEC revision C author Tiffe date 22.01.2011 CHIP IODEC GAL16V8 ;pin 1 2 3 4 5 6 7 8 9 10 RESET MREQ IORQ RD A15 A7 A6 A5 A4 GND ; ;pin 11 12 13 14 15 16 17 18 19 20
-
Thread
[V] Halbleiter, Netzteile, Opto, Diskret, Relais, Buchsen
Receiver -> 0,25€/Stk. 111x PCF8591T, Philips: I²C 8Bit ADC und DAC -> 0,50€/Stk. 14x AD5541JR, Analog Devices: 16Bit DAC -> 0,75€/Stk. 221x PCA9515A, NXP: I²C Bus repeater -> 0,25€/Stk. 151x ATMEGA325-16AU, Atmel: AVR
74LVC1G11GW-Q100, Nexperia: Single 3-input AND -> 0,10€/Stk. 68x SN74LVC16373ADGGR, TI: 16-Bit Latch -> 0,25€/Stk. Halbleiter Speicher: 124x M29W320EB-70N6, ST: 32MBit Parallel Flash -> 0,50€/Stk. 5x AS3001316-045nX0PBCR, Avalanche: MRAM 1MBit
-
Thread
Falscher Widderstand
Klaus Wachtler schrieb: > gibt es sowas überhaupt? Ja, z.B. bei Reichelt: METALL 14,7K
//www.reichelt.de/?;ACTION=3;LA=444;GROUP=B15;GROUPID=3114;ARTICLE=13553;START=0;SORT=artnr;OFFSET=16;SID=28B4kFOawQARwAABLEEyQ7537102eee4a0455072e90eb35c2bd2c
-
Thread
Funktionsgenerator
Hallo! Ich versuche einen Funktionsgenerator mit einem ATmega16 und einem DAC0800 zu realisieren. Das Problem ist, dass ich momentan maximal 9,8 kHz bei 36 Einzelschritten pro Kurvenform schaffe. Da es mein erstes Projekt mit einem AVR ist weiß ich nicht ob es
.db 0x0A,0x0B,0x0C,0x0E,0x0F,0x11,0x12,0x14 .db 0x16,0x17,0x19,0x1B,0x1D,0x1F,0x21,0x23 .db 0x25,0x28,0x2A,0x2C,0x2F,0x31,0x34,0x36 .db 0x39,0x3C,0x3E,0x41,0x44,0x46,0x49,0x4C .db 0x4F,0x52,0x55,0x58,0x5B,0x5E,0x61,0x64 .db 0x67,0x6A,0x6D
-
Thread
Platinen mit GPS - Empfänger bei ebay
?) TDF = 010 = 2 Cycles added after Xfer PAGES = 10 = 16M Pages WSE = 1 = Waitstate Enabled NWS = 001 = 2 Waitstates DBW = 1 = 16-bit Buswidth MCR = 0 => speicher im 16M chunks macht und Standard read (CS0..CS3 Brauchbar) ..... Diser projekt
(12): ; SAVE 0xFFE00004 0x20003E3D at91-remap.jom(13): SAVE 0xFFE00000 0x01003531 at91-remap.jom(14): SAVE 0xFFE00004 0x03003525 at91-remap.jom(15): SAVE 0xFFE00020 0x00000001 at91-remap.jom(16): ONERR RemapFailed at91-remap.jom(17): at91-remap.jom(18): ; Verify result at91-remap.jom(19): ; LOAD
-
Thread
Nach fast 3 Jahren fehlerkorrigiertes Datenblatt für die AVR-DB Serie erschienen
space not working properly" weiter böse heraussticht. Ich glaube den DA hat man aufgegeben. Richtung AVR-DD, EA, EB hellt sich der Fehlerhorizont dann zunehmend auf.
Nun gibt es schon die AVR_DU-Datenblätter: AVR64DU-28-32-Prelim-DataSheet-DS40002548.pdf AVR32-16DU-14-20-28-32-Prelim-DataSheet-DS40002576.pdf
-
Thread
zugriff auf arrays optimieren
Beispiel: [c]uint16_t test = BringMirEinenInt(); uint8_t a = test / 100; uint8_t b = test % 100;[/c] Eine Division wäre korrekt. <__udivmodhi4> liefert gleichzeitig auch den Rest mit, doch was macht avr-gcc? Richtig
movw r16, r24 24c6: eb 01 movw r28, r22 symbols[0] = symbols[1] = symbols[2] = values[0] = values[1] = values[2] = 0x00; 24c8: 1a 82 std Y+2, r1 ; 0x02 24ca: 19 82
-
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
"Trick" bei verbogenen CKSEL-Bits
Hi, ist zwar eine etwas "kranke" Methode, funktioniert aber. Hatte mir ebenfalls zwei MEGA16er "verCKSELt" und auf externen Takt eingestellt, ging danach natürlich nichts mehr. Habe einen "Kanda-Parallelport-Dongle"+TwinAVR genommen, den Takt im Config-Fenster auf 1 KHz gestellt (in Ponyprog.ini
@Axel: Der Kanda-Dongle ist (u.a.) das Teil, das öfters mal bei Eb*y für ein paar Euro über die Theke geht (10-poliger ISP-Connector an Parallelport). Dazu noch das Pollin-Progger-Board für 14.95 (hat einen ISP-Connector) und dann geht dat ;) Grüsse
-
Thread
Pointer in AVRGCC
Hallo zusammen... Ich benutze den neusten AVRGCC von winavr.sourcefroge.net und AVR Studio 4. Ich habe einen Pointer, zwei structs und zwei pointer auf diese structs: #define BUF_SIZE 384 unsigned char buf[BUF_SIZE]; struct eth_hdr { u08 dst_mac[6]; u08 src_mac[6]; u16
0000007F: 4F9E SBCI R25,0xFE Subtract immediate with carry +00000080: 939001EB STS 0x01EB,R25 Store direct to data space +00000082: 938001EA STS 0x01EA,R24 Store direct to data space Nur wenn ich es so schreibe: ip_hdr = (struct ip_hdr*) ((u16
-
Thread
GPS - MOUSE - MINI- NAVIGATOR (Assembler) ATmega8
wäre die ideale Hardware dafür nicht ein AVR Butterfly?
nur 32° Bin nicht so asm bewandert. Nutze ein 4x20 lcd. Könnte es daran liegen weil ich kein 2x16 lcd nutze?
-
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
Was nehme ich nur?
Texas Instruments raten werden, ein alter MSP430C133 reicht schon, tut es auch ein AVR wie Atmega16 (oder natürlich Atmega164P PicoPower) und PIC wie PIC16F1526, denn auch die können wenig Strom verbrauchen, weil man sie sogar während die arbeiten zu 99% der Zeit im sleep Zustand halten
dann alle so Programmieren wie ich das brauche? Z.B.: 1,2,3,4,5,6,7,8 Anzeige 1 9,10,11,12,13,14,15,16 Anzeige 2 17,18,19 Taster 20,21,22 LED 23 Hupe 24-32 Reserve Kann man Eingänge auch zur Spannungsüberwachung nehmen um z.B. einen Lipo Akku als Versorgung zu nehmen und die Schaltung in
-
Thread
ARM-Beginn
sind auf dem LPC2106 bei ca. 60MHz Systemtakt ungefaehr 3,5 MHz "Bitbangfrequenz" moeglich). Ein mit 16MHz getackteter AVR schafft im Prinzip auch 16MHz, so richtig verstanden - ich hab' solche Geschwindigkeiten bisher nie gebraucht. Diese Begrenzung scheint sowohl in der ARM7DTMI-S-Serie von Philips (
Codes nur noch Daten- und Kontrollstrukturen und setzt auf einigen wenigen I/O-Modulen auf. Dafür sind 16/32-bit Architekturen wie ARM (aber auch MSP430) i.d.R. besser geeignet als z.B. AVR. Auch nervt die AVR-sche Harvard-Architektur bald, weil man stets zwischen den Pointer-Typen und Zugriffsmechanismen
-
Thread
SourceCode MMC die Zweite
4 //Nicht Benutz muß aber definiert werden #endif da ich ja einen AtMega16 benutz. SPI Mode hab ich Aktiviert. nun im main Programm hab ich folgendes. #include "lcd.h" #include "mmc.c" #if defined (__AVR_ATmega16__) # define USR UCSRA # define UCR UCSRB #
So ich habe unter Winodow mit format LW: /fs:FAT /a:512 eine 16MB MMC und eine 16MB SDCard formatiert. Mit der Speicherbelegung wird 6,9 MB angezeigt -> MMC Bei der SD-Karte sind es 14,9 MB -> SD-Card. Bei beiden bekomme ich egal ob ich 3,3V oder 3,6V habe
-
Thread
Einfacher Low Cost LCD Controller für 320x240 LCD im Textmodus
könnte man ein serielles FRAM (von Ramtron, gibts mit 32 kBytes, 8-pinniges Gehäuse) per SPI an den AVR anschließen. Die Schaltung wäre dann nur minimal größer, man könnte aber Grafik darstellen. Durch die Hardware-SPI im AVR könnte man das FRAM bei 16 MHz AVR-Clock mit 8 MHz SPI-Takt ansteuern und käme
Parallelschnittstelle prüfen, ob sie mit meiner vorhandenen übereinstimmt. Steckerstift 1 =WR Steckerstift 14 =CE Steckerstift 16 =C/D Steckerstift 17 =RD MfG Wolfgang
-
Thread
MEGA1284P XPLAINED über USB mit avrdudue programmieren
SW0 später loslasse um den Bootloader zu aktivieren. [code] ~$ lsusb Bus 001 Device 005: ID 03eb:2122 Atmel Corp. XMEGA-A1 Explained evaluation kit ~$ ls -lah /dev/ttyACM0 crw-rw----+ 1 root dialout 166, 0 Dec 10 16:22 /dev/ttyACM0 ~$ avrdude -p m1284p -P /dev/ttyACM0 -b 57600 -c avr911
2.14svn20200906, Mar 28 2022 12:30:47 Defaulting JTAG bitrate to 250 kHz. $ avr-gdb m1284p_xpld_ex.elf (gdb) target remote localhost:4242 Remote debugging using localhost:4242 0x0001f000 in ?? (
-
Thread
ATtiny85 + Uhrenquarz mit 10 pF CL: Kondensatoren
achten, daß der Trimmer einen niedrigen Temperaturkoeffizienten hat. CL1 = CL2 = 2 ( 10 - 2 ) = 16pF ; bei 3pF dann 14pF Also, nimm 2 mal 15pF und gut ist. Lege Dir noch ein paar C0G keramik Cs zu mit 0.5,1,2pF und trimme den Oszillator in der Endschaltung. Ob sich eine SW Korrektur lohnt? Ich
, EA, EB)
-
Thread
Verhalten des atmega32u2 bezüglich Fuses und Quarz
... Alles gut. Caterina gibts übrigens auch ganz ohne Arduino. Caterina spricht sehr gerne mit AvrDude Aber eben nicht mit Flip.
Takt im Gegensatz zu anderen AVRs: Default Low Fuses 0x5E Low Power Crystal Oscillator 8.0 - 16.0MHz Ceramic resonator, slowly rising power 258 CK ; 14CK + 65 ms Und sie besitzen eine HWBE Fuse, welche programmed (0) ist. Der Oszillator muss also im Grundzustand verwendet werden. Heiko
-
Thread
Grafikdisplay Gesperrt
avr
ist eher die qualität und die verfügbarkeit 12. kein ebay 13. Ansteuerung mit msp430 oder sowas 14. "verfügbarkeit" = man kanns bestellen und die sind nicht nächsten monat ausverkauft und werden nicht mehr produziert 15. 1,7 1,8 zoll muss es sein. 16. robust->industrietauglich, spiegelt nicht,
-
Thread
Ein kleines Projekt für BASCOM Änfänger
sie nur kaufen. Also viel Spass beim Basteln und programmieren, egal ob in BASCOM, C, Assembler, AVR-Algol oder AVR-Lisp. Grüße
.. klar es wäre Hammer wenn man sowas selber komplett bauen könnte ( es gibt in Korea sogar ein 16x16x16 Cube !!! Jetzt kommt das aber, bei Qube bekomme ich auch noch ein super Programm wo man die Figuren in 3D selber erstellen kann und klick und fertig..sowas kann ich definitiv nicht machen...
-
Thread
UART lässt mich verrückt werden - ATm48
#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1) #include <avr/io.h> #include <util/delay.h> #include <stdlib.h> void main() { UBRR0H = UBRR_VAL >> 8; UBRR0L = UBRR_VAL & 0xFF; UCSR0B = (1<<RXEN0)|(1<<TXEN0); UCSR0C
<<UDRE0))); UDR0 = 'n'; _delay_ms(1000); } }[/c] Die Fuses sind vom dem Engbedded AVR Fuse-Calculator berechnet, Taktquelle ist "Ext. Full-swing Crystal; Start-up time PWRDWN/RESET: 16K CK/14 CK + 65 ms; [CKSEL=0111 SUT=11]". "Divide clock by 8 internally" ist deaktiviert. Mit avrdude
-
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
ILI9486L in Betrieb nehmen
#define DB9 PA1 #define DB10 PA2 #define DB11 PA3 #define DB12 PA4 #define DB13 PA4 #define DB14 PA5 #define DB15 PA6 #define WRX PG2 #define RDX PD7 #define RST PG0 #define DCX PG1 #include <avr/io.h> #include <util/delay.h> void writeCmd(uint16_t *Data); void readInternal(uint16_t *
#define DB9 PA1 #define DB10 PA2 #define DB11 PA3 #define DB12 PA4 #define DB13 PA4 #define DB14 PA5 #define DB15 PA6 #define WRX PG2 //WR #define RDX PD7 //RS #define RST PG0 //RST #define DCX PG1 //CS #include <avr/io.h> #include <util/delay.h> void writeCmd(uint16_t *Data); void readInternal
-
Thread
FT800 / FT810 Library
Bilder werden dem nicht mal ansatzweise gerecht, dabei "reserviere" ich 25% Rechenleistung eines 8-Bit AVR auf 16 MHz, genuzt wird nur ein kleiner Teil davon. Der SPI läuft dabei auch "nur" auf 8 MHz - der AVR kann eben nicht mehr als 1/2 Takt. Damit dürfte auch ein STM32 ins Schwitzen kommen mit dem
Note that my code does a busy-wait for the SPI transfers to be complete. This is not so bad for the AVR since that are only 16 clock-cycles with 8MHz SPI clock and 16MHz system-clock. Even with the rather low-end STM32F103 things are a bit different. The function spi_transmit() could be changed to write
-
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