Show Posts
Pages: [1] 2 3 ... 7
1  Products / Arduino Due / Re: Due GUI (Graphical user interface) - [now community project] on: August 24, 2014, 05:14:18 pm
Quote
https://github.com/ghlawrence2000/DUEGUI.git   This is no longer functional, I have no more interest in this project.

I may have been slightly untruthful about functionality, try it, you never know!!  smiley-lol

Graham
2  Products / Arduino Due / Re: Due GUI (Graphical user interface) - [now community project] on: August 24, 2014, 09:43:58 am
Hi Pamapama,

If you have read this full thread you will see I came late on in development and lost interest fairly soon afterwards. However, I will try to help if I can.

Have you successfully compiled and ran any of the other UTFT Demos? What I am getting at is, have you changed

\Arduino\libraries\UTFT\hardware\arm\HW_ARM_defines.h

Quote
// CTE TFT LCD/SD Shield for Arduino Due
// -------------------------------------
// Uncomment the following line if you are using this shield
#define CTE_DUE_SHIELD 1      <=========== IMPORTANT
//
// For this shield: RS=25, WR=26, CS=27, RST=28

Let me just mention, I have not played with IDE 1.5.7 before, but just trying to give further meaningful assistance today, I have tried to compile and run 'several' sketches of my own that previously worked fine under 1.5.4 but now appear to have developed issues. Sorry.

Try this first, and in the mean time, I will try to sort out my IDE problems.

Regards,

Graham

PS, It just occurred to me, are using DUEGUI 0.13? from page 1 of this thread? Potentially, it would be easier if you used ediaz' version which has been extracted from the incorporated UTFT, UTouch etc.
3  Products / Arduino Due / Re: SdFat for Due posted on: August 08, 2014, 06:55:40 am
Hi ArdunioDetection.
 
Quote
I have a Breakout Board for microSD Transflash from SparkFun (https://www.sparkfun.com/products/544) and I am trying to connect it to the Arduino Due I just bought.

Those things are notoriously difficult to get working first time, especially if you are new to all of this! The first and most common problem is connecting wires that are too long, and personally I like the to have the wires the same length too.

Quote
5V into Vcc and GND into GND

????????!!!!!!! 5V into Vcc!!!!!!!!!???????

You may actually have destroyed your SD card..... You SHOULD NOT be using 5V with an SD card!! They are all 3.3V for supply and signal level!!

Quote
I read this entire forum and countless others and still can not figure out what i am doing incorrectly.

You read this entire forum but chose to ignore my post immediately prior to yours?
Quote
You can look here for sdfatlib https://code.google.com/p/sdfatlib/.

The only other comments I have is that there is always the possibility the SD card you are using is a bit naff? I had a cheap ebay job that would not work with SD.h but did work with sdfatlib at slow speed.

Finally, did you try the 'CardInfo' example? This should tell you at least that the card is detected and wiring is correct, it will also initialize with SPI_HALF_SPEED by default, which will go some way towards proving if the SD card is not so good.

One final comment, I  notice from your code you commented out the pinmode statement.

Quote
// or the SD library functions will not work.
 
  //pinMode(52, OUTPUT);    <---------- ?? Uncomment this!!!

  if (!SD.begin(52)) {
    Serial.println("initialization failed!");
    return;

Assume your SD is now dead after its exposure to 5V, so test in another device or get another card before you go any further.

Try my suggestions, and post back how you get on.

Regards,

Graham
4  Using Arduino / Storage / Re: SD card + TFT 3,2" on: April 09, 2014, 05:00:53 pm
I find it strange that Sainsmart is still producing these boards with errors.

Thanks in advance,
JMR smiley-sad

So do I!! My V1.0 Sainsmart board ordered 23/10/12 worked straight out the box with none of the problems everyone else seems to have had with this board!!

Regards,

Graham
5  Using Arduino / Displays / Re: Problem with UTFT bitmap buttons and setFont on: February 28, 2014, 02:20:37 pm
Sorry I couldn't be more help, and I did spend quite a large portion of today working on this to try to make amends for my previous mis-information  smiley-sad I agree this does seem to be a fairly big problem, with limited successful solutions, and even with what I have read and discovered, I think to implement some of the suggestions would require additional input from Henning, who I know from past dealings is not keen to make big changes for small audiences..... So just for information really if nothing else, and if you are committed to the MEGA maybe this will serve you in future projects....

http://forum.arduino.cc/index.php?PHPSESSID=2ohs6febc03cn3u0k753e69om4&topic=146211.0

The reason why your sketch works on the DUE and not the MEGA is sort of what I thought(ish)... compare these two pages :-

http://coverclock.blogspot.co.uk/2012/02/arduino-data-types.html

http://coverclock.blogspot.de/2012/12/arduino-due-data-types.html

I do like the idea of multi segmented PROGMEM statements utilizing #include <morepgmspace.h> but I dont see how that could easily be implemented with UTFT....

Best wishes,

Graham
6  Using Arduino / Displays / Re: Problem with UTFT bitmap buttons and setFont on: February 28, 2014, 10:20:34 am
My knowledge of these things is not sufficient to explain clearly to someone else, I just know enough to get by and understand why its not working. Try looking at this link and some of the others in this reference document http://www.atmel.no/webdoc/AVRLibcReferenceManual/group__avr__pgmspace_1ga73084a8bbde259ffae72980354b3f027.html.

Someone with a greater understanding of this stuff than me................could possibly tell you how to work around this on the MEGA. If you look inside UTFT.cpp,  you will find there are a few uses of
Quote
pgm_read_byte
, specifically UTFT::printChar and UTFT::rotateChar both of which are used by UTFT::print. Additionally in UTFT::drawBitmap, you will see
Quote
pgm_read_word
is used which is how your images appear on your buttons.

I can't explain why the same code works fine on the DUE but not on the MEGA, my tentative personal suspicion is that maybe 'word' = 32 bit on the DUE but only 16 bit on the MEGA.

Not sure if this is helpful to you, but it is the best I can figure at the moment.........

Regards,

Graham
7  Using Arduino / Displays / Re: Problem with UTFT bitmap buttons and setFont on: February 28, 2014, 09:05:40 am
I am very sorry to have got your hopes up  smiley-cry On further investigation, you are correct, it is not happy on the MEGA2560. But if it is any consolation, it works fine on Arduino DUE. The problem is the address space of all of your images and the font exceed 16bit (i.e. > 0xFFFF) which appears to be a problem on the MEGA2560.

My suggestion is to reduce the size of 'plant.c' as that is a fairly enormous 22K.... which is more than a third of your total addressable.....

I have included here my revised sketch including address dumping to serial monitor should you wish to investigate further.

Very sorry,

Regards,

Graham

(TinyFont is just in case you want to play with all options)
8  Using Arduino / Displays / Re: Problem with UTFT bitmap buttons and setFont on: February 27, 2014, 03:34:13 pm
Using your sketch, except modified to use ITDB32S display......



Am I missing something? It appears Henning was right as usual... smiley-wink

Regards,

Graham
9  Using Arduino / Displays / Re: [SOLVED] CTE TFT with font ic, what size are the fonts please? on: February 27, 2014, 02:17:23 pm
Hi Gary,

Thanks for that extra snippet of information! Very interesting and I will definitely look into it.

Regards,

Graham
10  Products / Arduino Due / Re: SdFat for Due posted on: February 27, 2014, 08:46:33 am
I have SD.h for now, and I'm not sure how I can get SDfat library.

Please let me know if you have any more suggestions. Thanks again.


-Simon

Hi Simon,

You can look here for sdfatlib https://code.google.com/p/sdfatlib/.

The only other comments I have is that there is always the possibility the SD card you are using is a bit naff? I had a cheap ebay job that would not work with SD.h but did work with sdfatlib at slow speed.

Finally, did you try the 'CardInfo' example? This should tell you at least that the card is detected and wiring is correct, it will also initialize with SPI_HALF_SPEED by defualt, which will go some way towards proving if the SD card is not so good.

Quote
Initializing SD card...Wiring is correct and a card is present.

Card type: SDHC

Volume type is FAT32

Volume size (bytes): 3518857216
Volume size (Kbytes): 3436384
Volume size (Mbytes): 3355

Files found on the card (name, date and size in bytes):

You do NOT need to bother 'trying' 4,10,52 as your SS pin...............on the coldtears shield it IS 53 !! PERIOD.

If this still does not help you, beg/steal/borrow a different SD card, preferably SanDisk, Transcend, Kingston ..... even only 1GB or 2GB at least until you are confident of your hardware and software arrangement.

Regards,

Graham
11  Products / Arduino Due / Re: SdFat for Due posted on: February 25, 2014, 12:44:05 am
Hi Simon,

Quote
However I get an "initialization failed" error message from the code, which means that the DUE failed to write to the SD card.  After reading several documentations, I suspect that pin 4 and 10 are indeed the right ports to read/write, but I could be wrong...

There "initialization failed" error message does NOT mean the DUE failed to write to the SD card, it did not even get past initialization.......

"I suspect that pin 4 and 10 are indeed the right ports to read/write", clearly you have misunderstood how SPI access to the SD card works, MISO/MOSI are the data in/out ports and are NOT pins 4 or 10. You should read up some more about SPI http://arduino.cc/en/Reference/SPI but in a nutshell, the gist of it is this, you have a clock, data in and data out which go to ALL SPI devices, the only pin that changes and thus allows you to access a specific device is the CS(SS) pin

There are a couple of things you need to check.    

Taken from "DUE_Shield_readme.txt"
Quote
Shipping default jumper configuration:

The TFT/SD Shield for arduino DUE is shipped with the following jumper config, if you use TFT modules in our store, you do not need to reconfig the jumpers.

LCD Vcc - 3.3V (JP2 shorted)
LCD backlight (LEDA+) - 3.3V (JP4 shorted)
arduino Pin32 to TP_DIN (JP10 opened)
On board SD - disabled (JP8 opened)

NOTE JP8 opened/on board SD - disabled. !!!!!   Did you put a solder blob on JP8?

Assuming you did, the next thing to check is that you changed both entries relating to CS(SS) in your SD code :-

Code:
 Serial.print("Initializing SD card...");
  // On the Ethernet Shield, CS is pin 4. It's set as an output by default.
  // Note that even if it's not used as the CS pin, the hardware SS pin
  // (10 on most Arduino boards, 53 on the Mega) must be left as an output
  // or the SD library functions will not work.
   pinMode(10, OUTPUT);
  
  if (!SD.begin(4)) {
    Serial.println("initialization failed!");
    return;
  }
  Serial.println("initialization done.");

As a self-confessed newbie, did you pick up on the misleading error in the example??

pinMode(10, OUTPUT); & if(SD.begin(4)) {  ??

The 10, and 4 relate to the same pin and therefor SHOULD at least be the same, in your case 53!

The coldtears shield is exactly what I have if you read the very post before yours, and it works fine with both SD and SDFATLIB once you bridge JP8, and use pin 53 as SS.

Best wishes,

Graham
12  Products / Arduino Due / Re: SdFat for Due posted on: February 24, 2014, 02:52:53 pm
Is there a reason, why I can`t run on FULL_SPEED?
Or has anybody a tip how to get a better performance?

Hi Rob,

There is a possibility that your SD shield uses resistor level shifters, this appears to be the biggest stumbling block preventing successful use of SPI_FULL_SPEED, however, there is also the possibility that the SD card you are using might not be up to it?

I have a Fujifilm Class 4 SDHC 8GB card, and also a SanDisk Class 4 Micro SDHC 4GB card, both of which work successfully with the ColdTears(CTE) TFT/SD/TOUCH Shield.

For your own reference using your figures, 50MB file, 32768 buffer size, I get the following speeds :-

Fuji 8GB
Write  3100KB - 3320KB  Read 3887KB - 3905KB
SanDisk 4GB
Write  3452KB - 3628KB  Read 4320KB - 4338KB

I have a further point I would like to mention which although is not directly related to the sdfat library, I did notice the differences when running the sdfatlib benchmarks.

When compiled on IDE 1.5.4 the bytes written to flash was 22340  with #include <SPI.h>  22456
When compiled on IDE 1.5.5 the bytes written to flash was 22492  with #include <SPI.h>  22616
Furthermore, without the SPI library, free RAM is 62751 for V1.5.4        and    62751   for V1.5.5      
however,                with the SPI library, free RAM is 62703 for V1.5.4 but only 62699 for V1.5.5

The use of #include <SPI.h> in the above tests, did not demonstrate any noticeable differences in performance.

Conclusion :- V1.5.4 produces a smaller flash image and uses less RAM in certain cases, I no longer have older IDE's to continue this testing, has anyone else noticed any similar differences?

Regards,

Graham
13  Using Arduino / Displays / Re: CTE TFT with font ic, what size are the fonts please? on: February 24, 2014, 01:52:48 pm
Hi Graham,

The last W would not be vertically aligned.
I have attached to photographs for you.
Of course, you can use fonts drawn by the Arduino, but there may a speed penalty by not using the on-board font IC.

I use TFT displays, Only one of my displays has a font IC on it.  It is quicker to write text using the font IC.
It would depend on your requirement.

See attached pics.



Hi Gary,

Thanks very much for your help that answers my question.

My original motive behind asking, was that I wondered if it would be possible to emulate the font ic in software, but I see that is not possible since the UTFT soft fonts are fixed space.

Regards,

Graham
14  Using Arduino / Displays / Re: CTE TFT with font ic, what size are the fonts please? on: February 04, 2014, 08:25:35 pm
Hi Gary,

Many thanks for your response, as you see I have been waiting quite a while....

Ok I take your point about proportional font, and of course I understand that 'W' will be wider than 'T', however...

Could you possibly try this for me? If you make a few rows of a few characters, does the horizontal allignment actually vary?  eg

WWWWW
IIIIW
TTTTW
AAAAW

That represents 4 characters and W, what I am asking is the last W horizontally aligned or does is alter as shown here?

Thankyou and regards,

Graham
15  Products / Arduino Due / Re: Due GUI (Graphical user interface) - [now community project] on: January 06, 2014, 02:59:37 pm
@Vasilis, WOW!! I read quite a bit of your Raspberry PI PLC thread, very well done!  smiley I have not got a Raspberry Pi although I am aware of what they are of course...... I often wondered why I would want one when my computer does everything better/faster than the computer aspect of the PI, and my Arduino DUE does everything better/faster than the microcontroller aspect of the raspberry pi? Feel free to enlighten me if you wish  smiley-wink  I appreciate you are busy as you have previously said, but I wonder if sometime when you can spare a little time if you could possibly help me out with this http://forum.arduino.cc/index.php?topic=208814 please, as nobody else has yet. I don't presently own a CTE display, but I wanted to see what I could do to assimilate assorted UTFT fonts as approximations of CTE fonts? The idea being to give us a hardware independent DUEGUI library that is not reliant on the font ic but can use it if available.

@all, Ok, so back on topic, I have been playing with the optInvisible side of things, and I cannot find any rational explanation why it behaves as it does, it may be a cop-out, but I am not going to try to figure it out any further as I am quite enthusiastic to crack on with the touch calibration screen!

@ediaz Happy new year! You are quiet  smiley

Graham
Pages: [1] 2 3 ... 7