Simpele logic analyzer op pc

Hallo,

Ik heb geen apparatuur om digitale signalen uit te lezen en ik wil nu eigenlijk van een projectje van me het digitale signaal uitlezen om zo de timing te kunnen controleren. Nou moet dit volgens mij vrij simpel kunnen dmv de parallele poort en hier de signalen van te verwerken in een stukje software op de computer zodat je ze in de juiste tijdsweergave hebt. Nou kwam ik dit leuke simpele stukje hardware tegen:

http://www.electronics-lab.com/projects/pc/007/

Nou heb ik zo'n idee dat dit prima kan werken om mijn digitale timings uit te lezen. Dus nou vraag ik mij af of iemand al eerder zoiets heeft gebouwd en wat zijn ervaringen ermee zijn?

Groeten,

Erik

Je kunt je afvragen of het programma snel genoeg is om nuttig te zijn. Echt timings aflezen lijkt mij niet mogelijk, maar misschien wel verbanden tussen signalen zien. Houd er rekening mee dat dit dos-programma'tje misschien nog wat in de weg wordt gezeten door windows m.b.t. access van de printerpoort.

Hier vind je iets dat misschien beter bruikbaar is. Het kan geen kwaad om dit eens te proberen, veel moeite is het niet. Bespaar jezelf wel een hoop ellende en gebruik de gebufferde variant!

Op de homepage van Wim staat misschien wel de mooiste, maar hardwarematig ook degene waar je even wat tijd in moet steken: PICLA. Ik meen me te herinneren dat dit ook van een CO-member is.

Succes!

die 2e is erg interessant, het gaat me namelijk alleen om een 1-wire protocol uit te lezen op timings. Ik gebruik het verder niet/amper. Dus ik wil er ook niet bijzonder veel geld aan besteden. Die 3e is me dus simpelweg te duur en ingewikkeld.

De 3e DUUR zeg je??? 1 pic + xtal + max232... echt niet duur te noemen (als je die niet nog hebt liggen)

Onderdelen indien gewenst nog te recyclen, alles kan even op een breadbordje

pic kost bij voti 12 euro Max 232 van een paar euro erbij dan nog verzendskosten erbij dus dan ga je alweer snel richting de 15-20 euro. Opzich is het niet duur maar wel als je even krap bij kas zit :p en het alleen maar een simpel experimentje is. Voor die andere heb ik 1 ic'tje nodig. Ik kan later die andere altijd nog bouwen.

Ik zeg "Sample" parts.

Maxim levert samples binnen een paar dagen.

Microchip duurt 10 dagen ofzo. Moet je alleen geen hotmail adres hebben (en ook niet *te* gulzig zijn). beetje intelligent samples zoeken. Bv. 1 type en dan de normale temperatuur range en de extended range.

x-tals haal je op ebay in de UK. Paar euro / 10 stuks.

Grtz Matthijs

Ach, gewoon kopen, breaden en na afloop in je componentenbakje. Dan kost het eigenlijk niks, die onderdelen gebruik je wel weer een andere keer in een project dat wel wat mag kosten.

Doch, als de simpele oplossing via de par-poort voldoende is, waarom dan moeilijk doen. Ik weet echter niet wat TS voor timing-eisen heeft...

Normalitair kan het me niet zoveel schelen hoeveel het kost en had ik die 3e wel gebouwd maar ik moet nu even rustig aan doen.

De timing moet +/- op 5us nauwkeurig zijn. Liever meer(richting 1us) maar zeker niet minder.

Dan vrees ik dat de '2e' niet toereikend zal zijn... :(
Zelfs van de oplossing van Wim weet ik uit m'n hoofd niet of precisie van <5uS mogelijk is. Ook even geen tijd om dat uit te gaan zoeken nu, maar dat staat vast op z'n site.
edit: toch effe gekeken: dat kan hij wel...
Als je ECHT op zwart zaad zit kan ik je wel een PIC toesturen hoor, maar zal thuis effe moeten kijken of ik dat type heb liggen.

[Bericht gewijzigd door Jochem op ]

die 2e staat wel bij

dat de sampling rate 1miljoen per sec kan zijn afhankelijk van je hardware, nou ben ik niet zo bang dat die hardware het niet aankan maar het is dus meer een kansspelletje of het kan.

Als je zo'n pic hebt liggen dan zou het natuurlijk helemaal mooi zijn jochem!

Heeft iemand dat ding van Wim maar dan voor een AVR? De aanschaf van een PIC van 12 euro is niet zo'n probleem, het de programmer (die ik dan dus maar eenmalig gebruik) die het zo jammer maakt :+

Want het ziet er wel uit als een heel handig dingetje _O_

Waarom heeft de max232-versie trouwens zeners, die de USB-versie niet heeft?

Eventueel kan ik zorgen voor geprogrammeerde chips, ik moet hier nog wel even mijn programmer voor updaten ( de versie die die chips ondersteund is helaas nogwel in beta stadium dus ik moet nog een extra 16f628a hebben om de nieuwe firmware in te testen zodat als het fout gaat ik de oude firmware nog heb.

Wat betreft de zeners, die worden voor overspanningsbeveiliging gebruikt. Dat de usb ze niet heeft kan 2 dingen betekenen. of de chip heeft ze intern ( heb ik nog niet nagezocht ) of hij heeft ze simpelweg vergeten.

Op 15 februari 2007 11:54:39 schreef Paul Nieuwkamp:
Waarom heeft de max232-versie trouwens zeners, die de USB-versie niet heeft?

Omdat ik te lui ben om het schema aan te passen. :)

Die extra weerstanden/zeners zijn alleen om de ingangen van de PIC te beveiligen: zonder dat doen ze het ook, maar als je dan een 12Volt voeding op de ingang zet is het einde van de PIC. Misschien zijn alleen de weerstanden genoeg omdat de PIC intern beveiligingsdiodes heeft, maar Microchip geeft geen specs van die diodes dus je weet niet wat de maximale stroom is die je daar doorheen kan sturen.

Ik heb er trouwens eerst eentje gebouwd met een 16F628A (stukkie goedkopere PIC), maar het probleem is dat je veel sneller sampelt dan dat je de data naar de PC kan sturen, je moet dus bufferen en je loopt heel snel vol op het interne geheugen (192 bytes). De 18F2525 heeft bjna 4Kbyte geheugen. Dus in de snelle mode kan ik veel langere traces aan. Ook is die 18F chip 5X zo snel. Bij de 16F628A was de snelste sampling 2usec, bij de 18F2525 200nsec (in 8bit fast mode). Ik heb de 628A versie dus maar weggehaald van de webpagina.

Maar het kastje wordt vaak gebruikt bij experimenten met DS1820A's, SPI en I2C chips, DDS-en en weet ik niet wat. (Ik heb namelijk geen geheugenscoop en dan is het een ramp om te zien wat er mis is).

Dus die ds1820 kon je prima uitlezen met jou apparaat? Heb je de leesprobe rechtstreeks op de datalijn gezet of nog een weerstandje ertussen?

Rechtstreeks, ik gebruik geen weerstanden/zeners (Live dangerous). Maand of wat geleden nog de 16F assembly aangepast naar C voor een 18F, maar ik heb geen traces bewaard. Het protocol is niet heel snel dus makkelijk te tracen.

JoWi,

Als ik jou een 18F2525 opstuur, wil jij 'm dan proggen, tegen vergoeding uiteraard. Net als Paul ben ik meer een AVR man nl.

Zo niet, dan wil ik het ook wel doen, wordt alleen na volgend weekend, want ik sta komende week in Zwitserland op de ski's :)

Op 15 februari 2007 11:54:39 schreef Paul Nieuwkamp:
Heeft iemand dat ding van Wim maar dan voor een AVR? De aanschaf van een PIC van 12 euro is niet zo'n probleem, het de programmer (die ik dan dus maar eenmalig gebruik) die het zo jammer maakt :+

Want het ziet er wel uit als een heel handig dingetje _O_

Waarom heeft de max232-versie trouwens zeners, die de USB-versie niet heeft?

Als je communcatie protocol tussen pc en de Pic kent ( Wim ?)
kan je hiervoor een AVR programmeren.

Het lijkt me ook een vrij eenvoudige klus, hiervoor een avr in te zetten. Zolang hij maar snel genoeg is voor de gewenste samplerate, en over voldoende SRAM beschikt. En uiteraard pik je gewoon de software van Wim, en pas je die naar behoefte aan (tenzij Wim bezwaar maakt, natuurlijk).
Googelen op "atmega datalogger" wil ook wel eens helpen...

fpga logic analyzer:

http://www.sump.org/projects/analyzer/

Op 16 februari 2007 20:51:09 schreef Roland van Leusden:
fpga logic analyzer:

http://www.sump.org/projects/analyzer/

Mooi ding! Heel wat anders dan wat ik hier heb (8k x 8 RAM, adresteller (max 24MHz, triggerlogica, enz...). Maar mijn versie is dan ook al 15 jaar oud.

Simpelste oplossing: Een paar draadjes.

Als je het niet vaker dan 1x gaat gebruiken is het aanlsuiten van de 1wire spul net zo "gevaarlijk" als het aansluiten van de protectie-buffer op de parport. 18-25 is ground, Pin 2 is D0 van de data.

Voor Linux zou ik voor een langzaam signaal als een 1wire protocol iets schrijven als:

iopl(3);
while (1) {
port = inb (0x378);
if (port != oldport) {
buf [0] = port;
gettimeofday ((struct timeval *) (buf+1), NULL);
write (1, buf, 9);
}
}

dan kan je achteraf de veranderingen van de poort analyseren.

De "gettimeofday" kost wat tijd, maar gebeurt pas als er een verandering is. Een moderne PC doet dat binnen een microseconde (geloof ik). Verder controleert ie zo snel ie kan de poort, en doet hij pas gettimeofday als er een verandering optreed. Als er daarna snel weer veranderingen optreden, ziet hij ze niet.

Op 19 februari 2007 16:56:34 schreef rew:
Simpelste oplossing: Een paar draadjes.

Heel leuk, maar niet real-time. (Wat denk je dat er gebeurd als er een page-fault optreedt of zo iets)

Op 19 februari 2007 16:56:34 schreef rew:

Voor Linux zou ik voor een langzaam signaal als een 1wire protocol iets schrijven als:

Ik heb ook zoiets dergelijks gedaan. Toevallig ook onder Linux. Uiteraard is het geen Mega-ding geworden, maar om eenvoudige signalen te bekijken is het voor een eenvoudig iemmand (zoals ik) best leuk om mee te spelen.
En dat is soms toch best belangrijk... :-)

Screenshot:
http://www.cybertux.nl/diversen/externe-links/myla.png

Ik heb hier al een paar aanbiedingen gezien om zo'n pic van Wim's PicLA te proggen.

Ondertussen heb ik zo'n ding binnen (Digikey \o/ Gelukkig kon het mee met een bestelling op het werk :+ Zoeken naar x100w geeft overigens hele mooie connectortjes :) ), dus wie is nog in de race? :P