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.

Teljesen igazad van! Csak ugye amikor azon meditálok, hogy inkább "egyenesben" egy ramos azaz 8 kbyte/ciklusos az olcsóbb, kevesebb alkatrészt igénylő megoldáshoz készítsem a nyákot, vagy
a 16 biteshez, ahol a ramokat párosával kell feltenni 74s245 vagy 74f574 változatú buszerősítőkkel, úgy ahogy írtad, multiplexelő változathoz, akkor az FPGA 3-4 vagy több ezer forintos árával "nem játszik". - A programozásáról és költségéről már ne is szóljunk. -
Az általad javasolt Open Bench Logic Sniffer a maga 50$-os ( tizenezer forintos ) árával igazán klassz kütyü. Viszont ha töredékéből "ugyanazt" megoldhatom, akkor talán inkább törpölök a megoldásokon. ( Persze ettől még bizonyára sokan vannak akik készen megveszik az eszközöket. )
"4 darab 8kbyte -os RAM, ..." Ebben is egyetértünk, hamarabb végez a feltöltéssel mint a kiolvasással.
Mindemellett ez nem okozhat gondot, mert az ember a "megnézéssel" sokkal-sokkal több idő alatt végez.
A mostani progi-HW párossal például csak 30x120/s képernyőnyi adatot olvastatok be, majd megállítva végigbogarászom. Oldalanként lapozgatva.
Amikor például "renitens" jeleket keresek, akkor 1/64-ed részére sűrítve vagy éppen 64-szeresére nyújtva az időtengelyt, lapozom át a beolvasott adatokat ahhoz, hogy megtaláljam a hibás jelet-jelenséget.
Így talán belátható, hogy nem mennék sokra egy drága kütyüvel amikor végeredményben az sem nyújt többet, mint a "hulladékból" összedobott, szinte ingyenes "megfelelője".

A hobbi elvéről már megint csak nem is szólva. Hiszen mi abban a poén ha megvesszük a gyári készet ahelyett, hogy egy kis ismeretgyűjtéssel, ügyeskedéssel mi magunk alkotnánk meg?

Open Bench Logic Sniffer: 1 db PIC18F2550, 1 db AT45DB041D I2C EEProm, 1 db XC3S250E-VQ100, 1 db M74LCX16245DTR2G plusz néhány apróság. Kapcsolási rajz, FPGA konfiguráció, panelter, pic program letölthető... Utánépíthető.
Az ISA buszos kétoldalas, furatfémezett kivitelű, aranyozott csatlakozójú kártyája, amire a 4 ram és a körítés elfér, legyártatása legalább tízezer forint...

Az a helyzet, hogy a panelen már régen nem fúrok. SMD szerűen felületre forrasztom még a DIL tokokat is. Legfeljebb a jól bevált felületi huzalozással készítek átkötéseket.
A csatlakozókat sem aranyozom. Egyszerűen nincs rá szükség. A nyák készítésekor úgy is kétezres vizes polírpapírral "csiszolom". Száraz környezetben évek óta nem okozott gondot az aranyozás hiánya.
Így a nyák a nyomtatós-vasalós módszerrel kevesebb mint 200 Forintból meg van.

Persze ezzel véletlenül sem szeretnék olyat állítani, hogy nem lenne profibb az általad javasolt megoldás.

("USB V2.0 Compliant
• Low Speed (1.5 Mb/s) and Full Speed (12 Mb/s" Ez nem azt jelenti, hogy "full" 1,2 Mbyte/s-ot tud átvinni az USB-n? )

Más a filozófiája:
Nem követi állandóan a bemeneti jeleket. A zavarokat nem szemmel keresi.
Open Bench Logic Sniffer:
- Beállítja a keresendő (zavart kiváltó) kombinációt trigger (indítási) feltételnek,
- Elindítja a várakozást a triggerre (ezalatt a mintákat gyűjtheti is, de nem továbbítja a PC -nek),
- A kombináció beérkezésekor indítja illetve folytatja a mintavételezést egy bizonyos mintaszámig:
Pre trigger: csak néhány mintát vesz a trigger után, a tárban zömmel a trigger előtti állapotok vannak,
Center trigger: A tár felébe vesz mintát a trigger után, az előzmény és a trigger utáni helyzet is látszik,
Post trigger: (Majdnem a) teljes tárat a trigger után tölti fel, csak a trigger utáni helyzet is látszik
- Véget ér a mintavételezés,
- Az adatokat (akármilyen lassan) átadja a PC -nek. A regisztrátumot a PC tárolja, feldolgozza, megjeleníti. Ez a tevékenység nem időkritikus...
Saleae:
Nincs benne számottevő tárolási kapacsitás, hanem USB 2 -n bulk transferrel átveszi az adatokat, 24Mbyte/sec sebességet tud. A trigger előfordulása indítja a mintavételezést és az adatátvitelt. A Cypress kontroller egy 8051 alapú USB blokkos átviteli lehetőséggel bíró kontroller...
A megjelenítés a PC -n megy. Érdemes letölteni a programoját és demo módban kipróbálni.
Saleae honlap
Kb. 2 éve vettem itt a fórumon Saleae Logic 8 -at 3000 Ft ért: 24MHz, 8 csatorna.
[quote]

Már ne haragudj, hogy közbe szólok, de ki használ mostanában DOS-t és ki ír ASM-ben programot a mai gépeken?
Ha minden áron ezer éves számítógépet akarsz használni hozzá akkor hajrá, tanulásnak, tapasztalat szerzésnek megfelel, csak nem a legjobb megoldás, mert nem platform független. Lehet, hogy tökéletesen fog futni azon a gépen, de mi lesz ha máshová kellene menj vele jeleket méregetni? Magaddal viszed a gépet? Ez az előnye az USB-nek, bármilyen gépen használható, sőt még driver sem kell neki ha megfelelő módban van konfigurálva

Kedves matheattila!

Mire gondolsz? PHP? HTML? Java? Delphi? C#? Visual valamelyik? Esetleg a PIC-ek asm nyelvére? Melyik nyelvre és melyik hardware-re illenek a mondataid?

Nem értelek. Egy programozó onnantól nevezheti magát programozónak, amikortól bármit képes asm nyelven megírni. [Az más kérdés, hogy többnyire magas szintű nyelvek valamelyikén hatékonyabban dolgozhat.]

Vagy az Op.rendszerrel van a baj?
Minden "vason" fut a jó öreg DOS. Akár egy pendrive-ról bebootolhatóan. Vagy az a gond, hogy a DOS nem 64 bites Op.rendszer? Mit számít? Betöltöd a progit és onnantól oda kapcsolod a procit ahová akarod.

Vagy arra gondolsz, hogy az ISA kihalt? Talán nem érdemes fejleszteni-készíteni ISA BUS-os dolgokat?
Oké, ha nem az otthoni barkács vagy hobbi célú a felhasználás, akkor olyan kellene amelyik bármelyik mai gépbe bedugható. Erre is van univerzális megoldás: ISA2USB

Szóval? Mire is akartad felhívni a figyelmemet?

Értelek. Sőt, megértelek. Más filozófia. Mint ebben a kérdésben a kettőnké szintén más.
Te szuperül használod a Saleae Logic 8-at. Én pedig szeretem magam építeni és programozni az eszközeimet.
Ez így van jól!

Rendben, építsd meg a Te elgondolásod szerinti verziót. Előtte azonban érdemes számolni: Hogyan lehet kiolvasni a termelt adatmennyiséget...

40Mszo/sec a feldolgozando adat. De azt at kell venni az A/D konvertertol, le kell tenni a RAM-ba, keresni kell benne a triggert. Erre van szavankent 1 orajeled. De legyen ketto, ha 80 MHz-ces a processzor. Nem hinnem, hogy megoldhato.

Nem én építenék ISA buszra logikai analizátort, szkópot. Pont azt a problémát vetettem fel, hogy a 8MHz ISA busz még a lehető legrövidebb 16 bites ciklussal sem tud átvenni annyi adatot, amennyit a 40MHz -es 16 bites mintavételezés termel.

Hogyan lehet az eagle-ben a tlc5540-et beültetni? (Nálam nincs a listában. És az az igazság, hogy az eagle-t is ritkán használom. 4.16r2 van nálam.)

Szia!

Szerintem matheattila teljesen érthetően írta le a véleményét. Még a programozók sem programoznak PC-t manapság assemblyben. Lassú és a végeredmény nem lesz felhasználó barát. Amit belinkeltél átalakítót 150$-ba kerül!
Én egy kicsit pihentetem mostanában a szkóp projektemet más munkák miatt, de a figyelmem az Android oprendszer felé irányult. Más célra vettem egy 7"-os tablettet, de akár egy szkóp kezelőjeként is megfelel. Bluetooth-on keresztül a kommunikáció megvalósítható a hardverrel. Ez is egy út lehet. Úgy emlékszem hogy a TLC5540 A/D-nek minimum 5MHz órajel kell a stabil működéshez. Én a CPLD-s címzést javasolom neked. Szerintem az FPGA nagyobb falat. Még kaphatók a Xilinx 5V-os IO kimenetű változatai.

Szia!
Igazából csak 50$, a három ISA-16 slotos kerül 150$-ba. (Ami bizonyos értelemben porhintés, mert ha egy kártyára felteszünk 3 db passzív slotot és azt dugjuk az egy slotosba, akkor éppen úgy működik. Régen sok gyári gépben -- Epson, Hp, Olivetti ** - így bővítették a csatlakozók számát.)
Egyébként sem az volt a lényeg hanem az, hogy akinek nagyon kell az USB-s csatlakozás, annak sok lehetősége van rá. Egy 1200 Ft-os példa USB-parelel port
Másfelől pedig nyitott kapukat döngetett. Már az elején jeleztem, (éppen itt írtam Hp41C-nek,) hogy olcsó-egyszerű, na és legalább az ISA slot sebességével valóban működni is képes (nem elég ha az van ráírva) USB illesztésre "vevő" vagyok.
Feltételezem, hogy ha lenne itt olyan aki nagyon jól ért az USB-képes mikrovezérlőkhöz, akkor már jelezte volna, hogy Ő tud illeszteni USB 2.1 portra pár (4-8 db kellene) ki és bemenő 8-16 bites portot. De sajnos én - bár már többször kacérkodtam a gondolattal, de- még nem használtam ilyen eszközöket.

Jól emlékszel! A TLC5540-et nem érdemes 5 MHz alatt járatni. Ezért célszerűen 15-20 ns elérésű cache RAMokba olvasható az eredmény.
Érdekességként említem, hogy már elkészítettem a 4 db 8kByte-os megoldás vázlatát amikor a régi alaplapokon f-es tokokra vadászva megláttam, hogy rengeteg 32 és 64 kByteos 15 ns cach-sel szerelték "őket". Tetejében többnyire foglalattal, azaz simán kiemelhetők. Így most az új felállás szerint újragondolom a lehetőségeket.

At90usb mikrovezérlőről tudok adatokat küldeni pc re.
De a microchip usb silution is sok példa van.

A USB2 HID és CDC eszköz sebességhatára 64k byte/s. Az ISA busz elméleti határa 4Mszó/s.
Attól tartok, hogy a feladat megvalósításához legalább három területen igen képzett szakértőre lenne szükség: USB -s eszköz programozása, PC eszközvezérlő készítése a lehető legnagyobb sebességre és maga a PC -s megjelenítő. Az általam említett Saleae analizátor 24Mhz -es 8051 alapú kontrollerrel 24Mbyte/s átvitelt tud megvalósítani USB2 -n, de ehhez saját (vendor specific) illesztőt fejlesztettek ki.