- Yettel topik
- Google Pixel topik
- Azonnali mobilos kérdések órája
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- Android alkalmazások - szoftver kibeszélő topik
- Lelkiismeret-furdalás nélkül zabálhatod a süteményt a Galaxy S26-tal
- Poco M8 Pro 5G gyorsteszt
- Honor Magic6 Pro - kör közepén számok
- Realme GT 2 Pro - papírforma
- Nagyobb akkumulátorral és több fénnyel megjött az Amazfit T-Rex Ultra 2
Új hozzászólás Aktív témák
-
And
veterán
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] -
And
veterán
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
. -
And
veterán
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
. -
Sytex
tag
válasz
T. Almeida
#2
üzenetére
Igen, kaptam egy csomó vincseszter elektronikás topikot, megy egy hobby elektronika topikot. De szerintem ez kicsit advancedebb mint a hobby elektronika.
-
Sytex
tag
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.
Új hozzászólás Aktív témák
- GAMER PC! i7-10700F / RTX 3070 / B460-Plus / 16GB DDR4 / SSD 512GB / BeszámítOK!
- GAMER PC! Ultra 7 265 / RTX 5070 / 32GB DDR5 / 1TB NVMe / 750w Gold / BeszámítOK !
- PC / Laptop / Konzol Szerviz, Weboldalkészítés és AI Segítség
- GAMER PC! i7-14700 / RTX 5080 / 32GB DDR5 / 1TB NVMe / 1000w Gold / BeszámítOK !
- Lenovo ThinkStation P3 Tiny i7-14700 / 32GB / 1TB / T1000 8GB GAR 2026.05 + doboz+táp+bill/egér
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest
]. 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.
.
.
) ezért ide nyitom. Ha egy MOD jobb helyet tud neki akkor kérem tegye át.

