-
Thread
Serienschaltung von Batterien zur Spannungsversorgung
Kapazität). Orientier dich lieber an der verfügbaren/entnehmbaren Energie. Eine Zelle: 1,5V x 2000mAh = 3000mWh Sechs Zellen in Serie: 6 x 1,5V x 2000mAh = 18000mWh Sechs Zellen parallel: 1,5V x 6 x 2000mAh = 18000mWh Es ist egal ob du die Zellen parallel oder seriell schaltest, die verfügbare
-
Thread
Retro Fieber: Z80 oder 68000 ?
fürs RAM an 0x2040 genauso. Du kannst den RAM Code exakt so bauen wie den ROM Code. Nur eben ab 0x2000 statt 0x0000. Einzig NMIs und die RST-Befehle fallen flach.
Konkret: [pre] sdcc -mz80 --verbose --no-std-crt0 -Wl-u --code-loc 0x0100 --data-loc 0x2000 crt0.rel main.rel [/pre] Und dann schau dir die *.rst-Dateien an.
-
Thread
suche kleines Board mit viel CPU-Power und schnellem Ethernet
GIGABYTE/GA-J1900N-D3V-inkl-Intel(R)-Celeron(R)-J1900-Mainboard/html/product/1126971? Taktfrequenz 4x 2000 MHz max. Leistungsaufnahme 10.0 W
-
Thread
Würfel auf Sparsamkeit trimmen
CTC-Mode TCCR1C&=0x3F; //Kein Output-Compare TCNT1=0x0000; //Startwert OCR1A=0x2000; //Bis-Zählwert OCR1B=0x0000; //Nicht genutzt ICR1=0x0000; //Nicht genutzt TIMSK|=0x40; //Compare Match A-IRQ TIMSK&=0x57; TIFR|=0xE8; //Interrupts löschen
-
Thread
Xmega16 ASF + TWI Write und Read
... ... ... *x = twiMaster.readData[0] <<6; *x |= twiMaster.readData[1] >>2; if(*x & 0x2000){ *x |= 0xE000; } *y = twiMaster.readData[2] <<6; *y |= twiMaster.readData[3] >>2; if(*y & 0x2000){ *y |= 0xE000; } *z = twiMaster.readData[4] <<6; *z |= twiMaster.readData[5] >>2; if(*z & 0x2000){ *z |= 0xE000; } ... } [/c]
-
Thread
V850 "hängt" bei ddiv
Options->Stack/Heap eingestellt. Vorher hatte ich eine größe von 0x1000 (vermutlich byte?), jetzt 0x2000. > Die IAR-Runtime tut gewoehnlich den Stack mit 0xCD initialisieren. > > Damit kann man dann einigermassen bequem pruefen wieviel Stack > gebraucht wird. Habe sowas ähnliches auch in einem
-
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
Bootloader richtige Einsprungadresse finden
Number of pages 128 128 Page (128 - 64) an Word-Adresse 0x1000, also Byteadresse 0x1000 * 2 = 0x2000. Wenn ich dann dem Linker mitteile -Ttext=0x2000 und dann den µC flashe erhalte ich nichts mehr auf der Console. Im Anhang sind noch die Fuseeinstellungen zum Bootbereich angegeben. Was hab
bei den Fuses ( im Anhang) steht ja 0x1C00 und ich hab wohl 0x2000 aber ich habe auch 1C00 probiert, beide male kein Lebenszeichen in der Konsole Oder hab ich noch was anderes übersehen?
-
Thread
FPGA - Selbst-Reset Funktion
:16] x"30a1", -- type 1 write 1 word to cmd x"000e", -- iprog command x"2000", -- type 1 noop x"2000", -- type 1 noop x"2000" -- type 1 noop ); [/vhdl] Ein externer Watchdog, wo man mal am Pin ziehen kann, ist einfacher. Duke
-
Thread
STM32F401 flashen geht nicht
Entry Point */ ENTRY(Reset_Handler) /* Highest address of the user mode stack */ _estack = 0x2000FFFF; /* end of 64K RAM */ /* Generate a link error if heap and stack don't fit into RAM */ _Min_Heap_Size = 0; /* required amount of heap */ _Min_Stack_Size = 0x400; /* required amount
Entry Point */ ENTRY(Reset_Handler) /* Highest address of the user mode stack */ _estack = 0x2000FFFF; /* end of 64K RAM */ /* Generate a link error if heap and stack don't fit into RAM */ _Min_Heap_Size = 0; /* required amount of heap */ _Min_Stack_Size = 0x400; /* required amount
-
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
PIC MPASM - Festlegung Startadresse in Programmspeicher
START=0x0 END=0x27 PROTECTED CODEPAGE NAME=page0 START=0x28 END=0x1FFF CODEPAGE NAME=page1 START=0x2000 END=0x3FFF PROTECTED CODEPAGE NAME=config START=0xFE00 END=0xFE0F PROTECTED Also wenn der Code (main) die section page1 verlangt, dann wird dieser dort plaziert. Ob jetzt code auch bei mpasm funktioniert
-
Thread
elf Memorybereiche extrahieren
offset size noch mein LD Script MEMORY { IRAM (RX) : ORIGIN = 0x00000000, LENGTH = 0x2000 /* 8k */ DRAM (RW) : ORIGIN = 0x10000000, LENGTH = 0x2000 /* 8k */ } REGION_ALIAS("REGION_TEXT",IRAM); REGION_ALIAS("REGION_RODATA",IRAM); REGION_ALIAS("REGION_DATA
-
Thread
Probleme mit stm32f4 Discovery
); init_app(); while(1) { if (GPIOA->IDR & 0x0001) { GPIOD -> BSRRH = 0x1000 | 0x2000 | 0x4000 | 0x8000; } else { GPIOD -> BSRRL = 0x1000 | 0x2000 | 0x4000 | 0x8000; } } return 0; }[/c] Und hier der nicht funktionierende Code: [c]#include "stm32f4xx.h"
Der funktionierende Code if (GPIOA->IDR & 0x0001) { GPIOD -> BSRRH = 0x1000 | 0x2000 | 0x4000 | 0x8000; Der nicht funktionierende Code if(GPIOA -> IDR & 0x0001){ GPIOC -> BSRRL = GPIO_Pin_1 | GPIO_Pin_2 | GPIO_Pin_3; Oben BSRRH, unten BSRRL. Könnte es daran liegen
-
Thread
Bildverarbeitung: Schwerpunkt eines Punktes
abbildet. Der Rest des Raums (bzw. das Bild) ist dann aber dunkel. Eine 5MP Kamera hat zwar 2500 x 2000 Pixel, die sind aber immer in so 2x2 (RGBG) Farbarrays, so dass ich bei einer Lichtfarbe nur noch 1250x1000 Pixel habe, was mit dann schon zu wenig Auflösung ist. Vermutlich muss ich noch ein Graufilter
-
Thread
ARM-GCC: stderr
,s); 8001538: f240 4348 movw r3, #1096 ; 0x448 800153c: f2c2 0300 movt r3, #8192 ; 0x2000 8001540: 681b ldr r3, [r3, #0] 8001542: 689a ldr r2, [r3, #8] 8001544: 89fb ldrh r3, [r7, #14] 8001546: 4610 mov r0, r2 8001548: f245 618c movw r1,
,4); 8001582: f240 4348 movw r3, #1096 ; 0x448 8001586: f2c2 0300 movt r3, #8192 ; 0x2000 800158a: 681b ldr r3, [r3, #0] 800158c: 689b ldr r3, [r3, #8] 800158e: 4618 mov r0, r3 8001590: f245 61b4 movw r1, #22196 ; 0x56b4 8001594: f6c0 0100 movt
-
Thread
Farbaufspaltung - warum?
Originalbilder von oben angesehen? Die hat fast 360 Grad Blickwinkel und eine Auflösung von ca. 14000x2000. Das ist keine normale Kamera...
Originalbilder von oben angesehen? Die hat fast 360 > Grad Blickwinkel und eine Auflösung von ca. 14000x2000. Das ist keine > normale Kamera... Und? Dafür braucht man eine Kamera mit genau 2000 Pixeln und eine rotierende Optik. Nichts was teuer oder hochwertig erzwingt...
-
Thread
Orientierung eines .jpg-Fotos
Ich warte ja auf einen (bezahlbaren) quadratischen Monitor mit HD-Auflösung ~ 2000x2000. Zum Arbeiten, nicht zum Filme schauen.
#3586567: > Ich warte ja auf einen (bezahlbaren) quadratischen Monitor mit > HD-Auflösung ~ 2000x2000. > Zum Arbeiten, nicht zum Filme schauen. Sowas wäre m.E. auch als "elektronischer Bilderrahmen" interessant. M.W. gibts solche Monitore zu horrenden Preisen als Cockpitaus- rüstung beim Flugzeugbau
-
Thread
RAW Sockets Linux
fragment flag */ #define IP_DF 0x4000 /* dont fragment flag */ #define IP_MF 0x2000 /* more fragments flag */ #define IP_OFFMASK 0x1fff /* mask for fragmenting bits */ u_int8_t ip_ttl; /* time to live */ u_int8_t ip_p;
-
Thread
Eclipse STM32f0 Debug Fehler
ocd_command ocd_command type ocd_stm32f0x.cpu configure -work-area-phys 0x20000000 -work-area-size 0x2000 -work-area-backup 0 Debug: 97 34 command.c:145 script_debug(): command - ocd_stm32f0x.cpu ocd_stm32f0x.cpu configure -work-area-phys 0x20000000 -work-area-size 0x2000 -work-area-backup 0 Debug: 98
ocd_command ocd_command type ocd_stm32f0x.cpu configure -work-area-phys 0x20000000 -work-area-size 0x2000 -work-area-backup 0 Debug: 97 34 command.c:145 script_debug(): command - ocd_stm32f0x.cpu ocd_stm32f0x.cpu configure -work-area-phys 0x20000000 -work-area-size 0x2000 -work-area-backup 0 Debug: 98
-
Thread
atmega16 und DA-Wandler MCP4921
einschalten, sonst geht es nicht. DU kannst keine Spannung > VCC erzeugen. Also noch ein value.Short |= 0x2000; // GAIN x1 ergänzen.
Hallo Falk Falk Brunner schrieb im Beitrag #3556368: > value.Short |= 0x2000; // GAIN x1 Tatsächlich, das war das Problem. Vielen Dank für deine Hilfe. Du schreibst meine Funktion sei etwas gebastelt. Kannst du mir, wenn du Zeit hast, sagen was ich noch besser machen könnte
-
Thread
STM32F4 & CooCox & ST-Structure-Elemente
); 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
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
Assembler Funktion absolut
: nop nop ret [/avrasm] Diese Funktionen liegen zb. an der Adresse 0x1000 und 0x2000. Ich habe nun in einem *.S in meiner Application die gleichen Funktinonen noch einmal. Wie kann ich function1 und function2 im .S file definieren damit der Compiler (GCC) direkt function1 aus
-
Thread
Fehler bei einfacher Integer-Division?
1000 * x / 2000) bei ausreichender Bitbreite ungleich (x / 2) Und was kommt bei beispielsweise x=2000 raus?
-
Thread
STM32 BlinkLED, Prozessorferquenz STM32F4DISCOVERY
Delay(1000000); 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 für Verzögerungen
-
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
Zeigt her eure Kunstwerke (2014) Gesperrt Bilder
geworden ist. Board bestehend aus: Z80 CPU 3.964 Mhz 8 KB EPROM 0x0000 - 0x1fff 56 kB RAM 0x2000 - 0xffff Multi I/O Baustein MK3801 statt SIO, GPIO und Timer einzeln als jeweils 40Pin Trümmer AD Wandler 0804 I/O Mapped 7 Segment Anzeige 8255 3 x 8 Bit Ports 8 Bit LED zeile als Debug Hilfe
-
Thread
SRAM initialisieren nach Watchdog-Reset
nicht wie)oder unter Miscellaneous ein Linker Flag setzen. Der Befehl -Wl,--section-start=.noinit=0x2000 als Linker Flag scheint schon mal zu funktinieren. Nur wie greife ich jetzt auf das Adresse 0x2010 bis 0xffff zu?
-
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
Denon X2000 Avr
Hallo liebe Communitiy, ich möchte mein Handy (Samsung Galaxy S2) und meinen Laptop von Asus an meinen Avr anschließen, um so Musik abzuspielen. Jedoch habe ich keine Ahnung mit welchen Kabeln ich diese Geräte anschließen kann.Und an welche Anschlüsse des Avrs ich diese dann anschließen müsste. Die Airplay Funktion geht leider nicht da ich kein Internetanschluss in diesem Raum habe. Hoffe auf einige Antworten Schonmal vielen Dank im vorraus :D
-
Thread
STM32: suche Ursache HardFault Exception
i = 0; i++; i--; } int main(void) { teste(); SCB->VTOR = NVIC_VectTab_FLASH | (0x2000 & (uint32_t)0x1FFFFF80); teste(); NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x2000); [/c] STM32F103RC Die Routine teste(); wird angesprungen, "SCB->VTOR" wird auch beschrieben, das zweite
-
Thread
Anfängerfrage MMU ARM
set timer base[C1] = base[CLO] + 0x080000; base[CS] = 2; // set irq controller base[0x2000B210 /4] = 0x0; base[0x2000B20C /4] = 0x80|1; // 512 MB RAM cachable for (i=0;i<512;i++){ MMUTBL[i] = i<<20 | 0x0C0E; } // rest shared device for (i=512;i<4096;i++){ MMUTBL
-
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