-
Thread
String via Usart senden (Xmega)
gelade wird, der ist aber dort. Das habe ich mit dem Simulator getestet, der String liegt an Adresse 0x2000, hier fängt beim Xmega das SRAM an. Das erste Byte, welches in das Usart-Datenregister kopiert wird, ist das "H" ... kommt mir irgendwie unheimlich vor :-D Ich werde das alles auch noch mal mit
-
Thread
TImer in Assembler Programmieren
MOV #TASSEL_1+ID_4+MC_1+TAIE ,&TACTL ; T a k t q u ell ACLK Start Timer MOV #0x2000 ,R5 ; Entspricht 1s MOV #R5 ,&TACCR0 ; Entspricht 1s ENDE TIMER_A_Init P1_ISR BIT.B #BIT0 ,& P1IFG ; I n t e r r u p t von P1.0 ausgelöst? JNZ ja weiter
-
Thread
"C" Will alle Variablen im ext. Speicher haben, aber wie mach ich das?
SAVED_BUFFER_LEN];// save the input buffer uint16_t magic_end; }; [/c] Interner SRAM: 0x2000 - 0x3FFF ( soll nur für den Stack bleiben) Externer SDRAM: 0x4000 - 0xFFFF ( für alle angelegten Variablen und Heap) Reicht es im Makefile sowas wie hier avr-gcc ... -Wl,--section-start,.
-
Thread
ARM Interrupt Programmieren
// 0x20 | select port C for EXTI13 EXTI->IMR |= EXTI_IMR_MR13; // 0x2000 | unmask EXTI13 EXTI->FTSR |= EXTI_IMR_MR13; // select falling edge trigger NVIC->ISER[1] = 0x00000100; // enable IRQ40 (bit 8 of ISER[1]) NVIC_EnableIRQ
GPIOA->BSRRH = GPIO_BSRR_BS_5; delayMs(5000); EXTI->PR = EXTI_PR_PR13; // 0x2000 | clear interrupt pending flag } [/c] Das ist mein Code der main.c Datei. Dazu gibt es noch von der IDE aus die handlers.c Datei: [c] #define STM32F40XX #include <stm32f4xx.h> // Change
-
Thread
Schlanker UART Bootloader für STM32F031c6
the flash (mapped at the base of the application load address) to the base address of the SRAM at 0x2000 0000. • Remap SRAM at address 0x0000 0000, using SYSCFG configuration register 1. • Then once an interrupt occurs, the Cortex®-M0 processor fetches the interrupt handler start address from the relocated
-
Thread
RISC-V reset handler Probleme
mit dem Reset Handler, wenn ich den Flashbereich ändere. Ich habe den Flash (im LD Script) um 0x2000 verschoben. Im Map File sieht auch alles gut aus. Der Reset Handler bleibt aber beim kopieren der Daten von Flash in RAM hängen oder so (Es funktioniert nichts mehr) Der Reset Handler ist hier:
-
Thread
MSP430 Binäre Zufallszahl generieren und darauf LEDs aufleuchten lassen
push.w SR ; take relevant bit from status reg. bit.w #0x2000, &lfsr16 xor.w SR, 0(SP) bit.w #0x1000, &lfsr16 xor.w SR, 0(SP) bit.w #0x0400, &lfsr16 xor.w SR, 0(SP) rrc.w
-
Thread
C8051F340 Problem mit externem Speicher
[/c] Wenn ich diese Funktion z.b. so aufrufe [c] unsigned char test; unsigned int addr = 0x2000; test = FLASH_ByteRead(addr); [/c] Dann übernimmt er in dem FLASH_ByteRead das addr nicht. Der Pointer zeigt dann irgendwohin ... Wenn ich jedoch eine globale Variable anlege und diese aus
-
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
Erfahrungen mit Oszi Rigol DS1074Z bzw. DS1104Z?
gespeichert, der DAC hat 14 Bit. 0x0000 entspricht -V_peak, 0x3FFF +V_peak, und 0 V sind 0x1FFF (oder 0x2000? Bei mir gibt es in jedem Fall einen Offset von ca. 20 mV). Die Datei muss 32768 Bytes groß sein (damit sie geladen wird) und enthält damit 16384 Werte. Das oberste Bit 0x8000 wird als Marker für
-
Thread
Hilferuf - RC5 - kurzer / langer Tastendruck
cycle if( ++rc5_time > PULSE_MAX ){ // count pulse time if( !(tmp & 0x4000) && tmp & 0x2000 ){ // only if 14 bits received rc5_data = tmp; pause_ticks = 0; if(rc5_data==rc5_data_old){repeat_counter++; if(repeat_counter>50){repeat_counter=50;}//Überlauf verhindern }
-
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
IAR WB /Code Composer Studio
die IAR WB diese Fehlermeldung: Fatal Error[e89]: Too much object code produced (more than 0x2000 bytes) for this package laut Internetrecherche wäre das wohl die Meldung zu der oben genannten Begrenzung. ist das koreckt? Daraufhin habe ich mir das CCS installiert, weil dies wohl bis
-
Thread
Frage zu STM32F303K8 ADC Initialisierung
ADC1->CR = 0x1000 0000; nicht ausgeführt werden. Im Register ADC1->CR steht dann der Defaultwert 0x2000 0000, (steht dort auch, im Debugger überprüft) laut Referenz Manual 15.3.6 ist der ADC Voltage Regulator damit deaktiviert und der ADC sollte abgeschaltet sein. 'These bits are set by software
-
Thread
J-Link - Win 10 Pro N - Treiber stürtzt ab
connection...Connected to 127.0.0.1 Reading all registers Read 4 bytes @ address 0x00000000 (Data = 0x2000FF3C) Read 2 bytes @ address 0x00000000 (Data = 0xFF3C) Target interface speed set to 1000 kHz Resetting target Halting target CPU... ...Target halted (PC = 0x08000200) R0 = E000ED08, R1 = 00000263
-
Thread
Intel-HEX File Type (04)
dann habe ich mir gedacht die LBA werde von dem Programiere definiert, also angenommen die Adresse 0x2000. was macht der Unterschied zwischen LBA und DRLO ?? oder sind die beide gleich ?
-
Thread
Cortex-M3: sqrt() liefert stets unverändertes Argument zurück
20000766 bl 0x200019ac <sqrt> 2000076A movw r3, #11760 ; 0x2df0 2000076E movt r3, #8192 ; 0x2000 20000772 strd r0, r1, [r3] [/code] Ich habe korrekt "math.h" inkludiert und die IDE Em::Blocks angewiesen libm.a einzubinden (siehe Screenshot). Hat jemand Tipps wie ich das Problem beheben
-
Thread
AT89C51RD2 ISP macht Probleme
020000030100FA] Erase Block 0 0x0000-0x1FFF :020000030100FA. Record 13 [:020000030120DA] Erase Block 1 0x2000-0x3FFF :020000030120DA. Record 14 [:020000030140BA] Erase Block 2 0x4000-0x7FFF :020000030140BA. Record 15 [:0200000301807A] Erase Block 3 0x8000-0xBFFF :0200000301807A. Record 16 [:0200000301C03A
-
Thread
Aufstieg STM32F4 zu F7. Probleme mit der Geschwindigkeit.
LENGTH = 512K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 2048K } [/c] Der DTCM ist bei 0x2000 000 - 0x2001 FFFF. Das heißt momentan wird erst der DTCM befüllt und anschließend der normale Ram. Ich bestimmte aber momentan noch nicht wo welche Daten liegen? > > STACK sollte im indealfall
-
Thread
STM32F446: GPIO-Register läßt sich nicht beschreiben
& 0x0800U ? 0x00C00000U : 0; out |= word & 0x1000U ? 0x03000000U : 0; out |= word & 0x2000U ? 0x0C000000U : 0; out |= word & 0x4000U ? 0x30000000U : 0; out |= word & 0x8000U ? 0xC0000000U : 0; return out; } typedef GPIO_TypeDef GPIO_t; typedef uint16_t IOPin_t
-
Thread
AT89C51SND1C Programmieren Interruptproblem
; unsigned char zeile2[16]; void main (void) { initlcd(); loeschenlcd(); Adresse=0x2000; InitMP3(); InitAudio(); InitPLL(); P5_3=1; //Interrupt & MP3 Interrupt ein EA = 1; EMP3 = 1; //Bit MSKREQ löschen MP3CON = 0b10011000; AUDCON1 = AUDCON1&
-
Thread
Sam3S+openocd+gdb+GPNVM1 = Hardfault
target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0x004033d4 msp: 0x2000bffc Warn : acknowledgment received, but no packet pending sam3-gpnvm0: 0 sam3-gpnvm1: 1 Info : JTAG tap: sam3.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part: 0xba00 , ver: 0x4) target state
-
Thread
STM32F407 Pendant zu PORTD und PD0 für HD44780 Ansteuerung
GPIOH_BASE (AHB1PERIPH_BASE + 0x1C00UL) #define GPIOI_BASE (AHB1PERIPH_BASE + 0x2000UL) [/c] AHB1PERIPH_BASE ist die Base Addresse des jeweiligen Bus, an dem die GPIOs hängen. Das Setzen und Löschen eines jeweiligen Pins scheint jedoch fundamental unterschiedlich zu sein beim
-
Thread
Häufigkeitsverteilung der Maxima nach Upsampling/Filter
man Glück hat, dann kann man da Pulse mit um die 20 ns. erzeugen. Mein älteres Oszi, ein DSO-X 2000 von Keysight kann auch Pulse und zwar kann man da die Breite direkt einstellen. Und zwar bis minimal 20 ns egal mit welcher Frequenz die Pulse ausgegeben werden. Tolle Sache! Leider kann man die Polarität
-
Thread
i2c Karte löschen
bin ich mir nicht. Aber manchmal löscht er die 64K Karte bis 0x4000 und eine anderes mal nur bis 0x2000 oder so.
-
Thread
SAB 80C517a - Interrupts & Keil-Monitor
RAM1 (XData): 0x8000-0xFFFF Speicheraufteilung im Keil-Compiler: Code: Start 0x8000, Size 0x2000 XData: Start 0xA000, Size 0x8000 Das RAM dient als Speicher für Code & XData, d.h. der Keil-Monitor lädt das Programm aus der Entwicklungsumgebung komplett ins RAM, so dass ein Debuggen über
-
Thread
Temperaturmessung
auch kein Problem, wenn du die Berechnung mit unsigned int durchführst. t1 0xf000 t2 0x0000 t3 0x2000 kommt zum selben Ergebnis. Der Vorteil dieser Methode: die Zeiten werden unabhängig von Softwarelaufzeiten mit der max. möglichen Genauigkeit gemessen.
-
Thread
c++ 11/14/17?
sowas bei Optimierung kleiner 2 [C] F2400400 movw r4, #0 F2C20400 movt r4, #0x2000 --- main.cpp -- 135 ---------------------------------------- while (1) { aLed.Set(); 4620 mov r0, r4 F000F804 bl 0x0800042E <_ZN7GpioPinIL9eGpioPort1207959552ELh5EE3SetEv>
-
Thread
STm32Fxxx: Kleiner Gefallen vom einem Profi erbeten
SRAM3 0x2002.FFFF- 0x2002.0000 SRAM2 0x2001.FFFF - 0x2001.C000 SRAM1 0x2001.BFFF - 0x2000.0000 CCM Core RAM 0x1000.0000 - 0x1000.FFFF und das Ganze wieder hier posten? :-) Gruss C.J.
-
Thread
MSP430G2231 - Code vereinfachen/kürzen
0x800) DatenByte |= 1 << 3; if (RXByte & 0x1000) DatenByte |= 1 << 4; if (RXByte & 0x2000) DatenByte |= 1 << 5; if (RXByte & 0x4000) DatenByte |= 1 << 6; if (RXByte & 0x8000) DatenByte |= 1 << 7; if (RXByte & 0x10000) // Das CRCbyte extrahieren CRCByte
-
Thread
wie lange braucht mein uC zur Ausführung von.
for transmission complete */ while(!(SPSR & (1<<SPIF))) { } } tabellenlaenge=0x2000; //8192 for(x=0x0000;x<tabellenlaenge;x++) { y=abs(4095*sin(2*3.141592652*x/tabellenlaenge)); datagram[0]=0xFF; datagram[1]=(unsigned char)(x>>8); datagram[2]=(unsigned
-
Thread
Busmatrix STM32F411 und F413
noch folgendes: CPU can access SRAM1 memory via S-bus, when SRAM1 is mapped at the address range: 0x2000 0000 to 0x2003 FFFF. CPU can access SRAM2 memory via S-bus, when SRAM2 is mapped at the address range: 0x2004 0000 to 0x2004 FFFF. CPU can access SRAM1 memory via I-bus and D-bus, when SRAM1 is remapped
-
Thread
AVR-GCC warning: return type defaults to 'int' + ISR_NAKED
avrasm] 000000ce <__vector_15>: ce: 8f 93 push r24 d0: 80 91 00 20 lds r24, 0x2000 d4: 88 bb out 0x18, r24 d6: 8f 91 pop r24 d8: 18 95 reti [/avrasm] Wolfgang schrieb im Beitrag #5779482: > Dann quasi der letzte Rettungsanker: asm. Dann
-
Thread
Ti Code Composer Studio: Flash- und RAM-Verbrauch
Wobei mich die nächste Zeile irritiert: Das ist ein MSP430F2618 mit 116KB Flash und 8kB RAM. 0x2000 entspricht den 8kByte RAM, aber 0xCEBE sind "nur" 57,68kByte Flash. Da fehlen ein paar kByte. Woher kommt das? Gruß Kai
-
Thread
AVR Studio Bug, falsches Register wird geladen
0x10, 0x08, 0x04, 0x02, 0x01, 0x8000, 0x4000, 0x2000, 0x1000, 0x0800, 0x0400, 0x0200, 0x0100, 0x800000, 0x400000, 0x200000, 0x100000}; volatile uint8_t pwm_sync; // Update jetzt möglich // PWM
-
Thread
Abfrage effizienter gestallten
>: movw r0, #0 <---- Hier gibts den Hardfault... 0x0800084e <main+314>: movt r0, #8192 ; 0x2000 0x08000852 <main+318>: blx r3 [/code]
-
Thread
duplicate case value
DISABLE_BUTTONS; ENABLE_BIT_TIMER; } ISR(TIMER1_COMPA_vect) { uint8_t bit = ((rc5data & 0x2000) >> 13); uint8_t half = (bit ^ ((halfbitcounter == 0) ? 1 : 0)); // transmit 14 bit rc5 packet if(half && bitcounter < 14) { ENABLE_MODULATION; } else { DISABLE_MODULATION;