Op 9 januari 2005 14:07:06 schreef Jorrit:
maar er is lijkt mij geen bestaande software voor dus hoe zou dat dan geregeld moeten worden ?

Zelf schrijven?! Redelijk moeilijk. Begin alvast met signalen op het scherm te krijgen...

hehe jah maar zelf schrijven lukt mij zeker niet. ik heb nog nooit geprogrameerd ofzo dus dat word denk ik ook niks dan. maar misschien dat er andere mensen zijn wie het wel kunnen en er ook in geintereseerd zijn.

Op 9 januari 2005 14:08:52 schreef Evil Aedolon:
Begin alvast met signalen op het scherm te krijgen...

Dan heb je het grootste werk al gehad. De buttons en sliders zijn dan geen problemen meer.

bwah . is makkelijker dan je denkt.

De scoop hardware zoals ik beschreven heb werkt voor een groot stuk autoom. Als ie klaar is met meten dump je gewoon de data. je krijgt 2048 getallen gaande van 0 tot 512 (9 bit data) De waarde 256 is nul.

in visualbasic kan je dit zo visualiseren
ervanuitgaande dat je data in een array staat die meetwaarde noemt :
neem een picturebox

picture1.scaleheight=512
picture1.scaletop = -512
picture1.scalewidth=2048
picture1.scaleleft=0

picture1.cls
for x = 0 to 2047
picture1.line -(meetwaarde(x),x),7
next x

klets. gedaan. je wave staat op het scherm. wil je scrollen dan speel je met de scalinginstellingen van het picturewindow.

ben al bezig met schema voor de samplerkaart. als't goed gaat heb ik einde volgende week layoutje klaar en kan ik beginnen spelen.

datatransport over USB. Idee is een soort kastje. daarin plug je moduletjes naar keuze 2 kanaal scoop of 16 kanaal logic analyser
1 kastje supporteert 8 moduletjes. daar kan je aardig stukje mee weg.

laterm oduletje met arb waveform generator erop. en je hebt universeel testsysteempje

Vincent, heb je geen ICQ of MSN? (Visual Basic is vies)

[Bericht gewijzigd door Evil Aedolon op ]

Net als free_electron zegt het is vrij makkelijk om dat te kunnen visualiseren op een PC en je kan er iedere programeertaal voor pakken, ik blijf bij c++ het is een stukje moeilijker maar het eindresutaat is stukken sneller dan die vb zut spijt me te zeggen maar vb s*cks. Programeren is niet moeilijk.

Groeten Captnoord

@free_electron.
dat klinkt goed. ga je het gratis publiceren of maak je er een commericeel project van ?

Als ik het straks ga ontwerpen of iets dergelijks zal het gratis worden, open source en alles er op en eraan.

Groeten Captnoord

Op 9 januari 2005 13:30:40 schreef Captnoord:
@richardbloe, O please en ja dan bemonsteren op 96Khz niet om je af te zeiken of zo maar dat is geen optie

Je hebt gelijk dat het niet zo'n goed idee is, zelfs de parallelle poort zou wellicht beter zijn (minder ruis en wel DC).

Echter toen ik het schreef dacht ik er wel aan om uit die n-Megabyte data per seconde eerst een selectie te maken en alleen die door te sturen naar de PC op een lagere frequentie. Als je je signaal afbeeldt heb je volgens mij geen MB's per seconde nodig.

Na wat meer posts begin ik nu echter het idee te krijgen dat het een behoorlijk gave scoop moet worden en dan heb je waarschijnlijk niets aan dit soort oplossingen.

Ik heb overigens wel de basis van een VC++ win32 api-prog geschreven om geluid van een 44.1kHz geluidskaart op te nemen (via wavein), af te beelden in een schermpje en op te slaan in een .wav-file zodat ik nu veel van de prog's in CO/downloads/meten ook zelf kan maken.

het klink allemaal heel tof zoŽn Testunit maar....
wat zijn de kosten tot nu toe
het lijk mij nl. een nogal duur projectje worden en is het misschien toch niet beter een scoop te kopen?
of verkijk ik mij hierop?

@k.p.meinesz: Ja en nee het is best leuk om het zelf te maken, volgens mij is het niet zo verschillend kwa prijs.

Groetjes Captnoord

natuurlijk is het zelf bouwen leuker en als het er nog een beetje strak uitziet en goed werkt nou dan heb je ook iets om echt trots op te wezen.
succes

je kan ook zon programmatje van tussen de downloads gebruiken
dan heb je een scoop voor de geluidskaart
veel minder ingewikkeld

Volgens mij zal het zeker niet duurder zijn dan wanneer je er eentje koopt.

Je hoeft geen LCD-scherm/beeldbuis apart aan te schaffen, want deze zit al in je pc.
Voor de rest heb je geen ontwikkelingskosten en hoef je er ook geen winst uit te halen. (Bedrijven zullen dat wel doen natuurlijk :D ) Het kost je natuurlijk wel tijd om het te ontwikkelen en in elkaar zetten daarvan.

De componenten zullen in aanschaf iets duurder zijn, omdat je ze niet met honderden tegelijk inkoopt. Maar volgens mij valt dat relatief mee.

Op 9 januari 2005 20:08:16 schreef elektronicaspecialist:
je kan ook zon programmatje van tussen de downloads gebruiken
dan heb je een scoop voor de geluidskaart
veel minder ingewikkeld

kolder!
dan heb je iets wat een golfje laat zien
het is dan maar de vraag of dat golfje nog enigsinds lijkt op de werkelijkheid.
daarbij een golfje van 2 Mhz op je geluidskaart dacht ik toch van niet

ELA ELA VB vies ??? Als we toch met modder gaan smijten :
Nu ist mijne toer :

C++ ja das pas een varkensstal. :-). Het concept is heel mooi maar de meest code die ermee geschreven wordt is onleesbaar en vooral NIET porteerbaar. Je moet altijd wel ergens aan liggen klooien en er ontbreekt altijd ergens wel een library.

k'heb nog maar zelden source gezien die 'recht' geprogrammeerd was.

Runtime memory vreten , stacks laten ontploffen en memory leaken da's simpel in C++. "Oeh aah ooh zie eens hoe cool. ik heb een object van 1 kilobyte dat ik recursief kan instantieren en 5 miljoenmaal subclass". Moet je doen als je 256 byte ram hebt.' tzal lang duren.

Trouwens weet je hoeveel C++ programmeurs je nodig hebt om een lamp te vervangen ? Ze kunnen het niet want tis een hardware pobleem en daar kennen ze niks van. Woehahaha.

ik zweer bij assembler en PL/1 voor op microcontrollers. Aan de PC kant ANSI C voor device drivers (omdat ANSI C toch iet of wat gestructureerd en gestandaardiseerd, en je geen 5 miljoen runtime libs nodig hebt waarop je geen controle hebt. En voor RAD is er niks rapper en beter dan VB. ( gene .NET dat is inderdaad miserie , maar good old VB5.0 )

En ja, je C++ code draait misschien iets sneller dan mijn Vb programma maar ik ontwikkel het wel in 2 dagen en een C++ programmeur heeft er 2 weken voor nodig. En alst rap moet gaan dan kwak ik wel 32 bit assembler code in een DLL die ik kan oproepen. ( en die compileer ik onder Powerbasic . Daar sie Njeh ! )

En k'wil er niks meer over horen ! Ben op mijn tenen getrapt. Des te meer daar ik een boek geschreven heb over hoe VB gebruiken in electronica labo en daar cursus over geef.

Nee nu even weer serieus. Je programmeert in wat je wilt en best kent. En bij mij is dat toevallig assembler, PL/1 en Visual Basic( of iedere andere basic dan ). Ik schrijf ook wel in C en C++ maar als ik zie hoeveel tijd ik moet besteden om daar syntax fouten op te lossen ( haakjes vergeten , puntkomma hier ). Geef mij maar de VB editor. die verbeter terwijl je tiks en je krijgt geen koppijn van al de leestekens die in de code staan. Discussies als dit is beter dan dat zijn zinloos als het op programmeertalen aankomt. Elke taal heeft zijn voor en nadelen. Zo zijn er vandaag nog mensen die zweren bij Cobol en Fortran of 'god verbiede' lisp, ADA en forth.

Bon terug on-topic

Schema voor ingangsysteem is klaar.
Ditto voor Sampler systeem
Alleen nog schema voor trigger unit en timebase. en de single channel module is klaar.

k'heb fifo's gevonden die we kunnen aanpassen naar ieders budget. Op dezelfde footprint kunnen we van 2K naar 128 samples gaan.

Er zitten geen componenten in die uit Unobtanium gemaakt zijn. Alles is verkrijgbaar bij digikey waar iedere hobbyist zonder problemen kan bestellen.

Knabbel er eens op en geef feedback. der zullen wel nog een paar konijnen inzitten en dingen die we over het hoofd gezien hebben.

De ingangstrap
-=-=-=-=-=-=-=-
file : http://www.expandctss.com/upload/index.php?page=download&file=logiscop…

Een paar zaken die je moet weten.
Ingangstrap bestaat uit een passieve verzwakker. Een hoogohmige bufferversterker met een gain van precies 1. ( schema ziet er raar uit maar die opamp is speciaal gemaakt om met die 24 ohm feedback weerstand in unity gain te draaien. ) Die opamp stelt ons in staat om de laagohmige ingang van het meetgedeelte te sturen.

Daarna staat een ietwat bizarre opamp. Dit is een single-ended to differential versterker ( heeft twee in tegenfase zijnde uitgangen. Die hebben we nodig om straks de A/D aan te sturen ) Via de offset ingang kunnen we het DC level aan de uitgang 'shiften'. Aangezien die supersnelle A/D omzette geen raad weten met negatieve spanningen lift ik het signaal daarmee 1 volt omhoog. ( onze A/D Kan meten van 0 tot 2.048 volt dus zo kunnen we van -1.024 tot +1.024 volt meten.

De Sampler
-=-=-=-=-=-=-
File http://www.expandctss.com/upload/index.php?page=download&file=logiscop…

De data uitgangen worden afgebufferd ( de A/D mag bijna gen stroom leveren aan zijn uitgangen anders gaat zijn S/N omlaag omdat zijn IO drivers teveel stroom in het substraat van de convertor pompen )

Ik buffer af met een 10 bit brede buffer ( ils zoals een 74244 maar dan 10 bit in plaats van 8 bit.

Omdat de data hier op hoge snelheid vliegt ( 10 nanoseconde ) worden looptijden van belang. Vandaar dat ook de master clock door die buffer moet. alle signalen zijn dan gelijk verschoven. Die buffer chip van Power innovation heeft een looptijd van 5.5 nanoseconde.
Daarna staan de scaleable fifo.

Die staat onder controle van een block logica ( nog in ontwikkeling ) Wat doet bevat de blok logica ?
Een woord comparator. Dit is onze trigger generator. Da A/D loopt constant. We vergelijken de 'live' data met een bepaald woord ( ons trigger level ) als we kunne kiezen op stijgende of dalende flank . De triggerpuls set een flipflop die de fifo schrijfklok doorschakelt. Wanneer de Full vlag aangaat vande fifo springt de schrijf klok af. De procesor krijg nu ene interrupt da de fifo vol is en kan data dumpen voor postprocessing.

De controle logica bevat nog een paar dingetjes. Pre en post trigger controle. soms wil je zien wat er gebeurt net voor de trigger. Je kan dit instellen in 2 velden Ofwel de helft van de samples voor en na de trigger, ofwel er volledig voor. Afhankelijk van de gekozen mode is er een counter die de fifo constant ledigt ( post trigger ) of pas vanaf de helft van de fifo size ( midpoint trigger) Als de trigger otreedt wordt die teller gestopt. De FIFO wordt niet verder geledigd. T'wordt duidelijker als je het schema zal zien.

Omdat dit ook zeer high speed is en timing hier uiterst belangrijk is wordt dit geimplementeerd in een kleine altera. Ik zal schematic entry gebruiken zodat het leesbaar blijft voor iedereen niet iederen kent VHDL of Verilog ) Je zal zien dat er 2 klokken zijn. Fastklok is de systeem klok en skewedclock is de vertraagde klok die synchroon is met de data. Met fastklok ga ik de beslissingslogica besture. Die is dus gegarandeerd klaar met zijn ding alvorens de echte data eraankomt ( ze is immers vertraagd met 5.5 nanoseconde door die buffer )

Gentlemen start your brains and start thinking. We hebben input nodig.

Op 9 januari 2005 22:11:41 schreef free_electron:
Des te meer daar ik een boek geschreven heb over hoe VB gebruiken in electronica labo en daar cursus over geef.

Ik weet het! Bart heeft hem ooit getoond! Was maar om te plagen hoor ;)

Trouwens bij die input tralala

Die fireworks protection, hebben die diodes geen capaciteit? zo maak je toch een filter? (En heb je trouwens geen ingangsfilter nodig?)

BTW: Heb je MSN ofzo, praat makkelijker

is maar paar picofarad. Heb die 'gekopieerd' uit schema van mijn philips scoop ( zo een combi die analoog en digitaal kan )

ja kheb MSN. zoek op user 'vincent_himpe apestaart hotmail.com'

[Bericht gewijzigd door free_electron op ]

Hi
Dat klinkt allemaal zeer interessant, en denk dat het wel te doen is voor de (zoals ikzelf) net-iets-beter-dan-de-beginnende electronicus. Toch komen er nog een paar vragen in mij op:
1) hoe krijg je die software in die kleine altera? heb je daar dan ook weer een programmer voor nodig, met een schema even groot als het doelproject? of valt dat allemaal mee?

2) Je wou alles via USB regelen. Ik denk dat USB de meeste electronicussen onder ons (mij incluus) nog een beetje afschrikt. Hoe ga je de communicatie via USB opzetten?

Maar over het algemeen: een tof en interessant project dat ik zeker ga volgen en mischien bouwen! (heb zowiezo een scoop nodig)

Mvg
Jan

Op 9 januari 2005 22:17:46 schreef Evil Aedolon:
[...]

BTW: Heb je MSN ofzo, praat makkelijker

gaat er zo niet een hoop informatie verloren die andere mensen inzicht kan geven hoe je een dergelijk apparaat moet ontwikkelen? zoals valkuilen die gaande weg een msn chat opgelost worden?

dat zou namelijk erg jammer zijn. dit is een behoorlijk interessant project voor velen :)

[Bericht gewijzigd door Jeroen Boere op ]

Ziet er goed uit.

Even over die protectie diode's. Ik kon zo snel geen datasheet van de BA516 vinden. Je hebt het over een capaciteit van en paar pF (= 2 pF ?). Daarbij komt nog de capaciteit van de PCB.
Bij een ingangsimpedantie van 1 Mohm is de grensfrequentie 500 kHz. Mijn voorkeur zou een capacitieve spanningsdeler parallel aan de weerstand spanningsdeler zijn. Beter een goed gedefinieerde ingangscapaciteit dan een ongedefinieerde kleine ingangscapaciteit.

Diode's hebben een temperatuur- en spanningsafhankelijke lekstroom. Ik kon het niet contolleren. Maar is deze klein genoeg om een verwaarloosbare invloed te hebben?

De overflow uitgang van de AD-converter zou ik gebruiken om een statusregister te setten. Een LED licht onzichtbaar op indien een spike een overflow veroorzaakt.

damn das een mooi projectje.
alhoewel ik weinig kaas heb gegeten van programeren (buiten wat kleine dingen in vb en scripting op het web).
ziet het hardware gedeelte er best doenbaar uit.
kheb namelijk ook nog een scoop nodig :)

Op 9 januari 2005 22:57:55 schreef Freddy:
Ziet er goed uit.

Even over die protectie diode's. Ik kon zo snel geen datasheet van de BA516 vinden. Je hebt het over een capaciteit van en paar pF (= 2 pF ?). Daarbij komt nog de capaciteit van de PCB.
Bij een ingangsimpedantie van 1 Mohm is de grensfrequentie 500 kHz. Mijn voorkeur zou een capacitieve spanningsdeler parallel aan de weerstand spanningsdeler zijn. Beter een goed gedefinieerde ingangscapaciteit dan een ongedefinieerde kleine ingangscapaciteit.

Diode's hebben een temperatuur- en spanningsafhankelijke lekstroom. Ik kon het niet contolleren. Maar is deze klein genoeg om een verwaarloosbare invloed te hebben?

De overflow uitgang van de AD-converter zou ik gebruiken om een statusregister te setten. Een LED licht onzichtbaar op indien een spike een overflow veroorzaakt.

Yep! Ik heb het hem al gezegd. Filtert op 32Mhz we zoeken nog achter ideeën... voor die clamp

"we" vooral free-electron natuurlijk

Op 9 januari 2005 22:38:24 schreef stecj366:

1) hoe krijg je die software in die kleine altera? heb je daar dan ook weer een programmer voor nodig, met een schema even groot als het doelproject? of valt dat allemaal mee?

2) Je wou alles via USB regelen. Ik denk dat USB de meeste electronicussen onder ons (mij incluus) nog een beetje afschrikt. Hoe ga je de communicatie via USB opzetten?

Maar over het algemeen: een tof en interessant project dat ik zeker ga volgen en mischien bouwen! (heb zowiezo een scoop nodig)

Mvg
Jan

Altera : allemaal niks om bang van te zijn. kabeltje aan printerpoort. 4 draadjes naar altera en flashen maar. software ( compleet ontwikkelsysteem ) is gratis te halen bij altera zelf. Software is eigenlijk een schematekenpakket . er zit zelfs een bibliotheek in met alle 74xx chips !. schematje tekenen, op compile knop klikken . effe wachten . pinnen toekennen ( tool even vertellen welke signalen je waar wilt hebben ) en de fitter lanceren ( das ook een knopje. Je kan het zelfs simuleren. je tekent wat golfvormpjes en je ziet wat er uit komt. Klik op program en tis klaar. Als je het eenmaal gedaan hebt zal je zelden nog naar losse TTL grijpen.

als je late straffer spul wilt doen kan je Verilog o VHD lern n daar mee aan de slag gaan. En allemaal gratis !

USB ditto . niks om bang van te zijn FTDI245 chipje . drivertje installeren dat je gratis krijgt van chipfabrikant En je kan draaien. is niet moeilijker dan een seriele poort.

Ik merk dat mensen inderdaad vaak 'bang' zijn om met nieuw spul te werken omdat ze tegen de ontwikkeling op zien. Heel veel daarvan is gebaseerd op een misperceptie en vooroordelen. Hedentenage zijn daar overal oplossingen voor. ( ja zelfs voor ethernet ) Ik ga dringend eens een paar artikelen moeten schrijven voor op deze site.

Op 9 januari 2005 22:41:20 schreef Jeroen Boere:
[...]

gaat er zo niet een hoop informatie verloren die andere mensen inzicht kan geven hoe je een dergelijk apparaat moet ontwikkelen? zoals valkuilen die gaande weg een msn chat opgelost worden?

dat zou namelijk erg jammer zijn. dit is een behoorlijk interessant project voor velen :)

we hebben vanavond effe gechat om een paar ideen uit te wisselen. gaat iets sneller. de resultaten zet ik morgen wel op de site. Ik heb nu eerst wat stof tot nadenken ...