Fórum témák

» Több friss téma
Fórum » Alacsony költségű digitális oszcilloszkóp
Lapozás: OK   107 / 118
(#) killbill válasza killbill hozzászólására (») Feb 14, 2015 /
 
1562-edszer szivom be, hogy a kerdes a legalso post az oldalon, es nem tunik fel, hogy mar 100-an valaszoltak ra... Brr.
(#) Gabika007 válasza Hp41C hozzászólására (») Feb 14, 2015 /
 
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.
(#) Gabika007 válasza killbill hozzászólására (») Feb 14, 2015 /
 
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.)
A hozzászólás módosítva: Feb 14, 2015
(#) killbill válasza Gabika007 hozzászólására (») Feb 14, 2015 /
 
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?
(#) Gabika007 válasza killbill hozzászólására (») Feb 14, 2015 /
 
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ó.
(#) rascal válasza Gabika007 hozzászólására (») Feb 14, 2015 /
 
É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.
(#) Hp41C válasza Gabika007 hozzászólására (») Feb 14, 2015 /
 
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
A hozzászólás módosítva: Feb 14, 2015
(#) Hp41C válasza Gabika007 hozzászólására (») Feb 14, 2015 /
 
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...
(#) Gabika007 válasza Hp41C hozzászólására (») Feb 15, 2015 /
 
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.
(#) Gabika007 válasza Hp41C hozzászólására (») Feb 16, 2015 /
 
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!
(#) Hp41C válasza Gabika007 hozzászólására (») Feb 16, 2015 /
 
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
(#) killbill válasza Hp41C hozzászólására (») Feb 16, 2015 /
 
Idézet:
„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...”
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.
(#) Hp41C válasza killbill hozzászólására (») Feb 16, 2015 /
 
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.
A hozzászólás módosítva: Feb 16, 2015
(#) Gabika007 válasza Hp41C hozzászólására (») Feb 16, 2015 /
 
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.
(#) Hp41C válasza Gabika007 hozzászólására (») Feb 16, 2015 /
 
Idézet:
„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.”

Most csak 8 csatornával számoltál. 16 bites mintánál a 40Msps mintavételezés 80 Mbyte/s adatot termel.
Idézet:
„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.)”

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?
Idézet:
„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.”

Már írtam:
Idézet:
„16 csatornás logikai analizátor, USB -re, driverrel az új gépekre is:”

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.
A hozzászólás módosítva: Feb 16, 2015
(#) Gabika007 válasza Hp41C hozzászólására (») Feb 16, 2015 /
 
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?
(#) Hp41C válasza Gabika007 hozzászólására (») Feb 16, 2015 /
 
Idézet:
„Az általad javasolt Open Bench Logic Sniffer a maga 50$-os ( tizenezer forintos ) árával igazán klassz kütyü.”

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...
(#) Gabika007 válasza Hp41C hozzászólására (») Feb 16, 2015 /
 
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? )
(#) Hp41C válasza Gabika007 hozzászólására (») Feb 16, 2015 /
 
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]
A hozzászólás módosítva: Feb 16, 2015
(#) matheattila válasza Gabika007 hozzászólására (») Feb 16, 2015 / 1
 
Idézet:
„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.”

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
(#) Gabika007 válasza matheattila hozzászólására (») Feb 17, 2015 /
 
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?
(#) Gabika007 válasza Hp41C hozzászólására (») Feb 17, 2015 /
 
É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!
(#) Hp41C válasza Gabika007 hozzászólására (») Feb 17, 2015 / 1
 
Rendben, építsd meg a Te elgondolásod szerinti verziót. Előtte azonban érdemes számolni: Hogyan lehet kiolvasni a termelt adatmennyiséget...
(#) killbill válasza Hp41C hozzászólására (») Feb 17, 2015 /
 
Idézet:
„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.”
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.
(#) Hp41C válasza killbill hozzászólására (») Feb 17, 2015 /
 
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.
(#) Gabika007 hozzászólása Feb 17, 2015 /
 
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.)
(#) bbatka válasza Gabika007 hozzászólására (») Feb 17, 2015 /
 
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.
(#) Gabika007 válasza bbatka hozzászólására (») Feb 18, 2015 /
 
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.
A hozzászólás módosítva: Feb 18, 2015
(#) GPeti1977 válasza Gabika007 hozzászólására (») Feb 18, 2015 /
 
At90usb mikrovezérlőről tudok adatokat küldeni pc re.
De a microchip usb silution is sok példa van.
(#) Hp41C válasza GPeti1977 hozzászólására (») Feb 18, 2015 /
 
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.
Következő: »»   107 / 118
Bejelentkezés

Belépés

Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem