What if i turn off taiji-uino by powering off and turn on again? Will doing this cause rtc reset?

Yes Sir.

It seems to happen at this line:

RTC_clock rtc_clock(XTAL);

You're saying that the delay is waiting for the crystal to settle? Shouldn't using the crystal take less than 2 seconds?

In my words NOOOOOOOO!!!

The internal RC is extremly unstable about counting on time he is too slow. You will loose time.

May use the Teensy 3 who sets faster up in combination with the time lib

One thing I noticed when using this library: Instantiating the rtc object seems to hang the program for about 2 seconds. This didn't work for me in the project I'm working on because it needed to start processing input right away. I didn't trace down why it took so long. Is that normal to take 2 seconds?

If you give me a hint may I can help is it this part?

Code:

// Select the Slowclock source
//RTC_clock rtc_clock(RC);
RTC_clock rtc_clock(XTAL);

or does it came from this line?

Code:

rtc_clock.init();

By the first part it happend about the external xtal to swing-in

Wondering if someone can help me understand what is going on with the code below??

Code:

void setup()
{
  // This seems to ignore the pinMode statement but commenting out the while statement below works fine.
  while (!SerialUSB);
  pinMode(13, OUTPUT);
}

void loop()
{
  digitalWrite(13, LOW);
}

When changing the line above to "while (!Serial);" it works just as if it was commented out entirely.  I read somewhere that you should put while (!Serial); in your setup as a first step to ensure the serial port hardware is initialized before doing anything else with it.  Wouldn't this also be the case for SerialUSB when using the native USB port??

If the while statement on SerialUSB is used at all the digitalWrite statement has no effect and LED always stays on.

Yes thats right.

The code lines

Code:

while (!Serial);

and

Code:

while (!SerialUSB);

let the Due what until there is an USB connection between Due and PC. If you use the programming port and set this line

Code:

while (!Serial);

The Due will walk over this line while the USB is connected but if you connect after the programming the due with the nativ USB-Port nothing will happend the Due waits for an plugin in the programming port.

Vice versa for both ports.

Quote my self...

SN65HVD233 has the Loopback funktion

SN65HVD234 has the Standby mode and the

SN65HVD235 has the Autobaud option,

you need to choose the Chipfunction you want, but the SAM supports Autobaud and Sleepmode only the Loopback funktion is missing.

I did not know if the functions allready implemented in the library, but compared to the functions of the SAM and the TI Transciever I would choose the the SN65HVD233 to make it complete without having some option 2 times

Hello,

I wanted to use Markus's really nice RTC library on my Taiji-Uino Due but the code is not working. 

Here is his library: https://github.com/MarkusLange/Arduino-Due-RTC-Library

If I run the example "Due_RTC_Simple_Sample", I do not get anything back on the serial monitor.  However, If I plug in my Arduino brand Arduino Due, I get results like I expect from the example sketch.

I have a second Taiji-Uino and that one is having the same problem...  Maybe I got a couple of them from a bad batch?


Can someone else with a Taiji-uino Due verify what I am seeing?

Hi kcore,

did you check this line?

Code:

// Select the Slowclock source
//RTC_clock rtc_clock(RC);
RTC_clock rtc_clock(XTAL);

In the Sample may the Taiji-Uino has no crystal on the surface, so that you need to choose the RC.

B.R.

Markus

Your best chance is OneWire 2.2 with the latest nightly build of Arduino.

Yes that works just changing a few files and the new OneWire lib from Paul and the Due is working correctly.

Code:

    for( k = 44 ; k <= 51 ; k++ )
      pinMode( k, OUTPUT ) ; // Sets Port C12-C19 to output pins. Necessary or no data is written.
 
    for( k = 34 ; k <= 41 ; k++ )
      pinMode( k, OUTPUT ) ; // Sets Port C2-C9 to output pins
 

Is there a list of which due pins correspond to which port registers?

May a little bit inconvenient but you can put it yourself together from the Pinout http://arduino.cc/forum/index.php/topic,132130.0.html

Hope it could make things easy

An little bit barely an explanation.

Your right about the reset, but I doubt that will ever be changed. If you can wait 6 months my board allows both types of reset

______
Rob

A half year? How would I spent the time, waiting is so uncomfortable...

Because  DUE's reset connects NRSTB pin, pressing reset will reset the chip including the Backup region (RTC, RTT and Supply Controller), that means RTC's time will be set 2007.1.1 and etc.  But in SAM3x, there is another NRST Pin, if reset connect this pin, it will not reset the Backup region (RTC, RTTand Supply Controller), thus, I suggest arduino due make some changes to avoid the RTC's reset.

Not on the actually Due it's how you say it. It's more than hardcoded it's wired on the board itself. Only with a jumper on the next Version to choose there will be no chance of changing.

Hi folks,

i was just sitting around the due and was thinking about the 512kb flash and the 96kb sram and the 4kb NCF sram and what to do with it.

So the F(X) is not in charge on the Due. So how can we use clever the sram and the NCF sram

Markus

cmaglie has done this already:
see https://github.com/arduino/Arduino/issues/1317

If you manage to run the version from github it should work,
*IF* you manage...
  (as I still don't)

A howto to build an IDE from the git files is there
http://code.google.com/p/arduino/wiki/BuildingArduino

Yes really impressiv work.

hello,
i have been working with arduino uno using matlab for quite sometime now. Simulink does support downloading of your simulink file (.mdl) into uno. i will be shortly working with arduino due and let you know about how simulink reacts to due board.

How?

I'm interested in.