The TL866II + device contains the necessary tools to program the GAL/PAL chips. I know that after programming the GAL/PAL, the chip must be checked for compliance with its functionality. The JEDEC file used to program the GAL/PAL may contain in addition to the fuses list also a list of vectors to check the programmed chip. The format of the JEDEC file is well described, and the sections of verification vectors are described too.
In the XGPro V.11.81 program, there is a digital logic IC testing mode. You can create your own template for checking arbitrary devices. I tried to do this using the built-in toolkit. To check the GAL/PAL chip a large number of vectors required, and enter all of them through the proposed input interface seems not very productively. Is it possible to add to the XGPRO program the import of verification vectors from the JEDEC file? It would be very convenient, given that these vectors can be more than 100 pieces for one device. Agree, to create hundreds of vectors using an interface built into XGPRO.11.81, it will be necessary to click on "Pins Vector Set" drop-down lists from 1 hour of working time (the most optimistic forecast - a pair of seconds for one pin with the number of pins of 18). And this is without checking the entire table, and errors when transferring such a big bunch of data manually is highly possible.
Perhaps I missed some utility to convert a JEDEC or other text file with check vectors in the * .lgc format?
And more: in the description "T56_TL8666II User Guide.pdf" I could not found some information about time period during which the logical chip testing begins after power supply is on. To test the GAL containing the triggers after programming, this time is extremely important, since for some time after the power-on device is presetting these triggers in the initial state. In my case (GAL16V8D) it's 1us. It is not clear why, but when testing in TL866II +, some triggers are not reset before the start of the test. What happens before the start of the test - I don't know, maybe the pins of the chip are checked on the possible short to gnd, etc., and at this moment the initial state of the triggers can change. The point here is definitely not in my chip, as when checking manually (I have a device with old good togglers and LEDs) I can swear that all the triggers are reset when the power is suppressed as it should. |
