Hello Lenni. Thank you very much for your encouraging words concerning this initiative to complete the newly created avenue to make Arduino Due to get seriously involved with the CAN standard.

In reference to your first suggestion, as too many of us know, CANopen is a higher level CAN bus protocol. Even thou both use the CAN 2.0B standard for the physical and data link layer, that's it. They differ from the other five layers in the OSI model. I am completely agree with you about implementing CANopen but we are in the incipient phase in building this interface, so, one step at a time. I believe the help from people like you will be needed very soon. I have planned to take advantage of what is inside the ATSAM3X8E, two can controllers that provide all the features required to implement the serial communication protocol CAN as referred by ISO/11898A that includes 1.0 Part A and 2.0 Part B.

In reference to your second suggestion, yes, it will be necessary a couple of transceiver like SN65HVD234 to provide the required transmission capabilities between the differential CAN bus and the CAN controller. I am taking notes of your comments and other comments from this community to keep in mind. Thank you again.

I have interrests to, I would prefer the SN65HVD235 with the possibility off using the Autobaudfunktion without making trouble on the bus. The firm I worked for parttime has many CAN-Bus equipment so I can test.

Implementation of LIN and CAN Arduino Style for the Due is on my ToDo list to get "warm" with the Due.

Hi
Is there a tutorial for the integration of the arduino due in Atmel Studio 6 ?
Or could someone explain me how to do ?

Many thanks
blabeli

Hi the lastest Framework from Atmel 3.4.1 or so has an integration for the Due many examples are on the ASF

I put in a request to enable the ADC15/temperature sensor. However - it is the temperature on the die - which does warm up.
To make it be close to the ambient temperature is going to require implementing a power down mode - no power no die warmup - and then on wakeup reading the temperature straight away.

That seems like a very longwinded way to get a rather inaccurate measurement of the ambient temperature. If you want to measure air temperature, use a temperature sensor that is in the air, not embedded inside a heat-generating device and thermally insulated from the air.

On the other hand, if you need to monitor the on-chip temperature for some reason (like, to raise an alarm if it gets too hot) then that would be a good use of this sensor.

In my opinion it's an good exercise to get "warm" with the new Controller/Board it was similar my first move with the Leonardo figure out how warm is the Controller, for fun not for use...

Most all of my simple sketches seem to run on my due. However I have not found out how to go into a register and modify a single bit yet, I would dearly love to go to 0x40094000 and change bit# 19 to a zero.
I have been trying with word, bitWrite, and bitClear with no success. Bit read seems to work and the write protect register seems to be off for this byte. All I want to do is change one bit. Getting a little frustrated. Might have to box the due until there is more docks and stuff. The mega 2560 has no problem with simple stuff like this.

From the Techpaper you http://www.atmel.com/Images/doc11057.pdf Page 1020

This register can only be written if the bits WPSWS0 and WPHWS0 are cleared

Forward to Page 1053...

If I understud it right the Register 0x400940E8 (PWM_WPSR) needs only be read to set bits on Register 0x40094000

Damm!

Serial Monitor is brocken no Serial output from the Leonardo

Works with the official?

Yes there is it ok

Yes solve my problem on Win7 64bit

Which IDE are you using (linux32/64, win or mac)?

Windows on an Win7 64bit

Hi,

there is something wrong in the IDE

There are no Menueline and no Buttons and I get this error.

Exception in thread "AWT-EventQueue-0" java.lang.NoSuchMethodError: processing.app.Base.getBoardPreferences()Lprocessing/app/helpers/PreferencesMap;
   at processing.app.EditorLineStatus.paintComponent(EditorLineStatus.java:98)
   at javax.swing.JComponent.paint(JComponent.java:1029)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1030)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JLayeredPane.paint(JLayeredPane.java:567)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paintToOffscreen(JComponent.java:5131)
   at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1475)
   at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1406)
   at javax.swing.RepaintManager.paint(RepaintManager.java:1220)
   at javax.swing.JComponent.paint(JComponent.java:1015)
   at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:21)
   at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60)
   at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97)
   at java.awt.Container.paint(Container.java:1780)
   at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
   at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:714)
   at javax.swing.RepaintManager.seqPaintDirtyRegions(RepaintManager.java:694)
   at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:128)
   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
   at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
   at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
   at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
   at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
   at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
Exception in thread "AWT-EventQueue-0" java.lang.NoSuchMethodError: processing.app.Base.getBoardPreferences()Lprocessing/app/helpers/PreferencesMap;
   at processing.app.EditorLineStatus.paintComponent(EditorLineStatus.java:98)
   at javax.swing.JComponent.paint(JComponent.java:1029)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1030)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paint(JComponent.java:1038)
   at javax.swing.JLayeredPane.paint(JLayeredPane.java:567)
   at javax.swing.JComponent.paintChildren(JComponent.java:864)
   at javax.swing.JComponent.paintToOffscreen(JComponent.java:5131)
   at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1475)
   at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1406)
   at javax.swing.RepaintManager.paint(RepaintManager.java:1220)
   at javax.swing.JComponent.paint(JComponent.java:1015)
   at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:21)
   at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60)
   at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97)
   at java.awt.Container.paint(Container.java:1780)
   at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
   at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:714)
   at javax.swing.RepaintManager.seqPaintDirtyRegions(RepaintManager.java:694)
   at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:128)
   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
   at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
   at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
   at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
   at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
   at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

Did someone has an idea, IDE 1.5 works normal.

-Some workarounds for Leonardo board in the AvrDude Wrapper. (somebody with a Leonardo please test this!)

Jupp works for me. Thanks.

1 or 2 things I thinking about

1st  Numbers for the code lines so it is easier to find errors in the code
2nd the possibility to set self the counter when the Estimated memory line apears red (in percent maybe)
3rd an option to deactivate the start splashscreen to get faster to work

And a dream of me an Board-Generator so I can generate the Lines for the Board.txt from an Editor mask and pulldown selections for some parts and autointegrate it.

Damm!

Serial Monitor is brocken no Serial output from the Leonardo

I think a missing crystal is a huge difference. Especially for people who wanted to use the SAMs RTC.

Yes, well if they added the crystal I'd have to agree that it makes a difference, but they have removed it so there will not be any support for using it. Has someone actually gotten a board with the crystal? If then it's just a very small number of boards that has it.

(Don't get me wrong, I'd like the crystal too. But I'm sure they had their reasons for removing it.)

The RTC can be used just without the cystal you can choose in the register to use external or internal clock

Good to know.

Thanks, man.

No problem.
http://www.atmel.com/Images/doc11057.pdf at Page 248

I think a missing crystal is a huge difference. Especially for people who wanted to use the SAMs RTC.

Yes, well if they added the crystal I'd have to agree that it makes a difference, but they have removed it so there will not be any support for using it. Has someone actually gotten a board with the crystal? If then it's just a very small number of boards that has it.

(Don't get me wrong, I'd like the crystal too. But I'm sure they had their reasons for removing it.)

The RTC can be used just without the cystal you can choose in the register to use external or internal clock

i mean...

Looks for me like an first release without the RTC-crystal because the Aref labeling is missing too.

and why there are different version of the board if is still sold out and we bought the same board at the same moment :S ?

That's a good question... My Due's already arrived and I'll collect it tommorow. Now I'm really curious to see which of the versions it is...

let us know...

It's an question too, where you bye it, from the Arduino Store or somewhere else, maybe there is an first pullout with different design or the first pullout to the other reseller is different to the first pullout buyed from the Arduino Store.

Hey guys,

    I'm going to manufacture few pieces of Due PCB boards, but I'm really confusing about this above. The small chip 74LVC1G125DCK has been moved to left bottom corner. Seems that's the right position.

    The current EAGLE file released on Due production page matches the second one board in that picture. So it's not the latest one.

    Hope Arduino team release the latest one soon.

Best,
Tony

There are more diffs:
- above the  ISCP from the 16U2 are the Solderspots named for Aref Intern or extern
- near the TWI pins the JTAG header is present not only the holes
- left from the SAM the external crystal (Y2) for the RTC-Modul is missing

Think thats all at the first view.

The position of the little IC is in my opinion not worse but the crystal for the RTC would be nice to have, the labeling from the Aref is nicely

I am not sure how that works in the leonardo, but it seems the same "port detection routine". I will try to see why the leonardo do that.

I see the official ide added:
"Initial minimum RAM usage (more will be used at run time):"

or it is your own hack?

It was about time hahah the patch was "TODO" like since 3 years ago.

Not my own hack I found that somewhere and drop it in the official IDE.