Recent technical history of Micro mkI firmware

The ROM for the Micro mk 1 is updated by replacement; it cannot be updated on line. You can download the code and make your own ROM from a 27C512 EPROM, using an EPROM blower. When you have done that, you will have to dismantle the micro to install the new ROM. Click here for full instructions.

Download the latest micro018.rom - or email us and we will post you one.

Date Revision Summary
04/06 18

Fixes an occasional spurious clock 0 and 1 self test error.

04/03 17

Prevents USB character data overflow.

07/01 16 getSysData extended to return max channels in non burst mode.
Burst mode result fixed.

setAdcList now allows the maximum channel possible.

02/01 15 Fixed minor error in USB read data sequencing.
02/00 14 Fixed error in diagnostic ramp address that caused the 1401 to hang.
Self-test errors with cable out did not give usual flashing LED behaviour.
11/99 13 Added code to support the USB and provide diagnostics, plus minor fixes.
Error1401 added to symbol table.
11/98 12 Offset parameter for TOHOST/TO1401 changed to 32 bit.
08/98 11 ADC command does setAdcSilo(1,1) to reset the silo.
07/98 10 Inverted sense of events read from switch pack to match documentation.

New FPGA version 4, adds ADC convert on clock start.

Added support for extension EEProm in top boxes (but resistor is missing from data line!).

Now allows up to 32 values returned from command (was 10).

09/97 09 Fixed command loading bug.

If command had little un-initialised data, could corrupt relocation table.

Now CLOAD returns 253,0 - corrupt command header, 253,1 - unknown symbol referenced, 253,2 relocation overflow.

05/97 08 Set host ports back to 100 ns as it caused errors when top boxes added.
04/97 07 Changed DAC1 use in self test to use raw o/p so that the patch card would not foul up self-test.
Set the host port speeds to M0 (50 ns), was 100ns.
??/97 06 Internal testing version for host port/PCI speed up.
12/96 05 Fixed faults in blkSetA\blkSet that caused incorrect use of the advanced DMA modes.
10/96 04 Added support for Spike2 top box LEDs.
06/96 03 DAC command was using SHORTREF() to update DACs. This meant that only upper 8-bits were set as compiler did two 8-bit writes, and ls byte was lost
04/96 02 No code changes (u1401mon.c had REVISION changed to 2).
XILINX code modified to: 1)Link DILCSR flag to E1 int, 2) Fix state of unused pins on XILINX parts.
01/96 01 Changed the bitmap length for FPGA to 0x168f1.
Changed EEPRdCode to set Z flag if all ok. This made Auto-setting of ADC gain/offset work.

RESET revision changed, Labelled as ROM 0.01.

Cambridge Electronic Design Limited

Registered in England: 972132

Registered office:

  • Cambridge Electronic Design Limited,
  • Technical Centre,
  • 139 Cambridge Road,
  • Milton,
  • Cambridge CB24 6AZ

VAT: GB 214 2617 96

Producer Registration number: WEE/BD0050TZ

Terms and Conditions of Sale

For our US customers, we can provide tax form W-8BEN, that identifies us as a UK company.

DUNS: 219151016
NAICS: 423490
Commodity codes
Hardware: 84716070
Software: 85234945

By email:

By post:
  • Cambridge Electronic Design Limited,
  • Technical Centre,
  • 139 Cambridge Road,
  • Milton,
  • Cambridge CB24 6AZ
By telephone:

(Int.+44) (0)1223 420186

From North America (Toll Free):

1 800 345 7794


Privacy policy

CED, through this site, does two things that relate to privacy. We would like to explain them.

Emails from down-loads

We offer free down-loads of many files on our site, from test programs to complete install files for updated versions of major packages like Spike2 and Signal.

When customers wish to take a down-load of a major package, we ask a few questions, including their name, email address, the serial number of the software for which they seek an upgrade and whether they would like an automatic email whenever we update the product. This information is emailed back to CED when they access the final down-load screen. Within this email, your browser transmits the type and version of browser you are using, and the screen resolution you are running.

The reasons why we take and keep this information are that it is useful for our software development team to know who has taken the latest versions, and it is useful for our web site development team to know which browsers people are using to view our site, and what resolution they have their screens set to.


When people down-load a major package, we try to write a cookie, a small file in your computer, that records your name, serial number of the software package, and the version you are down-loading. These files have a lifetime of one year.

The reasons for storing this information are firstly that if you ask for another down-load some other time, your details are read from the cookie and are pre-written into the form, to save you looking them up again. The other reason is that next time you access our site, your browser looks through your CED cookies and compares the versions down-loaded with the latest version numbers read from our site. If there is a later version of a product you have already down-loaded, we tell you on the home page screen, so you know that it is worth going to the down-load page again.

None of this information is ever given to anyone outside CED. ×