Show Posts
Pages: 1 [2] 3
16  Forum 2005-2010 (read only) / Development / Re: ShiftRegLCD lib (LiquidCrystal 3-wire replacement) on: September 09, 2009, 06:39:55 pm
Anyone interested in I2C control for parallel HD44780 compat. LCD's using PCF8574?
I'm just finalyzing the library-modifications and would be glad to share.
(Still need a bit of time to clean the code and do some extra tests and find a webspot to store the files for download).

I needed to free up some ports on the Arduino and also wanted to be able to connect more than one LCD to it.
Doing it with I2C, I should in theory be able to connect up to 16 (8 on a PCF8574 and 8 on a 8574A) LCD's.
I'v only tested with one 16 x 2 LCD so far. Tests with 20 x 4 LCD are sheduled next.
For now all functions of the LiquidCrystal lib shipped with IDE 0017 seem to work. In addition I've added backlight control.
Still working on the buisy flag checks so timing is controlled by the LCD instead of the Arduino app.
17  Forum 2005-2010 (read only) / Development / Re: Character Based LCD library recommended API on: September 14, 2009, 12:46:04 pm
For those looking for a way and library to convert a parallel HD44780 compatible LCD to serial (I2C):
I needed the exact same thing and wired it up using a PCF8574 and modified the standard LiquidCrystal to talk I2C to the display.
The new library named “LiquidCrystal_I2C” can be found on the playground.
It should be function compatible (forgive me if I missed one) with both the standard LiquidCrystal library and the API recommendations listed by Dale.
With a few additional components it also supports backlight switching.
Connection details, PCF8574 datasheet and examples are in the zip file
http://www.arduino.cc/playground/Code/LCDAPI

Enjoy,

Mario
18  Forum 2005-2010 (read only) / Development / Re: LCD hierarchal menu class, comments/critiques? on: September 15, 2009, 01:57:28 am
Ok.

Thanks.
19  Forum 2005-2010 (read only) / Development / Re: LCD hierarchal menu class, comments/critiques? on: September 14, 2009, 02:07:02 pm
Thanks for posting the Lib, Jomelo.

Before I give it a try: did you also have the scrolling problem as described in my post above?
20  Forum 2005-2010 (read only) / Development / Re: LCD hierarchal menu class, comments/critiques? on: September 13, 2009, 02:49:29 pm
Hi CWAL,

Hope you're still monitoring this thread.

I'm having trouble implementing the library in my project. Since I'm using a separate keypad I had to change some code that takes care of the button actions.
All seemed fine until I tried to scroll to any third item in de top-level or any submenu.
In all cases it keeps showing the menu items 1 and 2 on the lcd and the cursor disappears from the screen.
When the (invisible) 3rd item of a menu is selected it does bring you down to that menu, and even the invisible back button works.

The thing is that I'm not sure of current behavior is the result of my patching, or if it is also behaving like this in the original hardware setup. (I'm new to Arduino and C++ so analyzing your code is above my head right now).

FYI.
I'm using the standard LiquidCrystal library for output
and a separate keypad (with the i2ckeypad lib) for input.

Hope you can help.


Thanks,

Mario_H
21  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: August 06, 2010, 01:53:41 pm
Ok, Bill. Thanks for the advice.
In this case less is better (for me that is). I'm still in the very early stages of trying to understand what you guys have created.
I always find it difficult to get into someone else's mind to follow their way of thinking. An extensive library as this doesn't make that easier.

Mario
22  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: August 06, 2010, 05:42:27 am
Thanks for the extensive write up of the glcd library inner workings.
I guess I'll be reading for the coming few days hoping to see the light somewhere at the end smiley-wink

From what I've seen so far is that the T6963 can do what the KS0108  can do and has some additional features like Cursor style setting, and display mode setting (OR,AND,XOR).
The hardware interface is slightly different (no SCEL pins and separate pins for Read and Write and a Font select pin)
For now I will hardwire Fontselect set for 8x8 font and for splitting the RW control into separate R and W lines I'm thinking of using a simple transistor inverter.
23  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: August 05, 2010, 06:19:38 pm
[offtopic]
@Bill
Yep I've seen those, but except the Arduino names I also always forget the PWM pin numbers, I2C ports (is SDA pin 27 or 28?) and the INT pins. Since I'm just moving toward using port numbers I think I'll stick to my decoder sheet. http://www.xs4all.nl/~hmario/arduino/various/ATmega_ports.jpg
But thanks for the tip/links anyway. [/offtopic]

Today I got my 240x64 GLCD with T6963c controller connected to another breadboard setup and used the T6963 library for first tests.
The test showed 7 defective rows smiley-sad Too bad, this would have been a great display for a future project.

Next I'm going to study the glcd library and hopefully find a way get this T6963 display working with the glcd lib.
So far I think at least the functions readData, writeData, writeCommand, WaitForStatu, goTo, init
need to be adapted for this controller.

Mario
24  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: August 04, 2010, 05:31:48 pm
Bill,

Confusion yep, I know what you mean.
In my earlier post I meant IC pin 27 / AVR Port C4 / Arduino analog pin 4
I moved it to IC pin 4 / AVR Port D2 / Arduino Digital pin 2
(I also commented out the glcdCSEL4 statements in the config file)

Funny you mention a decoder. Yesterday I made my own decoder sheet listing al the various names, numbers and descriptions used with these AVR's. I wanted to put it online but my provider seems to be doing maintenance and has disabled ftp access to my website.
(I'll upload it later if you want).

As for using port numbers: I'm not used to thinking in AVR-ports so I prefer the old-fashioned way smiley
On the other hand I think I have no choice but to start using them as I really would like to get another GLCD I have working with this great library. As posted earlier this one uses the T6963C controller that is not supported. I found some other libraries for this controller but the code is port based. I also found a Hitachi code sample in an application note but again totally port based.

I you have any advice on how to approach porting this library for use with another controller feel free to lecture me smiley-wink


25  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: August 04, 2010, 04:15:15 pm
Oops, what was I thinking?. You're right, it's 128x64
26  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: August 04, 2010, 03:26:29 pm
Gents,

You may add the AV-Display HY-12864K series displays (132x64) to the compatibility list.
Tested with WinXP-pro, IDE 17, ATmega 328 on a breadboard.

I've also tested freeing up pin A4 (moved it to D2) so I2C pins become available.
I now have two displays (a GLCD and a regular LCD) running side by side using the Beta glcd library and my LiquidCrystal_I2C library.
Now I can use the full GLCD resolution for graphics while text is displayed on the 2nd display. smiley




27  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: July 29, 2010, 07:46:37 am
Too bad the T6963C isn't one of them...
28  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: July 29, 2010, 06:55:31 am
Thanks for the reply Mem.

I think one of the most other used controllers would be the T6963C. This one is #1 on my request list for the library.
While browsing the web for GLCD suppliers the controllers listed below were mostly used.
S6B0086      (=NT7086)
NJU6450A
SPLC501C
ST7920
NT7532
SED133X
ST7565R
(Some may be compatible, I haven't checked yet)

Perhaps of interest:
http://www.powertip.com.tw/img_src/news/Seminar.ppt (page 19)

I'm not sure what you mean with you last remark "send a couple of samples to Bill and me that will definitely peak our interest"?
Currently I'm guarding my mailbox awaiting the arrival of the postman who should deliver my first (KS0108) GLCD any day now.

For testing the T6963C controller I may be able to help. I've salvaged a 320x64 display from some old device, but I don't have the connections/specs for this display yet.
I've requested info from the vendor but they have trouble finding the datasheet for this (10 year old) module. When (and if) I get the data I need I will be able to power-up the display and do some testing.

Mario
29  Forum 2005-2010 (read only) / Interfacing / Re: Beta version of GLCD library version 3 on: July 29, 2010, 03:22:03 am
Guys,

Great work you're doing!

I just ordered my first GLCD to play with. I made sure it uses a controller currently supported by this library.
During my search for a GLCD I've seen some very nice (mostly big) GLCD's that unfortunately used "unsupported" controllers like T6963C.
Can you shed some light on which other controllers are going to be supported by the library?

Keep up the good work!

Mario
30  Forum 2005-2010 (read only) / Interfacing / Ethernet shield (SPI) data garbled on: June 30, 2010, 08:19:26 am
Gents,

My official Wiznet Ethernet shield http://arduino.cc/en/Main/ArduinoEthernetShield is driving me crazy.
I've loaded the client sample form the library, modified the top section as shown below but 99 out 100 times it will not work.
Code:
byte mac[]     = { 0x90, 0xA2, 0xDA, 0x00, 0x06, 0xFA };   // Ethernet shield MAC address
byte ip[]      = { 192, 168, 1, 3 };                       // Ethernet shield IP address
byte gateway[] = { 192, 168, 1, 254 };                     // DSL router
byte subnet[]  = { 255, 255, 255, 0 };                     // Subnet mask
byte server[]  = { 192, 168, 1, 79};                     // Ubuntu LAMP server on internal lan
A laptop connected to the same Ethernet cable that plugs into the shield works just fine so I'm quite sure the LAN itself isn't the problem.
My setup is a ATMEGA328 on a breadboard (tried different breadboards). I do not have a Duemilanove available to do stacked tests. IDE communication is over a USB/Serial converter that works flawless.
I've connected the Ethernet shield using some ribbon cable to the breadboard (SPI pins 10,11,12,13 and gnd and 5 V
The breadboard is powered over USB while the Ethernet shield is powered by a separate power supply. Shield gnd and breadboard gnd are connected.

The problem I have is that most of the time I get a connect failure. Sometimes I do get a connect status, but no data from the remote web server.
This problem also occurs when trying to connect to external servers like Google so this excludes my LAMP server from being the problem.
Yesterday I installed Ethereal http://www.ethereal.com/ to monitor the data going over the lan and noticed that the board is sending out complete garbage most of the time.
After every reset (of the ATMEGA328) I see the shield using a different Mac and IP address and most of the time the mac is 00:00:00:00:00:00
The IP often contains some of the digits of the IP I've put in the sketch (192.168.1.3) but hardly ever is correct.

What I also noticed is that when I use a 10 inch (0.05" spacing) ribbon cable to connect the SPI bus it performs worse than a 0.1" spacing ribbon cable of the same length.
Separate loose wires perform about the same as the 0.1" spacing ribbon cable.

Does anyone have a clue what is going on here?
Is it a problem with the SPI connection (length/cable type) or do I just have a bad Ethernet shield?

Thanks,

Mario
Pages: 1 [2] 3