Nem találtam elektrós témát (Talán a memóriákba még belefért volna ) ezért ide nyitom. Ha egy MOD jobb helyet tud neki akkor kérem tegye át.

Sziasztok!
Van egy kérdés amin már jóideje gondolkozok, de nem tudok rájönni a megoldásra.
Adott egy vezérlő elektronika. A vezérléshez használt programot egy 27128-as epromban tárolja. A binfile mérete 128K tehát ''tele van'' az eprom.
Adott egy másik program. Szintén 128K mérettel, ami másképp vezérelné a vezérelnivalót.
Ha fogom beletöltöm egy 256K-s epromba egymás után a két tartalmat és az A14-es címlábat egy kapcsolóra kötném, akkor megoldható lenne a két program közötti váltogatás?
A másik dolog (elég rég volt hogy digitális elektronikát tanultam): Hogy a manóba lehet 14 cimlábbal (A0-A13) 128K-t megcimezni?
Én akárhogy számolom az csak 16K.
Bármilyen ötletet, segitséget lehurrogást szivesen várok.

- Kártyával lehet fizetni? - Persze. - Egy ászból és királyból tud visszaadni?

Igen, kaptam egy csomó vincseszter elektronikás topikot, megy egy hobby elektronika topikot. De szerintem ez kicsit advancedebb mint a hobby elektronika.

- Kártyával lehet fizetni? - Persze. - Egy ászból és királyból tud visszaadni?

Hi! A 27128-as eprom 128Kbit méretű, 16K * 8bit szervezésű, ezért elegendő neki a 14 Address-bemenet. A bin-méret is 16 kByte kell legyen a full tartalomhoz (a .bin méretéből egyébként nem biztos, hogy következtetni lehet a ténylegesen hasznos tartalomra, mert az a teljes image -et tartalmazhatja. De ez most nem tartozik ide). Az alapkérdéshez: szerintem működhet az A14-es vezeték kapcsolgatása, ha csak méretben nagyobb epromot használnál az eredeti helyett (hasonló időzítés, egyebek). A 27256-os eprom lábkiosztása kicsit más (utóbbinál a /P -vezeték helyén van az A14), de ahogy nézem, csak programozáskor / égetéskor van különbség a kezelésében. Olvasáskor a 27256 ugyanúgy működik, mint a 27128-as, a többi láb kiosztása is megegyezik a 128-as pinoutjával.
Ez a kérdés szvsz. simán elfért volna a HE-topikban, valszeg választ is gyorsabban kaptál volna .

Szerintem a második progi nem fog rendesen működni, mert abban lehetnek direkt címek is, amik ebben az esetben szerintem rossz helyre fognak hivatkozni, tehát hibásan fog működni.

Jobban belegondolva lehet, hogy igazad van. De alapesetben a felső területen elhelyezkedő program ''nem tudja'', hogy ő most egy nagyobb kapacitású epromban van, és nem is hivatkozik 14 bitesnél nagyobb abszolút címre, hiszen eredetileg sem akkora tárba tervezték. A kézzel kapcsolt tizenötödik addressbit létéről egyszerűen nem vesz tudomást a program, ''alatta'' pedig minden marad a régiben (hiába hivatkozik pl. az új program a 0000h címre, a hardveres címkapcsolás miatt mindenképp 4000h lesz, azaz fizikailag képtelen lesz elérni az alsó területen lévő programtárat, és benne a ''régi'' programot).
Ha másképp nem megy, még midig be lehet tenni egy egyszerű 28-lábú foglalatot vagy egy karos textool-t, és meg van oldva .

Köszönom, páérhét és kiderül hogy müködik-e. Majd beszámolok.
Másik kérdés. Nem tud valaki 27128-as epromot? (ablakosat) mert sehol nem tudok szerezni, csak 256-ost.

- Kártyával lehet fizetni? - Persze. - Egy ászból és királyból tud visszaadni?

Hát nem tudom. Az nem csak a külső címzésre vonatkozik? Értsd úgy, hogy ha kívülről akarsz elérni egy adatot, akkor annak a megcímzésében . A program benne attól még hivatkozhat a 0000h-ra és az az is marad, ha ''bellülről'' nézzük.

De mit jelent az, hogy ''belülről nézzük''? A programot nem az eprom futtatja, ha pedig azt egy külső egység címzi, az nem fogja tudni, hogy valójában honnan olvas. Az a lényeg, hogy nem tudjuk belülről nézni a tárat, a címzést mindig egy külső egység adja, 14 biten. A 15. címbit (A14) létezéséről nem is tud, hiszen arra eredetileg sem készítették fel.
Írtam, hogy akár igazad is lehet, de ez a futtatástól, végrehajtási módtól függ. Ha a proc v. adatfeldolgozó egység először beolvasná az egész eprom tartalmát egy ram-ba, majd a kódot onnan futtatná, akkor például lehetne ilyen gond [Mod.: vagy akkor sem..]. Csakhogy ennek szvsz. igen kicsi a valószínűsége (a kvarcablakos epromban történő kódtárolás nyilván nem mai technika, így nyugodtan feltételezhetjük, hogy nincs ennyi ram az áramkörben). Ha viszont a proc csak utasításonként olvassa az epromot - netán az abban tárolt adatokat nem is utasításokként kezeli, csak valamilyen paraméterekként -, akkor szerintem a kézi címváltás / lapozás nem lehet probléma.

[Szerkesztve]

igazad van, csak mindig a pic jut az eszembe, aminek ugye van belső memóriája. Sorry