No need to connect any pin, Grumpy_Mike solution is implemented here:

http://arduino.cc/forum/index.php/topic,152885.msg1150829.html#msg1150829

Code:

void Software_Reset() {
  const int RSTC_KEY = 0xA5;
  RSTC->RSTC_CR = RSTC_CR_KEY(RSTC_KEY) | RSTC_CR_PROCRST | RSTC_CR_PERRST;
  while (true);
}

I've updated the Arduino "can" branch with https://github.com/collin80/due_can
PM me if there are other changes needed.

ugokind,

this section of the forum is in english.

There was some discussions about DSP libraries:

http://arduino.cc/forum/index.php/topic,131777.0.html
http://arduino.cc/forum/index.php/topic,140107.0.html

hope these can help.

@alvesjc

probably you have found a bug in the map function (that is triggered when the values are around the maximum).
may you post an issue on github with an example that fails?

I've pushed a fix for serialEven that will come out next release 1.5.3.
You can download the nightly build or apply the following patch:

https://github.com/arduino/Arduino/commit/03a7529cc00b7ede1adb1e1dcbb29a555ea31c8a

fat16lib did a porting of some RTOS to the Arduino Due and other platforms as well:

http://arduino.cc/forum/index.php/topic,137345.0.html

Pallise, AdderD

I see big progress on CAN library, nice work!
I see that there is also some confusion on how to install the library: can I do some "cleaning"
work on the Arduino repository? Do you want me to merge something?

Or maybe its better to remove the CAN library from the main repository, so you can work autonomously?

[before]

Well, yes, and indeed the modification of u8g_Delay() is more a workaround (or hack) instead of a good solution. To excause the current situation a little bit: I never read in the Arduino documentation that some of the procedures are not valid to be called during constructor time. And on the ATMEGA it was never a problem to call digitalWrite() or delay() in the constructor.

olikraus,
you don't need to justify, initializations (with digitalWrite and delays) in the constructors should be legal.

The issue here is that delay() didn't work until the Arduino initialization is done in main() and C++ starts constructors of static objects before the main! I got some problems with the LiquidCrystal library because of that:

https://github.com/arduino/Arduino/blob/master/libraries/LiquidCrystal/LiquidCrystal.cpp#L27

and the solution was:

https://github.com/arduino/Arduino/commit/d994e48c5565a0c7aea54384a1b15a19623fe209

but for some reason the scheduler has still some interactions I didn't considered that should be looked into.

So, in the end, consider my previous post just a hint to workaround these troubles...

It would be better if the initialization code is placed into a begin() function.
Many arduino libraries does it this way, you know exactly when the initialization is done,
and avoids you to hit the "C++ static initialization order fiasco".

http://www.parashift.com/c++-faq/static-init-order.html

a4rashid,

with the Arduino Due the Serial class communicate with the Programming Port.

If you have connected your PC on the Due's Native Port you shoud use the SerialUSB object
(this means that you must replace all the Serial with SerialUSB in your sketch).

OutOfLine,

I see that the librxtxSerial.so in the 1.5.2 differs from the latest in github repository, maybe I messed up with git.
Now I've reverted that file back to the original found in 1.5.2, may you update your repository and retry?

(all this mess because we experimented an update to rxtx library and reverted back to the old version due to some incompatibility issues)

Bugs, once confirmed inside the forum, should be submitted as issues here:

https://github.com/arduino/Arduino/issues

I already posted this one here for you:

https://github.com/arduino/Arduino/issues/1344

ivanseidel,

nice library!

Why don't you add also TC2 to the set of TImers? this will makes available other 3 timers.

Code:

Perhaps JAVA_HOME does not point to the JDK.
It is currently set to "/usr/lib/jvm/java-6-openjdk-amd64/jre"

you need to make the JAVA_HOME point to a JDK, currently it points to a JRE.

Serial port configuration is currently not implemted on the Due (it was introduced on AVR boards just before the release of Due core).

I opened an issue to keep track of this:
https://github.com/arduino/Arduino/issues/1343