GAL kérdés

[Zakó János]

Üdv!



Semmilyen tapasztalati gyakorlatom sincs a GAL-okkal kapcsolatban, elméleti
sem túl alapos.

Van egy NC gép, aminek az a hibája, hogy nem jegyzi meg a megírt programot.
Van benne egy DS1225Y. Biztosra veszem, hogy ebbe kellene elmentenie a
programot. Bármit írok be, a paraméter átlépése után visszalépéskor 0 lesz
az érték. A DS-t tudom írni olvasni a ChipMax-al és változik benne az adat a
gépben is. A buszon van még a korábban említett 28F512, tehát azt gondolom,
hogy nem az adatvonalakon van a hiba és mivel írni írja, ezért a CE is jó
lehet. Az OE viszont egy GAL16V08D-ből jön(ne). Rajzom nincs, szkóppal még
nem mértem meg, de gyanítom hogy onnan nem jön semmi. El szoktak ezek
romlani vagy meg tud sérülni a tartalom?

A segítséget előre is köszönöm,



Jani

[Erdos Zoltan]

a GAL sorozat egyszer programozhato, meglehetosen durva modon, tehat nem
hinnem, hogy egyebkent mukodo aramkorben elszallna.. de semmi nem kizart...
mindenkeppem meg kene szkopolni
egyebkent mivel kiegetett diodakkal megy, a tartalom max tovabbi kieges
formajaban tud serulni.. meglehetosen extrem esetben..

> -----------------------------------------
> elektro[-flame|-etc]
>
>

[Skandar Graun]

Zoltán, te a PAL-ról írsz.
A GAL többször írható, úgy, mint a PALCE
Természetesen elromolhat a kimenete, mint bármilyen logikai áramkörnek.
A rossz hír az, hogy a tartalma védett is lehet, vagyis nem olvasható
ki (fuse bit )
A típustól függően van benne jópár tároló is, szóval esélyes lehet egy
szekvenciális tartalom is, azzal meg vért lehet izzadni.
De a te esetedben valószínű, hogy puszta címdekóder és talán még ki is
olvasható (lenne, ha nem megy ki a láb)
Azonban én megvizsgálnám az NVRAM-ot is, mert ha merül a belső elem,
akkor érdekes dolgokra képes. Pont az írások környékén.

> -----------------------------------------
>          elektro[-flame|-etc]

[Zakó János]

Arra jutottam, hogy a GAL kimenetei az 5db 74HC373 LE,/OE és az SRAM /WE,
/OE bemeneteire mennek.
A bemeneteire: A0,A1,A2,A13,A14,A15,/WR,/RD,P3.5
Akkor jól gyanítom, hogy csak egy címdekóder?
Szkóppal megnézem, hogy az SRAM /OE-re megy-e valamikor aktív jel. Ha megy,
akkor nem tudom mi van.
Az SRAM hibát első körben elvetettem, mert a programozóban írható és
olvasható rendesen.
Ha nem megy, akkor megpróbálom feléleszteni a miniLA-t és megkísérlem
kisakkozni, hogy mikor kellene lenni annak a szintnek ami nincs.
Van valakinek jobb ötlete?

-----------------------------------------
elektro[-flame|-etc]

[Skandar Graun]

Amit leírtál, az 10 kimenet.
Mi a típusa?
Egyébként a bemeneti jelek alapján valóban csak az.
Ha foglalatban van, érdemes lenne megpróbálni kiolvasni.
Nem tudom, milyen programozód van, az univerzálisok jó része ismeri a GAL-okat.

> -----------------------------------------
>          elektro[-flame|-etc]

[Zakó János]

GAL16V8D
Valamit kiolvasott, de honnan tudom, hogy az jó-e?
Ha kódvédett, akkor az látszik valamiből?
Nagy része 1-es 3 sorban van 0.

-----------------------------------------
elektro[-flame|-etc]

[Erdos Zoltan]

azt is nezd, hogy a /WE jel is meglegyen
amugy ha nem lehet belelatni, akkor marad az allapottabla felvetele
osszes bemenet es ossze kimenet (512 allapotot szamoltam, nem sok)
amugy is hamar kiderul a funkcionalis osszefugges.. es kirivo lesz az
esetleges hiba is..
de nagyon valuszinu, hogy nem a PAL hibas

[Zakó János]

Akkor mi? Ha uC akkor végképp meg vagyok lőve. Arra kiírta a programozó,
hogy kódvédett.

-----------------------------------------
elektro[-flame|-etc]

[Zakó János]

jut eszembe, /WE nem lehet mert megváltoznak az adatok, csak 0-t olvas

[Erdos Zoltan]

de ha nincs WE, nincs beiras a memoriaba..
de mondom, 90%-nem gal hiba

> -----------------------------------------
> elektro[-flame|-etc]
>
>

[Skandar Graun]

Címdekóderként valószínű nem használja a belső tárolókat.
Így lehet szekvenciálisan játszani vele.
Csak elő kéne venni a szkópot, egyből kijönne, hogy mi van a lábakkal.
A kiolvasott állapot JEDEC formátum, keress a neten egy üres formátumot.
Ha nem olyan, mint a tiéd, akkor tudtad olvasni.

> -----------------------------------------
>          elektro[-flame|-etc]

[Zakó János]

Köszönöm a segítséget és a tanácsokat.

-----------------------------------------
elektro[-flame|-etc]

[Skandar Graun]

Azért a végeredményre kíváncsi leszek.

> -----------------------------------------
>          elektro[-flame|-etc]

[Zakó János]

Jelezni fogok.

-----------------------------------------
elektro[-flame|-etc]

[Moravcsik Szilárd]

Sziasztok!

Egy munkához szükség lenne érintőképernyős TFT-re 480x272 felbontással,
de mindenképpen beépített, pl. SSD1963 driver áramkörrel,
mert a mikrokontroller ATxmega256A3 vagy hasonló kategóriájú lenne, nem
lenne képes önmaga a TFT-t meghajtani.

Ezt néztem ki a feladathoz, mert a TME-nél is baráti áron (< 17 kHUF
netto, 1 darab) kapható:

http://www.display-elektronik.de/DEM480272A_TMH-PW-N_A-TOUCH.pdf

Akinek van már tapasztalata bármilyen TFT + érintőképernyő használatról,
kérem, ossza meg velem.

Üdv:
Szilárd

[Pávai Péter]

Szia!

Én a helyedben egy saját nyákot csinálnék az LCD mögé.
Ezt én csináltam:
http://www.hobbielektronika.hu/forum/files/8e/8e551ca16f382cbc95214848e09d30d3.jpg
http://www.hobbielektronika.hu/forum/files/ae/aeefe4db3ab3839a75ef94e16003af8a.jpg
Ezen rajta lenne az SSD1963+AVR+tapi+többi áramkör.
És így sem lesz 17 ezer HUF. Saját tapasztalat. Már csináltam 4.3" TFT
mögé SSD1963 PIC32 panelt.(SD kártya+PIC32+AR1020vTSC2046+SSD1963)
És így elég kompakt méret lesz. Ha kell SSD1963 tudok adni. Sőt még nyákom
is van 4.3" TFT mögé asszem.
Van itthon 4.3" TFT, SSD úton van.

Ha kell segítség szólj.

Üdv Péter

> -----------------------------------------
> elektro[-flame|-etc]
>

[Moravcsik Szilárd]

2012.04.15. 10:58 keltezéssel, Pávai Péter írta:
> Szia!
>
> Én a helyedben egy saját nyákot csinálnék az LCD mögé.
> Ezt én csináltam:
> http://www.hobbielektronika.hu/forum/files/8e/8e551ca16f382cbc95214848e09d30d3.jpg
> http://www.hobbielektronika.hu/forum/files/ae/aeefe4db3ab3839a75ef94e16003af8a.jpg
> Ezen rajta lenne az SSD1963+AVR+tapi+többi áramkör.
> És így sem lesz 17 ezer HUF. Saját tapasztalat. Már csináltam 4.3" TFT
> mögé SSD1963 PIC32 panelt.(SD kártya+PIC32+AR1020vTSC2046+SSD1963)
> És így elég kompakt méret lesz. Ha kell SSD1963 tudok adni. Sőt még nyákom
> is van 4.3" TFT mögé asszem.
> Van itthon 4.3" TFT, SSD úton van.

Szia Péter!

Először is köszönöm a segítséged!

Ha nem titkos, szívesen megnézném a kapcsi rajzod. Hasonló "házi"
kialakítást a techtoys weboldalán láttam és ott a nyákon valami fura,
meanderes vezetékezést alkalmaztak, amitől kissé inamba szállt a
bátorságom. :)

Egyébként milyen TFT-t használsz?
Az alkatrészek beszerzési forrása publikus?
Nálunk termék fejlesztésről lenne szó, jó lenne tartós, megbízható
beszerzési forrást találni.

A privát emil címem: moravcsik pötty szilard kikac gmail pötty hu

Üdv:
Szilárd

[Tóth Péter]

Szia!

Az SSD1963-nak mi az ára? Veszödöm itt ezzel a GFX-es PIC-el, de csak
köpködni tudok rá...
A 64 lábúnak csak 24kB a RAM-ja (én ezt vettem), a 100 lábúnak 96kB -
ami már elég lenne a QVGA-hoz -, VGA-t meg csak külső RAM-mal kezeli.
Ráadásul egy tetü lassú PIC-be tették bele szóval, ha valami normális
cucc kell, úgyis mellé kell tennem egy gyors PIC-et, akkor meg a GFX-et
mindegy, hogy mi kezeli, akár ez az SSD-is lehet.

Nincs valakinek kölcsönbe egy DM240312 (24FJ256DA210) fejlesztő panelja?
Sajnálnék rá 20e-re, csak hogy rájöjjek, hogy kell inicializálni a GFX-et...
Esetleg kell valakinek, ha veszek egyet?
(mármint eladnám utána :) )

ToPe

2012.04.15. 10:58 keltezéssel, Pávai Péter írta:
> Szia!
>
> Én a helyedben egy saját nyákot csinálnék az LCD mögé.
> Ezt én csináltam:
> http://www.hobbielektronika.hu/forum/files/8e/8e551ca16f382cbc95214848e09d30d3.jpg
> http://www.hobbielektronika.hu/forum/files/ae/aeefe4db3ab3839a75ef94e16003af8a.jpg
> Ezen rajta lenne az SSD1963+AVR+tapi+többi áramkör.
> És így sem lesz 17 ezer HUF. Saját tapasztalat. Már csináltam 4.3" TFT
> mögé SSD1963 PIC32 panelt.(SD kártya+PIC32+AR1020vTSC2046+SSD1963)
> És így elég kompakt méret lesz. Ha kell SSD1963 tudok adni. Sőt még nyákom
> is van 4.3" TFT mögé asszem.
> Van itthon 4.3" TFT, SSD úton van.
>

[Pávai Péter]

Szia,

SSD ár elég változó a dollár árfolyama miatt.
3000Huf körül saccolnám most.(Most jön 5db nekem ) De ha össze állunk
többen akkor lehet olcsóbb árat kitudok csikarni.
ChipCad-nél istenítik a PIC24xxDA210-et de már ott elvérzik hogy külső RAM
kell neki. Nyák irtó bonyi lesz tőle. A RAM ára kb az SSD árában van. A GFX
modult a MAL-ból kitudod hámozni.(bár túl van bonyolítva az egész grafikus
lib is)
Én inkább megírtam magam az egészet és legalább tudom mi mire van és mit
csinál. És hót egyszerű.
De bármire át lehet portolni ILI9320,ILI9841 stb kb 20 perc alatt.

Vissza térve a DA210-re én tuti nem szívnék vele. SSD 100x könnyebb és
egyszerűbb is.


Üdv Péter

> -----------------------------------------
> elektro[-flame|-etc]
>

[Nemka]

A Microchip Graphics Library-ben levő driver forrás nem segít?

OFF:
Miért a kisebbik PIC-et vetted meg, ha eleve nem alkalmas a feladatra?
Ha a 16 MIPS nem elég, akkor miért nem a 80 MIPS-es PIC32-t használod?
Sőt, nem is muszáj PIC-et, tele van a világ nagyteljesítményű ARM magos
processzorokkal.

Nem a Microchip és nem az adott processzor a hibás a rosszul felmért
körülmények alapján meghozott döntésedért.

Nemka
---> http://www.nemka.hu <---


> 2012.04.16. 11:07 Tóth Péter:

[Tóth Péter]

2012.04.16. 11:13 keltezéssel, Pávai Péter írta:
> Szia,
>
> SSD ár elég változó a dollár árfolyama miatt.
> 3000Huf körül saccolnám most.(Most jön 5db nekem ) De ha össze állunk
> többen akkor lehet olcsóbb árat kitudok csikarni.

Nem tudom bruttó árat írtál-e, a DA210 is ennyi (1 db) br. szállítással
együtt, tehát nem ragaszkodom hozzá.

> ChipCad-nél istenítik a PIC24xxDA210-et de már ott elvérzik hogy külső RAM
> kell neki. Nyák irtó bonyi lesz tőle.

Pont ezt akartam elkerülni, jó lenne, ha egy tokban lenne minden, bár
QVGA-hoz nem kell külső RAM, csak nem tudom felkonfigolni a modult.

> A GFX modult a MAL-ból kitudod hámozni.(bár túl van bonyolítva az egész grafikus
> lib is)

Ha tudnám mi az a MAL, talán ki tudnám nézni :) bár tartok tőle, hogy
eleve sz@rul csinálták meg az egész modult, csak szívás lenne vele, ha
el is indul...

Nem tudom kapható-e az ILI9320, én arra írtam a saját GFX-emet (csak már
nem hoz a CC ilyen TFT-t), meg vagyok vele elégedve, de ha az SSD sem
bonyolult, lehet, hogy inkább azzal dobnék össze egy próbapanelt, ha van
1 eladó példányod.

ToPe

[Tóth Péter]

012.04.16. 11:24 keltezéssel, Nemka írta:

> A Microchip Graphics Library-ben levő driver forrás nem segít?

Épp azzal kínlódom... Léptetem szimulátorban és jegyzetelem, hogy miket
állít be. Egyelőre még a clk sem jön ki belőle.

> OFF:
> Miért a kisebbik PIC-et vetted meg, ha eleve nem alkalmas a feladatra?

Azért, mert ez van a kisebb PIC leírásánál (is!):
"Resolution up to 640x480 @30Hz, 16 bpp, or 480x272 @60Hz, 16 bpp"

> Ha a 16 MIPS nem elég, akkor miért nem a 80 MIPS-es PIC32-t használod?

Mert - tudomásom szerint - azokban nincs Display modul. Egyébként már
jeleztem a MC-nek, hogy igazán kibővíthetnék a MAPS tudását, mert az új
modulokra nem lehet rákeresni, de szokás szerint leráztak...

> Nem a Microchip és nem az adott processzor a hibás a rosszul felmért
> körülmények alapján meghozott döntésedért.

Ezt most nem mondod komolyan ugye?
Persze, igaz, én szúrtam el, hogy nem rágtam át magam a teljes
adatlapon, hanem elhittem a gyors leírást, de épp most veséztük ki, hogy
ez a DA sorozat nem jó semmire. Nem hiszem el, hogy lesz fejlesztő, aki
büszkén erre fog építeni!
A kicsi, monokróm kijelzőhöz való, de olyat még nem láttam driver
nélkül. QVGA-hoz még csak-csak jó lenne, de a sebessége és a gyenge
támogatás miatt megint csak szűk körben használható. VGA-hoz meg a külső
RAM igénye miatt ember nem lesz, aki megveszi, sőt VGA-hoz a 16 mips
eleve nevetséges.
Mindig téma, hogy felesleges ennyi PIC-et gyártani, ráadásul ilyeneket,
amik csak szűk körben használhatóak.
Ezt a GFX modult eleve a 70 mips-es EP sorozatba kellett volna tenni, és
jól megpumpolni rammal. Asszem akkor verte volna a driver IC-ket...

ToPe

[Acs Gabor]

Hát, ettől tartottam, amikor legutóbb erről beszélgettünk.


Gábor

> _____________ NOD32 7001 (20120326) Információ _____________
>
> Az üzenetet a NOD32 antivirus system megvizsgálta.
> http://www.nod32.hu
>
>
>

[Acs Gabor]

Techtoys azt mondja, 7 USD.

Nekem is nagyon jól jönne egy olyan controller, ami egyszerűen
használható, és jól beszerezhető, de a 128 lábú 0,4-es tok, illetve az,
hogy a komolyabb disztribútorok nem foglalkoznak vele, engem visszatart.


Gábor

2012.04.16. 11:13 keltezéssel, Pávai Péter írta:
> Szia,
>
> SSD ár elég változó a dollár árfolyama miatt.
> 3000Huf körül saccolnám most.(Most jön 5db nekem ) De ha össze állunk
> többen akkor lehet olcsóbb árat kitudok csikarni.

> ChipCad-nél istenítik a PIC24xxDA210-et de már ott elvérzik hogy külső RAM

> kell neki. Nyák irtó bonyi lesz tőle. A RAM ára kb az SSD árában van. A GFX

> modult a MAL-ból kitudod hámozni.(bár túl van bonyolítva az egész grafikus
> lib is)

> Én inkább megírtam magam az egészet és legalább tudom mi mire van és mit
> csinál. És hót egyszerű.
> De bármire át lehet portolni ILI9320,ILI9841 stb kb 20 perc alatt.
>
> Vissza térve a DA210-re én tuti nem szívnék vele. SSD 100x könnyebb és
> egyszerűbb is.
>
>
> Üdv Péter
>
>
> 2012. április 16. 9:27 Tóth Péter írta,<toth....@tilonasec.hu>:
>

[Tóth Péter]

Pff, a tokozást nem néztem, ez nekem is gáz, mivel kézi pákával
forrasztom a házi készítésű paneleket. De ha csak ezen múlik a normális
működés, legyártatok pár univerzális panelt és veszek egy nagyobb
nagyítót :) .

ToPe

[Acs Gabor]

ne aggódj, van BGA is :)

Be tudod forrasztani a kézi pákával is, jó ha veszel pár százasért egy
ónszívó harisnyát, azzal hamar gatyába rázhatod. Csak a magyar
viszonyokat figyelembe véve, ha lehet, én inkább kerülöm az ilyen
tokokat sorozatgyártásnál. Meg mondom, a beszerzés miatt, csak olyan
holmival kezdenék, amit több helyen is tartanak.


Gábor

[hg12345]

Nem akarok beleszolni, de a teljesítmény igen relativ.

Ha a kijelzést képes ellátni, és szines kép elött a kijelzés frissítést elvégezni, erre biztos elég. A felhasználó meg ámúl a szines képtől, de azt nem érzékeli hogy csak egy 20x40 pixelnyi területet frissítenek, de azt akár igen gyorsan :-)

Olcsó a gyártónak, a felhasználó meg elégedett, kell ennél több?

Gyorsan fejleszthető a grafikus könyvtárral ingyenes C-ben, a 96Kbyte Ram sok minden elfér és 128/256K FLASH a programnak elegendő, a grafikai háttértárnak egy 2Mbytes soros FLASH vagy ha sok minden kell akkor 1Gbyte-s SD kártya megteszi...... Ez tényleg nagyon olcson összerakható, de képnézegetőnek nem lesz fürge.

Nem tudom, amikor megnéztem a dsPIC-el meghajtott kijelzést ennek a teljesítménye max 2.5x a PIC24-hez képest, kezelhető szines kezelést adott még a régi grafikus MCHIP könyvtárral.

Azért a rádiótelefonszerű alkalmazásokhoz, ennél kicsit több kell, és hiába írod utasításonként ASM optimalizálva a teljesítmény többlet is kevés lesz az eredményhez. A jelenlegi elérhető 32 bites uC is elvéreznek ha ilyet szeretnél.... pedig az ebben a kategoriaban jelenleg elérhető 200MIPS nem kevés.

"Tóth Péter" <toth....@tilonasec.hu> írta:

----------------------------------------->
elektro[-flame|-etc]>

[Nemka]

> 2012.04.16. 13:08 Tóth Péter:

> 012.04.16. 11:24 keltezéssel, Nemka írta:
>> A Microchip Graphics Library-ben levő driver forrás nem segít?
> Épp azzal kínlódom... Léptetem szimulátorban és jegyzetelem, hogy miket
> állít be. Egyelőre még a clk sem jön ki belőle.

Mivel nincs gyári demo paneled, ezért vagy ugyanolyat raktál össze és
akkor a gyári szoftvernek működnie kell, vagy másmilyet és akkor a
gyári header file-ok átírása során történt valami, ami miatt nem kapsz
clk-ot. Mivel eléggé túlzsúfolt és bonyolult header file-ok, nem a
legkönnyebb feladat őket a saját igényekhez igazítani. Sőt, sokszor a
C forrásokban is módosítani kell, ami újabb hibalehetőség.

>> OFF:
>> Miért a kisebbik PIC-et vetted meg, ha eleve nem alkalmas a feladatra?
> Azért, mert ez van a kisebb PIC leírásánál (is!):
> "Resolution up to 640x480 @30Hz, 16 bpp, or 480x272 @60Hz, 16 bpp"

Ez a hardveres képfrissítésre vonatkozik és nem arra, hogy egy 30
fps-es VGA felbontású videót meg tudsz jeleníteni.

>> Ha a 16 MIPS nem elég, akkor miért nem a 80 MIPS-es PIC32-t használod?
> Mert - tudomásom szerint - azokban nincs Display modul. Egyébként már
> jeleztem a MC-nek, hogy igazán kibővíthetnék a MAPS tudását, mert az új
> modulokra nem lehet rákeresni, de szokás szerint leráztak...

Viszont a Microchip oldalán találtak alapján 5 MIPS elherdálásával,
némi szoftver és DMA közreműködésével megoldható a feladat. És marad
75 MIPS-ed a tényleges feladatvégzésre.
(Azzal viszont egyetértek, hogy a MAPS-ben egy rakás paraméterre és
perifériára nem lehet szűrni, emiatt gyakran kell utólag turkálni az
egyes típusok leírásában.)

>> Nem a Microchip és nem az adott processzor a hibás a rosszul felmért
>> körülmények alapján meghozott döntésedért.
> Ezt most nem mondod komolyan ugye?
> Persze, igaz, én szúrtam el, hogy nem rágtam át magam a teljes
> adatlapon, hanem elhittem a gyors leírást, de épp most veséztük ki, hogy
> ez a DA sorozat nem jó semmire. Nem hiszem el, hogy lesz fejlesztő, aki
> büszkén erre fog építeni!

A gyors leírás általában a legoptimálisabb körülmények között
kihozható legjobb értékekről szól. Marketingesek írják.

> A kicsi, monokróm kijelzőhöz való, de olyat még nem láttam driver
> nélkül. QVGA-hoz még csak-csak jó lenne, de a sebessége és a gyenge
> támogatás miatt megint csak szűk körben használható. VGA-hoz meg a külső
> RAM igénye miatt ember nem lesz, aki megveszi, sőt VGA-hoz a 16 mips
> eleve nevetséges.

Egy olyan vezérlés grafikus megjelenítőjének, amelynél másodpercenként
csak néhány kijelzett adat változik és leginkább statikus gombok,
sliderek vannak, bőven elég a 16 MIPS. De nem is másra van kitalálva.

> Mindig téma, hogy felesleges ennyi PIC-et gyártani, ráadásul ilyeneket,
> amik csak szűk körben használhatóak.

Ez legyen a Microchip problémája.

> Ezt a GFX modult eleve a 70 mips-es EP sorozatba kellett volna tenni, és
> jól megpumpolni rammal. Asszem akkor verte volna a driver IC-ket...

Az ethernet is először a PIC18-ban jelent meg, majd belekerült a
PIC32-be. Gondolom az erősebb processzorok grafikus modulja még
fejlesztés alatt van.


De ha úgy látod, hogy ez a processzorcsalád nem felel meg az
igényeidnek, akkor félre kell rakni és keresni egy olyat, ami
(nem csak papíron) teljesíti a követelményeidet. (Vagy keresni
egy dedikált vezérlőt a kijelzőhöz, ahogy a másik szálon teszed.)

Nemka

[Tóth Péter]

2012.04.16. 13:48 keltezéssel, Acs Gabor írta:
> ne aggódj, van BGA is :)

Tök jó, úgyis nemrég készítettem reszelőnyélből forrólevegős pákát :)
...ha már a házi panelt említettem.

> Meg mondom, a beszerzés miatt, csak olyan
> holmival kezdenék, amit több helyen is tartanak.

Nekem 2 évembe telt, mire eladtam a két Ilitek-es kijelzőmet 1-1
fejlesztéshez, úgyhogy nem aggódom azon, hogy most kapok SSD drivert,
évek múlva meg már nem lesz. Évek múlva már az a kijelző sem lesz,
amihez kell...
Van most kilátásban egy projekt, amihez éves szinten kell 100e db, de
ekkora mennyiségnél már akármit be lehet szerezni, még a jó öreg
Ilitek-es TFT-is. Még szerencse, hogy sem a sorozatgyártást, sem a
beszerzést nem én fogom intézni...
(Bár Magyarországból kiindulva a projektből sem hiszem, hogy lesz valami.)

ToPe

[Tóth Péter]

2012.04.16. 13:56 keltezéssel, Nemka írta:
> Viszont a Microchip oldalán találtak alapján 5 MIPS elherdálásával,
> némi szoftver és DMA közreműködésével megoldható a feladat. És marad
> 75 MIPS-ed a tényleges feladatvégzésre.

Már én is épp azt számolgattam, hogy a 70 mipses 24E sorozattal meg
tudom-e oldani szoftveresen a kijelzést.
A RAM-mal van a gond, hogy nincs a PIC-ben elegendő. Ha teszek külsőt,
akkor meg már ugyanott vagyok, mint a driver IC-vel, csak jelentősen
elviszi a processzoridőt.
Akkor inkább marad az driver IC + a feladathoz szükséges uC.

ToPe

[Pipi]

>> A GFX modult a MAL-b�l kitudod h�mozni.(b�r t�l van bonyol�tva az eg�sz grafikus
>> lib is)
> Ha tudn�m mi az a MAL, tal�n ki tudn�m n�zni :) b�r tartok t�le, hogy
http://www.microchip.com/mal



--
Pipi
http://www.puzsar.hu

[Tóth Péter]

2012.04.16. 17:04 keltezéssel, Pipi írta:
>>> A GFX modult a MAL-ból kitudod hámozni.(bár túl van bonyolítva az egész grafikus
>>> lib is)

>> Ha tudnám mi az a MAL, talán ki tudnám nézni :) bár tartok tőle, hogy

> http://www.microchip.com/mal
>
Hja! Rövidítve nem esett le... Pont ezt írtam én is, hogy épp hámozom
kifele, de gyanús, hogy nem lesz belőle semmi, hagyom a fenébe. Egye
meg, aki főzte :(
Már csak azért is, mert kérdezte a koma, hogy nincs-e nagyobb kijelző,
mert a prototípust VGA-val kellene bemutatni, a sorozatgyártást meg
QVGA-val. Nem díjaznám, ha dupla munkám lenne a vezérlő bénasága miatt...

ToPe

[János Zakó]

Üdv!

Mivel tudok a mai körülmények között alkotni valamit GAL16V8D-hez?
PALASM-al küzdöttem egy kicsit, de folyton összeomlik tőle a dosbox.
Van valami ami XP alatt normálisan használható?

A segítséget előre is köszönöm,

Jani

[Balázs László]

Dos-os orCAD-ben megrajzolod a kapcsolási rajzot és egy fordíó lefordítja
*.jed
formátumra.Egyetlen szépséghibája , hogy mivel régi program csak az alsó 512
KB-t használja , ezért ennek teljesen üresnek kell lennie.
Ebben tudok segíteni, ha kell.
Balázs

----- Original Message -----
From: "János Zakó" <jano...@gmail.com>
To: <ele...@tesla.hu>
Sent: Friday, April 20, 2012 2:30 PM
Subject: Re: [elektro] GAL kérdés

[Zakó János]

Köszönöm, közben rátaláltam a WinCupl-ra és sikerült megoldani a feladatot.

-----Original Message-----
From: elektro...@tesla.hu [mailto:elektro...@tesla.hu] On Behalf Of Balázs László
Sent: Friday, April 20, 2012 3:30 PM
To: ele...@tesla.hu
Subject: Re: [elektro] GAL kérdés

Dos-os orCAD-ben megrajzolod a kapcsolási rajzot és egy fordíó lefordítja
*.jed
formátumra.Egyetlen szépséghibája , hogy mivel régi program csak az alsó 512
KB-t használja , ezért ennek teljesen üresnek kell lennie.
Ebben tudok segíteni, ha kell.
Balázs


----- Original Message -----
From: "János Zakó" <jano...@gmail.com>
To: <ele...@tesla.hu>
Sent: Friday, April 20, 2012 2:30 PM
Subject: Re: [elektro] GAL kérdés


> Üdv!
>
> Mivel tudok a mai körülmények között alkotni valamit GAL16V8D-hez?
> PALASM-al küzdöttem egy kicsit, de folyton összeomlik tőle a dosbox.
> Van valami ami XP alatt normálisan használható?
>
> A segítséget előre is köszönöm,
>
> Jani

-----------------------------------------
elektro[-flame|-etc]