Tudom párhuzamos adc lenne tehát a portot kell beolvasni.
Nem olcsó az biztos, ugyan külső RAM van benne vagy megoldható gyorsabb beolvasás ha igen akkor asm betétek is lehetnek a programban. A videó kimenet se rossz ami a paralax csippel könnyen megoldható.

Helló!
Találtam EZT a digitális oszciloszkópot itt az oldalon és agyon megtetszett,mert itthon hiány van belőle. Azonban kéne elég sok segítség hogy meg tudjam építeni. Valaki tud-e véletlen egy egyszerűbb és mégis működő oszciloszkópot? (diploma munka lenne)

Valami hasonlót nem lehetne megalkotni házilag? Nem is lenne muszáj kékben, elég lenne USB csatolással is. Ennek eszement ára van, ha azt nézzük hogy 15ezer körül lehet venni pici DSO-t. Az androidos teló viszont lassan mindenkinek kéznél lesz, volt kollégám pl. nagyon vágyna egy ilyenre, csak elérhető árban. Neki a munka során bőven elég a van jel/nincs jel megjelenítés és a hangfrekis tartomány (fényvezérlés), minden sallang nélkül. Így csak az adaptert (előtétet) kellene magával cipelnie.

Sziasztok!
Segítséget szeretnék kérni. Építgetek egy spektrumanalizátort, a kijelzője jelenleg egy kis tv képcsöve. Ezt szeretném lecserélni LCD-re. Itt tartok: van egy 320*240 pixeles LCD SED1330 meghajtóval amit PIC 4550 vezérel. A szöveges dolgaival, a raszterek kirajzolásával még boldogultam. Ahogy számolom elég lenne ha 16khz-et tudna 2 csatornán kezelni de tárolni is kellene hogy teljes képet rajzoljon ki egyszerre. Hát itt akadtam el, hogyan lehetne ezt megoldani.
Kezdő vagyok a PIC programozásban MPLAB alatt C18-ban tanulgatom a dolgokat.
Minden megoldás, ötlet érdekelne.

Szia! Használj a kijelzéshez propellert. Letölthető a VGA-hoz a szükséges library. Nem kell pilótavizsga sem hozzá.

Bár megírtam az előbb kiegészítésként, de valamiért törlődött. Akár touchscreent is használhatsz: 4,3 inches touchscreen kifejtő panel és driverek.

Most találtam: Párhuzamos portos oszcilloszkóp.

1. Ez már kissé régi cucc, a mai modern PC-ken már nincs párhuzamos port (nem beszélve a lapotopokról).
2. Akkora frekvencián (igaz nem túl nagy de kakor is) csak úgy össze vissza huzogatni a vezetékeket...nem a legjobb megoldás, mivel csak fölösleges zajt hoznak az áramkörbe.
3. Hirtelen ahogy rápillantottam a kapcsolásra, a clock jel a VDD-re van kötve...így nem hiszem, hogy elsőre működne.
4. Logikai kapuk, nagyobb frekvenciákon jobban oda kell figyelni az időzítésekre, mivel minden kapunak megvan a maga kis késése a be- és kimenete között (nem véletlenül használnak egyre gyakrabban CPLD-ket és FPGA-kat helyettük )
Én mindenképpen az USB protokollt vagy az USB-s virtuális soros portos megoldást javasolnám, mivel azok bármilyen USB csatlakozóval ellátott számítógépen működnek, igaz bonyolultabbak is de megéri. Természetesen nem akarlak lebeszélni a párhuzamosról sem, ha csak tesztelés képpen akarod megépíteni

Ne becsüld le a párhuzamos portot... CNC-sek is javában használják. Alacsony költségvetésű szkópról szól a téma. Olcsó LPT portos gépeket szoktam venni a PC Arénában ilyen feladatokra. Még notebook is vehető LPT porttal jó áron. Kit érdekel milyen oprendszer fut rajta, ha működik? Én még mindig XP-s gépen dolgozom, mert nem érzem magam meggyőzve az új windowsokkal. W7-en dolgoztam egy ideig - mert muszáj volt, de csak dühöngtem...

Nem becsülöm le, mert tudom, hogy sok jó dolgot lehet (lehetett) csinálni vele, mert én is használtam annó. Én csak azt próbáltam szem előtt tartani, hogy a mostani számítástechnikában előnyösebb az USB-re fejleszteni (mint az a nevében is ott van: Univerzális), de mint már írtam ettől függetlenül lehet LPT-re is.
Nem beszélve az adatátviteli sebességekről..., az LPT max 2MByte/s-et ha tud, az USB meg 60MByte/s-et (az USB 3.0 akár 600MByte/s-et is)

Köszönöm az ötleteket!
Már a meglévő 320*240 pixeles LCD-t szeretném használni, megépítettem
ezt a műszert Ennek lenne a kijelzője.
Részben már működik az LCD van raszterháló, megy a karakteres kiírás csak oszcilloszkópként nem tudom összehozni. Nem kellene sok Mhz-et tudnia, csak mint korábban írtam; egyszerre írja a kijelzőt. De gondolom mind így működik ami az AD értékét memóriába írja, majd ha megvan a 320 oszlop akkor küldi a kijelzőre. Itt van a jelenlegi program C18-ban pic18f4550-re, ahol tartok.
Vannak fentebb jó megoldások, a megépítéssel nem lenne gondom csak a programírás döcög.

Lemaradt a program.

Ha a privát véleményemet kérdezed: A DIY megoldás csak azért jobb, mert az ember a saját szája íze szerint rakhatja össze, de USB-re "fejleszteni" hobbi célra nem éri meg. Én is osztottam, szoroztam és vettem egy gyári szkópot. Először 25 évvel ezelőtt vettem egy hatalmas csöves EMG-t. Akkor láttam, hogy a nagy méret sok hátrányt hordoz, bár kétségtelenül pontos volt. Évekig nem is használtam mert nem volt, aztán elkezdtem keresgélni. Kicsit segített az élet és megörököltem egy régi tranzisztorost - ezt eladtam és hozzápótoltam, hogy kijöjjön az új. Ettől még érdekel minden megoldás. Lehet nagy átviteli sebességről felső határfrekvenciáról álmodozni, de nekem még a kommunikációs méréseimhez is a 100MHz bőven sok. HF-re meg felesleges 20MHz-nél több. SOkkal jobban számít a feszültségátfogása és az, hogy tudsz-e vele hálózati áramköröket is mérni, vagy kell hozzá leválasztótrafó is. Nyilván - ha akkus, vagy elemes - ez nem gond

Egy PIC32-es, CPLD-vel és külső RAM-al

Minden elismeresem, ha ezt megepitetted. A hideg raz ezektol a gigahertzektol...
Nomost, a kerdes az, hogy mekkora a sweep time es ekozben hany mintat szeretnel venni? Ha 20ms alatt akarsz 320 mintat venni, az 16 kHz mintavetelezes. Nem tudom, hogy ez ezzel a PIC-cel megoldhato-e. A sweep generatorod ad egy trigger jelet, ennek hatasara preciz (timeres) idozitessel letarolod a 320 mintat a memoriaba. Most hirtelen azt mondom, hogy az egesz merest interruptbol oldanam meg, hogy ne legyen jitteres. A trigger is interruptot kerne (EXT INT), es utana a mintavetelezes is (timer int). Es persze meg kerdes marad, hogy mennyire pontos a sweep generator, azaz mekkora a drift-je. Ha idovel, homerseklettel elmaszik, akkor az egesz nem er semmit.

Ha megvan a 320 minta, akkor "csak" meg kell jeleniteni. Persze nem olyan egyszeru, mert az elozo gorbet le kell szedni a LCD-rol. Vagy torlod az egesz kijelzot, ami villogni fog, vagy tobb frame-et hasznalsz es cserelgeted oket, de tartok tole, hogy csak egy frame-et tudsz kezelni. De meg ugy is lassu lesz. Esetleg meg lehet egy megoldas: ket memoriaterulet van a 320 mintanak, es felvaltva, hol ebbe, hol abba tarolsz. Igy, mindig megvan az elozo gorbe is, meg az uj is. Ez azert jo, mert akkor a regi gorbet konnyen tudod torolni, nem az egesz kijelzot kell torolni, csak a 320 pontot. Persze figyelni kell, hogy a racsot es a tobbi szoveget ne torold... Nem is olyan egyszeru.

Esetleg, ha szepet akarsz csinalni, akkor erdemes vonalakkal osszekotni az egyes pontokat. Ha vonalazas is van, akkor szinte biztos, hogy lassu lesz ezzel a mikrokontrollerrel. Szerintem gyenge bele egy 8 bites mikrokontroller. Meg akkor is, ha olcso dologrol beszelunk. Ma mar egy 50 MHz-es Cortex-M0 uC 800Ft..

Jo nagy faba vagtad a fejszedet. Kivancsi vagyok, hogy mi lesz az eredmeny. Egyszer Ferenc baratom feltett itt egy FPGA-s megoldast ilyesmihez. Lehet, hogy erdemes megkerdezni tole. Megprobalok utanajarni.

Itt a link az emlitett FPGA-s megoldasra

Köszönöm!
Hú hát a linken csodák vannak! Érdekes - értékes dolgokat hoztatok össze!
A gyorsító paneles XC95144XL+ SED1330 az első látásra megfogott. Jelenleg is SED1330 az LCD meghajtója, de a PIC18 látom kevés ide.
Ahogy agyalok: egyszerű fűrészgenerátor hangolja a műszer VCO-ját úgy 3 hz-től 50hz-ig potméterrel állíthatóan, viszont a jel amplitúdója és kezdőfeszültsége is állítható mivel ez adja a frekvencia átfogást + mettől meddig mérjen a műszer /ha jitterezik a mért jel ezek ez áramkörök a hunyók/ Most így belegondolva lényegesen egyszerűbb a trigger ami indítja a 320 mintát mint a többféleképp változó feszültségből leképezhető. Meglehetne fordítani a dolgokat: a CPLD indítja a fűrészjelet, és szabályozza a frekvenciáját ami lehet pár fix lépés hiszen tárolódik a mérés.
A képernyőt úgy felül lehet írni mint az EKG monitoroknál használnak alacsony frekvencián az nagyon látványos - na ez csak ötlet..
A függőleges jelet logaritmikus detektor adja, itt a zaj frekvenciája magasabb mint a hasznos jelé ez DC-től néhány Khz-ig változik.
A raszterháló plusz néhány kiírandó dolog PIC C-ben még valahogy ment a CPLD viszont nem "eszi" a printf függvényt, forrasztani még valahogy megtanultam..
Úgyhogy valóban nagy ez a fa.

Igaz is, ezt en teljesen elfelejtettem. Ebben az esetben viszont tenyleg az lenne a jobb, ha eleve a uC generalna a hagolo jelet. Mondjuk egy D/A-val. Gondolom (de nem tudom), az nem problema, ha nem folyamatos a hangolojel, hanem lepcsos. Termeszetesen legalabb 16 bites D/A-rol van szo. De lehet, hogy az meg keves is. Ha jol latom a muszer atfogasa 0-1.75GHz. Ezt felbontani 64k egyenlo reszre 26kHz lepest eredmenyez. Ez az also tartomanyban keves, ha nem tevedek.

Ennek semmi koze a CPLD-hez. A printf is csak azt a fuggvenyt hivogatja a vegen, ami egy karaktert ki tud rajzolni a kijelzore. Ezt kell csak ugy atalakitani, hogy a CPLD-n keresztul csinalja ezt. Egyebkent az FPGA-s panelban sokkal tobb lehetoseg van, mivel az eleve tud tobb grafikus layert, amibol az egyiken van a racs, a masikra meg rajzolja az FPGA a gorbet. Torolni is nagyon gyorsan tudja, raadasul negy grafikus layer van, igy lehet valtogatni oket, ergo nem villog. Gyorsabban tudnad vele rajzolni a gorbeket, mint ahogy az LCD maga kepes megjeleniteni. Azon felul az az FPGA-s megoldas tud egyeb grafikai muveleteket es karakteres megjelenitest is, ami szinten nagyon sokat segit a keszulek megvalositasaban. Ezzel az FPGA-val eleg bele a PIC 18 is, mert mindent az FPGA csinal. Ja, pl. ez az FPGA kezel 4 db rotary encoder-t is, ami jo kezeloszerv, amikor mar nem a helipot allitja a frekvencia ertekeket.
Ez hogy jon ide?

Teljesen jó megoldás a D/A konverter. Ha nagyobb a frekvencia átfogása, a szélesebb sávú KF-et kell használni hogy értékelhető jelet kapjunk ami 3MHz sávszélesség. A lépcsős fűrészjelen óvatosan használva kondenzátor is simíthat, mint a PLL-nél a hurokszűrő de nem hiszem hogy kell simogatni.
A helipotok így ki lennének váltva, amitől tovább javulna a VCO-k stabilitása.
A forrasztatni tanulást ijedtemben írtam - egyszerre sok ismeretlenes a feladat.

Készül a P8X32A propeller processzorral a digitális oszcilloszkóp, amit tud:

2 csatorna, 8bit felbontás, 10mV /div, 20mV / div, 50mV / div től ...1V / DIV osztásig 1MOhm / 32pF bemenet AC/DC
40Ms/s max mintavétel amit az IDT7202 512byte FIFO ban tárol, az órajelet is a propeller csip adja; min. 10ms/ div, hardveres offszet.
Az első 64 től 255 mintáig nézi honnan kell kirajzolni a képernyőre, onnan rajzolja ki a 256 mintát, a szinkron választható mindkét csatornáról le és felfutó élre is, a szinkron szint kijelezve a képernyőn.
Line vagy dot rajzolási mód.
Mivel minden kezelőszerv elektronikusan kapcsolt így lesz benne kurzor a frekvencia és amplitúdó mérésre.
4 gombbal kezelhető de még maradt 7 szabad portom.

Amit még szeretnék: scan mód, illetve videójel ahol a sor kiválasztható, szebb színek jobban elválasztva a két csatorna mert majdnem egy színű.

Szia! Csak gratulálni tudok! Egy dolgot nem értek: a 8 bites felbontást. A p8x32 eleve 32 bites és gyönyörű színusztáblái is vannak, amik sokkal szebb felbontást engednének.

Még egy kép lemaradt próba panelon készült, bár a zaj néhol nagyobb mint a +-1 bit de attól működik, az analóg földet a panel alján pl 5x1mm réz fazon huzal köti össze, a bemeneten még csak LF356 jfet IC van de ezt ki kell még cserélni gyorsabbra LF357 vagy jobbra de azt nem kaptam.

Esetleg ha készen lesz és érdekel valakit akkor fel szeretném ide tenni a cikkekhez rendesen lerajzolva és a spin programmal de nyákterv nélkül.

Naná, hogy érdekel!

A TLC5540 A/D konverter felbontása 8bit, meg ugye a tv képernyőnek sem több így több nem is kell. Akkor igyekszem befejezni.

AZ A/D-t értem. Én biztosan nagyobb felbontással kezdtem volna neki - de az én vagyok. A TV helyett meg lehetne VGA, vagy érintőképernyő a végén. Mindegyikhez van SPIN támogatás. 7"-es képernyőn is szépen mutatna már és az érintőképernyővel a kezelés is megoldódhatna. Persze ez abszolút csak ötlet. Nekem most jöttek meg a 2,2"-es érintőképernyőim. Most azokkal szöttyögök - amint lesz kis időm. Ja hozzátenném, hogy persze ez a propellernél (mármint a képernyő jellege) nem sok vizet zavar, hiszen az alaphardvert minimálisan kell csak bolygatni. Lehet, hogy még nyákterv előtt kellene erre gondolni és 2 SPI meg egy VGA-t is kivezetni - biztos - ami biztos. A többi már csak szoftver.

Igazad van egy 10 bites ekkora sebességű ad konverer ára sem vészes, amit az IDT IC 9 bites portja meg a vga min. 384 soros felbontása is kihasználná.

Erdekel engem is a dolog.

Van a rendszerben szintillesztes is, mert a proc 3.3V rendszeru viszont a FIFO pedig 5V-os rendszer eseten hozza a specifikaciokat.

7202-t hasznaltal? Az adatlap szerint az 1k-s, mig a 7201-es az 512-es, de ez mar csak reszletkerdes.

Igen 7201 használtam, az illesztés ellenállás osztó.
Sajnos a nagyobb felbontás fizikai korláta a cog 2kB ram mérete, így marad ez a verzió, ha kijön a nagyobb propeller hdmi kimenettel majd az lesz alkalmas nagyobb felbontású szkópra.

Van valamilyen kozbenso tar is amiben a feldolgozas idejere eltarolod a mintakat, vagy csak a FIFO szolgalja ezt a celt?

Vagyis egy 3.3V-os rendszerrel vezerelsz egy 5V-osat?