-
Thread
µC - XINTF - TMS320F28335 Anbindung
2812 angeschlossenen LCD folgendermaßen gemacht: LCD.h [c] //... #define LCD_BASE_POINTER 0x2000 // define base address #define LCD_KS0066 ((volatile Uint16 *)LCD_BASE_POINTER) //... [/c] LCD.c [c] //... *LCD_KS0066 = cmd; // write command to display //... data_in =
-
Thread
Probleme mit ld und Vektortabelle
unter Windows - Telit GE863-PRO3 eval board Problem: Das Board hat 8MB prozessorexternen RAM (0x2000.0000 - 0x207F.FFFF). Meine Anwendung wird vom U-BOOT aus dem FLASH an die Adresse 0x2001.2000 geladen und soll dort auch ausgefuehrt werden. Wenn ich das richtig verstehe, dann muss die Vectortabelle
-
Thread
ext. Memory-Interface: Verwirrung mit phys. Adr.
this option as most of the memory is masked away. Assembly Code Example(1) ; OFFSET is defined to 0x2000 to ensure ; external memory access ; Configure Port C (address high byte) to ; output 0x00 when the pins are released ; for normal Port Pin operation ldi r16, 0xFF out DDRC, r16 ldi r16, 0x00
of ; external memory ldi r16, 0x55 sts 0x0001+OFFSET, r16 C Code Example(1) #define OFFSET 0x2000 void XRAM_example(void) { unsigned char *p = (unsigned char *) (OFFSET + 1); DDRC = 0xFF; PORTC = 0x00; SFIOR = (1<<XMM1) | (1<<XMM0); *p = 0xaa; SFIOR = 0x00; *p = 0x55; }[/pre] Aus dem
-
Thread
Einstieg 32Bit µC - Welche "Familie"
veränderte File, dass du gepostet hast. Laut Datenblatt ist der Flash ab 0x0800 0000 und der Sram ab 0x2000 0000 MEMORY { FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 128K SRAM (rwx) : ORIGIN = 0x20000000, LENGTH = 20K } SECTIONS { .text : { KEEP(*(.isr_vector))
-
Thread
[SUCHE] Biete bezahltes Projekt von Privat (USB - Microcontroller LED Steuerung)
12V.html http://www.leds.de/p103/LED_Leisten_Module/SuperFlux_LED_Leisten/SuperFlux-LED_Leiste_rot_30x2000mcd_120_500mm_12V.html wobei ein Lichtmodul das angesteuert wird z.b. aus 3 roten, einer grünen und 2 blauen leisten besteht. Die Stromversorgung der Leisten war geplant extern z.b. über PC
-
Thread
[V] Bauteile in grösseren Mengen abzugeben
20Eurocent das Stück LEDs 2 Farbig Orange/grün TLSV 5100 Datenblatt muss ich noch raussuchen 6 X 2000 Stück 1X 350 Stück Preise: ich bitte um Angebote 74LCX373MTCX 1 X 1200 Stück 15Eurocent das Stück Sollte sich jemand für ganze rollen interessieren, bitte die Preisvorstellungen mir zukommen
-
Thread
CMOS Bildsensor mit mehr als 25 FPS
kaufen (etwa 20 EURO, PIN- und Register-Kompatibel zu den beiden anderen), der bis zu etwa 2500x2000 Pixel (5MPix.) und Pixelclock von 96 MHz hat, also für etwa 640x480 etwa 250-300 FPS bzw. 320x240 etwa 1000 FPS (FOV frei programmierbar), für mich mehr als das Maximum meiner Wünsche!! Was mir
-
Thread
Projektarbeit dezentrale Controllersteuerungen
{ //Input-/Outputaktualisierung //Variablen auslesen und sortieren #define OFFSET 0x2000 int i,j; unsigned char *p[4]; *p[0] = (unsigned char *) (OFFSET + 0x0100); *p[1] = (unsigned char *) (OFFSET + 0x0200); *p[2] = (unsigned char *) (OFFSET + 0x0400);
//Input-/Outputaktualisierung //Variablen auslesen und sortieren #define OFFSET 0x2000 char i,j,k; unsigned char *p0 = (unsigned char *) (OFFSET + 0x0100); unsigned char *p1 = (unsigned char *) (OFFSET + 0x0200); unsigned char *p2 = (unsigned char *) (OFFSET
-
Thread
OPENOCD FEHLER WINDOWS
target cortex_m3 little run_and_halt 0 lm3s run_and_halt_time 0 30 working_area 0 0x20000000 0x2000 nobackup flash bank stellaris 0 0 0 0 0 danke wenn mir wer helfen könnte! Gruß
-
Thread
RC5 Char mit uint vergleichen
cycle if( ++rc5_time > PULSE_MAX ){ // count pulse time if( !(tmp & 0x4000) && tmp & 0x2000 ) // only if 14 bits received rc5_data = tmp; tmp = 0; } if( (rc5_bit ^ xRC5_IN) & 1<<xRC5 ){ // change detect rc5_bit = ~rc5_bit; // 0x00 -> 0xFF -> 0x00
-
Thread
LPC21xx CAN-Bootlader
dass er das Hauptprogramm (hab das ganze jetzt als 2 verschiedene Projekte angelegt) dann an die 0x2000 legen soll, bekomme ich (hoffentlich) auch noch raus, wenn ich den Bootloader fertig hab ;)... @all: Vielen Dank für die Aufklärung von euch allen ;).
-
Thread
AP7000 wieviel RAM?
Mbyte EBI SRAM CS2 0x0C00_0000 64 Mbyte EBI SRAM CS3 0x1000_0000 256 Mbyte EBI SRAM/SDRAM CS1 0x2000_0000 64 Mbyte EBI SRAM CS5[/pre] Interpretiere ich jezt so: - SDRAM: max 256mb - Statisch: 320mb (5x64) wenn SDRam genuzt wird sonst 576mb Der AP7000 hat aber auch nen SD/MMC/CF bzw. IDE "Anschluß
-
Thread
R8C Daten ins daten-Flash schreiben
0x50 #define FLASHI_ERASE1 0x20 #define FLASHI_ERASE2 0xD0 #define FLASH_BLOCK_A_START 0x2000 #define FLASH_BLOCK_B_START 0x2800 static void flash_openMEM() { prcr = 0x02; // pm0, pm1 enable pm1 = 0x01; // Data block enable prcr = 0; // pm0, pm1 disable fmr4 = 0x00; // Erase
versucht. Der Flash wird nicht beschrieben. Lesen kann ich den Flash doch per Zugriff auf die Adresse 0x2000 (BLOCK_A) z.B. so: [c]char *flash; flash = (char*)0x2000; // Wenn ein A im Flash ist dann... if (*flash=='A') ... [/c] Stimmt das? Vielleicht wichti: Ich arbeite mit den internen 8mHz
-
Thread
NFS mit grasshopper / AVR32
RX bytes:17368 (16.9 KiB) TX bytes:8864 (8.6 KiB) Interrupt:16 Base address:0x2000 eth2:0 Link encap:Ethernet HWaddr 00:0C:29:33:84:91 inet addr:192.168.12.1 Bcast:192.168.12.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:16 Base address:0x2000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX
-
Thread
mit dem IAR compiler ein byte aus dem flash-speicher lesen
einer Variablen. So habe ich mir gedacht folgendes könnte klappen: __flash int *leseKopf = (int*)0x2000; char wert = *leseKopf; dann meldet der compiler aber: Error[Be009]: memory attributes not allowed on auto variables or parameters Hat jemand eine Idee wie man ein Byte aus dem Flashspeicher
-
Thread
[Projekt] MEGA Lamp
einmal http://www.leds.de/p99/LED_Leisten_Module/SuperFlux_LED_Leisten/SuperFlux-LED_Leiste_weiss_30x2000mcd_90_500mm_12V.html (am Weiss Ausgang, 200mA Last) und einmal http://www.leds.de/p480/LED_Leisten_Module/SuperFlux_LED_Leisten/SuperFlux-LED_Leiste_RGB_90_500mm_12V.html (am RGB Ausgang, 200mA
-
Thread
Chips drucken
Einfach mal unverändert ausdrucken! DIN A4 auf 1500x2000 Auflösung. Mikrochips für lau! (Naja, die Bauteile selberbaun;)
-
Thread
AVR, xtern. SRAM initialisierung, xmem, makefile, .init funktionen
casten und die Verwaltung komplett manuell vornehmen: [c] uint8_t *bigarray = (uint8_t *)0x2000; /* array in XMEM, length 1024 */ uint16_t *another = (uint16_t *)0x2400; /* another array */ [/c]
[c] uint8_t *bigarray = (uint8_t *)0x2000; /* array in XMEM, length 1024 */ [/c] > Ich bin irritiert wegen der "length 1024". evtl liegt ja auch > hier mein fehler. Das "length 1024" ist wohl als "Gedächtnisstütze" für den Programmierer
-
Thread
Optimierungsproblem
gerne Code ein, der eigentlich nicht benutz wird [c] #define EXT_RAM (* (UINT8 volatile *) 0x2000) for (u16Buffercount = 0 ; u16Buffercount < PAGE_BYTE ; u16Buffercount += 2) { //solange ausführen, bis alle Bytes der Page beschriebn wurden R0 = u8Com_RX_Buffer[u16Buffercount
-
Thread
Probleme beim einlesen eines Datenstroms über Interrupts
0x0800) MSB16 ^= 0x039F; if((LSB16 & 0x1000) == 0x1000) MSB16 ^= 0x0287; if((LSB16 & 0x2000) == 0x2000) MSB16 ^= 0x00B7; if((LSB16 & 0x4000) == 0x4000) MSB16 ^= 0x016E; if((LSB16 & 0x8000) == 0x8000) MSB16 ^= 0x02DC; // MSB16 = 0x00FF; return MSB16; } [/
-
Thread
FX2 lässt sich nicht mehr programmieren
Bei mir hab ich das gleich im Keil drin, bei Output: hex2bix.exe -i -f 0xC2 -v 0x0547 -p 0x2000 -c 0x41 Programm.hex
Bei mir hab ich das gleich im Keil drin, bei Output: > > hex2bix.exe -i -f 0xC2 -v 0x0547 -p 0x2000 -c 0x41 Programm.hex meine Parameter sind: hex2bix.exe -i -f 0xC2 Programm.hex Bisher lief es damit, aber ich versuche es mal mit deinen Parametern. Wenn ich damit Programmiere ist es eigentlich
-
Thread
OpenOCD Wiggler STM32-P103 flashen
at base of ram #working_area 0 0x20000800 0x1200 nobackup # all ram working_area 0 0x20000000 0x2000 nobackup # script running on reset target_script 0 reset lmi.script [/c] lmi.script: [c] flash probe 0 flash erase_check 0 flash protect_check 0 flash info 0 flash write_image main.bin
-
Thread
MPC5200B mit Linux, leicht planlos
port-number = <0>; // Logical port assignment - reg = <2000 100>; + reg = <0x2000 0x100>; interrupts = <2 1 0>; interrupt-parent = <&mpc5200_pic>; }; Wenn Du die auskommentierst, dann sollte kein Treiber für PSC1 mehr geladen werden. Es gibt im Kernel unter
-
Thread
8051 sdcc & serielle Schnittstelle
Antriebflanke[x] + Antriebsdrehzahlneu[x]; if (Antriebflanke[x]<=0) { Antriebflanke[x]=2000; //Drehrichtung und Istwerte neuberechnen if(Antriebsdrehzahlneu[x]>=0) { switch(x) { case 0: P2_1=1; break; //P2_1 Direction1
-
Thread
Autokorrelation in Hardware
Spalte als 32 bit Resultat erforderlich. Das Ganze dann etwa 2000 mal, also insgesamt etwa 2000 x 2000 = 4 Mio Operationen. Mein momentan verbauter Prozessor (Risc mit 62,5nS/Befehl) würde dazu unakzeptable 10 Sekunden vertrödeln. Abgesehen davon habe ich aber auch nicht genug Ram um die berechnete
-
Thread
openOCD arm-usb-ocd
run_and_halt_time 0 30 #working_area 0 0x40000000 0x4000 nobackup working_area 0 0x40000000 0x2000 nobackup #flash configuration #flash bank lpc2000 <base> <size> 0 0 <target#> <variant> flash bank lpc2000 0x0 0x40000 0 0 0 lpc2000_v1 14765 calc_checksum # For more information about the
-
Thread
Open OCD r592 arm-usb-ocd
run_and_halt_time 0 30 #working_area 0 0x40000000 0x4000 nobackup working_area 0 0x40000000 0x2000 nobackup #flash configuration #flash bank lpc2000 <base> <size> 0 0 <target#> <variant> flash bank lpc2000 0x0 0x40000 0 0 0 lpc2000_v1 14765 calc_checksum # For more information about the
-
Thread
asm volatile Problem
asm anweisung angesehen und folgende lösung gefunden: [c] void apicall(void) { #if (FLASHEND>0x2000) asm volatile("jmp %0" :: "p"(FLASHEND&~1)); #else asm volatile("rjmp %0" :: "p"(FLASHEND&~1)); #endif } [/c] Vorteil zu obiger lösung, es wird kein weiteres register benötigt und solange
-
Thread
In C-Code auf Variable des Linker Scripts zugreifen
struktur rein soll etwas abgeändert zu: .... .FwInfo 0x3DF00 : { *(.FwInfo) LONG ( 0x2000); /* Begin of Firmware */ LONG ( _etext + SIZEOF ( .data) - 0x2000); /* Length of Firmware for CRC */ SHORT ( 0); /* Placeholder for
-
Thread
Grafik-Display mit T6963C Darstellungsfehler
Bild??? Nur kurz reingeschaut: Wieviel Ram hat das TEil denn? Du setzt die Grafikarea aud 0x2000, das ist 8k. Die kleinen haben doch meist nur 8k Ram drauf, damit würde die Grafikarea bei 0x0000 landen und da hast Du ihm schon Text gesagt? Gruß aus Berlin Michael
Hallo, mich stört immernoch etwas der Start Grafik auf 0x2000. Bei 8k Ram liegt dann Grafik. und Text Ram auf den gleichen Adressen. Keine Ahnung, was der T6963C da macht. Setz doch mal Grafikram auf einen sinnvollen Wert, 0x0400 oder so, Du brauchst doch erstmal
-
Thread
bss Section im externen RAM
konfiguriert: BCFG0 für den ext. Flash: BCFG0 = 0x1000348F und BCFG1 für den ext. RAM: BCFG1 = 0x2000FFEF PINSEL2 ist mit 0x0F804824 konfiguriert. Damit sollten die entsprechenden Pins als Adresslines,Datenlines und Chip Select genutzt werden. Muss man da noch irgendeine Einstellung vornehmen
-
Thread
LiIon Akku parallel schalten?
Ich hab das selbe vor allerdings mit 4x 2000mAh zellen von Sony, im Moment sind diese 2 in reihe und und das ganze dan parallel also 7,4V und 4000mAh verschaltet, trotz ladeelektronik und gleicher spannung wollte ich nun wissen ob es nötig ist
-
Thread
Umrechnung von kb in Hex
8kB ist üblicherweise 8 * 1024 Byte gemeint. Das ergibt 8192 Bytes, in hexadezimaler Schreibweise 0x2000. Wie du aber auf die anderen Zahlen kommst, ist mir ein Rätsel (Ein Offset von wo nach wo?).