-
Thread
Linse für LED-Taschenlampe
Eh, lohnt sich das? http://www.dealextreme.com/p/x2000-flood-to-throw-zooming-glass-lens-cree-p4-led-flashlight-3-aaa-13732
-
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
Codebanking: Kombinieren von 2 Projekten (Bootloader & Firmware)
0xA000 - 0xFFFF definiere, gilt das dann auch für die anderen Bänke und damit würde ich dann 2x 0x2000 Bytes einbüßen. 2. Laut Datenblatt vom Controller darf ich den Bereich Bank3:0xC000 - 0xFFFF nicht mehr beschreiben, da dort die lese/schreib - Schutz Bytes sind. Wenn ich dort was reinschreibe, dann
0xA000 - 0xFFFF definiere, gilt das dann auch für > die anderen Bänke und damit würde ich dann 2x 0x2000 Bytes einbüßen. Hallo, warum definierst du nicht einfach eine (leere) Datentabelle an dieser absoluten Adresse oder eine Folge von 8192 NOPs? Das frisst doch auch der dümmste Linker. Gruss
-
Thread
Penetrante Benutzung der Nebelschlussleuchte
denoch im Kopf rechnen. Die Masse des Autos sei 2000 kg. Energie bei 11m/s= 0,5xmxvxv = 0,5 x 2000 x 121 = 121000 Joule Energie bei 10m/s= dito = 0,5 x 2000 x 100 = 100000 Joule Vernichtet werden müssen also 21000 Joule, z. B. als Wärme in den Bremsscheiben. Alternativ dazu: Energie bei 1 m/s= dito = 0,5 x 2000 x 1 = 1000 Joule Energie bei 0m/s = 0 Joule Hier müssen nur 1000 Joule vernichtet werden. Diesen Faktor 20 wird auch der Luftwiderstand nicht beisteuern (den wir in einer guten Näherung ja
-
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
"expression must have a constant value" umgehen
RX1_ID_0 0x010 #define CAN_RX_MSG1 RX1_DLC + (RX1_ID&0x007)*(unsigned short)0x2000 + (RX1_ID>>3)*(unsigned long)0x10000 [/c] Nun wird aber je nachdem welche Message in empfang genommen wird, beim switch ein anderer case ausgelöst: [c] switch(SJA_FRAME_INFO_AND_ID_SFF)
im Beitrag #2420884: > #define CAN_RX_MSG1 RX1_DLC + (RX1_ID&0x007)*(unsigned > short)0x2000 + (RX1_ID>>3)*(unsigned long)0x10000 [/c] Bisschen Ästhetik: (unsigned long)0x2000 == 0x2000uL > was kann ich tun, damit es funktioniert, ohne dass ich den switch > weglassen muss. Wie
-
Thread
xmega128a1 EBI SDRAM
Ich hab es: Im Datenblatt auf Seite 22 steht, das das interne SRAM auf Adresse 0x2000 los geht. Enn man mehr als 64kByte haben will, muss man die Adressierung selber machen und einen 32bit Pointer anlegen. In den Tutorials von Atmel ist da was drin. Aber wie gut das geht weiss ich
0x80ffff [/code] Bei dieser Einstellung habe ich ja 49kB zuverfügung. der interne geht bei 0x2000 los, der externe bei 0x4000 0xFFFF - 0x2000 = 57kB. Da fehlen doch aber noch 8kB lg, markus
-
Thread
600VDC/4kW Quelle
Drossel, bis 600VDC. Das relativ teurere werden die Kondensatoren, für 40Vpp Rippel werden es schon 2x2000µ mit entsprechneer Spannung sein müssen. Leistungsfakor bekommst du mit einer Drossel (passive PFC) auch leicht auf 0,7. Allerdings würde eine 3-Phasige Ausführung (3L+N) denn Ripple und damit
-
Thread
Switch hinter Router, NAT-Funktion des Routers ausschalten?
Mpps Switching capacity 24.0 Gbps was hat es hiermit auf sich? Die 24 GBit beziehen sich auf 12x2000 MBit aber wofür stehen die andere Zahl?
Switching capacity 24.0 Gbps > > was hat es hiermit auf sich? Die 24 GBit beziehen sich auf 12x2000 MBit > aber wofür stehen die andere Zahl? Mega Packets Per Second. Also die Anzahl geswitchter Ethernet-Pakete.
-
Thread
Bootloader Section anspringen
in meinem ersten Beitrag geschrieben, dass ich 0x4000 eingestellt hatte -> der Eintrag muss auf 0x2000 eingestellt werden. Die Zeile im Studio lautet also: MemoryType Name Address ---------- ---- ------- Flash .text 0x2000 Ganz klarer Fehler meinerseits aber schade finde
-
Thread
Code: Timerproblem bei rc5-receiver
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
Wie die Bytegröße einfach bestimmen (in C)?
Bits auch an einer anderen Adresse und damit ist beispielsweise ein Speicherbereich von 0x1000 bis 0x2000 mit memset(0, 0, 0x1000) zu initialisieren, ganz egal ob das über 8- oder 16-Bit-Zugriffe erfolgt.
-
Thread
XE167 HW IIC wait until transmission completed?
TBUF is ready while(U3C1_TCSRL & 0x0080); // clear PSR_TBIF U3C1_PSCR |= 0x2000; // clear PSR_SCR, PSR_TSIF, PSR_TBIF U3C1_PSCR |= ( (1<<IIC_SCR) | (1<<IIC_TSIF) | (1<<IIC_TBIF) ); // load transmit buffer TBUF00 U3C1_TBUF00 = ((U3C1TDF_MStart
-
Thread
[V] Agilent HP 54621D 60 MHz Mixed-Signal Oscilloscope
http://www.datatec.de/Hameg-HMO724.htm Oder Für dasselbe Geld ein 4KAnal DSO der neuen Agilent X2000 serie. Die Version mit LA kostet dann 400 Euro mehr, was etwa nur 30% über deinem Gebrauchtpreis ausmacht und damit üblicherweise so im Bereich was man bei Geräten derselben Serie als differenz zwischen
nicht drin. Macht dann 2130€ incl. MwSt. fürs Hameg. mit 8 statt 16 Logik Kanälen >Agilent X2000 ... >Die Version mit LA kostet dann 400 Euro mehr 2350€ incl. MwSt.. auch mit 8 statt 16 Logik Kanälen >REichen aber Zwei Kanäle kann man mit etwas Glück und >Geschick für 500Euro ein Hantek
-
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
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
Register direkt auslesen
leider nicht fündig geworden. Ich möchte eine variierende anzahl von Registern auslesen. (z.B von 0x2000 - 0x4000) gibt es eine Möglichkeit die Register direkt anzusprechen ohne vorher Variablen zu deklarieren die auf die Register zeigen ?
Einfach direkt drauf zugreifen: [c]char byte = *((char*) (0x2000));[/c] Ach, C ist ja sooo schrecklich, weil es so böse Pointer gibt :O
-
Thread
xmega eeprom - kompakter code
For Xmega the EEPROM start address is 0, like other architectures. The reading functions add the 0x2000 value to use EEPROM mapping into data space. [/pre] Darum kümmert sich eben avrgcc. Man kann natürlich auch direkt durch das mapping darauf zugreifen. So wirds in der libc gemacht: [avrasm
eeprom_mapen: Input: r25,r24 - EEPROM address Output: ZH,ZL - EEPROM address + 0x2000 (to use mapping) Scratch: r19 eeprom_update_r18: Input: r18 - byte to write r25,r24 - EEPROM address Output: r25,r24 - decremented EEPROM address
-
Thread
Bootloader und Nutzprogramm in einem Projekt
Linker-Skript-File folgendes stehen: <schnip> MEMORY { data (a!xr) : ORIGIN = 0x800, LENGTH = 0x2000 reset : ORIGIN = 0x0, LENGTH = 0x4 ivt : ORIGIN = 0x4, LENGTH = 0xFC aivt : ORIGIN = 0x104, LENGTH = 0xFC program (xr) : ORIGIN = 0x600
-
Thread
Laser Farbdrucker gesucht
geschont. > > Aber vorsicht - schwer! Ein Bekannter hat so eine Säule von einem Kyocera und kann 2x 2000 Blatt und 1x 1000 Blatt aufnehmen und hat zudem nebem Duplex auch noch eine Sortiervorrrichtung für 20 Ausdrucke an der Seite. Steht schon seit Jahren rum, funktioniert aber nur mittlemäßig mit Linux
-
Thread
PIC12F509 hidden features und "High Flash"
VPP=13V, kann man den ProgramCounter auf jeden Wert setzen, den man möchte, auch auf einen Wert >=0x2000, den sogenannten Hi-Flash, der im normalen Modus nicht zugänglich ist. Dies ist mit den dokumentierten ICSD-Befehlen möglich und auch gewollt, da man so ID und Revision des Chips auslesen kann und
-
Thread
1000 AUSGÄNGE: - größerer Mikrocontroller? - IC's mit Porterweiterung? - Multiplexen? (Arduino Mega)
Bild in doppelter HDTV Qualität sein muss. Denn 1K LEDs bedeuten eine rechnerische Auflösung von 2000x2000 Bildpunkten.... (tatsächlich etwas weniger, je nach minimaldrehwinkel) Und von den mechanischen Problemen fangen wir am besten erst gar nicht an. Gruß Carsten
-
Thread
Frage zu stmdiscovery
Chip ID is 10016420. Device connected: Medium-density value line device Device parameters: SRAM: 0x2000 bytes, Flash: up to 0x20000 bytes in pages of 0x400 bytes Flash size is 128 KiB. warning: data block 08000350 -> 03ea truncated to 00b0 (this is not an error, just a GDB glitch) write error, count
-
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
rechnen in Assembler mit AVR
sieht das so aus (allerdings mit anderen Registern): [avrasm] ldi r22, Low(2000) ; x2000 ldi r23,High(2000) rcall mul16x16_32 ldi r20, Low(2047) ldi r21,Byte2(2047) ldi r22,Byte3(2047) ldi r23,Byte4(2047) ; /2047
-
Thread
BMA180 - Offsetfehler
temp = SPIReadByte(); CS_BMA180 = 1; if (x_MSB >> 7) x = - (0x2000 - ((x_MSB & 0x7F) << 6) | (x_LSB >> 2)); else x = ((x_MSB & 0x7F) << 6) | (x_LSB >> 2); if (y_MSB >> 7) y = - (0x2000 - ((y_MSB & 0x7F) << 6) | (y_LSB >> 2)); else y = ((y_MSB & 0x7F) << 6) | (y_LSB >> 2); if (z_MSB >> 7) z = - (0x2000 - ((z_MSB & 0x7F) << 6) | (z_LSB >> 2)); else z = ((z_MSB & 0x7F) << 6) | (z_LSB >> 2); Ich habe in der Zwischenzeit 4 Boards getestet: eines zeigt auf allen 3 Achsen große Abweichungen
-
Thread
pc bauen fuer riesige datenmengen
Nackte Datenrate: 40 x 20 x 2000 = 1,6MB/sec + Overhead. Fliegenschiss. Datenmenge: 1,6MB/s x 3 Monate = 17TB. Normales RAID-5 SATA Rack, wenns am Stück online sein muss. Sonst: Alles was soviel Daten fasst und keine Floppy-Disk
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
write 0x6f99449 = 0x2 mem write 0x6f9944a = 0x8 mem write 0x6f9944b = 0x618 mem write 0x6f99400 = 0x2000 mem write 0x6f99400 = 0x1 mem write 0x6f90200 = 0x10000000 mem write 0x6f90201 = 0x4010000 mem write 0x6f90202 = 0x1000 mem write 0x6f90203 = 0x1be00296 delay cycles = 0x99520 ( 0.0232592592593