Show Posts
Pages: [1] 2 3 4
1  Community / Products and Services / Re: RFduino: iPhone, Bluetooth 4.0 LE, Arduino Compatible Board! on: March 14, 2013, 01:37:51 pm
Looks great!

Which version(s) of the IDE can be used?

Jim
2  Products / Arduino Due / Re: Project targeting AVR and Due on: February 16, 2013, 01:05:28 pm
Hi Bob,

I'm sure you realize, but for the benefit of other readers, you can use the full path for the include files and then the following works with 1.5.2:

Code:
#define ARM_PLEASE

#ifdef ARM_PLEASE
  #include "F:\Docs\- DEV\Arduino 1\Test\Sub1\mydriver_ARM.c"
#else
  #include "F:\Docs\- DEV\Arduino 1\Test\Sub1\mydriver_AVR.c"
#endif

HTH someone,
Jim
3  Products / Arduino Due / Re: Due Interrupt Bug on: January 28, 2013, 02:48:09 am
@RocketManArduino

Sometimes a good way to check interrupt routines is something like (pseudo code):

Code:
volatile int Count;
int LastCount;

ISR()
{
    Count++;
}

setup()
{
    Count = 0;
    LastCount = 0;
}

loop()
{

    if (Count > LastCount)
    {
        Serial.println(Count, DEC);      // maybe print the time as well?
        LastCount = Count;
    }

}

Any debug prints etc. in the interrupt routines will cetainly affect the timing and confuse things.

HTH
Jim
4  Products / Arduino Due / Re: Due Interrupt Bug on: January 27, 2013, 06:51:29 am
@RocketManArduino
Any chance you could post your code please, for folks to ponder?  And have you tried reducing it to the bare minimum that misbehaves?  Also, pin debounce is a real must with switch input, as noted by djjoshuad.

From what you said:

Quote
I don't have a clear understanding of volatile ints, but getting rid of all the volatiles made everything work just fine

it sounds to me like a coding issue.  The 'volatile' just tells the compiler not to assume that the variable's value is constant, i.e. don't over-optimize it.

Jim
5  Using Arduino / Audio / Industrial Audio ('hundreds' of audio channels) on: January 27, 2013, 06:28:18 am
In case it's of interest, I came across this mention of an 'industrial audio' project (hundreds of audio channels), using a central controller and peripheral ARM-based modules (maybe Arduino Dues could be used?):

    http://www.gizmosphere.org/forums/topic/gizmo-for-industrial-audio-products/

Jim
6  Products / Arduino Due / Re: Octave/Matlab Vector Programming in Due on: January 22, 2013, 03:37:59 am
Unix-speak!

http://en.wikipedia.org/wiki/Symbolic_link
7  Products / Arduino Due / Re: Project targeting AVR and Due on: January 20, 2013, 01:33:58 pm
I think you can have in mydriver.c:

#ifdef SAM (or whatever)
    #include <path\mysamstuff.c>
#else
    #include <path\myavrstuff.c>
#endif

?
Jim
8  Products / Arduino Due / Re: Project targeting AVR and Due on: January 20, 2013, 12:11:25 pm
@bobcousins

I guess #ifdef is your friend at the moment, in the usual C/C++ style of selective inclusion of different #defines etc. for different platforms.

Also, I may be wrong but I believe the following should work in a .h, .c or .cpp file in the source folder:

Code:
#ifdef DUE
    #include sam\myDefs.h
#else
    #include avr\myDefs.h
#endif

(The DUE constant is hypothetical and that's another story - see other threads...)

The above is closer to your use case, but you''ll have to edit the files outside of the Arduino IDE (but hopefully the folks at VisualMicro.com will soon support the Due...).

HTH
Jim
9  Products / Arduino Due / Re: Due and Built in RTC? Anyone Know About clock() ? on: January 20, 2013, 05:50:31 am
@Patouf

Don't know if it will help, but there are RTC register definitions buried deep in the folder tree at e.g.:

    ... \arduino-1.5.1r2\hardware\arduino\sam\system\CMSIS\Device\ATMEL\sam3xa\include\component

Look for files component_rtc.h and instance_rtc.h (there are multiple versions in the tree under the ATMEL folder).

HTH
Jim
10  Products / Arduino Due / Re: Octave/Matlab Vector Programming in Due on: January 20, 2013, 05:40:42 am
@randomvibe

One or two people have experimented with Python on Arduinos, possibly easier now we have the Due.  Might be worth looking at if someone could get it going with the 'numpy' library (now a serious contender to Matlab).

HTH
Jim
11  Products / Arduino Due / Re: PROGMEM not working? on: January 08, 2013, 12:14:12 pm
Personally I'm happy that PROGMEM causes compilation errors, as this reminds me that I don't yet know how to achieve the same functionality on the Due!

Jim
12  Products / Arduino Due / Re: Low Level Code For digitalRead and DigitalWrite on: January 08, 2013, 12:12:13 pm
@pdwyer

Hi Patrick,

The Due versions of those 'digital' funcs are in files wiring_digital.c / .h in:

    ... arduino-1.5.1r2\hardware\arduino\sam\cores\arduino

HTH
Jim
13  Products / Arduino Due / Re: Timer Interrupts on Due on: January 06, 2013, 05:09:49 am
@selfonlypath:  Very impressive - well done!

@WomensFashionArt:
No can do with the sync I'm afraid, there's 20m of cables between them and all sync is being done over this cable. I'm pretty sure that we'll end up using an interrupt of some sort so that all of them are able to reset at exactly the same time.

... the Due can't handle the logic at the requisite 1,000,000 interrupts / second

Couple of queries:

  • How well synchronized do the different Dues have to be?   10 us, 1 ms, 1s ?
  • And how did you get the 1 MHz figure?  Is it from the precision you want for each part of the PWM cycle?

Best,
Jim
14  Products / Arduino Due / Re: DAC support on: January 06, 2013, 05:01:46 am
@vdorr

Looks good to me.  I repeated the basic test in start() with no delays and now it's fine, and my other tests are still good.

I think the person to discuss this with is cmaglie in this forum.

Thanks,
Jim
15  Products / Arduino Due / Re: DAC support on: January 05, 2013, 12:39:09 pm
@vdorr

OK, I've caught up with you now!

And I agree, it seems to be a bug.  The delay between the writes in start() needs to be at least 30 us on mine (using the default 8 bit resolution).

Jim
Pages: [1] 2 3 4