Sonars en DSP

Een kanjer van een FPGA en een idioot snelle DSP, en dan is het een probleem om een 100kHz blokgolfje te maken?

Ik zou het niet softwarematig doen, maar gewoon een PWM uitgang nemen, of de clock van de FPGA delen om 100kHz op een uitgang te krijgen. Om die puls te vangen kun je een input capture ingang gebruiken, of iets met dergelijke functionaliteit in de FPGA maken. Ik ken dat bord niet, maar misschien kun je de beschikbare I/O pinnen via de FPGA doorgeven naar de juiste pinnen van de DSP.

Om iets met die FPGA te kunnen doen moet je waarschijnlijk met verilog of VHDL aan.de gang, maar ik mag toch hopen dat je dat na 4 jaar studie wel eerder gedaan hebt.

Om die PWM en input capture periferals te gebruiken, moet je blockset die natuurlijk wel ondersteunen, of je moet het zelf in C gaan doen.

Je laatste vraag lijkt me een fout in de linker command file, kijk daar maar eens waar de verschillende segmenten in flash belanden. Ik kan me niet voorstellen dat die file zo klein is, aangezien er meestal enorme libraries en een of ander RTOS mee komt met matlab/simulink gegenereerde code, dacht ik. Een "hello, world" van 300kB is niet vreemd (maar wel belachelijk).

De tijd lijkt me nogal beperkt; beetje laat begonnen?

Ik zou het niet softwarematig doen, maar gewoon een PWM uitgang nemen, of de clock van de FPGA delen om 100kHz op een uitgang te krijgen. Om die puls te vangen kun je een input capture ingang gebruiken, of iets met dergelijke functionaliteit in de FPGA maken.

* Sorry deze materie is wat nieuw voor mij maar ik zal er even over lezen.

Om iets met die FPGA te kunnen doen moet je waarschijnlijk met verilog of VHDL aan.de gang, maar ik mag toch hopen dat je dat na 4 jaar studie wel eerder gedaan hebt.

* Ik heb al met FPGA gewerkt met labview. Deze FPGA gaat niet met labview denk ik want ik kan hem niet selecteren. VHDL en Verilog zijn zover ik kan zien ook programmas om fpga te programmeren kan het hiermee wel dan?

Om die PWM en input capture periferals te gebruiken, moet je blockset die natuurlijk wel ondersteunen, of je moet het zelf in C gaan doen.

* Wat bedoel je met blockset? We werken met S functie.

Je laatste vraag lijkt me een fout in de linker command file, kijk daar maar eens waar de verschillende segmenten in flash belanden. Ik kan me niet voorstellen dat die file zo klein is, aangezien er meestal enorme libraries en een of ander RTOS mee komt met matlab/simulink gegenereerde code, dacht ik. Een "hello, world" van 300kB is niet vreemd (maar wel belachelijk).

* Hoe kan ik dat nakijken? Ik klik gewoon op 'build middleware', 'build target' en dan 'flash'. Het led test programma gebruikt 17MB flash memory (13MB voor middleware, 4MB user code) en 1.3MB RAM memory (1.3MB middleware, 0MB user code).

De tijd lijkt me nogal beperkt; beetje laat begonnen?

* Ja, we helpen mee met het organiseren van studentenevenementen. Daarom dat we allemaal elkaar hebben opgeschreven om mee samen te werken zodat we samen zitten. We zijn wel redelijk gewoon om dingen op het laatste moment 's nachts te doen. Dat wil niet zeggen dat we het dan slecht doen, meestal is onze oplossing nog een van de beste. We proberen ten minste, de meeste downloaden een kant en klaar project van internet, passen de namen van de variablen aan en geven dat af. Of je het op het einde 150 uur werkt of verdeeld over het jaar maakt weinig uit. Het project loopt al sinds februari 22.

Als ik goed begrijp, heb je dus nog helemaal geen ervaring met verilog, VHDL of C, hebt nog nooit zelf iets met een FPGA, microcontroller of DSP gedaan, buiten code die gegenereerd is door matlab/simulink of labview? Dit wordt echt een uitdaging...

Ik zou eerst bekijken welke periferals die DSP heeft, en of je bij die pinnen kunt komen, met een beetje geluk kun je die hele FPGA links laten liggen. Je zou dan ook moeten controleren of de blockset (library voor de target processor in simulink) die periferals ondersteund.

17MB is echt absurd; ik kan me niet voorstellen dat die DSP zoveel flash aan boord heeft. Wat compileer je in vredesnaam allemaal mee? Windows CE, Office, Firefox en VLC player?!? Ik kan me ook niet voorstellen dat je die 17MB echt nodig hebt, je moet daar wel bijna iets fout doen.

Neem me niet kwalijk, maar na 4 jaar studeren verwacht ik toch iets meer dan "ik druk eerst op dit knopje, en dan op die". Nou ben ik toch een beetje nieuwsgierig: InHolland?

Kun je dit programmeertool niet gebruiken? http://www.ti.com/tool/ccstudio

1) Eerste vraag: wat voor een sonar is het? 100kHz als carrier kan, maar lijkt me vreemd... 40/50kHz is meer gebruikelijk

2) wat voor processing wil je op de data doen? enkel de afstand tot de eerste reflector meten? Dat doe je met een arduino op z'n sokken... Je beseft toch dat ze niet allemaal tesamen mogen "vuren" ivm crosstalk... Indien het breedbandige zijn: een breedbandige zendpuls maken met kasami/walsh-Hadamard/... codes zodat ze tesamen kunnen vuren (het zijn er maar 8.. Eventueel 4 FM-downsweeps en 4FM upsweeps nemen (elks 2 lineair en 2 hyperbolisch bv van verschillende lengtes, die kruiscorreleren niet goed met elkaar). En dan 8 matched filters. Krijg je ineens wat meer informatie binnen dan enkel range... En je gebruikt je spullen die je hebt wat efficienter...

Interessant, 8x een "ping" met een Virtex-5 of dsp. Wat ik verderop al lees, pak een Arduino (Atmel) Of chipKIT Max32 (PIC32) en wat software en draaien maar. De Virtex-5 kun je ook programmeren met de gratis Digilent Adept software of met de Xilinx's iMPACT.

Het is helemaal gelukt. De reden dat het sensorprogramma niet op de DSP paste was dat er een bestand matlab_crash_dump stond in en datamap van 400MB die werd ingeladen in het programma en het daarmee te groot maakt.

De 100KHz halen met de DSP is niet gelukt. Begeleider kreeg het ook niet sneller maar we hebben schakeling gemaakt 8 keer lm555 ingesteld op 100KHz, werkt prima.

Die bus master/slave controller kun je zo instellen als je leest van een geheugenlocatie in een bepaalde range dat het adres op bepaalde pinnen komt en dat je de waarde van de data pinnen kunt inlezen dus wat we hebben gedaan is 8 adreslijnen aangesloten op de 555 reset aansluiting en de sonar echo detected pin aan de datalijnen.

dus je doet eerst read(1) om sonar 1 te laten zenden
dan wacht zoveel tijd en dan
b=0
while a<1
b=b+1
a=read(0) stoppen met zenden en kijken of signaal ontvangen
end

en dan kun je aan b zien hoe groot de afstand is. Doe je dan opniew voor 2 4 8 enz

Nu ga ik slapen. Li maakt vanavond nog presentatie zodat ze klaar is tegen morgen.

Aanpassing:

Wat bedoel je met inHolland?

Ah, high tech oplossing zo die 555's. Proficiat ermee.

en ik maar hopen dat er nog eens anderen iets met sonar gingen doen...

Sonar is (te) lastig voor de meeste studenten.

(One ping only )

Wat je nu gedaan hebt, kan met een microcontroller van 2 euro, zonder die 555's.