10.72 (December 2012)
This is a recommended release.
NEW FEATURES
FCC-labeled versions of RCM6600W family boards are locked to the Americas region code.
The following new options are available in the command line Rabbit Field Utility (Utilities\clRFU.exe):
-i pathname Specify application binary image file, -i BinPath
-si Print formatted contents of System ID block
-ma Print formatted MAC address
-bi Print Board ID
--boot-flashtype flash_type
Specify flash_type as either parallel or serial
--boot-memorywidth memory_width
Specify memory_width (in bits) as either 8 or 16
--boot-ram-selectenable mb0cr_value
Specify mb0cr_value in the range [0,7]
/CS0:3 in bits 1:0, /OE0:1 (== /WE0:1) in bit 2
Previously, the command line RFU required that its first parameter must be the path name of the binary image to load to the
Rabbit target board.
Now, when the new -i pathname option is not specified, it is possible to check Rabbit board information via the new -si and/or -
ma and/or -bi options without loading a binary image to the Rabbit target board.
The Rabbit Field Utility, after successfully loading a binary image onto a Rabbit target board, now automatically starts program
execution. RabbitBios.c has been updated to provide the following three behavior options after the RFU has started program
execution:
Default behavior. When neither RFU_BIN_RUN_IMMEDIATELY nor RFU_BIN_WAIT_FOR_RUN_MODE are defined, a BIN program
image successfully loaded by RFU 4.72 or later will run BIOS code only and then will wait in an idle loop until a hardware
reset occurs. Following a hardware reset and with the programming cable disconnected, BIOS code and user code will
execute as usual.
This mode of operation most closely emulates the behavior of RFU versions prior to 4.72. It can also be useful in test fixture
code, for example, where a test fixture can control at least one of the SMODEx levels as well as the RESET level, and manual
disconnection of the programming cable is inconvenient or undesirable.
When RFU_BIN_RUN_IMMEDIATELY is defined in Dynamic C’s Project Options’ Defines tab, a BIN program image successfully
loaded by RFU 4.72 or later will run both BIOS code and user code immediately after loading, with the programming cable
still connected. With the programming cable disconnected, BIOS code and user code will execute as usual.
This mode of operation is enforced when Dynamic C’s debug kernel is enabled. It can also be useful in test fixture code, for
example, where a test fixture can not or does not control the SMODEx levels and manual disconnection of the programming
cable is inconvenient or undesirable.
When RFU_BIN_WAIT_FOR_RUN_MODE is defined in Dynamic C’s Project Options’ Defines tab, a BIN program image
successfully loaded by RFU 4.72 or later will run BIOS code and then pause in an idle loop, waiting for the programming
cable to be disconnected. As soon as the programming cable is disconnected, user code will begin to execute. With the
programming cable disconnected, BIOS code and user code will execute as usual.
This mode of operation can be useful in test fixture code, for example, where a test fixture can control at least one of the
SMODEx levels and manual disconnection of the programming cable is inconvenient or undesirable.
ENHANCEMENTS
The Lib\Rabbit4000\NandFlash\nflash.lib driver library has been updated with support for Micron/Numonyx/ST
NANDxxxW3A nand flash devices. Previously supported nand flash devices, used on RCM4000 and RCM4050 boards, have been
discontinued and are no longer available. As of 01-Dec-2012, new production RCM4000 and RCM4050 boards will have a
Micron/Numonyx/ST NAND256W3A (32MB) nand flash device installed. Custom applications which use nand flash, whether based
on RCM4000, RCM4050 boards or a custom nand flash board design, should be recompiled using Dynamic C 10.72 in order to