- Pattern Generator Upgrade Kits
- Stepper Upgrade Kits
- Hardware Products
- Software Products
- PG/Stepper Support
- Customer Login
- Frequently asked questions (FAQs)
Frequently asked questions
Please note that for items involving copying or changing the MOP file, you should always make a backup, just in case something goes wrong
Checking the DU0: boot disk for problems
With time the system disk may become fragmented or nearly full which may cause unusual symptoms when creating or running job files. There are a few things that can be done to check whether the disk is having some issues.
:rsx set cli=mcr >pip /frwill tell you how much free space is on the disk and how many headers are available to create new files. If either number is getting very low then it may be time to expand the size of the disk (see examples below). This command will also indicate the amount of contiguous space. If the contiguous space is small then the disk is likely fragmented and you may want to make a copy of it to remove the fragmentation (see examples below)
>ins [3,54]vfy >vfy du0:VFY is a tool used to verify the disk directory structure. A bunch of things will appear here as the file structure of the disk is checked. You can ignore 'marked for delete' things but you will want to note any 'bad header' things or some other messages that indicate a possible problem.
>vfy du0: /dvwill check for invalid directories so you should see 0 items in a normal disk
>rem vfy >set cli=mpc :You should be back to a MOP prompt at this point. The DU0: disk can be repaired using VFY (command syntax can be found here) but it may be easier to make a clean copy of the system disk.
The stepper upgrade kit software allows the user to create empty image files of pretty much any size. These empty files are then assigned to a device (say DU1:) and then the switch to control mode is made to operate the stepper. Using MOPS 605.x to 7.3 (the RSX-11M+ based ones), the typical sequence
:newdsk du1: :setdsk du1:mounts the empty file for read/write access. The MOP, by default, assumes that the device is a floppy diskette and only allocates enough directory space for about 250 files - about what would normally fit on a floppy. To get more file directory space (so that more files can be stored on the device), log in as supervisor and then do the following (the text following the semicolon is just explanation and isn't to be typed in):
:rsx set cli=mcr ;do this from RSX MCR prompt >alloc du1: /term=tt0: ;give control to tt0: >mount du1: /foreign ;mount device foreign >bad du1: ;run bad blocks check on file >init du1:"label" /mxf=## ;select a label for the disk, enclosed in quotes and ;set ## to the max number (octal) of files to allocate space for in the index (8000 is probably enough so octal 17500) >dmo du1: ;dismount the device >dealloc du1: ;done so release the private control >set cli=mpc ;return to MOP :setdsk du1: ;set the new disk :rsx pip du1:=du0:/uf ;example copy all files from du0:[10,1] to du1: - note the UF optionYou should now have a new MOP file, bigger in size than the original, containing all the original information and capable of storing more files. In Control Mode you can now assign this file to the DU0: device and then boot into Operation Mode as before.
Resizing MOP 7.2.1 file
7.2.1 normally comes as a 140Meg image file which may be needlessly large. It can be reduced in size by using BRU to initialise an empty container file (and to make it bootable) and then copying over all the files. The only things to watch for are that there is enough space in the 32M file to hold the contents of the 140M file (run 'space' and 'free' under RSX to check), and that there is enough header space allocated for the number of files being copied. The basic steps are as follows:
:rsx set cli=mcr >free du0: >space du0: >mount du1:/for >rem bru >ins [3,54]bru >bru/mounted/init/max:8000/hea:4000/pos:beg du0: du1: >free du1: >space du1: >dmo du1: >set cli=mpc :
Remote control software for upgrade kits
current line of upgrade kits generally run under DOS (they need the real-time control properties of DOS). Remote control software for DOS, using the IPX network protocol is available from Netop as freeware. IPX (and NETBEUI) real-mode network support is built into Windows 9x and takes up relatively little memory. The steps involved are basically the
Rebooting the stepper MOP
For steppers based on the RSX-11M operating system, you can reboot the MOP (master operating program) without returning to the main menu screen and starting the system as usual. This shouldn't normally be required but if you are sure that you can safely kill everything that you are doing and wish to start again, try
:rsx boo [1,54]rsx11m.sysThe system should reboot and return you to the standard log in prompt.
A bug in RSX-based stepper job file names
There appears to be a bug in the MOPs using RSX-11 as the operating systems (versions 605.x and 7.x) related to job file names. The normal filename under RSX is composed of a name (up to 9 characters) followed by an extension (up to 3 characters). If you specify a job name with 10 characters (or more), SPEC will accept the name but it's going to cause some problems e.g.:
:spec test123456is accepted, but the file that appears in the current user directory will have the odd name of '.;1' i.e. the name is just a period (.) followed by a semi-colon (for the version number) followed by a number (1 for the first version of the file). If you now try to EDIT the job (or in fact ANY 10 character file name like 123456test) you will always be accessing the same single file named '.;1'. Attempts to create (SPEC) a job with 10 or more characters (ANY 10 characters) in the name will tell you that the job already exists. This is going to confuse the operating system when things like PURGE are called to delete old copies of the job (the system will appear to hang while it figures out what to do). The answer is obviously just to make sure that your job file names have no more than 9 characters in the name and no more than 3 characters in the extension.
DLL errors when running DOS software under Windows
Normally, our simple 16-bit DOS tools run fine under 32-bit Windows NT based operating systems (XP/XP Pro/2000 etc.). This includes our free utilities(GDS2TXT, CIF2DXF etc.) as well as simple things that we write quickly to help customers using other people's software for pattern design. Sometimes, Windows will flag an error, something of the form 'An installable Virtual Device Driver failed DLL initialization'. The problem description and solution can be found here. Typically the problem is the result of an incomplete un-install of some other software that also required 16-bit DOS services.
When running the RSX based steppers (MOP version 605 and above), it is sometimes necessary to move files back and forth between the DOS host environment and the RSX guest environment. There is an RSX task called [10,1]DOS.TSK which makes this possible. This is normally installed on all of our upgrade kits but if you can't find it, we can send you a DU2: image file called DOSIO.IMG. Use the 'Assign devices' menu selection to mount this image file as DU2: and then boot into the MOP as usual. Log in to [10,1] as supervisor and then
do the following:
:setdsk du2: :rsx pip du0:=du2:dos.tsk/co/ufThe task DOS.TSK should now be in the supervisor account [10,1] and available for use. Files can only be imported and exported between the RSX [10,1] supervisor account and the DOS subdirectory where the stepper upgrade software normally resides (usually C:\UPG_STEP). The normal procedure is as follows (the semicolons mark the start of comments that don't need to be typed):
:rsx set cli=mcr ; restore the normal MCR command set >ins [1,2]dos ; install the DOS task (the acct [1,2] is typical but [10,1] may also work) >dos get chuck.dat/i ; import the CHUCK.DAT file into [10,1] as a straight binary image (/i option) >dos put dos.tsk/i ; export the DOS.TSK file to the DOS directory as a straight binary image (/i option) >dos get notes.txt ; import the NOTES.TXT file and do a conversion from DOS text to RSX compatible text >rem dos ; remove the DOS task >set cli=mpc ; restore the normal MOP command prompt :
HP5501A/B replacement laser
The Excel 1001F Laser head (possibly referenced as EP1001A) from Excel Precision appears to be a drop in replacement for the HP5501A/B laser head on the GCA line of pattern generators and steppers. The mechanical and the laser light specifications appear to be the same as described in these two PDF documents : Excel Precision 1001F laser head and HP 5501A/B laser head
Our upgrade kits usually come with Kermit-11 (for RSX) installed. For those users with original DEC LSI/11 minicomputers, the installation of Kermit for RSX-11 (MOP versions 605.1 and above) requires an RX50 floppy diskette containing the Kermit-11 task and help files. This floppy can actually be created on a DOS PC which has a 5.25" disk drive and a 5.25" DSDD (360K) floppy disk (not the HD 1.2M floppy disk). The files to do this can be found here.
C:>kermit a: ; (when the 5.25" drive is A:) or C:>kermit b: ; (when the 5.25" drive is B:)You will be prompted to put a floppy diskette (DSDD 360K type) into the drive and then to press <Enter>. When all the drive churning has successfully completed, you should have a floppy diskette containing Kermit-11 for RSX. This diskette can be put into the RX50 drive on the original DEC computer (usually referenced as DU2:), mounted and the contents copied to the supervisor account:
:setdsk du2: :rsx pip du0:[10,1]=du2:[*,*]*.*/ufKermit can then be run from the user's account. Kermit will allow the transfer of data between a stepper computer and any PC based terminal emulation package that supports the Kermit protocol (TeraTerm Pro and Hyperterminal for example). See the PUTR.DOC file for possible problems and solutions related to the use of 5.25" floppy disk drives in this manner (not all floppy drives are created equal).
Once Kermit-11 is installed, you can run it from the [10,1] supervisor account:
:rsx run [1,2]k11rsx ; the account [1,2] is typical but it may also be [10,1] >kermit-11From the Kermit prompt, you'll have to configure the system slightly:
For the RSX-11M+ based GCA steppers (basically anything running MOP 605.x or 7.x such as the ALS200 and Autostep machines) there will probably come a time when the user will experience odd behaviour such as the inability to create or save job files. In the original system, this would likely be caused by the disk drive (somewhere between 20 Meg and 140 Meg in size) having filled up or run out of header files. Under the ODS-1 file system (the one used in the RSX-11M based steppers), there is one header file for each file on the disk with the number of header files fixed when the disk is created. In our upgraded systems, the original disk is represented by a disk container file (e.g. MOP_730.IMG) which can be as big as desired and initialised to have enough header files to meet any needs. The process to create a bigger disk container file is as follows: