Mi történik valójában csapok és jelek szintjén egy GAL eszköz programozásához? Tegyük fel, hogy van egy GAL 22V10 és egy .JED fájlom a kívánt biztosítékmintával. A továbblépés szokásos módja, ha a chipet egy kereskedelmi programozóba dobom, betöltöm a .JED fájlt, és mondom, hogy menjen. De mi van folytatja a chip konfigurálását? Hogyan vannak megadva ezek a “biztosítékok”? Hogyan olvassák vissza, írják, töröljék?

A keresőmotorokkal végzett némi erőfeszítés után nincs semmi konkrétabb, mint a “PAL-ok” a PROM-okhoz hasonlóan vannak programozva “. Úgy tűnik, hogy ha van PROM programozója, akkor nem kell túl sok PAL vagy GAL programozására. Ez azt jelenti, hogy az alkalmazott programozási feszültséggel a biztosítékokat memóriaként kezelheti? Természetesen a GAL törölhető és a PROM-ok nem voltak, ezért ez az analógia nem mond semmit arról, hogy miként lehetne törölni egyet.

Különösen a nyilvánvalóvá teszi, hogy a hardver nagyon egyszerű; az egyetlen érdekes bit, hogy a szoftver vezérli. Sajnos (számomra) a mellékelt szoftver kommentárja japán nyelvű, és maga a kód az 1980-as DOS makró összeállítója, így a protokoll ugratása félelmetesnek tűnik, mivel a .jed fájl olvasására szolgáló kód (DOS használatával) -ismusok) mind összekeverednek a programozó I / O-val. (Arról nem is beszélve, hogy saját protokollja van tetején, hogy az összes párhuzamos bitet áthelyezze az 595-ösön)

És igen, tudom, hogy A 22v10 egy dinoszaurusz. Mondjuk, hogy csak tudni akarom.

Megjegyzések

  • Ez kiindulópontnak tűnik: armory.com/~rstevew/Public/Pgmrs/GAL/algo.htm
  • @ThePhoton – nagyon hasznos. Úgy tűnik, hogy a ' biztosítékokat ' számos eltolási regiszterbe rendezik, 6 bites bemenettel annak kiválasztására, hogy melyik vonal reagál az SDin / SDout csapok.

Válasz

Emlékezetem szerint párhuzamos címzéssel és ez az oldal a TI webhelyén ezt megerősíteni látszik.

Nem minden PAL törölhető. btw. AMD & A Lattice PALCE-je elektromosan törölhető (a standard PAL-ek nem voltak). Nem tudok a TI TIBPAL & TICPAL-okról, amelyekhez linkeltem, de a programozási dokumentumok nem tesznek említést a törlésről.

Megjegyzések

  • Igen, azt hiszem, hogy a szabványos PAL-ok, mint például a 16R8 stb., tényleges olvadó linkeket használtak, és egyszeri programozhatóságúak voltak, míg a későbbi GAL chipek EEPROM-alapúak voltak, és törölhetők voltak. A TI dokumentumok jó leletnek bizonyultak, de úgy tűnik, hogy csak a PAL-okra vonatkoznak, bár kétségkívül informatívak az általános programozási megközelítéssel kapcsolatban. Hány programozót ismersz, akik produktívak lennének 90 perc UV-fény alatt minden egyes újrafordításnál? Néhányat felhasznált egy alulképzett villamosmérnök tanfolyamon.
  • @BenVoigt: Az EPROM-okkal látott legtöbb ember szinte mindig megpróbál legalább két részből állni forgásban, ha nem három. Négy vagy öt volt még jobb, mert addig tarthatta az előző verzió törlését, amíg biztos nem volt benne, hogy ' nem akarja újra használni (pl. Ha beírja az új verziót) chip és semmi sem működik, hasznos lehet újra megerősíteni, hogy a rendszerben minden más még mindig jó).

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük