Użytkownik "Adam Wysocki" napisał w wiadomości grup
dyskusyjnych:p7bd67$nu3$1$g...@n...chmurka.net...
J.F. <j...@p...onet.pl> wrote:
>>>Jest jeszcze jeden argument -- zawsze chciałem dowiedzieć się, z
>>>czym
>>>się je GAL-e. CPLD to swoją drogą.
>
>> One akurat dosc podobne wewnetrznie, wiec nauka po czesci wspolna.

>Oby :)
>Gale z jakiegoś powodu wydają mi się prostsze. Taki "pierwszy etap"
>nauki,
>zanim rzucę się na CPLD. Chociaż to wrażenie nie jest niczym poparte
>i
>może być zupełnie błędne.

Prostsze, ale typowe CPLD nie wiele wiecej niz kilka/nascie gali.

>> cala logika tam to na oko faktycznie sie do 16V8 zmiesci, ale ja
>> tam
>> nie widze tego odlaczania od magistrali.

>Bo tam go nie ma. To schemat cartridge do Pegasusa. Ja chcę zrobić
>sobie
>developerski, żeby wrzucić go do konsoli, podłączyć po USB do peceta
>i
>napisać na to jakąś prostą grę albo kilka. Wydaje się ciekawe.

Ale schemat sie rozrasta.

>Wiem, że są emulatory, ale to nie to samo.

Eee tam, na Androida napisz, bardziej sie przyda :-)

Chociaz ... Symbiana juz nie ma, Windows Mobile prawie nie ma ...
trzeba dobrze wybrac platforme :-)

>> Jak ma byc cos wiecej i jeszcze jakies programowanie z zewnetrznego
>> zrodla, to i CPLD moze nie starczyc, nawet jesli bufory beda w
>> osobnych kosciach.

>Ale do szeregowego programowania flasha tak naprawdę powinien
>wystarczyć
>tylko licznik (adresów) i rejestr przesuwny (do magistrali danych), a
>na
>upartego nawet jeden długi rejestr przesuwny, żeby ustawić bity
>(adres i
>dane) i puścić strobe. To się może nie zmieścić nawet w CPLD?

Pamietasz Atlantira - raptem 24 bity, a wyszlo na to, ze srednie CPLD
zzera.

W zaleznosci od wersji - moze i jak piszesz, jeden rejestr przesuwny
bez bufora na adres i dane, strobe w dogodnym momencie.
Ale jak licznik, to przydalby sie z buforem ... a nie, w sumie nie
musi byc z buforem, moze byc licznik i rejestr w jednym :-)

A potem sie okaze, ze zasobow zabraknie, bo wielobitowe liczniki moga
potrafia byc wredne ... ale w tym przypadku chyba wyjatkowo nie.

J.