Show Posts
Pages: [1] 2
1  Products / Arduino Due / Re: Is Arduino Due the right choice for me? on: May 23, 2013, 01:13:59 am
I would also recommend starting with the Arduino UNO. Do not get me wrong, I love the speed and the memory of the DUE. Appreciate the DAC, etc. However, everything said above is totally true. For a beginner, the UNO should be much more appropriate simply because it is established. Several people above mentioned the hardware compatibility of shields as well as the 5V issue in general. Most likely you will start with some tutorials or examples - mostly they exist for 5V. What is true for the hardware, of course also is true for the software. The number of libraries that are directly applicable for the due increases constantly, but the field is far from being there yet. If you want to begin with the Arduino platform, and do not specifically require a DUE for its spaces, go for an UNO.
2  Using Arduino / Displays / Re: Problems using UTFT in own class on: April 21, 2013, 12:10:37 pm
Dont do your initialization in the constructor - there is nothing setup at constructor time for global objects,
use an explicit initialize method.

I did not know that for global variables and assumed it is the job of the constructor to initialize the object.
Thanks a lot!
3  Using Arduino / Displays / SOLVED: Problems using UTFT in own class on: April 20, 2013, 04:41:38 pm
Hello,

I have a 5" TFT SSD1963 display and I am trying to implement a user interface with the UTFT library for one of my sketched. However, I have run into problems when using a UTFT object nested within other classes. By now, I have narrowed the problem to the following proof of principle:

Code:
#include <UTFT.h>

class UserInterface {
  public:
    UserInterface(void);
    void Display(void);
  private:  
    UTFT _display;
};

UserInterface::UserInterface(void) {
  UTFT _tmpDisplay(18);
  _display = _tmpDisplay;
  _display.InitLCD();
  _display.fillScr(255,127,0);
}

void UserInterface::Display(void) {
  _display.setColor(255, 255, 255);
  for (int i = 0; i <200; i++) {
    _display.drawPixel(i, i);
  }
}

void setup() {
  UserInterface ui;
  ui.Display();
}

void loop() {}

This works absolutely fine. However, whenever I remove "UserInterface ui;" from Setup() and put it outside any function to have it available globally, I only get weird things on my TFT and I have no clue why that is the case.

Any help would be appreciated...

Thanks a lot in advance!
dodgerts
4  Using Arduino / Storage / Re: How to determine current working directory of the SD card on: April 09, 2013, 12:51:48 pm
The function SdBaseFile::getFilename() returns file's name.

This example will get the name of the current working directory and print it.

Code:
  char name[13];
  sd.vwd()->getFilename(name);
  Serial.println(name);

Thanks! Works like a charm.

I had read the WorkingDirectory.txt already. However, I am fairly new to C/C++ and did not know I can call functions like you do with sd.vwd()->getFilename().
I learned something conceptually new for me. Thanks again!
5  Using Arduino / Storage / Re: How to determine current working directory on: April 09, 2013, 09:27:42 am
The SdBaseFile class has a dirName() function to get the name of the directory. Have you tried that?
Mh, I do not really understand how. The syntax for dirName is:

Code:
void SdBaseFile::dirName ( const dir_t &   dir, char * name )

How do I get the current working directory as dir_t & dir?
6  Using Arduino / Storage / Re: How to determine current working directory on: April 09, 2013, 07:58:54 am
Thanks a lot for the quick reply, but that is exactly my problem. The vwd() function returns a SdBaseFile*, and I just do not get how to translate this into a char array to for the comparison...
7  Using Arduino / Storage / How to determine current working directory of the SD card on: April 09, 2013, 07:28:20 am
Hello,

this may be really simple but I just cannot wrap my head around it, and also searching for solutions on the web did not yield any results.

I use the SdFat library and, at one point in my program, I would like to determine what is the current working directory and be able to compare that with e.g. a char array.
Something like:
Code:
Pseudocode:
if (workingDir == "tmp/") { do something }

I know that the vwd() function of SdFat returns a pointer to the working directory, but I fail to do anything with that information.

Thanks a lot in advance.
dodgerts
8  Products / Arduino Due / Re: Touch using CTE shield on DUE plus maybe SD card/SD card on TFT on: March 30, 2013, 03:33:36 pm
I thought that the SST25VF016 was 16Mbit !

Just done a quick google and it seems so.

Yes it is. My point is that the CTE descriptions says the display has a 64Mbit flash ic. Consequently it cannot be the SST25VF016, but the schematics say it is.
Could anyone who has the TFT with font ic, please be so kind and check which chip is soldered on it?
9  Products / Arduino Due / Re: Touch using CTE shield on DUE plus maybe SD card/SD card on TFT on: March 30, 2013, 02:16:38 pm
I seem to have the same problem. My 5" TFT has not arrived yet, but I already checked the description and I ordered the one without IC. Soldering it myself should not be a problem. What I get from the schematics is that the display with font ic uses a SST25VF016.

However, I do not understand the different flavors of the SST25VF016 yet. Mostly I find the SST25VF016B for example and I do not understand what the B stands for.
Also the CTE description states "On board 64Mbit SPI Flash" while the SST25VF016 is only 16Mbit.

Can anyone comment on that?


Can you not just solder on a font IC?
10  Products / Arduino Due / Re: Touch using CTE shield on DUE plus maybe SD card/SD card on TFT on: March 27, 2013, 02:00:02 am
Ok, my CTE shield has arrived two days ago. While I have not connected a TFT yet, I want to let you know that the on board SD card works well (have not done intensive testing, like speed, etc).

It works with both, the official SD library included in the IDE 1.5.2, as well as with the SdFat (beta20130207).

Pin is 53.
JP8 needs to be connected.


, dodgerts


It wasn't in the CTE shield it was in the back of the LCD.  It was a 2Gb Sandisc micro SD.
11  Products / Arduino Due / Re: How to you write to the second DAC? on: March 13, 2013, 01:31:11 am
Works well smiley
Thanks
12  Products / Arduino Due / Re: How to you write to the second DAC? on: March 11, 2013, 07:25:07 am
Thanks, I will have a look into it.
13  Products / Arduino Due / Re: Touch using CTE shield on DUE plus maybe SD card/SD card on TFT on: March 11, 2013, 06:45:07 am
Hi Cowasaki,

since there have been reports of problems regarding SD incompatibility with some shields, which SD card have you successfully used with the CTE shield?

Thanks,
dodgerts
14  Products / Arduino Due / Re: How to you write to the second DAC? on: March 10, 2013, 12:30:17 pm
Hi,

I also wonder how to write to the second DAC and I agree that it is incredibly difficult to find anything about it.

However, for me the reason is not that I have blown out my first DAC, but I want to experiment addressing both DACs at the same time. Like for true stereo output for example. Unfortunately that means that mcleung's method won't help.

Does anyone have an idea on how to directly address the individual DACs using dacc_write_conversion_data? Or is there any other way without using slow analogWrite()?

Thanks a lot,
dodgerts
15  Using Arduino / Microcontrollers / Re: Leonardo with the TLC5940 on: December 10, 2012, 09:11:35 am
Nvermind. I have figured it out myself.
The only thing I do not understand so far is what you do with the Rx Led pin...
Pages: [1] 2