GAL16V8, WinCUPL and TL866 Programmers [message #5352] |
Fri, 19 October 2018 06:08  |
simonj5
Messages: 13 Registered: October 2018 Location: Cambridge, UK
|
Junior Member |
|
|
Hello,
I've had a search through the forum and while I can see discussions around this topic I can't see an exact answer.
As a background, I'm assembling a 65C816_ECB_SBC card which, for those unfamiliar, uses a couple of GAL16V8 and a GAL20V8. I ordered a couple of GAL16V8D chips before checking that I could compile the PLD files in WinCUPL. As I had a GAL16V8D I changed the 'device' definition in the PLD file from gal16v8a to gal16v8d. Of course, as I now know, WinCUPL is happy with the A variant but not the D variant.
I thought that I'd try my luck and using my TL866 programmer I told it that I had a Lattice GAL16V8D, was able to erase and 'blank check' the GAL. I was then able to program the chip using the JED file produced by WinCUPL.
My question is, can I use the JED file compiled for a GAL16V8A variant with a GAL16V8D variant? (What is actually the difference between the A, B, C and D variants?
WinCUPL only supports the GAL16V8A; are there any compilers that are available for the WinCUPL language that support the D variant chip?
I am going to download ispLEVER, which claims to support the GAL16V8D variant but then I am guessing that I'll need to translate the the PLD source file.
Thank you for reading this far through; I'm a newbie when it comes to GALs so please excuse my silly questions.
Simon
Incidentally, I have ordered a couple of GAL16V8A but these are significantly more expensive than GAL16V8D
|
|
|
Re: GAL16V8, WinCUPL and TL866 Programmers [message #5357 is a reply to message #5352] |
Fri, 19 October 2018 07:32   |
 |
Andrew B
Messages: 467 Registered: October 2015 Location: Near Redmond, WA
|
Senior Member Administrator |
|
|
The fuse maps in the .JED file should be compatible. It's possible some new fuses were added in the 'D' parts, but the GALs I have encountered tend to be backwards-compatible with the fusemaps.
You can also write Lattice GAL maps to the Atmel ATF16V8 and 22V10 parts. Note that the Atmel parts use a different pin-twiddling algorithm to program the fuses even though the fuse map is compatible, so you programmer needs to support the ATF parts specifically as a separate part. Programming the ATF22V10's has also been a challenge for some users, it seems that algorithm is not well-implemented by all of the cheap programmers.
[Updated on: Fri, 19 October 2018 07:33] Report message to a moderator
|
|
|
|
|
|
|
Re: GAL16V8, WinCUPL and TL866 Programmers [message #5371 is a reply to message #5369] |
Sat, 20 October 2018 07:28   |
 |
Andrew B
Messages: 467 Registered: October 2015 Location: Near Redmond, WA
|
Senior Member Administrator |
|
|
The Lattice GAL22V10s I think have been OK for most people to program, the Atmel ATF22V10s have been a bit of a pain. I bought a Wellon VP-598 that was supposed to support the ATF22V10, and it wouldn't program them (does program EEPROMs and ATF16V8s fine). I ended up building my own using the algorithm described here to complete my project.
The thing is with the GAL parts no longer being made, the ATF parts are the only parts you can buy new from Digikey, Mouser, etc instead of sketchy China sources.
There is also a simple parallel port GAL/ATF part programmer design - http://www.bhabbott.net.nz/atfblast.html
[Updated on: Sat, 20 October 2018 07:30] Report message to a moderator
|
|
|
|
|
|
|
Re: GAL16V8, WinCUPL and TL866 Programmers [message #5408 is a reply to message #5406] |
Sun, 28 October 2018 11:06   |
linker3000
Messages: 16 Registered: May 2018
|
Junior Member |
|
|
Hey folks,
I just popped over to the TL866/TL866-II manufacturer's site to see if I could contact them about GAL support - and looksee at the latest firmware released notes!! I'm off to download a copy and check out my Lattice 22V10s...I *might* have some ATF versions too. Watch this space, unless someone beats me to the punch!
http://autoelectric.cn/EN/TL866_main.html
TL866II Upgrade History:
Version: V8.07 Support:15401--2018.10.23
ADD: ATF16V8C ATF16V8CZ ATF16V8CEXT
ATF22V10C ATF22V10C(UES) ATF22V10CEXT
ATF22V10CQ ATF22V10CQ(UES)
ATF22V10CQZ ATF22V10CQZ(UES)
ATF22V10CZ ATF22V10CZ(UES)
Version: V8.05 Support:15360--2018.10.20
ADD: ATF20V8B ATF20V8BL ATF20V8BQ ATF20V8BQL
ATF22V10B ATF22V10BL ATF22V10BQ ATF22V10BQL
next step: will add more PLD chips.
FIXED: GAL22V10B M95320W M95128W
TL866 Upgrade History:
VERSION: V6.85 Support:14337--2018.10.19
ADD: ATF20V8B
FIXED: GAL22V10B M95320W M95128W
[Updated on: Sun, 28 October 2018 11:09] Report message to a moderator
|
|
|
|
Re: GAL16V8, WinCUPL and TL866 Programmers [message #5410 is a reply to message #5352] |
Sun, 28 October 2018 14:16   |
linker3000
Messages: 16 Registered: May 2018
|
Junior Member |
|
|
The results are in...
TL866-II, Latest firmware V8.07:
Lattice GAL22V10D-10LPH x5 + Lattice GAL22V10D-10LPN x5: 10/10 OK (Programmed and verified). I also pulled and copied a working Lattice 22V10 and the replacement is working fine on my Z80 board.
Lattice GAL20V8B-25LP: 3/3 OK. 2 complained about overcurrent or device error until I re-seated them.
Atmel ATF16V8B-15PU: 2/2 OK
I have some ATF22V10s already on order but they have not arrived yet.
[Updated on: Sun, 28 October 2018 14:19] Report message to a moderator
|
|
|
|
|
|
|
Re: GAL16V8, WinCUPL and TL866 Programmers [message #5420 is a reply to message #5419] |
Tue, 30 October 2018 20:42   |
 |
lowen
Messages: 226 Registered: August 2016 Location: Western NC USA
|
Senior Member |
|
|
I've used the Linux minipro software to read and program EPROMs, EEPROMs, and flash chips with my TL866A (not a TL866II), but the GAL support I've not tried, and it isn't well tested. So I use a Win7 VM running in KVM on Linux to run that (at least the CentOS qemu-kvm-ev packages have working usb passthrough).
--
Bughlt: Sckmud
Shut her down Scotty, she's sucking mud again!
[Updated on: Tue, 30 October 2018 20:43] Report message to a moderator
|
|
|
Re: GAL16V8, WinCUPL and TL866 Programmers [message #5421 is a reply to message #5420] |
Thu, 01 November 2018 15:21  |
linker3000
Messages: 16 Registered: May 2018
|
Junior Member |
|
|
As I understand it, the TL866/II's programming abilities comprise routines held in the programmer, and the software triggers the correct ones in the right sequence to make things happen (read, write, erase, verify, blank check.. etc) - so if the programmer is updated through a download of the manufacturer's software (new software has an 'update firmware' option), then the programmer now knows about any new devices.
This means that third party software authors don't need to work out the programming algorithms, however they still need to add the newly-supported devices to their app and code up what needs to be triggered in the microcontroller inside the TL866/II - simpler tasks, but it still needs someone to get around to doing them.
[Updated on: Thu, 01 November 2018 15:22] Report message to a moderator
|
|
|