Pues eso.Ya tenemos nuevo Nandpro 2.0 D.
Descarga:
http://rapidshare.com/files/348385156/NandPro20d.rar Subido por killa574
Nandpro supported device interfaces:
USB:
LPC2148 Olimex USB header board
High performance 16MB/2Mins
LibUsb driver
LPT:
Parallel Printer Port, SPP mode
Low performance, 16MB/35mins (cpu dependant)
Dlportio printer port driver
===============================================================================
Seven connections must be made from MAINBRD to the HW device interface.
MAINBRD connects as specified to either Olimex board, or a PC printer port.
ArmLpc Olimex LPT MAINBRD
SS EXT1-3 DB25.1 --R--- J1D2.2
MISO EXT1-6 DB25.11 -->|-- J1D2.4 Diode, observe polarity!
P0.28 EXT2-1 DB25.16 --R--- J2B1.6
GND EXT1-26 DB25.18 ------ J1D2.6 or J2B1.12
MOSI EXT1-7 DB25.14 --R--- J1D2.1
SCK EXT1-5 DB25.2 --R--- J1D2.3
P0.29 EXT2-2 DB25.17 --R--- J2B1.5
===============================================================================
USB Install:
Flash the .hex file to the LPC2148.
Connect LPC2148 to computer USB.
Point "found new hardware" to the "custom.inf"
Windows reports: "Your new hardware is ready to use"
USB Hardware:
Connect only wires from EXT connectors to MAINBRD.
No resistors or diodes at all. For sure! Do not add them!
===============================================================================
LPT Install:
Run the port95nt.exe application to install the DlPortio driver
LPT Hardware:
Some parallel ports run at 3.3v others at 5v. The MAINBRD is 3.3 volts.
It is recommend to use 100 ohm series saftey resistors (R)
for all lpt connections except for DB25.11 and DB25.18 (GND), as shown above.
Testing with 5 volt lpt and NO resistors didn't burn anything up though. YMMV :P
For DB25.11 connect diode exactly as shown. It is highly recommended to
connect the diode to the MAINBRD end rather than the PC end of the wire.
Preferred diode is BAT41 or other Schottkey switch diode with low forward voltage drop.
1N4148/53, 1N914, type switching diodes should be also be ok,
but are not quite as good. 1N400X are rectifiers and not good at all.
This solution isn't perfect but you typically dont leave it hooked up forever anyway.
If someone wants to design and post a buffer circuit go right ahead. I can't be bothered ;)
Usage:
Make connections to MAINBRD and run the app.
MAINBRD needs to be plugged in to AC power.
Actually powered on or not does not matter.
While running NandPro application reset will occur.
After nand operation is complete, reset will be released.
printf("Useage:\n\r\n\r");
printf("NandPro dev: -r# Filename (HexStartBlock HexBlockCount)\t->Read\n");
printf("NandPro dev: -w# Filename (HexStartBlock HexBlockCount)\t->Write\n");
printf("NandPro dev: -e# (HexStartBlock HexBlockCount)\t\t->Erase\n\n");
printf("dev: is hardware interface usb: or lpt:\n");
printf("dev: can also be a filename:, to be used as a 'Virtual Nand Device'\n");
printf("# is nand size (16, 64, 256, 512) in MegaBytes\n");
printf("(Optional) block range limit, defaults to entire device\n");
printf("-r# Read saving file RAW (with SPARE)\n");
printf("%r# Read saving only the SPARE data\n");
printf("-R# Read saving file without SPARE\n");
printf("-w# Write RAW (with SPARE) file\n");
printf("+w# Write RAW (with SPARE) file, init SPARE, init block numbers\n");
printf("@w# Write RAW (with SPARE) file, init block numbers\n");
printf("+W# Write while ADDING SPARE\n");
printf("All writing modes re-calculate correct ECC\n");
===============================================================================
NOTE:
SPARE is the 16 bytes following a data block.
ECC is 26 bits located within the spare area.
Block numbers are also contained in spare area.
===============================================================================
Typical command line:
Read entire 16M flash, including SPARE:
NandPro dev: -r16 nand.bin
Write entire 16M flash, including SPARE:
NandPro dev: -w16 nand.bin
Advanced command line examples:
Read encrypted key vault with SPARE:
nandpro dev: -r16 rawkv.bin 1 1
Read encrypted key vault from a "Virtual Nand" dev:, named vnand.bin, with SPARE :
nandpro vnand.bin: -r16 rawkv.bin 1 1
Write encrypted key vault:
nandpro dev: -w16 rawkv.bin 1 1
Flash a xell.bin compiler output (no SPARE) to block 40, adding SPARE while flashing:
nandpro dev: +W16 xell.bin 40
Read config block from a "Virtual Nand", named vnand.bin, without SPARE:
nandpro vnand.bin: -R16 configblk.bin 0x??? 1
Write above config block to dev: adding the SPARE back in:
nandpro dev: +W16 configblk.bin 0x??? 1
Write a "small" python.ECC file to "full size" "Virtual Nand" :
nandpro vnand.bin: -w16 python.ECC
Write to a dev:, from another RAW file, fixing ECC while writing:
nandpro dev: -w16 DumpWithErrors.bin
General Notes:
Reading and writing defaults to the entire device.
The start block argumnet is optional and dictates the starting block to program.
The ending block is also optional, and end if no block is specified, programming will
continue until end of file or end of specified nand size.
Large block nands have different SPARE format than small block nands.
The software uses the detected device's SPARE format for all (+) write operations.
Files written RAW (-) are not translated in any way.
The "nand size" argument only sets the limit of available blocks for device operations.
It is not hardware related, and need not exactly match the true device.
There is no need to erase before programming.
You can hex edit a block, and use Nandpro to fix its ECC when you write it back.
The "Case" of the command generally indicates if I/O file will contain SPARE or not
Upper Case: No SPARE
Lower Case: RAW (with SPARE)
The "Virtual Nand" file can be read or be programmed, as if it where a device.
The "Virtual Nand" file must be a raw file, containing SPARE.
This can be used to extract or inject data from\to an existing raw dump.
Example: To inject a "small" python image into an existing
"full size" image, or to extract individual blocks from an existing raw dump.
READING WILL OVER-WRITE AN EXISTING FILE WITHOUT WARNING!
NEW LOG FILE WILL OVERWRITE OLD WITHOUT WARNING!
DO NOT LEAVE LPT CABLE CONNECTED WHEN CONSOLE DOES NOT HAVE AC POWER!
//History:
//
//2.0
//Initial Release
//
//2.0a
//Fixed usage for +W, +w
//Fixed problem with payload injection for large block nands
//Fixed miscalc of file blocks togo when injecting !raw
//No ARM code impact
//
//
//2.0b
//Remove "Press Any Key" for unattended batch file processing
//Removed retry on individual sectors, retry entire block instead, including erase
// attempt to program all sectors anyway, then report status
//ARM code update required for above
//Added ARM HW version test, (U32) 0000 0001 required or abort
//Added "Virtual Nand" device
//
//
//2.0c
//Bit settling verify feature added for LPT reading
//Add support for Jasper16a
//Improved detection for virtual nand device, fixes some problems with writing to vnand.
//Allways corrects the ECC bytes (but not SPARE), even in raw mode
// ie: A raw file that has been hex edited can simply be flashed with -w
//
//Added command line swithces
//%r will read SPARE data only, 16 bytes per block
//@w will write RAW file, while correcting block numbers
//Can "force" a flash config on command line by appending :HexFlashConfig
![[beer]](/images/smilies/nuevos2/brindando.gif "brindis")
