20 80 2.5 80 6.25 5.1 20.4 0.638 40.8 20 80 2.5 160 1.56 5.1 20.4 0.638 40.8 20 80 2.5 160 0x13: PL_BF_ZCOMP Back/Front and Z Compensation Register The Z-Lock angle compensation is set to 29°. The Back to Front trip angle is set to ±75°. 0x13: PL_BF_ZCOMP Register (Read Only) Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Bit 0 BKFR[1] BKFR[0] 0 0 0 ZLOCK[2] ZLOCK[1] ZLOCK[0] Table 23. PL_BF_ZCOMP Description BKFR[1:0] Back Front Trip Angle Fixed Threshold = 01 which i≥ ±75°. ZLOCK[2:0] Z-Lock Angle Fixed Threshold = 100 which is 29°. Note: All angles are accurate to ±2°. MMA8452Q Sensors
großenteils durch eine ungünstige Verstärkung im DSO-Eingang verursacht, die dazu führt, dass von den 256 Auflösungsstufen des 8 Bit ADC viel weniger genutzt werden als eigentlich möglich wäre. Das hat zur Folge, dass der Skalierungsfaktor bei der Bildschirmausgabe entsprechend hoch gewählt werden muss.
großenteils durch eine ungünstige Verstärkung im DSO-Eingang verursacht, die dazu führt, dass von den 256 Auflösungsstufen des 8 Bit ADC viel weniger genutzt werden als eigentlich möglich wäre. Das hat zur Folge, dass der Skalierungsfaktor bei der Bildschirmausgabe entsprechend hoch gewählt werden muss.
großenteils durch eine ungünstige Verstärkung im DSO-Eingang verursacht, die dazu führt, dass von den 256 Auflösungsstufen des 8 Bit ADC viel weniger genutzt werden als eigentlich möglich wäre. Das hat zur Folge, dass der Skalierungsfaktor bei der Bildschirmausgabe entsprechend hoch gewählt werden muss.
Hallo, ich suche auf diesem Weg 16 Stück 256k x4 Ram in DIP 20. Die Rams sollten schneller als 120ns sein. Chiptyp 514256 oder 44256. Danke Gruss
Ich hab die hier noch immer liegen: Mitsubishi M5M4256AP-10 8053BF Link zum älteren Beitrag: M5M4256AP-10 8053BF Gebraucht, waren gesockelt in einem ?AT286er? lg Andreas
sixteen A, E 2FFB csu 2 to 3 check sixteen unsigned A, E 2FF8 xsword 2 sign extend sixteen to word A 2BF8 xbword 3 sign extend byte to word A Table 5.17 Range checkingand conversioninstructions Memory Mnemonic Processor Name Notes code cycles 2CF1 ssub 1 sixteen subscript 2CFA ls 1 load sixteen 2CF8 ss 2 store sixteen 2BF9 lbx 1 load byteand sign extend 2FF9 lsx 1 load sixteen and sign extend Table 5.18 Indexing/arrayinstructions Memory Mnemonic Processor Name Notes code cycles 2FF0 devlb 3 device load byte A 2FF2 devls
TF 0 00H − top fixed area 6.2.24 r 1 SA 7 SA 6 SA5 SA4 SA3 SA2 SA1 SA 0 82H − scroll area 6.2.24 1 BF 7 BF6 BF5 BF4 BF3 BF2 BF1 BF 0 00H − bottom fixed area 6.2.24 9 0 0 0 1 1 0 1 0 0 34H tearing line off (TEOFF) 6.2.25 0 0 0 1 1 0 1 0 1 35H tearing line on (TEON) 6.2.26 1 X X X X X X X X 00H − 6.2.26
SPI™ M2ster p 8/16-bit (bytes) Instructions (bytes) (bytes) (PWM) I C™ o C PIC18F2220 4096 2048 512 256 25 10 2/0 Y Y Y 2 2/3 PIC18F2320 8192 4096 512 256 25 10 2/0 Y Y Y 2 2/3 PIC18F4220 4096 2048 512 256 36 13 1/1 Y Y Y 2 2/3 PIC18F4320 8192 4096 512 256 36 13 1/1 Y Y Y 2 2/3 2003 Microchip Technology
Code-Auszug des Interrupts, der das Multiplexen steuert: ISR (TIMER0_OVF_vect) { TCNT0 = 256-39; // 16 Mhz:Vorteiler(1024):39 = 400Hz PORT_DIGIT = 0xff; // Port ausschalten PORT_SEGMENT = bcd_7_ca[zeitanzeige[positionMultiplex]]; PORT_DIGIT = digit[positionMultiplex]; positionMultiplex
habe ich den Ratschag von Martin berücksichtigt und die Transistoren ersetzt. (Hatte leider keinen BF421 - habe statt dessen einen BC327-40) genommen. Die Folge war, dass die Leuchtstärke zugenommen hat. Hier jedoch sehe ich nun wieder ein geringes Mitleuchten der einzelner, eigentlich abgeschalteten
******** Software System Reset Occurred ****************************** flash_protect ON: from 0xBF000000 to 0xBF01E757 flash_protect ON: from 0xBF030000 to 0xBF030FFF ============================================ Ralink UBoot Version: 3.5.0.0 -------------------------------------------- ASIC 3052_MP2 (Port5<->None) DRAM component: 256 Mbits SDR DRAM bus: 16 bit Total memory: 32 MBytes Flash component: NOR Flash Date:Feb 20 2012 Time:16:20:22 ============================================ icache: sets:256, ways:4, linesz:32
interpretiert. 1 Byte entspricht ein Messwert, womit ein Messwert dem entsprechend eine Auflösung von 8 Bit (256 Werte) haben kann. Das Programm ist für einfache Messungen bis in den unteren KHz-Bereich geeignet. ;) Arduino-Sketch und weitere Daten sind im Programm hinterlegt. ...eventuell kann es ja
online gestellt (http://forums.purebasic.com/german/viewtopic.php?f=8&t=26795&sid=3b337a49daa470d3d1c5bf16a8dd330f). Nun bin ich dabei das ganze in einem schönen Oszi umzusetzen, mit Hilfslinien zum Ablesen, bessere Triggerfunktionen und was alles so zu einem Oszi dazugehört. Die "Nano-Version" ist ja
nur 0.15W. klar doch: http://www.samsung.com/de/consumer/memory-storage/ssd/ssd-830-serie/MZ-7PC256B/WW Betrieb 0,127 W (typisch) ob sie beim schreiben 5W braucht spielt überhaupt keine rolle, weil das ganze nur extrem kurz ist.
Was ich eigentlich vergass: Auf dem BF533-EZKIT geht sowas standalone. Habe damit mal einen PAL->NTSC-Konverter gebastelt. Manchmal kriegt man die Dinger noch nachgeworfen. Trotzdem ist es ein ganz schöner Aufwand. Grüsse, - Strubi
Ach Tippfehler ich meinte natürlich 256x128 nicht 256x144.
Hans F. schrieb im Beitrag #2933130: > Ja das ist richtig, der Standart NEC Code hat aber nur 256 wobei man > 0x00 und 0xFF warscheinlich weglassen kann. Ich habe zu Hause zwei Media-Geräte (DVD-Player und Multimedia-Festplatte), welche beide die NEC-Adresse 0xFF00 benutzen ;-) Hast Du bei
Schleife über command (0x00 bis 0xFF) laufen, damit Du sicher sein kannst. Aber dann sinds wieder 256 x 256 = 65536 Möglichkeiten. > Ich habe aber jetzt die Originale bestellt, auch wenn ich die später nie > wieder brauchen werde. Gut so. Du könntest dann die ermittelten Werte dafür im IRMP-Artikel
400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0x00000000 size 256MB DRAM CS[1] base 0x10000000 size 256MB DRAM Total size 512MB 16bit width Flash: 0 kB Addresses 8M - 0M are saved for the U-Boot usage. Mem malloc Initialization (8M - 7M): Done NAND:512 MB CPU : Marvell
400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0x00000000 size 256MB DRAM CS[1] base 0x10000000 size 256MB DRAM Total size 512MB 16bit width Flash: 0 kB Addresses 8M - 0M are saved for the U-Boot usage. Mem malloc Initialization (8M - 7M): Done NAND:512 MB CPU : Marvell
Takte nötig und nicht 100. 2) Der Zähler zählt aufwärts. Wenn du ihn also mit 77 vorlädst, sind es 256-77 = 179 Zähler-Takte bis zum nächsten Überlauf. Das plus die 14 Takte, die du noch gefunden hast, plus die, die du vergessen hast, sind dann auch zusammen 200 und der Grund, warum 77 das gewünschte
Plus,SE, SE/30, II, si,fx LC, LCIII und den PM4400. http://www.heise.de/artikel-archiv/ct/91/05/256/ Nun stehen hier nur noch 2 Apfeltaschen (m.E. das beste Notebook, was Apple je gebaut hat), der eine mit OS9 für mein Rechnungssystem (ja, mit HyperCard) und der andere mit 10.3.9 (für das Apple
Festplatte. Damit laufen sicher keine FP Shooter, aber fürs Netz und ScummVM reicht es schon. Und der BF2 Testserver läuft auch recht gut, wenn nicht gerade 12 Leute drauf rumballern.
Gehört zwar eigentlich nicht hierhin, aber bei diesen ganzen Video-Geschichten half mir ein BF561-Evalboard massiv zum Testen. Der BF561 ist ein Dualcore-DSP mit zwei Videoports, auf dem Video-Erweiterungsboard kann man auch digital-Video einspeisen bzw. ausgeben (LVDS-Treiber). Damit liess sich
Farbinfos). Mein Board besitzt ein asynchronen 1 MByte ( 2 x 0.5 MByte) großen SRAM. also 2 mal 256Kx16 SRAM (10ns) IDEE: Ich arbeite mit beiden, auf dem einen schreibe ich die Daten, auf dem anderen lese ich alle 1/60 Sekunde aus ( und umgekehrt). soweit gut! Jetz fällt mir aber auf, das ich
aufeinanderfolgenden Bytes einen signed short zu machen. Korrekt wäre temp = message.data[i] * 256 + message.data[i + 1] if (temp > 32767): temp = temp - 65536 temp = temp / 10 Von Kessel zu Kessel (vielleicht je nach Ausstattung) scheinen die Paketformate sich erheblich zu unterscheiden
> Für Batteriebetrieb würde ich wegen dem Stromverbrauch > nur einen BF245C verwenden. Bei einem ähnlichen Frontend mit Diodenmischer hab ich den BF256B verwendet, welcher jedoch leicht unterdimensioniert ist. Bei Batteriebetrieb (9V Block) muß man aber Kompromisse eingehen. >> BF246 hab ich noch nicht probiert, es liegen jedoch >> welche in der Bastelkiste. > Es klingt so, als wärst du bereits mitten im Aufbau!?!?? Nein, ich schreibe ja würde, wäre... Aber die BF246 liegen
0 WINDOW 39 0 0 Left 0 SYMATTR InstName V1 SYMATTR Value 30 SYMBOL Misc\\EuropeanResistor -464 256 R0 SYMATTR InstName R1 SYMATTR Value 127 SYMBOL Misc\\EuropeanResistor -464 336 R0 SYMATTR InstName R2 SYMATTR Value 1k TEXT -336 232 Left 0 !.SUBCKT LM317/TI in adj out\n* PEI 08/98 p62\nJ1 in
layout in the dump is exactly the same like in the RAM that I dumped. Another observation: the 256kb code block at address 0 seems to be ARM code and thus the processor is probably of ARM architecture - at least the disassembly looks best in ARM (tried MIPS and AVR as well). Like I said before, I
Widerstände R16/R17 etwas verkleinern. Spätestens dann sollte es gehen. Kleiner Knackpunkt: der BF245C kann möglicherweise nur leidlich den benötigten Strom für die Endstufen-Ts liefern... glaube, ein BF246 schafft 4 mal so viel Strom wie ein BF245... B e r n d W. schrieb im Beitrag #2852228:
Configurable from 0 to 128 bits MAX simultaneous pairings 16 MAX Friendly name length Configurable up to 256 characters Packet size Configurable from 21 to 1008 Table 2: Technical details 13 5. USAGE iWRAP can be used and controlled from the host system by sending ASCII commands through UART interface. When
-Red-LED-Display-Digital-Tube-/290972087487?pt=UK_BOI_Electrical_Components_Supplies_ET&hash=item43bf49b4bf Gruß Michael
Sendeleistung habe ich nicht gemessen, laut Aussage von Funkamateuren jedoch ca. 2-3W http://www.miklor.com/BF888/ http://hamgear.wordpress.com/2012/08/11/review-baofeng-bf-666s-bf-777s-bf-888s-and-look-alikes/ Mike schrieb im Beitrag #3559605: > Oliver Stellebaum schrieb: > Wenn die Leistungsangabe "<5W
