- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- mefistofeles: Az elhízás nem akaratgyengeség!
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- petipetya: Nagy chili topic. :)
- gban: Ingyen kellene, de tegnapra
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
- Mr Dini: Mindent a StreamSharkról!
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
Ú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
- AKCIÓ!! HP Zbook Studio G8 i7-11850H 32GB 512GB Nvidia Quadro T1200 400NIT, 100% sRGB Garis!
- AKCIÓ! Apple iPhone 12 Mini 64GB mobiltelefon garanciával hibátlan működéssel
- Apple iPhone 14 Pro 256GB (Csak Esim), Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Gigabyte B650M R5 7600 16GB DDR5 512GB SSD RX 9070 XT 16GB NZXT H7 Flow fehér 750W
- 171 - Lenovo Legion Pro 7 (16IAX10H) - Intel Core U9 275HX, RTX 5080 (ELKELT)
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Central PC számítógép és laptop szerviz - Pécs
Város: Pécs
]. 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.
