-
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?).
-
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
linkerskript Frage (LPC2000er)
---------------------------| 0x7FD0 2000 * | USB RAM | 8192 bytes (0x2000) * |----------------------------------| 0x7FD0 0000 * | [Reserved] | * |----------------------------------| 0x4000 8000 * | | Reserved for IAP | 256
= .; } >ramstack usbramlayout : { __usbram_start__ = .; __usbram_end__ = 0x2000; } >usbram ethramlayout : { __ethram_start__ = .; __ethram_end__ = 0x4000; } > ethram sdramlayout : { __sdram_start__ = 0xA0000000; *(.sdramdata) __
-
Thread
Funktionen mit fester Adresse im Flash aufrufen
Adressen? In GCC kannst du Funktionen an einer bestimmten Adresse aufrufen mit: [C] ((void(*)(void))0x2000)(); ((void(*)(void))0x2100)(); [C] Oder etwas übersichtlicher: [C] typedef void (*funcptr)(void); ((funcptr)0x2000)(); ((funcptr)0x2100)(); [/C] Oder noch übersichtlicher: [C] typedef void (*funcptr)(void); funcptr func1 = (funcptr)0x2000; funcptr func2 = (funcptr)0x2100; func1(); func2(); [/C]
-
Thread
Initialisierung EZ-KIT 21369
(R/W) #define DACCTRL2 (0x1000) // DAC control register 2 (R/W) #define DACVOL_L1 (0x2000) // DAC volume - left 1 (R/W) #define DACVOL_R1 (0x3000) // DAC volume - right 1 (R/W) #define DACVOL_L2 (0x4000) // DAC volume - left 2 (R/W) #define DACVOL_R2 (0x5000
-
Thread
Bildformate und Dateigrößen Gesperrt
ist hirnlos! > Ich persönlich finde eine schöne Bildqualität gut ??? Bist du blind? Ein 2500x2000 Bild pass nicht mal auf einen Monitor, geschweige denn das es für schöne Bildqualität nötig ist. Nimm mal ein Bild mit 5 Megapixel. Schau es dir mit einem Bildbetrachter deiner Wahl an. Nun rechne
-
Thread
MSP430F1611 TimerA Interrupt Problem
PORT2_VECTOR_ISR: BIS #0x4000,R14 ; 0xFFE2 Port 2 RETI USART1TX_VECTOR_ISR: BIS #0x2000,R14 ; 0xFFF4 USART 1 Transmit RETI USART1RX_VECTOR_ISR: BIS #0x1000,R14 ; 0xFFF6 USART 1 Receive RETI PORT1_VECTOR_ISR: BIS #0x800,R14 ; 0xFFE8 Port 1 RETI TIMERA1
-
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
80C51 Adressierung von externen Speicher
habe ich ein externen Speicher (+4 K) am Bus, den ich adressieren will. Dieser solla bei Adress 0x2000 anfangen. Meine Frage ist nun, wie kann ich in C sagen, dass meine Variable, nennen wir sie mal "var1" eine Adresse zugewiesen bekommt, Beispiel: Ich will das var1 auf Adresse 0x2000 gelegt
-
Thread
V: PC-Scopei PCS32i
Opto-Isolierte Interface-Box für die parallele Schnittstelle -Tastkopf -Netzteil -PC Software für Win 9x,2000, XP Gruß, Stefan
-
Thread
Rücksprungadresse auf dem Stack schwachsinnig?
Deiner Codes. Kann es vielleicht sein, dass der im Listing ausgewiesenen Adresse noch ein Offset von 0x2000 für ein Code-Segment hinzuaddiert werden muss? Ganz vorsichtig und unter allen Vorhalten, nur laut gedacht...
-
Thread
Suche 1mm dicke PP- oder PE-Folie
einer Folie sprechen kann. Bei uns in Wien gibt es z.B. 1 mm starke Platten aus PP-H im Format 1000 x 2000 mm, das Stück zu 8,90 excl. Mwst (bei Abnahme ab 5 Stk). Wenn du den Kondensator wirklich als Folienwickel und nicht als Plattenkondensator bauen willst, wirst du PE nehmen müssen. Die PE-Folien
-
Thread
Struktur kopieren
0x10 Bytes groß. channel_t *newp; Dieser Pointer zeige nun auf eine Struktur an der Adresse 0x2000. Wohin zeigt dann (newp + 1)? NEIN, es zeigt NICHT auf die Adresse 0x2001, sondern auf die Adresse 0x2010.
wieso nicht? *(newp + 1) --> *(0x2000 + 1) -->*(0x2001) !!! Was ergibt dann deiner Meinung nach 0x2000 + 1 ?? 0x2010??
-
Thread
Frequenzmessung (1Hz-20Hz) Wert immer 8mal größer
Messwert=temp-Messwert_bak; Messwert_bak=temp; } Bsp: alter Zählerstand 0x1000, Int bei 0x2000 -> Messwert 0x1000 alter Zählerstand 0xFF00, Int bei 0x0F00 (Overflow) -> Messwert 0x1000
-
Thread
AT91 & OpenOCD Externes Flash Problem
unknown #7: 0x00070000 (0x8000kB) erase state unknown, protection state unknown #8: 0x00078000 (0x2000kB) erase state unknown, protection state unknown #9: 0x0007a000 (0x2000kB) erase state unknown, protection state unknown #10:0x0007c000 (0x4000kB) erase state unknown, protection state unknown
-
Thread
Adresse statt variablen Namen übergeben?
Liegt die Zeichenkette an der Wortadresse 0x2000 (Atmel-Notation) oder an der Byteadresse 0x2000 (GNU tools Notation)? Ausserdem gibt das hoffentlich gleich 2 Fehlermeldungen vom Compiler. Die eine für das unsinnige Statement void send_pgmstr_uart
-
Thread
openocd LPC2148 flash mit 13 KB Firmware schlägt fehl
) erase state unknown, protected #4: 0x00008000 (0x2000kB) erase state unknown, protected #5: 0x0000a000 (0x2000kB) erase state unknown, protected #6: 0x0000c000 (0x2000kB) erase state unknown, protected #7: 0x0000e000 (0x2000kB
) erase state unknown, protected #14: 0x00038000 (0x2000kB) erase state unknown, protected #15: 0x0003a000 (0x2000kB) erase state unknown, protected #16: 0x0003c000 (0x2000kB) erase state unknown, protected #17: 0x0003e000 (0x2000kB
-
Thread
STR9 Interrupt
Disable Reset from Port 3 SCU_PCGR1 |= 0x20000; // Clock enabling from Port 3 SCU_PRR1 |= 0x2000; // Disable Reset from WIU GPIO3_DIR &=~ 0x38; // Set the direction of P3. SCU_PCGR1 |= 0x2000; // Clock enabling to WIU WIU_CTRL |= 0x02; // Global WIU Interrupt Enable (ext irq)
-
Thread
Kopierschutz bei ATmega8?
auch 0c94) ist,. dahinter kommt eine addresse ende des speicherbereiches,... also sagen wir mal 0x2000 - größe des schädlichen codes,... wie ich das in errinerung habe eine usart initialisierung + lpm kostet nicht mehr als 500bytes =>940c 1e0c und dann natürlich noch den schädlichen code an der stelle
-
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
XMEM - Mega1281 - Ganzen exterenen 64kB SRAm nutzen
Adressleitungen mit 0 maskieren und es landet im XRAM an gewünschter Position. [c] #define RAM_OFFSET 0x2000 void init_sram(void){ MCUCR = _BV(SRE);//enable XRAM } void wr_ram(BYTE* adr, BYTE data){ if(adr<(BYTE*)RAM_OFFSET){ PORTC = 0; XMCRB = _BV(XMM1) | _BV(XMM0); //Maskiere
-
Thread
Peter Dannegger's RC5 Beispiel
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
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
Denkanstoß gesucht: Bootloader für ARM7
Adressbereich 0x0000 - 0x1FFF befindet. Nach dem Reset wird dieses ausgeführt und prüft, ob an Adresse 0x2000 und aufwärts eine gültige Applikation zu finden ist. Wenn ja, wird diese gestartet. Wenn nicht, dann verweilt er und wartet auf Kommandos und Daten zum Flashen von einer der Schnittstellen (CAN,
compiliere/linke ich meine eigentliche Applikation? Reicht es, dem Linker zu sagen, dass sie an Adresse 0x2000 anfangen soll und fertig? Was ist mit den Interruptvektoren, Stack, Heap, etc.? Wie wechselt/springt man von Bootloader zu Applikation und zurück? Muß man da vorher noch Dinge verbiegen? Ich
-
Thread
PIC 18f4550 nicht mehr programmierbar!
einige speicherzellen im pic defekt sein und verschob das programm im linker file auf den offset 0x2000. Es gab wieder fehler die sich nicht koregieren ließen, weil ich auf einmal nicht mehr den code im pic löschen konnte. Ich habe schon auf sprut.de von der MCLR falle gelesen ... diese ist aber nicht
achso im pic ist jetzt nachweisbar der code an offset 0x0 und 0x2000 ... allerdings mit fehlern jo ..
-
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
Absolute Funktionsadressen in Tabelle ablegen
table [][] = {{0x1000}; ... Wenn schon denn schon: [c] unsigned int code table[] = { 0x1000, 0x2000 ... }; [/c] Wenn Du nicht mal weißt, daß der Compiler intern 16 Bit Werte als 2 Bytes ablegt, dann wird das eh nichts, egal, was es werden soll. Wenn Du die Tabelle aber eh in Assembler benutzen
-
Thread
Phasenverschiebung mit dem Oszi messen Gesperrt
Phasenverschiebung sollte sich mit allen neueren (besseren) DSOs messen lassen. Hier zum Beispiel die X2000/X3000 Serie von Keysight. Bei der Messung im Anhang befand sich ein 136cm langes Kabel zwischen Kanal 1 und Kanal 2. Anhand der Zeitverzögerung von 6,1ns ergibt sich eine Signalausbreitungsgeschwindigkeit
-
Thread
Anwendungsgebiete für Schieberegister und FIFO
Gegenteil davon gemacht. Alle BlockRAMs waren aufgebraucht, ich brauchte aber ne Verzögerung von ca. 2x 2000 Takten für ein Datensignal. Dafür sind dann 4000 LCs draufgegangen. So what. ;-) MFG Falk
-
Thread
TMS320LF2407 ???
gesetzt werden Bit 14 ist aber "calibration mode" ???? Um die conversation zu starten mußte Du 0x2000 verwenden. Außerdem solltest Du bei diesen Registern das "ReadModifyWrite" beachten. Im Register sind auch Statusbits, die sich nicht einfach beeinflussen lassen durch setzen und rücksetzen.
-
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
xc866 indirekt adressierbaren speicher in C beschreiben
0x0000-0x2FFF sind die 3 Code-Flash-Bereiche (0x0000-0x0FFF,0x1000-0x1FFF,0x2000-0x2FFF). Der Bereich 0xA000 - 0xAFFF ist das Datenflash. Dieses kann als Programmspeicher oder zur EEPROM-Emulation genutzt werden.
-
Thread
Programmgrösse
bis jetzt verbraucht. Beim flashen geht alles glatt beim verifizieren meckert er das er Adresse 0x2000 nicht lesen konnte. Meiner meinung nach sollte er bei 6558 byte Programm Grösse doch bitte die Finger von Adresse 0x2000 lassen. Wird die code grösse falsch berichtet ??
Hast Du beim Programmieren den richtigen Controllertyp angegeben? Die Adresse 0x2000 sollte es beim Mega8 eigentlich gar nicht geben...