-
Thread
STM32 ASM Interrupt
Register einlesen? z.B. LDR r5, = GPIOC_ODR ;Das liest aber nur die Adresse ein CMP r5, #0x2000 ;hier möchte ich dann rausfinden ob das Bit gesetzt ;ist Lg Motze
Pop usw: LDR r5, =GPIOC_BSRR ;1 im Register schreiben setzt den Pin LDR r6, =0x2000 STR r6, [r5] forever: b forever Wenn die LED nicht angeht, dann wird dein Interrupt noch nicht ausgelöst. Wenn das schonmal klappt, dann funktioniert dein NVIC
-
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
Überraschend hohe ISR Latenz auf STM32F3
CC_IRQHandler+32>) 185 GPIOB->BSRR = LL_GPIO_PIN_13; 080023c0: mov.w r2, #8192 ; 0x2000 080023c4: str r2, [r3, #24] 4069 return (READ_BIT(TIMx->SR, TIM_SR_CC4IF) == (TIM_SR_CC4IF)); 080023c6: ldr r0, [r1, #16] 188 if(LL_TIM_IsActiveFlag_CC4(TIM1) == 1)
-
Thread
STM32F103 und CooCox, Anfängerfragen
); GPIOD->BSRRL = 0x1000; // LED 1 ein Delay(1000000); GPIOD->BSRRL = 0x2000; // LED 2 ein Delay(1000000); GPIOD->BSRRL = 0x4000; // LED 3 ein Delay(1000000); GPIOD->BSRRL = 0x8000; // LED 4 ein Delay(1000000); } } // Delay
-
Thread
Studio7 RAM Prozentangabe
"0x0800" type="eeprom" rw="RW" exec="0" name="MAPPED_EEPROM"/> <memory-segment start="0x2000" size="0x1000" type="ram" rw="RW" exec="0" name="INTERNAL_SRAM"/> <!--memory-segment start="0x3000" size="0xCFFF" type="ram" rw="RW" exec="0" name="EXTERNAL_SRAM"/--> </address-space
an. 57344 = 0xE000 Abzüglich interner SRAM von 0x1000 (4096) byte <memory-segment start="0x2000" size="0x1000" type="ram" rw="RW" exec="0" name="INTERNAL_SRAM"/> -> 0xE000 - 0x1000 = 0xD000 (53248) byte size 0xD000 - sprich von addrsse 0x0000 bis 0xCFFF. Passt doch super zum externen
-
Thread
Arduino MKR1000 C1500 mit ASF
update -> läuft. Voraussetzung ist der bootloader ist noch im Flash ! -> linker Script anpassen ab 0x2000 1. neue Arduino IDE herunter laden 2. Firmware udateprojekt raufladen 3. w101 Firmware update auf 19.5.2 4. eignendes Projekt wieder einspielen man kann auch ein Beispiel Projekt aus den
-
Thread
"Apps" für ein embedded Device
20008444: f7fa bfa4 b.w 20003390 <printf> 20008448: 2000d656 .word 0x2000d656[/pre] und mit "-fpic -msingle-pic-base -mpic-data-is-text-relative": [pre] 20008478 <btx_clear_screen>: 20008478: b510 push {r4, lr} 2000847a: 4604 mov
-
Thread
Atmega2560 SPI-Verbindung zu ext. AD-Wandler
LOW PORTB |= (1 << PB1); //SCK=High #2 PORTB &=~(1 << PB1); //SCK=LOW data=0;mask=0x2000;do{ //14 mal (1 << 13 = 0x2000) #3..16 PORTB |= (1 << PB1); //SCK=High PORTB &=~(1 << PB1); //SCK=LOW if(PINB & PBx){data |= mask;} //PBx: MISO-Portbit angeben!! }while((
= (1 << PB1); //SCK=High #2 PORTB &=~(1 << PB1); //SCK=LOW data=0;mask=0x2000; do{ //14 mal (1 << 13 = 0x2000) #3..16 PORTB |= (1 << PB1); //SCK=High PORTB &=~(1 << PB1); //SCK=LOW if(PINB & (1<<PB3)){data |= mask
-
Thread
Vertragsstrafe bei Kündigung/Rückzahlung von Schulungskosten
einen Quatsch mal mit gemacht, allerdings ohne DL-Beteiligung, wurde vom Steuerzahler bezahlt (12x2000€). Total wertlos. Nur die staatliche Schulbildung ist entscheidend.
Arbeitgeber > anerkennen(was man aber auch nicht erfährt). > > > wurde vom Steuerzahler bezahlt (12x2000€). > Total wertlos. Nur die staatliche Schulbildung ist entscheidend. Deshalb sollte jeder Schulungsteilnehmer so eine Schulung gut selbst dokumentieren: *Inhalte der Schulung, Schulungsleiter
-
Thread
Wie dimensioniere ich die Schrittmotoren einer Portalfräse?
stark ein Schrittmotor für eine Eigenbau-Käsefräse sein muß? Geplant: X Kugelumlaufspindel 25x2000mm (evtl. 2x fur diese Achse) Y Kugelumlaufspindel 25x1400mm Z Trapezspindel 16x300mm (wegen Selbsthemmung) Führung: unterstützte Präzisionswellen, Stahl, 25mm Durchmesser. Aufbau aus Bosch-Profilen
Crazy H. schrieb im Beitrag #5081636: > Geplant: > X Kugelumlaufspindel 25x2000mm (evtl. 2x fur diese Achse) > Y Kugelumlaufspindel 25x1400mm > Z Trapezspindel 16x300mm (wegen Selbsthemmung) Das sollten Nema34 mit zb. 4A, 5Nm locker schaffen.
-
Thread
dsPIC RAM Zugriff
hat sich erledigt ^^ Beispiel: Lesen: mov 0x2000,W0 mov W0,REGISTER Schreiben: mov #0x6666,W0 mov W0,0x2000
-
Thread
STM32 ADC Calibration
calib )/(4095*Buffer[1])); ADC_StartOfConversion(ADC1); x++; if(x==2000) x=0; } } [/c] ADC_Konfig: [c] /* ADC1 Configuration *******************************************************/ /* ADCs DeInit */ ADC_DeInit(ADC1); /* Configure
-
Thread
OpenOCD Raspberry |ATMEL programming|BOOT and APP
soweit alles okay und der uC geht normal in den run modus. Wenn ich dann die APP auf die Adresse 0x2000 programmiere funktioniert nichts mehr und der uC führt nichts mehr aus. Wenn ich den Bootloader und die APP von AtmelStudio flashe funktioniert es. Wenn ich die Daten im Flash mit meinem APP und
Daniel X. schrieb im Beitrag #5063335: > Wenn ich dann die APP auf die Adresse 0x2000 programmiere funktioniert > nichts mehr und der uC führt nichts mehr aus. Korrekt. Die App muss neu für die höhere Addresse verlinkt werden - siehe Linkerskript.
-
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
Brüstungskanal - welcher und am besten wo kaufen?
einen ein Billigsystem 50x100mm "SCOS": http://www.ebay.de/itm/Brustungskanal-Kabelkanal-SCOS-100x50x2000mm-BR-ELEKTRO-FENSTERBANK-SCHACHT-/322458462437?var=&hash=item4b1405a8e5:m:m_sDFfqkpOBzerlVfPMh2fw Oder eben das eher übliche 70x130mm System von Gewiss: http://www.ebay.de/itm/Brustungskanal-Kabelkanal-Gewiss
-
Thread
STM42F429 - XOR
funktioniert das Ganze? Pin 13 ist wie folgt definiert: #define GPIO_Pin_13 ((u16)0x2000) /* Pin 13 selected */ 0x2000 ist, wenn ich das richtig verstehe, das Register. Der Wert ist bei auisgeschalteter LED "0" Mit einer XOR Operation wird dann Ein/Ausgeschaltet. Aber welchen Wert hat
> #define GPIO_Pin_13 ((u16)0x2000) /* Pin 13 selected */ > 0x2000 ist, wenn ich das richtig verstehe, das Register. Der Wert ist > bei auisgeschalteter LED "0" Nein, wohl eher falsch verstanden. Das Register heißt ODR und enthält
-
Thread
[STM32] In den FLASH schreiben/lesen
[c] /* Define the size of the sectors to be used */ #define PAGE_SIZE (uint32_t)0x2000 /* Page size = 8KByte */ /* EEPROM start address in Flash */ #define EEPROM_START_ADDRESS ((uint32_t)0x0807C000) /* EEPROM emulation start address: 496 Kb */ /* Pages 0 and 1 base and end
-
Thread
STM32 - ISR während Laufzeit verändern
Tabelle > im SRAM > ist (sh. ARM docs). Das geschieht automatisch, da das RAM auf Adresse 0x2000 0000 liegt. Wichtig ist auch, dass man das entsprechende Alignment einhält. "When setting TBLOFF, you must align the offset to the number of exception entries in the vector table. The minimum alignment
-
Thread
von ELF nach flashbarem Format mit objcopy
z.B. 0 == 0x800_0000 (internes Flash) oder 0 == 0x1fff_0000 (interner Bootloader) oder sogar 0 == 0x2000_0000 (internes SRAM) sein. Damit kann das Booten von variablen Speicherbereichen erfolgen. Dass "fast Alle" Cortex Ms 0x800_0000 als physikalische Flashadresse nutzen, scheint mir aber etwas aus
-
Thread
Checksumme von Bin/Hex-Datei berechnen und integrieren.
könnten zum Beispiel Daten für 0x0000 bis 0x1000 (Text-Section) drinstehen und dann nochmal 0x1A00 bis 0x2000 (8192) für eine Data- oder eine zweite Text-Section. Erstmal bekommst Du dann Deine zwei Bytes gar nicht mehr reingequetscht, zum zweiten hat die Hex-Datei eventuell ein "Loch", deren Inhalt nicht
, dass ich damals hatte, konnte man über Kommandozeile fernsteuern. Beispiel "tool.exe test1.hex 0x2000 Checksumme 16 0x1FFE". Das wurde dann in die "Toolchain" des compilers eingebunden und man musste sich da kein Kopp mehr drum machen. Das hat vor 13 Jahren so funktioniert. Jeden Abend, an dem ich
-
Thread
STM32 Default Bootloader ersetzen
0x20000 = 2MB für den Bootloader? Wo der Chip nur max. 128KB > Flash hat? Ups, sollte natürlich 0x2000 = 8kB sein. > Wie kommst du auf die merkwürdige Idee, du könntest den System Memory > beschreiben? AFAIK ist das ROM. Kein Flash. Naja, im RM0091 wird dieser im Flash-Kapitel aufgeführt (und
-
Thread
Messingmutter als Zugkraft-Indikator?
ist ein Quelldruck ( das Teil kommt ins Wasser ), von bis zu 6N/qmm. Das entspricht bei 35 x 2000 mm x 6 N/qmm = 420 000 N ! Kleine Gegenrechnung: Ein Weinfass (Barrique) hat eine Fläche zwischen den Dauben von ca. 1000 x 25 mm = 25 000 qmm. Die 8 Faßringe ( Querschnitt 30 x 2 mm ) bringen
bei den 6N/qmm > berücksichtigt? > > Liegen die Muttern und Schraubenköpfe nur lokal auf dem 35x2000 > Holzstreifen auf? Dann werden diese wohl eher ins Holz gezogen und es > wirken gar keine 420kN auf die Zugstäbe. > > Das ganze scheint mir eher ein statisch unbestimmtes System zu sein und
-
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
-
Artikel
Audio-DSP mit Spartan 3-FPGA
0x0000 - 0x07ff SDSP Audiospeicher (AMEM) von außen nicht zugänglich Koeffizientenspeicher (CMEM) 0x2000 - 0x2023 (man "sieht" nur den Hidden Write -> später mehr dazu) Microcodespeicher (MMEM) 0x4000 - 0x47ff Utility-Core Datenspeicher (DMEM) 0x6000 - 0x67ff Wavetable-Speicher (WMEM) 0x8000 - 0x87ff
Register geschrieben werden. Die Register (es sind 8 32-Bit-Register) liegen im Speicherbereich 0x2000 bis 0x201f. Die Speicherstelle 0x2020 gibt die Startadresse innerhalb des Koeffizientenspeichers an. Diese Adresse ist nur 8 Bit breit. Die Speicherstelle 0x2021 gibt an, wieviele der 8 Register übertragen
-
Thread
OPENOCD mit JLINK am STM32f103
target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0x08004cea msp: 0x2000ffcc > flash write_image erase C:/Entwickl/WinARM/Projects/Blink_STM32F1/default/Blink_STM32F1.bin 0x08000000 auto erase enabled wrote 36864 bytes from file C:/Entwickl/WinARM/Projects/Blink_STM32F1
halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000003a msp: 0x2000ffcc > bp > [/code]
-
Thread
Optimale Bildgröße für Ausdrucke
verfährt. Das Motiv kann auch noch eine Rolle spielen. Ich habe ein Porträtfoto, aufgenommen in 3000x2000, in DIN A3 abziehen lassen und war von der fehlenden "Pixeligkeit" bei ca. 170dpi beeindruckt. > > Die Grafik die ich drucken möchte beinhaltet u.A. Bilder eine DSLR mit > 4K - das ist natürlich
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
Lukas K. schrieb: > OpenGL 3.2 ist leider Pflicht Tja, i5, 4 Kerne, 8 GB RAM, Intel-HD bis >2000x2000, DirectX-10 genügt so einem Programm nicht. Toll. Ist ne klasse Zielstellung. Manchmal frag ich mich, warum. Ich kann's mir nur mit überschäumendem Hormon erklären. Etwa so wie im Straßenverkehr
-
Thread
dsPIC Bootloader -> Interrupt Remapping
Bei mir beginnt die App bei 0x2000. Ich definiere im Linker-Script: [code] MEMORY { data (a!xr) : ORIGIN = 0x800, LENGTH = 0x4000 reset : ORIGIN = 0x2000, LENGTH = 0x4 ivt : ORIGIN = 0x2004, LENGTH = 0x1FC
-
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
Machine Learning, anyone?
Forschung zu tun. Akademischer Standard heute sind > Feed-Forward-Netze in der Grössenordnung 10x2000 hidden layer, LSTMs, > convolutive DNNs. Mit den dort oben verlinkten Tools wird auch keiner > mehr arbeiten, heute verbreitete Tools sind Theano, Torch, TensorFlow - > alles Open Source, mit
Forschung zu tun. Akademischer Standard heute sind > Feed-Forward-Netze in der Grössenordnung 10x2000 hidden layer, LSTMs, > convolutive DNNs. OK, das ist der Punkt an dem wir uns nicht einig werden. Du sagst deep learning sei was ganz anderes als das was vor 20 Jahren Stand der Technik war,