Re: GAL 16v8 - wincupl TABLE compile error




"Lathe_Biosas" <lathe_biosas@xxxxxxxxxxx> schreef in bericht
news:1133818048.460513.244480@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Hi
>
> With a GAL 16v8 I would like to programm some kind of decoder (8
> inputs, 7 outputs) with the following code:
>
>
> TABLE input => output {
> 'b'00000000 => 'b'1010000;
> .
> .
> .
> 'b'111111111=>'b'1010000;
> }
>
> the 7 output values are defined in [40 .. 80] and the inputs in [0 ..
> 255]
>
>
> When compiling with wincupl I get the following error:
> -excessive number of product tems: a1, a2, a3
>
> a0-a6: are the outputs coded to pins 12-18 respective
>
> Is there some type of limitation that using TABLE does not aloud 255
> values to be coded?

Yes, a GAL16V8 has eight product terms/ouputpin and apparently your table
requires much more.

> Any hint how to solve the problem?

Yes, an oldfashioned EPROM will fullfill your needs unless you require a
real high speed. I'm not up to date but I remember 50ns EPROMS. Made by AMD
if memory serves. Lower speeds were widely available at the time. Still have
a box of pulled 2764 in various tastes, brands and speeds.

>
> Best Regards
>

petrus bitbyter


.



Relevant Pages

  • Re: Faster encoding?
    ... > running Windows Server 2003)? ... does the MPEG-2 decoder make a difference as you mentioned? ... RAM, CPU and bus speeds are. ...
    (microsoft.public.windowsmedia.encoder)
  • Re: Jerky movement on Athearn Genesis F7 "B" unit
    ... Scott wrote: ... but I find at very slow speeds the "B" unit tends to go normal ... > don't think its anything decoder related. ... One of the members at my train club suggested the engine ...
    (rec.models.railroad)