Programma probleemje arduino

Ik ben nog niet zo heel lang bezig met Arduino, dus het zal wel een stomme vraag zijn....

maar ik krijg deze fout: fix_fft.h: No such file or directory

maar ik heb die fix_fft.h wel... maar in welke directory moet ik deze dan neer zetten?

cnc filmpjes op Http://www.arjan-swets.com

maak in de library map een map aan.

plaats daar de h en c files in.

GMT+1

Toevoeging op Progger:

En sluit daarna de arduino IDE af en start die opnieuw op.

en maakt het nog uit hoe ik die map noem?

cnc filmpjes op Http://www.arjan-swets.com

Nope. Maar dat had je sneller even kunnen proberen.

"We cannot solve our problems with the same thinking we used when we created them" - Albert Einstein

had ik ook gedaan... ;-)

pff nu krijg ik heel veel keer error: stray '\240' in program

ik heb het gewoon van internet gehaald....

wat betekend dat?

c code:


#include <avr/pgmspace.h>
#include "fix_fft.h"
#include <Arduino.h>

/* fix_fft.c - Fixed-point in-place Fast Fourier Transform  */
/*
 All data are fixed-point short integers, in which -32768
 to +32768 represent -1.0 to +1.0 respectively. Integer
 arithmetic is used for speed, instead of the more natural
 floating-point.

 For the forward FFT (time -> freq), fixed scaling is
 performed to prevent arithmetic overflow, and to map a 0dB
 sine/cosine wave (i.e. amplitude = 32767) to two -6dB freq
 coefficients. The return value is always 0.

 For the inverse FFT (freq -> time), fixed scaling cannot be
 done, as two 0dB coefficients would sum to a peak amplitude
 of 64K, overflowing the 32k range of the fixed-point integers.
 Thus, the fix_fft() routine performs variable scaling, and
 returns a value which is the number of bits LEFT by which
 the output must be shifted to get the actual amplitude
 (i.e. if fix_fft() returns 3, each value of fr[] and fi[]
 must be multiplied by 8 (2**3) for proper scaling.
 Clearly, this cannot be done within fixed-point short
 integers. In practice, if the result is to be used as a
 filter, the scale_shift can usually be ignored, as the
 result will be approximately correctly normalized as is.

 Written by:  Tom Roberts  11/8/89
 Made portable:  Malcolm Slaney 12/15/94 malcolm@interval.com
 Enhanced:  Dimitrios P. Bouras  14 Jun 2006 dbouras@ieee.org
 Modified for 8bit values David Keller  10.10.2010
*/


#define N_WAVE      256    /* full length of Sinewave[] */
#define LOG2_N_WAVE 8      /* log2(N_WAVE) */




/*
 Since we only use 3/4 of N_WAVE, we define only
 this many samples, in order to conserve data space.
*/



const prog_int8_t Sinewave[N_WAVE-N_WAVE/4] PROGMEM = {
0, 3, 6, 9, 12, 15, 18, 21, 
24, 28, 31, 34, 37, 40, 43, 46, 
48, 51, 54, 57, 60, 63, 65, 68, 
71, 73, 76, 78, 81, 83, 85, 88, 
90, 92, 94, 96, 98, 100, 102, 104, 
106, 108, 109, 111, 112, 114, 115, 117, 
118, 119, 120, 121, 122, 123, 124, 124, 
125, 126, 126, 127, 127, 127, 127, 127, 

127, 127, 127, 127, 127, 127, 126, 126, 
125, 124, 124, 123, 122, 121, 120, 119, 
118, 117, 115, 114, 112, 111, 109, 108, 
106, 104, 102, 100, 98, 96, 94, 92, 
90, 88, 85, 83, 81, 78, 76, 73, 
71, 68, 65, 63, 60, 57, 54, 51, 
48, 46, 43, 40, 37, 34, 31, 28, 
24, 21, 18, 15, 12, 9, 6, 3, 

0, -3, -6, -9, -12, -15, -18, -21, 
-24, -28, -31, -34, -37, -40, -43, -46, 
-48, -51, -54, -57, -60, -63, -65, -68, 
-71, -73, -76, -78, -81, -83, -85, -88, 
-90, -92, -94, -96, -98, -100, -102, -104, 
-106, -108, -109, -111, -112, -114, -115, -117, 
-118, -119, -120, -121, -122, -123, -124, -124, 
-125, -126, -126, -127, -127, -127, -127, -127, 

/*-127, -127, -127, -127, -127, -127, -126, -126, 
-125, -124, -124, -123, -122, -121, -120, -119, 
-118, -117, -115, -114, -112, -111, -109, -108, 
-106, -104, -102, -100, -98, -96, -94, -92, 
-90, -88, -85, -83, -81, -78, -76, -73, 
-71, -68, -65, -63, -60, -57, -54, -51, 
-48, -46, -43, -40, -37, -34, -31, -28, 
-24, -21, -18, -15, -12, -9, -6, -3, */
};






/*
 FIX_MPY() - fixed-point multiplication & scaling.
 Substitute inline assembly for hardware-specific
 optimization suited to a particluar DSP processor.
 Scaling ensures that result remains 16-bit.
*/
inline char FIX_MPY(char a, char b)
{
 
 //Serial.println(a);
//Serial.println(b);
 
 
   /* shift right one less bit (i.e. 15-1) */
   int c = ((int)a * (int)b) >> 6;
   /* last bit shifted out = rounding-bit */
   b = c & 0x01;
   /* last shift + rounding bit */
   a = (c >> 1) + b;

       /*
       Serial.println(Sinewave[3]);
       Serial.println(c);
       Serial.println(a);
       while(1);*/

   return a;
}

/*
 fix_fft() - perform forward/inverse fast Fourier transform.
 fr[n],fi[n] are real and imaginary arrays, both INPUT AND
 RESULT (in-place FFT), with 0 <= n < 2**m; set inverse to
 0 for forward transform (FFT), or 1 for iFFT.
*/
int fix_fft(char fr[], char fi[], int m, int inverse)
{
   int mr, nn, i, j, l, k, istep, n, scale, shift;
   char qr, qi, tr, ti, wr, wi;

   n = 1 << m;

   /* max FFT size = N_WAVE */
   if (n > N_WAVE)
       return -1;

   mr = 0;
   nn = n - 1;
   scale = 0;

   /* decimation in time - re-order data */
   for (m=1; m<=nn; ++m) {
       l = n;
       do {
           l >>= 1;
       } while (mr+l > nn);
       mr = (mr & (l-1)) + l;

       if (mr <= m)
           continue;
       tr = fr[m];
       fr[m] = fr[mr];
       fr[mr] = tr;
       ti = fi[m];
       fi[m] = fi[mr];
       fi[mr] = ti;
   }

   l = 1;
   k = LOG2_N_WAVE-1;
   while (l < n) {
       if (inverse) {
           /* variable scaling, depending upon data */
           shift = 0;
           for (i=0; i<n; ++i) {
               j = fr[i];
               if (j < 0)
                   j = -j;
               m = fi[i];
               if (m < 0)
                   m = -m;
               if (j > 16383 || m > 16383) {
                   shift = 1;
                   break;
               }
           }
           if (shift)
               ++scale;
       } else {
           /*
             fixed scaling, for proper normalization --
             there will be log2(n) passes, so this results
             in an overall factor of 1/n, distributed to
             maximize arithmetic accuracy.
           */
           shift = 1;
       }
       /*
         it may not be obvious, but the shift will be
         performed on each data point exactly once,
         during this pass.
       */
       istep = l << 1;
       for (m=0; m<l; ++m) {
           j = m << k;
           /* 0 <= j < N_WAVE/2 */
           wr =  pgm_read_word_near(Sinewave + j+N_WAVE/4);

/*Serial.println("asdfasdf");
Serial.println(wr);
Serial.println(j+N_WAVE/4);
Serial.println(Sinewave[256]);

Serial.println("");*/


           wi = -pgm_read_word_near(Sinewave + j);
           if (inverse)
               wi = -wi;
           if (shift) {
               wr >>= 1;
               wi >>= 1;
           }
           for (i=m; i<n; i+=istep) {
               j = i + l;
               tr = FIX_MPY(wr,fr[j]) - FIX_MPY(wi,fi[j]);
               ti = FIX_MPY(wr,fi[j]) + FIX_MPY(wi,fr[j]);
               qr = fr[i];
               qi = fi[i];
               if (shift) {
                   qr >>= 1;
                   qi >>= 1;
               }
               fr[j] = qr - tr;
               fi[j] = qi - ti;
               fr[i] = qr + tr;
               fi[i] = qi + ti;
           }
       }
       --k;
       l = istep;
   }
   return scale;
}

/*
 fix_fftr() - forward/inverse FFT on array of real numbers.
 Real FFT/iFFT using half-size complex FFT by distributing
 even/odd samples into real/imaginary arrays respectively.
 In order to save data space (i.e. to avoid two arrays, one
 for real, one for imaginary samples), we proceed in the
 following two steps: a) samples are rearranged in the real
 array so that all even samples are in places 0-(N/2-1) and
 all imaginary samples in places (N/2)-(N-1), and b) fix_fft
 is called with fr and fi pointing to index 0 and index N/2
 respectively in the original array. The above guarantees
 that fix_fft "sees" consecutive real samples as alternating
 real and imaginary samples in the complex array.
*/
int fix_fftr(char f[], int m, int inverse)
{
   int i, N = 1<<(m-1), scale = 0;
   char tt, *fr=f, *fi=&f[N];

   if (inverse)
       scale = fix_fft(fi, fr, m-1, inverse);
   for (i=1; i<N; i+=2) {
       tt = f[N+i-1];
       f[N+i-1] = f[i];
       f[i] = tt;
   }
   if (! inverse)
       scale = fix_fft(fi, fr, m-1, inverse);
   return scale;
}

[Bericht gewijzigd door Arjan Swets op woensdag 8 februari 2017 22:12:04 (96%)

cnc filmpjes op Http://www.arjan-swets.com

Op 8 februari 2017 22:15:01 schreef Aart:
Volgens Google kan het om een copy-paste fout gaan. http://stackoverflow.com/questions/29311672/error-stray-240-in-program

nou tja..ik heb het van internet gevist.... ik ga het een opschonen.... kijken wat er dan gebeurt....

cnc filmpjes op Http://www.arjan-swets.com
buckfast_beekeeper

Golden Member

c code:

for (m=1; m<=nn; ++m) {

Klopt dit? Ik verwacht eerder

c code:

for (m=1; m<=nn; m++) {
Van Lambiek wordt goede geuze gemaakt.
High met Henk

Special Member

het is niet fout, mar idd wel typisch: als de waarde 0 was, was het logischer..
nu begint de loop met 2!

E = MC^2, dus de magnetische compatibiliteit doet kwadratisch mee???
buckfast_beekeeper

Golden Member

Ook de schrijfwijze ++m ipv de veel meer gebruikelijke m++.

Van Lambiek wordt goede geuze gemaakt.

wat is de precieze fout die je krijgt? geef eens alle regels die je in het output venster krijgt.

ik hou van werken ..., ik kan er uren naar kijken

Op 8 februari 2017 23:11:05 schreef High met Henk:
het is niet fout, mar idd wel typisch: als de waarde 0 was, was het logischer..
nu begint de loop met 2!

Eeh, nee. Het verchil tussen pre-fix (++m) en post-fix (m++) is de waarde van de expressie:
(m++) == m
(++m) == (m+1)

Maar de waarde van de derde term bij for(;;), in dit voorbeeld (++m) wordt niet gebruikt. Ook word de expressie pas uitgevoerd nadat de loop-body uitgevoerd is.

Testcode:

c code:


#include <stdio.h>

int main (void)
{
	int m;
	for (m=1; m <=3; ++m) {
		printf("M is: %i\n", m);
	}
	for (m=1; m <=3; m++) {
		printf("M is: %i\n", m);
	}
	m=10;
	printf ("M++ is: %i\n", m++);
	m=10;
	printf ("++M is: %i\n", ++m);
	return 0;
}

Uitvoer (met gcc 5.4.0):

code:


M is: 1
M is: 2
M is: 3
M is: 1
M is: 2
M is: 3
M++ is: 10
++M is: 11
High met Henk

Special Member

ik meende mij te herrinneren dat in de for loop de prefix dus als eerste uitgevoerd werd en de postfix later. Dus dat de interpreter in de compiler dat oplostte: ik gebruik zelf altijd m++

had dus verwacht
1
2
3
en
2
3

anyweg, merk dat mijn programmeren toch wat roestig is af en toe.. de basis is er, maar hoe en wat exact..... grr. frustreert me.

E = MC^2, dus de magnetische compatibiliteit doet kwadratisch mee???
Arco

Special Member

Daarom heb ik altijd een hekel aan C gehad omdat het een onoverzichtelijke taal is...
(met kan het zelfs niet eens worden wat een operator precies doet... :) )

pic basic code:


For m = 1 To 3 

is toch veel overzichtelijker en niet open voor misinterpretatie of vragen?

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com
Lambiek

Special Member

@ Arco,

Dat hoeft verder geen uitleg. :)

Als je haar maar goed zit, GROETEN LAMBIEK.

die M++ en ++M zijn iets verschillends, maar ik vermoed dat het in die loop totaal niks uitmaakt.
B is 5
als je zegt
A = B++, dan krijgt A de waarde 5 en DAARNA wordt B verhoogd met 1
A=5
B=6

bij
A = ++B, dan wordt B verhoogd met 1 en daarna krijgt A de waarde van B
A=6
B=6

je kan het ook weer opsplitsen in 2regels en dan zie je het wel.
A=B++
wordt dan
A=B;
B++;

A=++B
wordt dan
B++;
A=B;

bij een loop doet het volgens mij weinig
for (A=0, A<B, A++)
het begint met A=0
daarna ga je vergelijken of A < B, indien ja, ga je de loop doorlopen.
daarna verhoog je A met eentje

for (A=0, A<B, ++A)
ook hier begint het met A=0
daarna ga je vergelijken of A < B, indien ja, ga je de loop doorlopen.
daarna verhoog je A met eentje

totaal geen verschil dus. daar zit het probleem niet.

ik hou van werken ..., ik kan er uren naar kijken

Op 9 februari 2017 10:40:08 schreef Arco:
Daarom heb ik altijd een hekel aan C gehad omdat het een onoverzichtelijke taal is...

(met kan het zelfs niet eens worden wat een operator precies doet... :) )

Onzin, mensen die het daarover niet eens kunnen worden kennen de taal niet. Het is gewoon zoals blurp en fcapri beschrijven. En weet je het niet, dan pak je (voor plain C) gewoon K&R erbij. Dat is beter geregeld dan de onuitputtelijke variaties van de verschillende basic-dialecten.

Zelfde geldt als je het 'onoverzichtelijk' vindt, dan werk je kennelijk gewoon zelden met C. Ik vind het zoeken naar end-statements in Basic een crime, net als veel andere schrijfwijzes. Maar zelfs daar wen je enigszins aan als je het vaker gebruikt (ik heb heel lang in basic geprogrammeerd op een aantal verschillende platforms, van MSX-basic tot Visual Basic en alles daar tussen).

pic basic code:


For m = 1 To 3 

is toch veel overzichtelijker en niet open voor misinterpretatie of vragen?

Misschien wel, als je de taal niet kent is die vorm wellicht leesbaarder, maar weinig flexibel.
In C kun je de for-lus voor veel meer situaties gebruiken. Je increment is veel flexibeler en niet per se +1 (basic heeft geloof ik STEP nog als toevoeging, maar ook dat is niet heel flexibel).
Je afbreek-conditie hoeft daarnaast ook niet dezelfde variabele te evalueren als je increment verhoogt, of kan meerdere dingen evalueren (zoals m>8 || stopflag).

If you want to succeed, double your failure rate.
buckfast_beekeeper

Golden Member

Zo heeft elke taal wel zijn voor en na.

a++; is voor mij net zo duidelijk als a=a+1.

stringA &= stringB is net zo duidelijk als stringA = stringA & stringB. Alleen een stuk sneller geschreven.

De basic varianten die ik ken zijn niet case sensitive. Geef mij maar een case sensitive code.

Over pic-basic spreek ik me niet uit omdat ik het helemaal niet ken.

Van Lambiek wordt goede geuze gemaakt.

Op 9 februari 2017 11:51:35 schreef Jochem:
En weet je het niet, dan pak je (voor plain C) gewoon K&R erbij. Dat is beter geregeld dan de onuitputtelijke variaties van de verschillende basic-dialecten.

Hear Hear!!

Als ik me afvraag hoe een bepaalde C constructie werkt (bijv ++m vs. m++) dan kan ik dat gewoon met gcc op mijn PC uitproberen.

Daarna werkt het precies hetzelfde in het C programma voor mijn Arduino/AVR (dat ook met gcc gemaakt wordt), als in het C programma voor mijn STM32 bordje (ook met gcc gecompileerd) als in het C programma voor de NXP PowerPC processor die embedded linux draait (ook met gcc gemaakt).
(De Raspberry PI laat ik erbuiten, dat is een ARM net als de STM32. Maar inderdaad doet die ook gcc :-))