Tudom át kellene kapcsolni de most nem módosítottam nagyon a bekötésen, mindenesetre jól működik mert teszteltem, másik jobb megoldás inkább a TDA8703 A/D konverter lenne, ennek nincs ilyen betegsége, DIP tokos is, persze csak az ebay-en kapható. A TLC5540 azért választottam mert itthon kapható.

Betegsege? Nem inkabb arrol van szo, hogy nem veszed figyelembe a RAM setup time-ot, es az A/D konverter keseset? Egyebkent a legtobb digitalis szkop is csak nehany, magas frekvencian jaratja az A/D-t, es ahogy fentebb mondtak, eldobalja a nem kello mintakat. Az A/D-k is jobban szeretik ezt a fajta uzemet. Az en szkopomban is mindig 100 megan megy a ket A/D.

TDA8703T -t igaz smd-ben, kaphatsz a HQElektronikánál. Én is ott vettem.

Sikerült az oszcilloszkóp képét elmenteni bmp fájlba így már fényképezgetni sem kell az "ernyőt".
Egyenlőre a PC-re küldöm soros porton keresztül a képet, az elején szabványos bmp file header majd az RGB pixelek értékei. Nem tudom hogyan tovább, egyszerűbb esetben a soros portra írok Arduino-val egy SD kártyára mentő programot, ez egyszerű de kb 2 perc mire letölt, még jobb lenne beollózni a Microchip USB megoldásait a programba így akkor pendrive-ra tudnám menteni a képet (az SD kártyára már nincs láb).
Csak át kellett alakítanom jpeg-re mert a bmp nem ment fel.
Most látom a kék vonal piros lett de javítom.

A kép:

(Ha jól látom vagy kilenc éve él ez a topic. Így talán nem olyan nagy baj ha felvetek egy-két dolgot.)

Évek óta használok egy PC-s programot amely 8 bites ISA portról olvassa be az adatokat. Az A/D szkóphoz eddig "létrás" áramkört használtam. És ha már port illesztés, akkor ehhez frekvencia mérést, induktivitás mérést, kapacitás mérést és.. 16 bites digitális bemenet szkópolását illesztettem.

Úgy hozta az élet, hogy most kellene egy 40 MHz (40 Msps) 8 vagy 16 bites TTL analizátor.
Így ha már úgy is ekkora sebesség kell, titeket olvasgatva vettem TLC5540-es A/D chipet. Gondolván, hogy ha úgy is meg kell oldanom 40 Msps beolvasását, akkor pont jól illeszkedik ehhez az oszcilloszkóp 40 Msps mintavételezéssel.
Kipróbálva az általam eddig elérhető lehetőségeket arra jutottam, hogy legolcsóbban - és legegyszerűbben - a 16 bites ISA slotba dugott kártya 32 kByte-os memóriájával lehetne megvalósítani a feladatot.
Ugyanis a kártyán akár egy bittel lapozható 2x32 kB és innentől az egyiket a PC felől mint belső memóriát lehet olvasni, a másikba pedig pöröghet 40 MHz-cel az adat.
És itt elakadtam. Hogyan kell megoldani azt, hogy az ISA slotban lévő kártyán lévő memóriát lássa a PC (CPU, buszvezérlés, stb.) a megadott címtartományban és ne a rendszer RAM-ját? ( Úgy mint például a videokártyák RAM-jánál van ugyanez.)
Azaz hogyan lehet úgy beágyazni az ISA kártya memóriáját, hogy azt a részt tartsa tiszteletben a bootoló gép?
Minden segítséget előre is nagyon szépen köszönök!

Régi gép újrahasznosítása? Mi van ha bedöglik?

Erre kerestem rá: "isa 16 ems memory circuit"
Ezt találtam:
Egy fórum
Egy egyszerűnek tűnő kapcsolás a fórumról.
Ezt pedig a Texas Instrumens oldalán találtam

Elég elavult, a mai gépekben már nem is találsz ISA kártya csatlakozót...
A PC és XT memóriáképének az 1M címtaromány 16 darab 64 kbájtos részből állt össze. Az első 10 területen (640k) RAM volt, a 10. (0xA0000) az EGA, a 11. (0xB0000) az MDA (Herules), a 12. és a 13. ki nem használt terület volt. A 14. (0xE0000) a BASIC ROM -nak fenntartott hely és végül a 15. területet a BIOS ROM fogalta el. A bővítőkártyák pl: hálózati illesztő, EMS - XMS memóriák a ki nem használt területekre illeszthettek memóriát.
A 80286 AT rendszer örökölte azt a memória terület kiosztást, de 16 bites elérésre is volt lehetőség.
A 80386 cpu -val szerelt gépeken eszközvezérlővel (sys) a kihasználatlan memória területekre RAM -ot lehetett transzformálni (a cpu memória kezelőjével).
Az EPromok nagyon lassúak voltak a rendszer RAM memóriájához képest, így a BIOS rutinok végrehajtása jelentőssen lassította a gépeket. Jelentős javulást elhetett elérni azzal, hogy a rendszer betöltés (boot) során az EPromok tartalmát az un. árnyék RAM -ba másoták, majd írásvédetté tették. Az ekkori gépek beállító programjában (setup) volt arra lehetőség, hogy a bővítő kártyák által használt memória területeket kitiltsuk az árnyák RAM kezelésből.
Kérőbb a Plug and Play módszer egy szabványos felületet biztosított arra, hogy induláskor a rendszer lekérdezhesse a bővítő kártya által használni kívánt erőforrásokat (memória terület, megszakítás, DMA, stb). Ennek továbbfejlesztett változatai találhatók meg a PCI és E-PCI buszos rendszerekben.

Nagyon szépen köszönöm a válaszodat!
Ha jól értelmezem akkor azt mondod, hogy a címdekóderrel simán tegyem be a slotba a kártyát és majd a bios/és/vagy az emm/vagy/sys kezelő progik a boot alatt ezt észreveszik és oda nem lapoznak RAM-ot a rendszer DDR RAM-jából?

Igazából nagyon sok helyen vannak ilyen alaplappal "régi" pentiumos gépek. Az AGP, PCI slotok mellett 1 vagy 2 16 bites ISA slottal. (Nekem is van tartalékban még kettő.)

A 0,6-2 GHz-s sebességük még bőven elegendő ahhoz, hogy műszereket készítsünk belőlük. Praktikusan software-ből és egy pár régi kártyáról levett vagy ma már filléres alkatrésszel könnyedén bővíthető a műszerek "tudása".

Bár elismerem azt, hogy ha nem kellene néhány 160 lábú alkatrészhez panelt rajzolni, akkor a PCI-os kártya még sokkal gyorsabb lehetne.

Még nekem is van a szekrény tetején. Az emm386.exe-nek meg lehet paraméterben adni, hogy melyik területet kerülje el. Ilyet nem csináltam, nem tudom automatikusan hogyan lehet kizárni egy területet. Régi könyveimben I/O port kezelésre vannak kapcsolásaim, nem memória beágyazásra. Az I/O viszont sokkal lassabb max. 3-400 ezer hozzáférés/sec és úgy vettem észre, nem lett több bármilyen gyors gépen próbáltam, assemblyben.

Köszönöm neked is a válaszodat!
Egy Celeron 667 MHz-s gépen konkrétan az 1 MHz-es órajelet egy olyan i/o portról beolvasva amelyiket 8 bites kártyán PAL-al alakítottak ki, ( régi CD-ROM kártya picit átalakítva), tévesztés nélkül lehet olvasni.
Ugyanezen porton a 16 MHz-cel meghajtott számláló lépcsőin nagy ritkán jelenik meg zavarjel, gyakrabban csak a legalsó biteken. - Amiknek az üteme 1 MHz feletti. -
Pedig fél méteres (szintén átalakított) floppykábellel csatlakozik a 74ls245-ös meghajtókra.
A DMA-val pedig byte-os átvitellel ( 3.csat.) 1,5 MHz felett jelennek meg hibák.
Azaz még így is 10 Mbit felett van a zavarmentes átvitel. Pedig 4 wait state mellett zajlik az átvitel.
Viszont a 16 bites kártyára áttérve lehetőség van a no wait state azaz várakozási ciklusok nélküli átvitelre, amitől a beolvasási ciklusok 5-8 MHz üteműre növekedhetnek és a 16 bites átvitellel 10-16 Mbyte/s lehet az átviteli sebesség.
Azaz ha "belapozott" illetve beágyazott RAM-mal elérhető lenne a 160 Mbites átvitel.
Magyarul a TLC5540-et egyik ciklusban 40 MHz-en olvasná a RAM, amit a másik ciklusban a progi 10-16 Mbyte/s sebességgel dolgozhatna fel. Azaz majdnem az átalakítás fele ütemében mehetne a feldolgozás-megjelenítés.
Na ezért lenne annyira fontos a helyes memória beágyazás. Mert ugyan készséggel elhiszem (feltéve, hogy jól értettem!) Hp41C sorait arról, hogy csak beteszem a kártyát és majd a rendszer foglaltnak nézi azt a tartományt. De őszintén szólva kipróbálni nem merem.
Mert ha mégis csak valahol jelezni kellene a foglaltságát és ezt nem teszi meg a kártya akkor kinyírná egymást a benti és a kinti RAM.

Intel ISA bus specification
Microsoft EMM386
Ismeritek?

Miért is kell bele A/D konverter?
16 csatornás logikai analizátor, USB -re, driverrel az új gépekre is:
Open banch logic sniffer

Gondolom ugy, hogy a cimvezetekek alapjan dekodolod a kivant cimtartomanyt, es ha melle meg MEMR jel is aktiv, akkor engedelyezed a busz fele az adatmeghajtokat. Irasnal meg csak akkor adsz a RAM-nak CE-t es WR-t, ha a cimtartomany stimmel es a MEMW jel aktiv. Azt nem tudom, hogy memoria muveletnel az IOCHRDY jel hasznalatos-e, de ha igen, akkor azt is meghajtod LOW-ba, amikor mar szerinted is vege a buszciklusnak.

Csak az a baj, hogy a 8 bites ISA buszon csak 1Mbyte-nyi cimvezetek van kivezetve (a0..a19), amibol 640k a rendszer RAM, a tobbi meg a bios es a videoram (8 bites videokartya eseten). A 16 bites ISA buszon mar kokemeny 24 cimvezetek van, 16 megabyte cimzesere elegendo.

1562-edszer szivom be, hogy a kerdes a legalso post az oldalon, es nem tunik fel, hogy mar 100-an valaszoltak ra... Brr.

Köszi, igen ismerem ezeket is
"Intel ISA bus specification
Microsoft EMM386" , de nem egészen értek mindent (Tetejében a gépi fordítások sem segítenek túl sokat. Még akár az is lehet, hogy valahol elsikkad az ijfó tömegben a keresett válasz. Egyébként a tapasztalataim szépen egybeesnek a specifikációban leírt adatokkal.)

Mert ezeket olvasva valóban úgy tűnik, hogy az emm386-et majd amikor indul utasítani lehet... Csakhogy amikor a BIOS bootol, RAM tesztet futtat és kicímzi a kártya (Pl.: B0000h ) címén lévő RAM-ot is. Na ezt kellene megelőznöm valahogyan!

Igazad van, USB-re univerzálisabb lehetne. Csak a régi PC adva vannak, USB-s eszköz pedig ha beleszakad akkor sem fog tudni olvasni 40 MHz-es ütemben 16 bites ( 80Mbyte/s !) adatokat. (Vagy egy élet amire az 12 Mbit/s sebességével átcsordogáltatja a PC-be.)
Így ha nem túl nagy baj, akkor maradnék a legalább 16 bites slot-os megoldásnál.

Neked is nagyon szépen köszönöm a válaszodat!
Igazából a CS-jel képzéssel ( a cím és utasítás dekódolással) eddig is boldogultam. Itt most az a kérdés, hogy az a kártya memória ami például a szabad B0000h címen lenne, a PC-ben bent lévő memóriával azonos címen jelenne meg így. Hiszen most például a konkrét gépben 2 db 128 Mbyte-os RAM van,
000 0000h-tól 1000 0000h-ig címezhetően. És így a B0000h címhez két RAM csatlakozna.
(*** Ugye a 256 Mbyte oda eső része és a kártya memóriája.)

Mitol szabad a 0xb0000 cim, ha egyszer ott van a rendszer memoria. De a kerdes csak koltoi, gozom sincs, hogy azok a PC-k, akikben 32 bites cimbusz van, de az ISA-ra csak 24 van kivezetve, azok mit csinalnak. Nyilvan van MMU a processzorban, legalabbis a 386-tol folfele mar van. Csak le van ez irva valahol, nem?

Teljesen igazad van. Valahol le van írva. Már több mint egy hete olvasgatom (vagy inkább bogarászom) a leírásokat, de kb. mindenütt az van illetve annyi van amit itt ti is leírtatok, linkeltetek.
De például arra eddig sehol sem kaptam választ, hogy például a SVGA kártya RAM-jánál mit csinálnak, hogy már a BIOS boot alatt sem ütközik az alaplapi memóriával. Pedig ugyanez a helyzet ott is.
"Mitol szabad a 0xb0000 cim, ha egyszer ott van a rendszer memoria." Ezt úgy értettem, hogy nem használja azt a területet más kártya (se vga, se lan, de más) kvázi lefoglalható.

Én csak Pentium 1, 166 Mhz-ig foglalkoztam io port bűvöléssel, amikor még a printer portra covox-ot (és hasonlókat) kötöttem. Előtte még 286 és 386 gépekkel használtam és azokhoz képest a P1 egyéb sebesség növekedését gyakorlatilag nem követte az io port sebesség növekedése (in és out utasítások), pedig a printer port nem egy összetett valami. Ha már van DMA tapasztalatod az nem jó? Túl lassú? Esetleg úgy is tesztelhetnéd először, hogy a PC saját oda eső memóriáját valami tartalommal feltöltöd, az io kártyán pedig az adatbusz tényleges meghajtását nem engedélyezed. A memória töltés idejére az össze funkcióját blokkolni kellene. Ha ott a kártya és onnan olvasol akkor kiderülhet, hogy ilyenkor a pc memóriát olvassa, vagy csak valami lufit.

Mikor is szabad egy memória terület a PC -ben. 0xA0000 .. 0xFFFFF között lehet ROM ill RAM memória?
286 AT / XT / PC:
Ha ROM memória van, akkor az első két byte 0x55 és 0xAA, a következő nem használt. Ezután egy távoli ugrás van az bővítő saját inicializáló rutinjára. A teljes ROM taromány összegének (mod 256) 0 -nak kell lennie. A BIOS a tesztek elején megkeresi a bővítéseket. Így talál rá video kártyákra, amelyen a POST eredményeiről már jelzéseket tud adni. Látható pl. a memóriateszt folyamata. Számolja a tesztelt memóriakapacitást.
A 0xA0000 és 0xEFFFF közötti tartományon nem futtat memória tesztet, hiszen az elrontaná a kijelzést...

Miért is zavar, ha memória teszt fut a bővítő kártyán?

Meg lehet oldani, hogy induláskor (reset után) a memória nem látszik, az EMM386 -nál ki legyen tiltva. Csak akkor lesz elérhető, ha a program bekapcsolja...

Ma már olyan sok lehetősége van.... 25 - 30 éve egy sor sem volt elérhető:
IBM PC AT 286 BIOS assambly source
IBM AT Technical Reference

Az Open Banch Logic Sniffer egy Xilinx FPGA -ban konfigurált RAM -ba gyűjti a mintákat max 200M minta/sec sebességgel. Ha vége a regisztrálásnak, a buffer tartalmát viszi át az USB -n...

Ezt is köszönöm szépen! Jó ötletnek tűnik! ( Én is hajlamos vagyok néha a túlbonyolításra.)
Megnézem így.

Na alaposan leteszteltem. Tényleg működni fog.
Resetkor le kell tiltani a kártya memóriáját és se a BIOS, se a HIMEM.SYS nem tesz lapot a rendszermemóriából oda. Az EMM386.EXE x=A000-EFFF paranccsal kitiltható a kívánt területről.
Egyszerűen tesztelhető. Olvassuk a memória szakaszt FF tartalom van,, akkor valószínűleg "elektromosan üres", írunk bele és visszaolvassuk. Ha továbbra is FF a tartalom, akkor tényleg szabadon használható. Így már egy 340h-36fh közötti porton át kiküldhető a kártyának a szabad memóriaszakasz címe. (Az XP-nél nem néztem meg, hogy mivel lehet kitiltani onnan a rendszermemória lapjait.)
Így most már nekiállok és kitalálom, hogy hogyan is kellene megtervezni az áramkört.
Jelentkezem, ha lesz fejlemény.

Addig is Mindenkinek(!) nagyon szépen köszönöm a segítségét!

No még egyszer:
A 0xA0000 - 0xEFFFF memória területen alapjában nincs RAM memória. A 386 rendszer MMU -ja ezt a területet nem képezi le a rendszer memóriára. Az indulás során előbb a BIOS shadow ram lehetősége transzforálhat erre a területre (vagy részeire) memóriát. Tovább bonyolítja a helyzetet a Cache memória. Az általad használni kívánt területre tiltani kellene a használatát. Egyes régi BIOS -ok képesek voltak rá. Ezután következnek az eszközvezérlők? Himem.sys, EMM386.sys. A parancssorbeli argumentumokkal ki kell tiltani a kiszemelt tartományt.
Ha egy memória címről 0xFF -et olvasol ki (más adat beírása után is), még nem jelenti azt, hogy szabad a terület. Egy nagyobb területre más igaz lehet...
Pl. Csináltam egy kártyát, amin volt erpom és egy 16 bites kapcsolósor. Annak érdekében, hogy a tarományra az ellenőrző összeg mindug jó legyen a kapcsolósor két byte -ja 256 címen is elérhető volt, hiszen ((x*256) % 256) mindig 0... Ha a kapcsolósoron épen 0xFF van beállítva, 512 byte -on 0xFF olvasható, de a cím foglalt.
Érdemes ezt ennyire erőltetni? Egy nagyobb teljesítményű mikrokontroller bőven tudná mintavételezni az adatokat, saját vagy külső memóriában tudná tárolni, figyelni tudná a triggerfeltételt és a regisztrátum végén a buffer tartalmát egy szabványos felületenn (USB, Ethernet) át tudná adni a PC -nek. Ez legalább platform és operációs rendszer független megoldás lenne.
A 23K1024 SPI statikus ram 4 bites módban 25 MHz -vel tudja tárolni az adatokat. 16 bithez 4 darabot kellene párhuzamosan járatni. Ld. Logic Shrimp logic analyzer

Megis mennyire nagyobb teljesitmenyu kontroller kell oda, hogy 40MHz-cel mintat vegyen, tarolja oket, vizsgalja a triggert, es ha elindult a mintavetelezes, akkor meg szamolja is a mintak szamat? Ehhez kb. 400MHz-es uC kellene.

Idézet:
„Úgy hozta az élet, hogy most kellene egy 40 MHz (40 Msps) 8 vagy 16 bites TTL analizátor.
Így ha már úgy is ekkora sebesség kell, titeket olvasgatva vettem TLC5540-es A/D chipet. Gondolván, hogy ha úgy is meg kell oldanom 40 Msps beolvasását, akkor pont jól illeszkedik ehhez az oszcilloszkóp 40 Msps mintavételezéssel.”

A maximális adatforgalom már csak 80 Mbyte / sec, egy 16 vagy 32 bites kontrollerrel 40Mszó / sec. Nem kivitelezhetetlen és nem lenne egy régi architectúrához kötve.
A Saleae Logic 8 analizátor egy cy7c68013a kontrollertrel 25Mbyte/sec -el működik USB -n...
Egyébként a Intel ISA Spec2.01 Sep89 szerint 0 WS 16 bit read ideje minimum 125 + 125 ns, azaz 8Mszó / sec a mximális sebesség.
A 40Mszó/sec sebességhez legalább 160 MHz -vel menő ISA buszos gépre lenne szügség, de olyat nem gyártottak.

Nos, a helyzet az, hogy a 40 Msps mintavételezéshez 2x20 MByte/s adat tartozik, amit a régi alaplapokon lévő foglalatokból kiemelt pl.: 6264 vagy 61c64 cache ramokkal (8 kByte/tok 20 ns) beolvashatunk. Majd onnan a PC busz vagy byte-osan, vagy két ramos esetben word-ösen a saját sebességével beolvashat. ( És igen, így 8 vagy 16 Mbyte/s illetve másként mondva 64-128 Mbit/s sebességgel.)
Igazából a teljes folyamatban az emberi szem+agy a leglassabb tényező. Így két szempont kerül elő.
Az egyik, hogy a mintavételezendő sebesség a mérendő jelhez elegendő legyen, majd a vett mintákat "tálaljuk" a szemünk-agyunk elé.
Az elsőre jó az A/D sebessége, a másodikhoz a maga 30-40 fps sebességével a kijelzés még több is mint kellene. (Szerencsére tetszőlegesen lassítható, megállítható, programmal elemezhető.) Szemben a szupererős mikrovezérlőkkel. Ahol a menet közbeni átprogramozás - ha jól tudom - nem egyszerű.
De ha már ennyire szereted ezeket a programozható eszközöket, akkor ha ismersz egyszerűen felhasználható, olcsó(!) chipet amely valóban hozza az USB 2.x 60 Mbyte/s sebességét és könnyen lehet hozzá illeszteni TTL panelt kívülről akkor nosza, érdeklődéssel olvasnám.
Az egy másik kérdés, hogy az USB eszközöket így is gond USB 1.x sebességgel is illeszteni a DOS-hoz. Viszont az XP-Win7-Win8 alatt alaposan lelassulnak az asm progik.
Ezzel alaposan feladva a leckét. Miközben a jó öreg DOS nem szól bele, hogy mikor és mit csinálunk. Vagyis amit a 'vas' tud, azt ki lehet belőle csikarni.

Most csak 8 csatornával számoltál. 16 bites mintánál a 40Msps mintavételezés 80 Mbyte/s adatot termel.

4 darab 8kbyte -os RAM, két-két chip végzi a mintavételezést, a párok kapcsolhatók a PC elérés és a mintavételezés között.
Váltott RAM -ok esetén annyi idő van az adatok ISA buszon való átvitelére, amennyi idő alatt a másik RAM bank megtelik a mintákkal (sőt egy kicsit kevesebb). 2 * 8 Kb-os RAM 40 MHz -es 16 bites mintavételezéssel 0.2048 ms alatt megtelik. Ha egy szó (16 bit) 250ns alatt mászik át a 16 bites ISA ciklusban, akkor 0.2048 ms alatt pontosan 819.2 szó meg át. Ez tízszer kevesebb, mint ami termelődik. Ekkor még nem baszéltünk arról, hogy a buszon bevitt adatot valahol el is kell tárolni...
Hogyan csinálnád a 16Mbyte/s vagy a 160Mbyte/s (ez jön ki a fenti számításból) adatátvitelt ISA buszon?

Már írtam:

Open banch logic sniffer 200MHz mintavétel, 16 csatorna, USB2 -n. Minden forrás állomány elérhető, de meg is vásárolható. Egyetlen hátránya van: A folyamatos megjelenítést nem tudja. Be kell állítani egy feltételt, ami a mintavételezést indítja, ha megérkezik, indítja a regisztrátum felvételét. A kész regisztrátumot USB 2 -n átviszik a PC -re, majd megjelenítik.
Men is kontroller hanem FPGA -val csinálták meg. Nemrég kiárusítás volt a ChipC@d -nál a bele való FPGA kb. 3000 Ft volt.