Show Posts
Pages: 1 ... 3 4 [5] 6 7 ... 83
61  Using Arduino / Programming Questions / Re: Menu for Display on: March 19, 2014, 01:49:00 pm
Perfect and which inside the loop the correct point where I've to put  a code related to keypad in parallel ?
introduce a variable, that tells you whether you use the keypad directly or not:

int is_keypad_directly_used = 0;

Then, inside loop(), make a huge if condition:
Code:
void loop(void)
{
  if ( is_keypad_directly_used == 0 )
  {
    // let m2tklib use it
  }
  else
  {
    // do not call any m2tklib procedure here, instead use the keypad directly.
  }
}
Of course you need to turn on and off is_keypad_directly_used somewhere.

After I would like to know if you have news about display :-) if have you tried something that I can try to use ;-)
News, regarding what?

Oliver
62  Using Arduino / Displays / Re: Need to an .HEX example file for test OLED(SSD1306) on: March 18, 2014, 05:38:37 pm
I do not have such CPUs available...
But even if i would be able to generate the hex file for this type of MCU, you did not answer my previous questions. In order to produce some suitable hex file, it is mandatory to know exactly the type of your display and how your display is connected.
If you do not provide this information, nobody will be able to help you.

Oliver
63  Using Arduino / Programming Questions / Re: Menu for Display on: March 17, 2014, 04:45:18 pm
Hi

Well, then the simple answer is: Yes you can use your keypad in parallel with m2tklib.

Oliver
64  Using Arduino / Displays / Re: Problem with SSD1306 LCD and U8glib on: March 17, 2014, 04:42:37 pm
@emmaanuel
@nightcrawler28

Thanks for the feedback and the pictures.

Oliver
65  Using Arduino / Displays / Re: Need pointing in the right direction (TFT diplay) on: March 16, 2014, 04:14:52 pm
Hmm have tried both ways a few times now and no luck
You still get the same compiler error? You might need to remove version 0.01 of Ucglib manually.

Oliver
66  Using Arduino / Displays / Re: Need pointing in the right direction (TFT diplay) on: March 16, 2014, 02:21:50 pm
If Ucglib is installed correctly, it should also provide some examples in the IDE menus.
It should also be possible to install Ucglib via the IDE library install feature.

Oliver
67  Using Arduino / Displays / Re: Need pointing in the right direction (TFT diplay) on: March 16, 2014, 01:41:30 pm
Where did you download Ucglib? How did you install Ucglib?

Oliver
68  Using Arduino / Displays / Re: Need to an .HEX example file for test OLED(SSD1306) on: March 16, 2014, 07:38:46 am
Hmm... still difficult. My environment differs a lot from your setup and I do not have such MCU.
What about classical debug options? Use a scope/logic analyzer to check the signals.

Reset --> should be high most of the time
Clock --> regular up and down
Data --> not so regular up and down
A0/RS --> less freqent up and down
CS --> very less frequent up and down (depends on your code)

BTW: I assume CS is CSN in your code, but it seems that it is not used. Chip select is very important, as it resynchronizes the SPI transfer. Maybe you just missed this.

Oliver

69  Using Arduino / Displays / Re: Need pointing in the right direction (TFT diplay) on: March 16, 2014, 02:16:22 am
Your display has a ILI9341 controller. As Tom said: This is not compatible with the ST7735. The internal TFT.h will not work.

Your type of display had been part of my small report here:
http://forum.arduino.cc/index.php?topic=222327.msg1617891
Ucglib (which also supports the ILI9341) is attached to that thread. Reference manual for Ucglib is here http://code.google.com/p/ucglib/wiki/ucglib?tm=6

There are some problems to connet this display to 5V Arduino Boards. This is discussed here:
http://forum.arduino.cc/index.php?topic=181679.0

Oliver


70  Using Arduino / Displays / Re: Need to an .HEX example file for test OLED(SSD1306) on: March 16, 2014, 02:07:16 am
Hi

There are still some questions:
- What is your board (Arduino Uno, i assume)?
- How is the OLED connected to Arduino Uno: What are the four pin numbers?
- Is the OLED in the correct operation mode for SPI?
- Probably it will display "something", but to obtain a correct picture, the correct type of the OLED is also important.

Which lib did you use so far? From the feedback i got so far, i think U8glib should at least display something.

Oliver
71  Using Arduino / Programming Questions / Re: Menu for Display on: March 14, 2014, 05:37:47 pm
Hi

The first part looks correct. It should work as intended.
Your second code is more difficult. First my question  is: What is "customKeypad.getKey();" ? I do not know/see what customKeypad is. Do you mean m2.getKey() instead? If you mean m2.getKey(), then  printing this with serial.print does not make sense, as the return values from m2.getKey() are not printable.
Basically you can only use constants to check for the return values. A list of constants is defined here:
http://code.google.com/p/m2tklib/wiki/t11#Return_Values_of_the_Event_Source_Procedure

Oliver

72  Using Arduino / Programming Questions / Re: Menu for Display on: March 13, 2014, 03:48:55 pm
Hi

Nice, a one year old thread gets reactivated. And yes, i am fine, still working and graphics displays and menues...   smiley-lol
To answer your question: Yes, shure this should be possible. I see two options:
1. Fully stop calling any M2tklib procedures (especially do not call M2tk::checkKey())
2. Still call M2tk::checkKey(void) and manually examine results from m2::getKey() (http://code.google.com/p/m2tklib/wiki/fnref#getKey)

Oliver
73  International / Deutsch / Re: Arduino TFT- und MIDI-Programmierung on: March 09, 2014, 10:03:00 am
Quote
Für den Anfang hätte ich gern einen kleinen TFT, auf dem ich (entweder mit einem Encoder oder einer virtuellen Tastatur) Namen eingeben und diese in eine Liste speichern kann. Im Zuge dessen möchte ich jedem Namen einen Program Change Befehl zuweisen, der dann gesendet wird, sobald man den Namen auswählt.

Obiger Text hört sich klar, einfach und verständlich an. Aber es steckt sehr viel Arbeit dahinter. Serenifly hat ja schon angefangen ein paar Details zu hinterfragen. Tatsächlich dürfte das auch der beste Ansatz sein: Zerlege das, was du machen möchtest in kleine und noch kleinere Schritte. Gehe dabei deinen Anforderungen Schritt für Schritt durch:

Quote
einen kleinen TFT,
Wie wird ein Zeichen dargestellt? Was für ein TFT? Welche Controller? Gibt es eine fertig Lib, oder muß man das selbst die Graphikausgabe programmieren?

Quote
einem Encoder
Einen Encoder auszulesen ist ebenfalls eine Wissenschaft für sich. Auch hier die Frage: Was für ein Encoder? Viellecht gibt es eine Lib dafür?

Quote
virtuellen Tastatur
Klingt gut. Aber wie soll das umgesetzt werden? Resistives Touchpad wäre eine Möglichkeit. Damit muss man sich aber auch erst mal ein paar Tage beschäftigen.

Quote
Namen eingeben und diese in eine Liste speichern kann
Oben wurde ja schon entsprechendes dazu geschrieben, aber auch eine Frage ist: Wie speichern? EEPROM wäre eine Möglichkeit. Auch hier müsste man sich erst mal damit beschäftige, wie man ein Byte dauerhaft abspeichern kann.

Ich finde das ein super interessantes Projekt, aber - wie bei allen Projekten - muss man das Problem erst mal in viele kleine lösbare  Probleme zerlegen.

Grüße,
Oliver
74  Using Arduino / Displays / Re: Problem with SSD1306 LCD and U8glib on: March 09, 2014, 09:30:37 am
Ok, i learned something new today. I did a review of section 8.1.5 of the datasheet of the SSD1306. It might be indeed a good technical solution to tie SDA_in and SDA_out togetner.
The main problem what i see here is this: How do we know that SDA_in and SDA_out are exactly at signals 19 and 20 of the display flex connector. This might be true for a specific OLED display, but unless we have a reliable specification of the OLED itself, there is a high risk of destroying the display. Reverse engineering of the PCB might help, but could also fail, for example if the SDA_out is not available at all on the flex connector.

Oliver

Edit:
@MAS3: Also read previous comments from you, guess i missed/missunderstund some of your remarks. Karma+.

75  Using Arduino / Displays / Re: Problem with SSD1306 LCD and U8glib on: March 09, 2014, 05:33:33 am
Hi MAS3

U8glib does not read anything from the display. In fact U8glib was designed not to read anything from a display. Reason is, that most SPI based displays disallow to read back anything (because of the missing MISO line). From this perspective, I would say, that this display works as expected, except, that it does not send the ACK signal. I personally think, this is because the level shifting from 5V to 3.3V for this OLED is only done in one direction (to reduce production cost for this display).

From what i have seen on the OLED, i would say, that all connections are soldered. Which signals are on line 19 and 20? What do you mean by "connected"? Should these lines be shortend?

As a conclusion, i would say the problem is solved now. It is not nice, that the ACK is not sent, but all my testing had been very successful with this display. Indeed there was never any wrong/missing pixel. It simply works very reliable with U8glib.

Oliver

Pages: 1 ... 3 4 [5] 6 7 ... 83