When you design Arduino shields, do you typically target a specific Arduino board (e.g. Uno) or try to make it compatible with as many boards as possible?  e.g. Uno, Leonardo, Mega2560...

I'm also curious about the number of people with each type of Arduino board, i.e. market share, if anyone has that info.

Well, because of that need, my own need also, I've designed already two multi-platform shields. I've decided then to made them available.

One aimed for both Chipkit Max32 and Arduino Mega, and other for Arduino Mega and Arduino Due.

Both have diferent pinouts for each platform to have the best performance possible.

You may see them in the next links.

Mega / DUE
http://www.aqualedsource.com/shop/product_info.php?products_id=32

And Mega / Chipkit
http://www.aqualedsource.com/shop/product_info.php?products_id=30

They are designed to allow easy connection to the boards, while allowing a start-up platform with human interface, for that, you just need to buy a TFT with Touchscreen.

This is the base platform for the aquarium controller I'm building!

I think that trying to have multi-platform is the key to save some money later. You never know if your own need will rise and need to move to a better platform like Due for example.

Ok Cmaglie, I'll open there.

Regards,

Joao

Ok, I've managed to pinpoint the issue.

I'm using pwm at 16bit resolution.

This error message was originated because negative values were being passed to the PWM OCx registers.

The problem seems to be the built in map function.

I'm passing to it unsigned long variables, but it doesn't see them that way. It seems that they are being interpreted has signed shorts because when 32767 is reached, after that the values become negative.

The function was this:

lv_mapedpwm=map(PWMout,0UL,65535UL,MinPWM,MaxPWM);

MinPWM and MaxPWM are declared has unsigned long also.

This yeld negative values in lv_mapedpwm var.

I've then used one map function for floats and worked like a charm, although values being passed has UL.

float mapfloat(float x, float in_min, float in_max, float out_min, float out_max)
{
  return (x - in_min) * (out_max - out_min) / (in_max - in_min) + out_min;
}

the odd thing is that the compiler doesn't complain at all when I pass the UL values to the map function.

Isn't this an issue with IDE itself? I'm using 1.5.3 version at the moment.

waiting for your comments.

Hi.

I don't know why, my program started to crash and I'm getting this error when I activate serial monitor in IDE.

"
loopassertion "duty <= pPwm->PWM_CH_NUM[ul_channel].PWM_CPRD" failed: file "../source/pwmc.c", line 272, function: PWMC_SetDutyCycle
Exiting with status 1.
"

Can someone help me out understanding this?

Thank you Pylon for pointing me in right direction. I think its clear now, but I'll read it again.

To solve my problem, I've built a scheduler with a switch. With this I run only one time consuming function per loop.

I've dropped the loop time from 120millis to 10 millis average.

Regards

Joao

Hi.

I'm trying to implement the scheduler in my project, but the behaviour is not what I was expecting.

Due runs a lot of times the main loop, and sometimes the second loop.

But when it does, there isn't a consistent number of runs.

What I has expecting, was it to run main loop, then 2nd loop, then main loop, then 2nd loop, and so on.

What I get from the debug is this: ( number is the corresponding runtime in millis for the loop)

"
loop1   1
loop1   1
loop1   0
loop1   1
loop   135
loop   125
loop   125
loop   126
loop   125
loop   125
loop   126
loop   125
loop   125
loop   125
loop   125
loop   126
loop   125
loop   125
loop   126
loop   125
loop1   0
loop1   1
loop1   0
loop1   1
loop   130
loop   125
loop   125
loop   125
loop   125
loop   126
loop   125
loop   125
loop   126
loop   125
loop   125
loop   125
loop   125
loop   126
loop   125
loop   125
loop1   1
loop1   0
loop1   1
loop1   1
loop   135
loop   126
loop   125
loop   125
loop   167
loop   125
loop   125
loop   125
loop   126
loop   125
loop   125
loop   126
loop   125
loop   125
loop   125
loop   125
loop1   1
loop1   0
loop1   1
loop   130
loop   125
loop   125
loop   125
loop   125
loop   126
loop   125
loop   125
loop   126
loop   125
loop   126
loop   125
loop   125
loop   126
loop   125
loop   125
loop1   1
loop1   1
loop1   0
loop1   1
loop   135
loop   125
loop   125
loop   167
loop   125
loop   126
loop   125
loop   125
loop   125
loop   125
loop   126
loop   125
loop   125
loop   126
loop   125
loop   125
loop1   1
loop1   1
"

Am I missing something here?

Hi Jake.

Well, if that is some kind of conflict between DMA and I2C, you can try the Henning Karlsen RTC library. I think it uses some kind of softI2C, it might work for you.

Give it a try.

Hi all.

I'm back in Due.

I've compiled IDE from the latest info in Git, so I'll give a try on the latest lib from Paul later today.

I believe is TFT01-32

Look in library documentation to make sure it's typed correctly, it's there.

Regards,

Joao

Hi!

Have you completed the correct initialization to the library?

For SSD1289, you have to init with "TFT01_32".

The line:

UTFT myGLCD(ITDB32S,38,39,40,41);

should look like:

UTFT myGLCD(TFT01_32,38,39,40,41);

Don't forget to read the "UTFT_Supported_display_modules_&_controllers.pdf" file.

The pinout used is the same from mega.

Regards,

Joao

Hi.

Ok, that's up to you off course, I was just suggesting.

Anyway, the is the modded sdcard reader for Due.





Regards,

Joao

If you reduce cabling, you might get close to 14Mhz. But with that resistors, you'll not move further then that.

I've used the sdcard in my tft also, and I've managed to get up to 28Mhz by removing the resistors and just put a shunt in their place.

The only way I've got 42Mhz, was with one sdcard reader like that with wires directly attached to the sdcard reader socket bypassing all the electronics there. Those electronics are for voltage translation and are very slow. Since Due is already 3.3V, you can safely bypass it.

I can place a picture here later for your reference.

Ok, might be because of that chips and resistors.

Try to go to the lowest speed possible first.

If it works, start increasing until it fails.

Hi!

How are you connecting the SDcard to Due?

If any one has a nice library that would work on a 240 by 320 with touch screen i sure would like it .

Hi.

This is working for a long time, at least for 16bit mode.

You have attached the library, it's the Henning Karlsen library that I've adapted to DUE.

This has already posted in a old post, but here it goes.

Regards.