Videomodulator
AKA Naftebakje @Tweakers.net --- Zonder dwarsliggers geen spoor
Al wat van gehoord op het forum van mikroelektronica, maar zelf nog niets mee gedaan. Zolang ik niet naar DSP achtige toestanden ga denk ik niet dat ik ze ooit nodig ga hebben, met de 16F reeks kom ik meer dan toe.
DSPIC's zijn redelijk nieuw, ik denk niet dat er veel mensen al ervaring mee hebben.
Xenobinol
Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand
Ik heb er wel eens naar gekeken, ga je DSP-en?
Zoniet dan lijkt mij de keuze voor deze processor niet erg voor de hand liggen.
Is er een speciale C compiler te krijgen voor deze processor?
Het concept om een microcontroller te combineren met een DSP achtige structuur, vindt ik wel erg aantrekkelijk.
Het voordeel lijkt mij 16 bits data verwerking.
DSP zegt mijn niets, was is dat/wat betekend dat ?
...Is er een speciale C compiler te krijgen voor deze processor?....
Geen idee ik hou het liever bij ASM.
[Bericht gewijzigd door MMSoft op ]
Videomodulator
AKA Naftebakje @Tweakers.net --- Zonder dwarsliggers geen spoor
Digital Signal Processing. Bekendste voorbeeld van een DSP is een geluidskaart in je PC.
Het systeem bestaat doorgaans uit een of meerdere A/D's, D/A's en een processor. Zo kan je bijvoorbeeld een signaal in de ingang (A/D dus) steken, in de processor een laagdoorlaatfilter programmeren, waardoor op de uitgang enkel de lage frequentie's doorkomen.
Het spreekt voor zich dat je daarvoor een rits specifieke instructie's nodig hebt (MAC bijvoorbeeld), en een berg processorkracht (want een DSP wil je doorgaans quasi-realtime hebben).
Ik vrees dat je nu een beetje met een tweeloop op vliegen wil schieten, met een library om de bewerkingen 16bits uit te voeren, op een 18F PIC, kom je volgens mij al een heel eind.
Jaa, ik heb ervaring met de dsPIC
Microchip heeft er een volledig functionele krompiler voor, de C30 krompiler. Als studentenversie 30 dagen volledig functioneel, daarna doet de optimalisatie het niet meer, maar je kunt er code mee blijven genereren.
't zijn leuke dingetjes die dsPIC's heb bij de vorige baas een dsPIC30 geprogrammeerd (in C, ik haat dat)
en hier gaan we de opvolger dsPIC33 inzetten.
de dsPIC33/PIC24 serie zijn gelijkwaardig, met als eniog verschil dat de PCI24 geen DSP-engine aan boord heeft.
Overigens stelt die DSP-engine in de PIC's niet al te veel voor hoor, denk niet dat daar volledige codecs in zitten, het is alleen een snelle vermenigvuldiger en opteller, veel digitale signaalbewerkingen staan of vallen bij een snelle vermenigvuldiging, en DAT kan die dsPIC dus.
(enige nadeel is dat de C30 krompiler dat nog niet echt doorheeft, en dat je, als je zelf DSP-zaken wilt programmeren in je engine, je toch assembly moet gebruiken.
de DSP toolboxen die erbij horen genereert nl. geen C-code, maar assembler, die in de C-code ingezet wordt als inline assembly.)
Xenobinol
Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand
@DC2PCC: aha, informatief stukje.
Wat is eigenlijk je probleem met C als ik vragen mag?
daar heb ik hzet al eens eerder over gehad in een ander topic (pic vs AVR geloof ik), ik ben Hardware-ontwerper en geen boekhouder.
C-programmeren is wat dat betreft net boekhouden, onder de streep moet alles kloppen, je moet overal een puntkomma achter zetten, accolades openen en sluiten, en dat stoort me mateloos.
Bovendien heb je nog massa's krompilers die tussen oorzaak en gevolg geen verband leggen, op regel 2 een puntkomma vergeten en op regel 102 krijg je een syntax error die nergens op slaat.
Zelfde als je ergens een accolade vergeet.
en ik maar zoeken wat er aan de hand is, de fout zit helemaal niet op regel 102, maar op regel 2.
Xenobinol
Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand
Op 12 september 2006 12:46:17 schreef DC2PCC:
daar heb ik hzet al eens eerder over gehad in een ander topic (pic vs AVR geloof ik), ik ben Hardware-ontwerper en geen boekhouder.
okee zit wat in, maar dat is gewoon een kwestie van systeem hoor.
Wat betreft die foutmelding van de compiler ben ik het met je eens, echter als je eenmaal op de hoogte bent van het euvel, pas dan je werkwijze er op aan.
Zelf ben ik helemaal weg van C, ik ben zelf ook een hardware man, maar als er gecodeerd moet worden dan gaat het wel in C.
Op 12 september 2006 13:05:02 schreef Xenobinol:
[...]
maar als er gecodeerd moet worden dan gaat het wel in C.
Nothing beats plain assembly.
Moest voor de oude baas veels te veel met C kloten, ben d'r maar weggegaan, men zoekt geloof ik nog naar vervanging 
bij de huidige baas hebben we voor het C kloppen slaafjes.
Op 12 september 2006 10:16:35 schreef Videomodulator:
... Ik vrees dat je nu een beetje met een tweeloop op vliegen wil schieten, met een library om de bewerkingen 16bits uit te voeren, op een 18F PIC, kom je volgens mij al een heel eind.
Dat is natuurlijk zo, een PIC18 kan voorals nog meer dan voldoende voor mijn projectjes...
Het gaat mij er alleen om, om kennis te maken met deze serie PIC's.
Edit:
Zit er veel verschil tussen een 16/18F en een dsPIC30F,
behalve 16 bits i.p.v. 8 bits registers ?
[Bericht gewijzigd door MMSoft op ]
Op 12 september 2006 16:58:18 schreef MMSoft:
Edit:
Zit er veel verschil tussen een 16/18F en een dsPIC30F,
behalve 16 bits i.p.v. 8 bits registers ?
Ja, grote verschillen, de dsPIC heeft in de hardware features zoals do-loop hardware, je laadt 3 registers, lusbegin, luseinde en hoe vaak je de lus wilt herhalen, en dit gaat dan automatisch, je hoeft in je code geen lusteller meer te manipuleren, en de eindconditie niet meer te bewaken.
of het uitzetten van interrupts gedurende een bepaald aantal cycli, voor processen die niet onderbroken mogen worden. je laadt in een register hoe lang dat je geen interrupts wilt hebben, disabled de interrupts en nadat de teller die met het register verbonden is op 0 staat worden de interrupts weer vrijgegeven. Je kunt kiezen dat interrupts die in deze tijd optreden volledig genegeerd worden, of dat ze in de wacht gezet worden (pending)
verder de multiply and accumulate, in 1 instructiecyclus een vermenigvuldiging uitvoeren, en het resultaat optellen bij iets anders.
'gewone' hardware vermenigvuldiger en deler.
(pic16 heeft geen hardware vermenigvuldiger/deler aan boord)
Xenobinol
Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand
@DC2PCC:
Yep, dat zijn allemaal typische DSP functies, DSP-en doet een collega van mij, DSP wordt geprogrammeerd in ASM.
Microcontrollers daarintegen doet hij tegenwoordig voor 90 procent in C, alleen als er tijdskritische zaken spelen dan schrijft hij nogwel eens een stukje ASM.
Voordeel van C is de snelheid je de snelheid in de ontwikkeling kan houden, als je resources te kort komt pak je gewoon een 'betere' micro.
@xenobinol: Zoals ik 3 posts terug al zei, daarvoor hebben we hier op de zaak 'slaafjes', mensen die geen flauw benul hebben van hardware, maar wel verdomd goed kunnen programmeren. Als je hardware aangestuurd wil hebben, dan geef je ze een tijdvolgorde diagram (uit een datasheet bijvoorbeeld) zegt erbij welk signaaltje op welke port pin moet komen, en die maken d'r een best programma van.
FullPower
De grootste moeilijkheden liggen daar waar we ze niet zoeken. [Goethe]
@DC2PCC:
Jammer dat je zo negatief bent over C! Ikzelf werk al meer dan 10 jaar als hardware/software ontwikkelaar. Voorheen deed ik alles ook in assembly omdat ik van mening was dat veel beter was... Maar als je programma's groter worden kan er niets tegen de gestructureerde aanpak op zoals dat in C mogelijk is, dat lukt je niet in asm. Ik doe nu alleen kleine time-critical stukjes in asm, maar als het even kan doe ik het lekker in C.
(Gelukkig mag ik zelf bepalen wanneer ik asm of C gebruik 
...)
Omdat ik nog geen progger heb voor deze PIC ligt dit project even stil...
De PICkit2 (de progger die ik gebruik) is blijkbaar binnenkort geschikt voor deze PIC's.
Dit denk ik, omdat er in het keuze menu de dsPIC al aanwezig is, alleen is deze keuze nog niet selecteerbaar.
Niet te min. is info/hulp welkom.....
Net even bij microchip gekeken !
Er is een nieuwe software versie voor de PICkit2.
Deze is nu geschikt voor de dsPIC30
Wie heeft er ervaring met de dsPIC30 ?
Ibanez
Een atx voeding is geen labvoeding, en je kunt er geen auto mee starten ook
hmmm dsp, daarmee kan je toch audio signalen aanpassen/effecten toevogen.
Dus chorus ofzo maken?
Gerwin
An amplifier is just a modulator for a power supply |Toffe Gebruiker
jazekers
gewoon lekker digitaal aan signaaltjes sleutelen
Extra speciale instructies naast de normale, zie de datasheets.
Wat specialistischer.
Ik ben aldruk aan het zoeken geweest, maar behalve de datasheet vindt ik erg weinig info.
Wie weet waar ik een interessante site of voorbeelden kan vinden over deze PIC's ?
Hoe kan ik de aanvulling 'ASM30 Assembler' installeren in MPLAB (ver. 7.6) ?
Het bestand dat ik gedownload heb heet 'mplabalc30v2_03.gz'
Het heeft dus de extentie 'gz' wat kan/moet ik hiermee ?