17-kanalers logikanalysator på parallellporten

[AndersG]

http://www.codeproject.com/KB/system/17 ... lyzer.aspx

Källkod och allt.

[tecno]

Intressant

[PHermansson]

Tack, mycket intressant! Ska testas.

[blueint]

En fuling är att använda IDE porten (P-ATA) då den har 16-bit bredd och är ~5 ggr snabbare än parallellporten. Bara att ändra I/O addressen

[AndersG]

Bra tips!

[chille]

Intressant idé. Visste inte att LPT-porten kunde komma upp i drygt 0.5MHz.

Nu blev jag riktigt sugen på att ta något av de open source-program som finns för Unix/Linux och se om man kan få ihop vettigt LPT-stöd

Jag gillar också blueint's idé om att använda IDE-porten. Dock är jag lite skeptisk då jag har fått för mig att det sitter ett kontrollerchip mellan själva I/O-porten och hårdisken. Annars skulle det ju helt klart vara smidigt att ta ett litet Micro-ITX-kort och slänga in i en liten burk med 7" touch screen och bygga optoisolerade ingångar. Snacka om att få en kraftfull, flexibel och billig logikanalysator

[blueint]

Har testat uppåt 1 MSps med IDE porten.

Haken är att samplingen inte sker med jämn samplingsklocka. Och om man stänger av IRQ helt, så blir åtkomst till sekundärmminne svårt.

[chille]

"Åtkomst till sekundärminne"? Menar du hårdisk? Det är ju inga problem. Man kan ju bygga ett litet Linux-system på 10MB som körs direkt från minnet och sen använda sig av till exempel ethernet för lagring av data. Frågan är om det finns andra saker på samma buss som ställer till det.

Är det så enkelt att man bara behöver ändra vilken adress som den ska läsa ifrån? Finns det någon standard för vart IDE-portarna ligger?

Dessutom borde man väl kunna ta det steget längre och använda sig av DMA för att automagiskt sampla data och lägga i minnet, och sen bara läsa därifrån i programvaran? På så vis borde man ju kunna få en jämn samplingsfrekvens.

[bearing]

Man kan göra en enkel logikanalysator av ett stort FIFO-minne kopplat till en enkel uC också, och då är det inga problem att nå 20-150 MHz, så jag tror tiden är bättre investerad i en sån lösning. Beror på hur mycket minne som behövs förstås. I en dator är ju minnet i princip obegränsat, men ett video-FIFO för HD-video har rätt mycket minne det med. Jag såg ett 150MHz 16-bit video-FIFO på flera MB, och det kostade mindre än 10 USD.

[blueint]

Hårddisk avses. Problemet med IRQ gör hela systemet komplicerat.

Vad jag vet så räcker det med att ställa in I/O porten till 0x1F0 och 0x170. Så vart det när jag testade.
Standard addresser: http://en.wikipedia.org/wiki/Input/Output_Base_Address

Obs x86 skiljer på minnes- och I/O addresser..

DMA involverar lätt IRQ.. men med polling och dubbelbuffring kanske man kan få upp hastigheten. Men en läsning med ISA-I/O tar 4 klockcyckler, och med ISA-DMA tar det 6 klockcyckler dvs 6/4 ggr långsammare!

Svårigheten är att kunna nyttja ett system samtidigt som man samplar korrekt i det tidskritiska avseendet. Dvs I/O + Grafik eller hårddisk.

Som sagt över ca 500 ksps blir det exotiska lösningar..

[Jonas L]

Fast ett externt samplingsregister och en extern jämn sampelklocka skulle väl lösa problemet med ojämn sampling, förutsatt att man har tillräckligt med busscykler för att hinna läsa ut datan? Men visst, då är väl mikroprocessorlösningen trevligare. Annars så kan man ju dumpa all data i internminnet utan interruptbehov, därefter slå på interrupts och skicka eller spara data.

[bearing]

Skulle man kunna använda PCI-bussen som logikanalysator?

[Electricguy]

Ett tips är att använda en buffer och skyddskrets på LPT porten, så man inte bränner den! Den är ganska känslig. en 74xx124 (tror ja det är) funkar bra som buffer! sen som skydd kan man koppla 2 bakvända dioder på ingångarna, en diod vänd ner mot jord, för att skydda mot negativa spänningar. och en diod mot en 5V referens, då får man ett spann på igången som gör att man kan köra signaler från 0V upp till ca 5,7V in. går man över 5,7V så kortsluts insignalen mot 5V referensen.