(1 / 1)
Date: November 21, 1989 19:41
From: GAWD::SHEPPERD
To: @sys$mail:engineer,SHEPPERD
A new Family/Pin code selection program is in beta test at the DIO's. It has substantial differences than the old one: 1) It is a complete new program written in C (the old one was written in VAX assembly...a real pain in the ass to maintain). 2) It allows for each part to have 3 F/P codes: a primary, a secondary and a Unipak. The Unipak code is required because some parts have different F/P codes between the model 288 and model 29. 3) It allows for you to type in the F/P code instead of a device type if that's all you know, or the device isn't in the F/P table. 4) It allows for you to add (or change) devices in the F/P table. Item 4 isn't enabled just yet. The reason for the primary and secondary F/P codes is: The model 288 has new firmware that has two sets of F/P codes for selected EPROMS using different programming algorithms for each. Specifically the TI 27512's can use "snap programming" which is supposed to be several times faster than the other method. The model 29 doesn't have this feature and currently only 1 of the 288's has the new firmware. So...the family pin selector will send the primary F/P code and if the DIO rejects it, will then send the secondary. It'll only send the Unipak F/P code if it knows it is sending to the Model 29 with the Unipak installed AND the Unipak F/P code is not 0. In order not to break other stuff, I've added a new command to DIO which selects this new family pin code selector program: FAMILY. Use FAMILY instead of DEVICE if you want to try out the new code. The only differences between the FAMILY and DEVICE commands are: FAMILY doesn't require an argument. If you type FAMILY with no argument, it does auto-family_pin selection. If you type FAMILY with a device name that isn't in the F/P table, it reports same then does an auto-family_pin selection (same as DEVICE would do). If the argument to FAMILY begins with a minus sign (-), then the argument is assumed to be a family-pin code and will be sent to the DIO (sans minus sign). It'll report if the DIO didn't like the F/P code. It'll also report what devices are in the F/P table that have a matching F/P code. If after a while, this program seems to work without trouble, I'll make DEVICE use it too. ds
Nov 21, 1989