onlangs kreeg volgende tip als data logic analyzer
http://home.planet.nl/~wvh/picla.htm
het zag er veel belovend uit maar voldoet toch niet helemaal naar wensen.
ik zou een TTL datatrein moeten monitoren op PC met twee kanalen. de datatrein duurt 2.56ms lang.
weet iemand een leuk en goedkope oplossing?
met dank
volgens de auteur kan hij niet die snelheid aan die ik moet samplen, dus lijkt het me niet zinvol om te gaan bouwen, nochthans ziet de software er gelikt uit 
wel eenvoudig in mijn inziens:
twee kanalen 25kHz een 64 bit tellende datatrein:
1/25000 = 0.00004s
0.00004s * 1000 = 0.04ms
0.04 * 64 = 2.56ms
de totale bittrein is dus na 2.56ms uitgevoerd.
de twee kanalen worden getriggerd met een extern signaal en is dus eenmalig zichtbaar of men moest opnieuw triggeren.
liefst niet te moeilijk te maken en niet te duur.
ik vermoed dat dit geen hoge eisen stelt aan de meetapparatuur gezien de lage frequentie.
het is de bedoeling om de verschuiving tussen de twee kanalen te bestuderen.
[Bericht gewijzigd door shortcircuit op ]
LaStei
carpe cerevisi
Is een snelle digitale scoop dan niet beter? De meeste hebben single trigger, en als ik me niet vergis TiePie doen redelijke PC scoops met twee kanalen.
Waar haal je trouwens die factor 1000 vandaan in je berekening?
Sorry, ik zie je redenering... Maar als je de verschuiving van de ene t.o.v. de andere wilt zien, wat is dan de minimale/maximale verschuiving die je wilt meten. Dat zegt veel meer over je meet resolutie
[Bericht gewijzigd door LaStei op ]
factor 1000 is om van seconden naar millieseconden te gaan.
en tja, de tijd tussen die verschuivingen is net het blinde punt 
dus dat kan ik niet zeggen maar het zal in ieder geval tussen 0 en 0,04 ms liggen denk ik.
Op 12 juni 2006 10:10:24 schreef shortcircuit:
twee kanalen 25kHz een 64 bit tellende datatrein:1/25000 = 0.00004s
0.00004s * 1000 = 0.04ms0.04 * 64 = 2.56ms
de totale bittrein is dus na 2.56ms uitgevoerd.
Geen enkel probleem met die PIC. Alleen de herhalingsfrequentie van die pulstrein mag niet te hoog zijn. Als dat treintje slechts eenmalig langskomt (of enkele malen per seconde) kan je zelfs een "gewone" serieele interface gebruiken alhoewel ik betere ervaringen heb met een USB->RS232 adapter als een "gewone" COM port.
de herhalingsfrequentie kan ik zelf bepalen door de triggering te geven.
bv, trigger voor datatrein, 2 seconden wachten, nieuwe trigger.
LaStei
carpe cerevisi
Als je dus echt die verschuivingen wilt meten, kun je toch gewoon met een scoop de eerste flanken bekijken? De datatrein lijkt me daar dan goed uit te volgen, of mis ik wat achtergrond infromatie?
valt nogal moeilijk te triggeren om een stabiel beeld te krijgen.
neen, i denk niet dat je achtergrondinformatie mist.
@wouter sijm: ja! dat ziet er goed uit en goedkoop op de koop toe 
hopelijk doet deze wat hij belooft.
zal eens verder uitpluizen.
andere reacties nog steeds welkom
is er hier iemand die zo een data logic analyzer heeft of zelf heeft gebouwd?
misschien 1 van de moderators?
vooraleer ik weer begin te prutsen wou ik toch nog meer informatie langs deze.
jovak
meten is weten, weten is meten, maar hoe kan je weten wat je allemaal moet meten en weten.
Op 13 juni 2006 22:36:59 schreef shortcircuit:
is er hier iemand die zo een data logic analyzer heeft of zelf heeft gebouwd?misschien 1 van de moderators?
vooraleer ik weer begin te prutsen wou ik toch nog meer informatie langs deze.
Ik heb een logic analyzer, alleen nog niet klaar voor gebruik. Ik moet nog een aantal pods bouwen en de Hoogspannings print nalopen. De beeldbuisafbuiging werkt niet goed meer.
Nadeel van mensen die mooie meetapparatuur in de schuur zetten en na 3 jaar eens verkopen via marktplaats. Thuis aanzetten en na 10 minuten kwam de rook uit de voedingscondensators. Gelukkig wel de service manuals er bij gevonden dus is het nog te repareren 
jovak
meten is weten, weten is meten, maar hoe kan je weten wat je allemaal moet meten en weten.
Op 13 juni 2006 22:54:40 schreef shortcircuit:
@jovak, heb je er een fotoke van ?
Moet ik dan maken. Het is een Philips PM3500. Zonder de PODS. Moet dus nog even een keer creatief aan de slag met kabels en een pod maken.
Ik zit op het moment op me werk, zal morgenochtend even proberen tijd te maken om hem uit de kast te pakken en fototje te maken 
jovak
meten is weten, weten is meten, maar hoe kan je weten wat je allemaal moet meten en weten.
Op 13 juni 2006 23:04:49 schreef shortcircuit:
wat denk jij van die lpt data logic analyzers?
Als je een betrouwbare logic (state) analyzer wilt hebben zal je iets moeten bouwen waar de sample tijden niet afhankelijk zijn van software. De LPT zal een zekere jitter op de klok hebben vanwege de interrupt afhandelingen in de PC en het multitasking karakter van windows.
Een oplossing met een PIC is netter, maar nog steeds niet mijn voorkeur. Als je iets zelf bouwt zou ik toch iets maken wat geklokt naar een geheugen schrijft en dat het geheugen na een trigger door een PC wordt uitgelezen. Voordeel is dat je hier door hogere snelheden kan verwerken en niet aan de 1Kbyte van de microcontroller zit zoals die in jou link beschreven werd.
LaStei
carpe cerevisi
Geen probleem als je hier voor een logic analyser wilt maken, maar als je een scoop hebt met een (external) trigger ingang en single shot triggering mode moet je toch een stabiel plaatje te zien krijgen, ik zal eens zien of ik wat op mijn scoop kan laten zien...
jovak
meten is weten, weten is meten, maar hoe kan je weten wat je allemaal moet meten en weten.
Het verschil tussen een scoop en een data analyzer is dat je voor de scoop een regelmatig patroon moet hebben waar je op triggert. De eenmalige events die je met een data analyzer wel ziet zal je met de scoop niet goed kunnen bekijken.
Als je de leukere digitale scoops hebt dan zou je wat kunnen laten zien omdat het in geheugen staat van de scoop. Ik denk echter dat deze scoops niet in het bezit zijn van de meeste gebruikers op CO.
)
Op 14 juni 2006 00:58:56 schreef jovak:
Een oplossing met een PIC is netter, maar nog steeds niet mijn voorkeur. Als je iets zelf bouwt zou ik toch iets maken wat geklokt naar een geheugen schrijft en dat het geheugen na een trigger door een PC wordt uitgelezen. Voordeel is dat je hier door hogere snelheden kan verwerken en niet aan de 1Kbyte van de microcontroller zit zoals die in jou link beschreven werd.
Dat geheugen is trouwens 3.5K wat overeenkomt met 7K aan samples in 4bit mode (en 14K in 2bit mode). Maar dat is alleen relevant als je sneller dan 500K wil samplen. Bij 500kHz en lager wordt de data naar de PC gedumpt en kan je veel luxere triggers (Test eerst op deze conditie en dan op die conditie) opgeven.
Nadeel van een "hardware capture" is dat de triggermogelijkheden vaak beperkt zijn, en deze oplossing is op zijn simpelst minder dan een tientje. Het is geen Gould waar ik in de jaren 80 mee werkte, maar die kostte dan toendertijd ook Hfl 35.000.
In de praktijk wil ik vaak een eenmalige signaaltrein bekijken, zoals bijvoorbeeld bij het laden van een DDS chip als de AD9835 of I2C en SPI interfaces.
LaStei
carpe cerevisi
Je slaat de spijker op zijn kop... Echter er zijn scoop bouwpakketten (als ik me niet vergis van TiePie engineering) die precies die functies bezitten die nodig zijn voor dit soort metingen.
Dit dus:
http://www.tiepie.nl/nl/products/External_Instruments/USB_Oscilloscope…
Yep, maar afgezien dat ik het zelf maken van een Logic Analyzer leuker vond is er nogal een verschil tussen 40 Euro en 500 tot 1000 Euro. Dan mag ie ook wel 100X sneller zijn. Ik kom met geen mogelijkheid boven de 2/5 MHz uit zonder extra capture hardware.