-
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;
-
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
STM32F207 und LwIP
0x0020) /* Enable Interrupt on change of link status */ #define PHY_LINK_STATUS ((uint16_t)0x2000) /* PHY link status interrupt mask */ __IO uint32_t LocalTime = 0; __IO uint8_t EthLinkStatus = 0; void SendString(USART_TypeDef * usart, char * text) { while(*text != 0) {
0x0020) /* Enable Interrupt on change of link status */ #define PHY_LINK_STATUS ((uint16_t)0x2000) /* PHY link status interrupt mask */ __IO uint32_t LocalTime = 0; __IO uint8_t EthLinkStatus = 0; void SendString(USART_TypeDef * usart, char * text) { while(*text != 0) {
-
Thread
STM32F4 Ehternet Treiber
PHY_FULLD_100M 0x2100 /* Full Duplex 100Mbit */ #define PHY_HALFD_100M 0x2000 /* Half Duplex 100Mbit */ #define PHY_FULLD_10M 0x0100 /* Full Duplex 10Mbit */ #define PHY_HALFD_10M 0x0000 /* Half Duplex 10MBit
-
Thread
region text is full
set Build options and one thing is not working: The Memory map sad that device ATmega169 has 0x2000 of flash instead of 0x4000. Here yu can see: -----------------------------------------start Memory Configuration Name Origin Length Attributes text
-
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
HMCAD1511 Interface
auch immer. Im Folgenden die Tabelle welches Bit welchen Wert liefert: x8000 => 16 x4000 => 32 x2000 => 64 x1000 => 128 x0800 => 1 x0400 => 2 x0200 => 4 x0100 => 8 Man sieht also, dass das nach LSB first aussieht und die Nibbels vertauscht sind. Aber wenn das so wäre, könnte ich dann das Sync
-
Thread
ARM7: RAM Run einstellen - wie?
PowerUp auch gleichzeitig auf Adresse 0x0000 0000 "gemapt". Das RAM befindet sich auf der Adresse 0x2000 0000. Nach dem Remap Befehl (ist ein einfacher toggle) wird die Adresse vom RAM auf die Adresse 0x0000 0000 "gemapt". Somit steht dann ein RAM an Adresse 0x0000 0000 zur Verfügung. Sinn macht der
-
Thread
Arduino Due in plain C
im Ordner LinkerScripts. Ich hab meine Stacksize jetzt erstmal auf 0x9000 und meine Heapsize auf 0x2000 gesetzt, damit hab ich erstmal keinen Ärger^^ Grüße
-
Thread
Infineon XE167, Probleme mit ASC-Schnittstelle
Beim Senden bleibt das Programm in der Funktion U0C1_ASC_vSendData() in der while(!(U0C1_PSR & 0x2000)) Abfrage hängen. Der USIC1 CH1 funktioniert ebenfalls nicht. Rein vom Fehlerbild her sieht es so aus, als ob im DAVE Komponenten initialisiert werden, die der Prozessor gar nicht unterstützt
-
Thread
newlib-nano snprintf mit float, welche Resourcen werden benötigt?
gesucht und man findet ähnliche Berichte Allerdings ist mein Stack auf 8 aligned. _estack = 0x2000A000; /* end of RAM */ Bin etwas ratlos und schon am Überlegen eigene Routine für Wandlung zu schreiben.
-
Thread
rfm12b LPC1313 SPI Problem
rfm12 Modul auch allerdings habe ich das Problem das das Modul mir bei einem POR statt 0x4000 ein 0x2000 zurück liefert. Jetzt habe ich die Vermutung das meine implementierung des Software-SPI noch nicht ganz passt. Kann mir jemand ein Tip geben woran es vielleicht liegen kann? Kann es mit den internen
-
Thread
Arduino Samd Bootloader
den bootloader kommt man durch zweimaliges drücken der Reset Taste. Bei eigenen Code ab Adresse 0x2000 fehlt dann natürlich die Serienelle USB um durch öffnen und schließen mit 1200 BAUD dies zu erzwingen. Um Code aus der Arduino Umgebung aufzuspielen muss dann durch drücken des Resets der Start
-
Thread
PIC: cc5x mit zwei modulen
script file name CODEPAGE NAME=page1 START=0x800 END=0xFFF CODEPAGE NAME=.idlocs START=0x2000 END=0x2003 PROTECTED CODEPAGE NAME=.config START=0x2007 END=0x2007 PROTECTED CODEPAGE NAME=eedata START=0x2100 END=0x217F PROTECTED DATABANK NAME=sfr0 START=0x0 END
-
Thread
Microcomputersystem Speichermapping entwickeln
sumarum also [pre] 0010 0000 0000 0000 bis 1001 1111 1111 1111 [/pre] Und das ist in Hex 0x2000..0x9FFF Ab Y3 wirds dann wieder einfacher. Y3 ist aktiv (=low) wenn A15, A14 und A12 high sind, und gleichzeitig A13 und A11 low. Also ist Y3 aktiv von [pre] 15 ... 8 7 ... 0 1101 0000
-
Thread
Schleifen und Wärmeentwicklung - Berechnung bzw. Abschätzung und angemessene Kühlung
Bandschleifer: Mein Bandschleifer arbeitet mit Bandgeschwindigkeiten von 15-30m/s (900-1800m/min) an einem 50x2000 Band in Körnungen von 60 bis 400. Ich suche nach einer Möglichkeit zu berechnen oder abzuschätzen wie warm die Klinge an der kritischen Stelle (also der Schneide ganz vorne) wird. Mir ist klar, dass
-
Thread
Variable als Zähler
_entprellt="00001111") then cnt<=x"1000"; elsif (t2_entprellt="00001111") then cnt<=x"2000"; elsif (t3_entprellt="00001111") then cnt<=x"4000"; elsif (t4_entprellt="00001111") then cnt<=x"8000"; -- Zähler herunterzählen, solange ungleich Null elsif (cnt
-
Thread
Signalwertzuweisung zu spät
elsif row_buttons_i (3) = '0' then s_pressed_button <= s_pressed_button or X"2000"; elsif row_buttons_i <= "1111" then s_pressed_button <= (others => '0'); end if; when others => s_pressed_button <= (
-
Thread
Pic 24 SPI verbindung zu einem AD Wandler
Anhang habe ich das Scope bild. Er scheint mir 0b0010 0000 0000 0000 heraus zu geben, sprich 0x2000 was zumindest ähnlichkeiten mit meiner Konfiguration von 0x0020 hat vll vertausche ich auch gerade lsb und msb, da ich nicht genau weis wann der Takt angefangen hat. Jedoch scheint er auch den schreib
-
Thread
Atmel SAMD21 Kollision von Variablen
Laut lss ist der Stack 0x2000 also 8kbyte groß. Eher denke sich das ein Pointer von einer lokalen Struktur zurück geben wird. Das wäre so ein typischer Fehler. Leider ist ja nichr der komplette Quelltext sichtbar
-
Thread
STM32: USART data register immer auf 00?
enable TX,TX strh r1, [r0, #12] ; +12 USART_CR1 ldr r2, =0x2000 ; Size = Length (8K) ldr r3, =0x20000000 ; Mem = RAM Address iu1 ldrh r1, [r0, #0] ; USART->SR ands r1, #0x80 ; TXE
-
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 Zugriff auf externen Speicher
relevante Code: (unvollständig) Initialisierungen: ... [c] #define top 0x7DC0 #define bottom 0x2000 volatile typedef struct SData { uint8_t Sensorvalue_high; uint8_t Sensorvalue_low; uint8_t Zeitstempel1; uint8_t Zeitstempel2; uint8_t Zeitstempel3;
-
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
Wie funktioniert der Boot-Prozess bei Consumer-Appliances mit NAND-Flash?
zugewiesen, das lässt sich aus dem Kontext der Verwendung ermitteln. Das Board hat 512MB SDRAM (0x2000 0000) müsste also von 0x8000 0000 bis 0x9FFF FFFF gehen, wenn alles gemapped ist. Das Flash hat eine größe von 4 GB (0x1 0000 0000) und ich vermute das es ab der TLB Adresse 0xA000 0000 gemapped ist
-
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
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
Bootloader chip45boot2 und RS485
atxmega16a4_uartE0_rs485_v2.9I" per Atmelstudio 6 klappt prima und er steht auch da, wo er sein soll (ab x2000). Ich verwende zum Ansprechen des Controllers den USB/RS422/RS485-Konverter von Lindy, der eigentlich super funktioniert, aber eben bislang nur vollduplex von mir genutzt wurde. Er hat einen FTDI-Chip
-
Thread
dsPIC33E RTSP
der Routine durch Interrupts ist ebenfalls nicht gegeben hier mein code: [code] mov #0x2000,W0 ; mov W0,E_ZELLE mov #0x6666,W0 mov W0,E_DATA call WRITE_EE WRITE_EE: ; Load the destination address to be written MOV #0x2,W9
-
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
Einstellung unter ICC12 für Motorola HC912DG128A???
habe die einstellungen gefunden: "custom" Program Memory: 0x4000 Data Memory: 0x2000 Stack Pointer: 0x4000
-
Thread
Atxmega Timer Compare
nicht "ganze" UpM sein da hier ja auch Rundungen drinnen sind. [code] [0] 0 unsigned int{data}@0x2000 [1] 59999 unsigned int{data}@0x2002 [2] 29999 unsigned int{data}@0x2004 [3] 19999 unsigned int{data}@0x2006 [4] 14999 unsigned int{data}@0x2008 [5] 11999 unsigned int{data}@0x200a [
-
Thread
Xmega: USART legt Timer lahm? Kennt jemand das Problem?
TC_CLKSEL_DIV8_gc; TCC0.CTRLB |= TC_WGMODE_NORMAL_gc; TCC0.PER = 0xffff; TCC0.CCA = 0x2000; TCC0.CCB = 0x4000; TCC0.CCC = 0x8000; TCC0.CCD = 0xC000; } void enable_timer() { TCC0.CTRLA = (TCC0.CTRLA & (~TC0_CLKSEL_gm)) | TC_CLKSEL_DIV8_gc; TCC0.INTCTRLA = TC_OVFINTLVL_HI_gc
-
Thread
Flashspeicher auslesen im Butterfly
0x0D rcall putchar ldi ACCU,0x0A rcall putchar ;CR+LF ausgeben cpi ZH,0x20 ;Speicherstelle 0x2000 erreicht? brne print_line end_dump: pop ZH pop ZL pop R21 pop R20 ret [/quote] Gruß, SIGINT
-
Thread
MSP430 Taktfrequenz zu niedrig?
;abs 0x2012 [/code] Man beachte den Offset von 0x2012, der jetzt im RAM liegen sollte (0x2000-0x27FF). In der Messung sieht man jetzt schön, wie die Unregelmässigkeiten weg sind. Bestätigt also, dass das FRAM-Caching die Ursache dafür gewesen sein müsste. Die Laufzeiten lassen sich jetzt
-
Thread
AtxMEga EBI benutzen.
//memory usage: 0x0000 - 0x0FFF internal I/O stuff // 0x1000 - 0x1FFF EEPROM // 0x2000 - 0x3FFF internal SRAM // **GAP** // 0x6000 - 0x6FFF FPGA, CS0 area #define MEM_ADDR 0x6000 #define MEM(addr) ((uint8_t *) MEM_ADDR)[addr] ... PORTH.OUT = 0xFB; // active
-
Thread
Insight Debug-Problem mit ARM LPC2103
arm7tdmi-s_r4 $_TARGETNAME configure -work-area-virt 0 -work-area-phys 0x40000000 -work-area-size 0x2000 -work-area-backup 0 flash bank lpc2000 0x0 0x8000 0 0 0 lpc2000_v2 13506 calc_checksum Gruß Robert
-
Thread
JLink & Code::Blocks in Linux (arm-none-eabi gcc) mit LM3S6965 Debugger Fehler?
0x00001067) Read 2 bytes @ address 0x00000000 (Data = 0x0540) Read 2 bytes @ address 0x00000002 (Data = 0x2000) Performing single step... ...Target halted (PC = 0x00000006) [/code] Der PC zählt von 0x00. Das ist beim Cortex M3 aber völlig falsch! Im Flash scheint es sogar korrekt zu stehen: > Read 4
-
Thread
EEPROM mit Infineon XC2200 ueber IIC benutzten
while(U2C1_TCSRL & 0x0080); // check TDV, wait until TBUF is ready U2C1_PSCR |= 0x2000; // clear PSR_TBIF U2C1_TBUF00 = ((uwTDF << 8) & 0x0700) | (uwData & 0x00FF); // load TBUF00 } // End of function U2C1_IIC_vWriteData uword U2C1
-
Thread
OpenOCD 0.4 -> 0.9
speeding the flash programming $_TARGETNAME configure -work-area-phys 0x80000000 -work-area-size 0x2000 -work-area-backup 0 # Event handlers $_TARGETNAME configure -event reset-start { # Back to the slow JTAG clock adapter_khz 1000 } $_TARGETNAME configure -event reset-init { # Flash
-
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
AD9833(DDS) - STM32 - Programmierung mittels HAL_SPI-Treiber
GPIO_PIN_4, GPIO_PIN_SET); HAL_GPIO_WritePin(GPIOB, GPIO_PIN_4, GPIO_PIN_RESET); data[0] = 0x2000; HAL_SPI_Transmit(&hspi1, (uint8_t*)data, 1, 100); HAL_GPIO_WritePin(GPIOB, GPIO_PIN_4, GPIO_PIN_SET); [/c] Ich weiß die Übertragung ist nicht schön gelöst, aber wollte erst mal generell
-
Thread
Segger JLink kann keine Verbindung zum RP2350 herstellen
MEMTYPE system memory not present: dedicated debug bus ROMTABLE[0x0] = 0x00002003 AP # 0x2000 Peripheral ID 0x04003bb9e3 Designer is 0x23b, ARM Ltd Part is 0x9e3, SoC-600 AHB-AP (AHB5 Memory Access Port) Component class is 0x9, CoreSight component Type is 0x00, Miscellaneous