Benm
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design
Naar aanleiding van de vorige poll, en reactie van Bastiaan daarop:
Het lijkt me bijzonder fraai om een digitale stereocoder te ontwikkelen. Analoog blijft het namelijk toch altijd 'hannessen', terwijl het volgens mij digitaal prima moet kunnen. Alleen ben ik absoluut geen freak op controller-gebied. Ik heb echter wel een idee wat ervoor nodig is:
- Aan de ingang 2 stuks A/D converters
Een processor die
- L+R signaal maakt
- L-R signaal maakt, en dit vermenigvuldigd met een 38 khz sinus.
- 19 khz piloottoon erbij genereerd (sinus)
- Aan de uitgang een D/A converter
Het een en ander gaat wel wat voeten in de aarde hebben denk ik. De ingangs-ADC's lijken me vrij standaard te worden, 38 khz samplerate lijkt me handig.
De processor wordt wel een apart verhaal denk ik, omdat die op flink tempo een aantal berekeningen moet doen. Volgens mij moet het op zijn minst 4x38k=152k signaal-elementen per seconde genereren
Aan de uitgang moet een DAC komen die dit tempo bijhoudt, maar dit is op te lossen door een R/2R netwerkje.
Vooral het processor gedeelte lijkt me een lastige, er moet wel erg snel erg veel uitgerekend worden - iemand een idee of dit mogelijk is met de hier veelbesproken PIC of AVR devices?
Volgens mij is dit er al. Zie de site van Rob. http://www.spi-electronics.nl/index.htm
Freddy
Hompage: https://meettechniek.info
Voor dit soort digitale berekeningen op analoge signalen hebben ze speciaal de DSP (digital signal processing) ontwikkeld. Een speciaal soort processor is vaak al voorzien van een ADC. Dit gaat je echt niet lukken met een PIC of iets dergelijks.
Kijk eens bij:
Texas Instruments: www.ti.com
Analog Devices: www.analog.com
Een samplerate van 38kHz is wel heel erg krap. Je schreef "...en dit vermenigvuldigd met een 38 khz sinus". Die sinus van 38kHz is totaal onmogelijk, zelfs voor een blokgolf van 38kHz is al een samplerate van 76kHz nodig.
Misschien verstandig om er eerst eens wat signaal analyse theorie er op los te laten om er achter te komen wat minimaal noodzakelijk is.
Benm
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design
Samplerate van 38khz op de ingangen, ik vermelde al dat ik aan verwerking op 152 khz dacht. Dan nog kun je het inderdaad nauwelijks een sinus noemen, daar heb je gelijk in. Hoger is natuurlijk aantrekkelijk, maar van DSP's heb ik verder totaal geen weet. Misschien dat je daarmee nog wel een stukje verder kunt gaan qua verwerking, 304 of zelfs 608 khz, dat zou aantrekkelijk zijn. Hoe hoger de samplerate op de uitgang, hoe makkelijker de clean-up neem ik aan 
echostar
doe wat je doet, maar doe het goed.
waarom moelijk doen als het makkelijk kan?
gebruik eens digital oversampling,,dat wil zeggen
met kleine stapjes van links naar rechts schakellen
je krijgt dan een trapeze vormige sinus die heel
makkelijk te filteren is,,het zelfde doe je met de 19khz
met kleine stapjes tussen de - en + schakellen
je kunt daarvoor de hef4067 gebruiken de schakellaartjes
stuur je aan met de zelfde oscilator,hef4060 met 4.864mhz xtal
het voordeel van dit princiepe is dat de 38khz en 19khz
altijd in fase zijn en je kunt een zeer eenvoudig mpx filter
gebruiken omdat omdat de signalen trapeze vormig zijn
,,je hebt dan ook geen last van groep delay in het filter,
ik heb zoiets zelf al eens ontwikkeld
http//www.fmzenders.tk en het werkt uitstekend!! groetjes vincent.
Benm
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design
echostar,
Het hoeft niet per se met een processor wat mij betreft hoor, alleen heb ik altijd problemen gehad met hard heen en weer schakelen met 4066's etc. Vooral omdat de filters die erbij horen voor fasedraaing zorgen, en daardoor de kanaalscheiding lastig goed te krijgen is.
Heb je toevallig ergens een schema van de print die op je site staat?
echostar
doe wat je doet, maar doe het goed.
ik heb op dit moment allen maar een schema op klad papier,,ik zal hem eens elektronish tekenen,,ik heb altijd het zelfde probleem gehad met de 4066 en daarom heb ik deze coder ontworpen,,het is inderdaad moeilijk om een mpx fiter te maken die van 50hz tot 54khz linear is vooral omdat er zoveel harmonishen uit de 4066 komen,,met mijn ontwerp zijn die er nagenoeg niet en daarom is een zeer eenvoudig filter te gebruiken 1e orde is al genoeg,,ik zal er in de avonduren wel eens weer mee bezig gaan
Benm
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design
Rob Keij
Honourable Member
Op 13 februari 2003 13:24:40 schreef Hugo Welther:
Volgens mij is dit er al. Zie de site van Rob. http://www.spi-electronics.nl/index.htm
Deze is niet digitaal, maar ik heb geen last van schakelen en er is ook een goede kanaalscheiding.
Maar dit is een low-cost coder...
Ik volg deze topic maar heb nog geen nuttige aanvullingen. Wel de opmerking dat ik bij mijn professionele toepassingen de sinus maak met een DDS, gewoon de schip vertellen welke frequentie je wilt hebben. de chip moet wel hoog genoeg worden geklokt om een mooie sinus te krijgen.
echostar
doe wat je doet, maar doe het goed.
het klopt, de coder van spi is een low cost coder,maar werkt voor het geld zeer goed,alleen is het jammer dat de ingangs filters niet steil genoeg zijn,,ik weet uit ervaring dat als je deze coder in combinatie met een rds encoder gebruikt het vaak voorkomt dat de rds niet goed loopt, het probleem zit hem in de ingangs filters deze lopen verder door dan 15khz soms tot 20khz zodat 38khz+19khz=57khz de draaggolf van de rds aangetast wordt je moet dus het level van de rds verhogen, mijn coder daarintegen heeft zeer steile ingangsfilters en vertonen dat dus niet,ook harmonishen komen in het mpx singaal van mijn coder niet voor,ik zou het kladje wel kunnen scannen maar ik denk niet dat je er wegwijs uit kunt worden als ik het elektronish heb dan mail ik het wel.
Benm
http://www.webchemistry.nl - Internet Ontwikkeling en Web Design
Zou cool zijn als je dat schema ergens online gaat zetten 
Mijn probleem lag ook altijd in die filters, als je gewoon gaat choppen tussen de kanalen moet je het mpx signaal zo ongenadig hard filteren dat je kunt rekenen op faseproblemen. En jouw oplossing van 'in stapjes schakelen' zonder microprocessor of dsp lijkt me wel een gouden middenweg eigenlijk.
En ik ben wel benieuwd naar je ingangsfilters, die print ziet er niet heel complex uit. Dus het klinkt alsof je goed werk hebt gedaan op het uitrekenen die filters 