sjmill01

Interesting, that code looks to be using 0x3f as the address.
 
Have you tried the code you found with MICROSOFTWAY defined to use the NETMF libraries or are you just using the software I2C?
 
Regards,
Mark

I know this is an old post, but I was fighting getting a LCD to work with I2C until I found this code.  So, I thought I'd post the solution for others.

I found the reason your display was not performing well.  It has some bits set for scrolling.  So, you can add spaces to the end of the text to be sure it scrolls enough.

Or, change this line:

command((byte)Registers.CMD_Entry_Mode | (byte)RegisterOptions.OPT_Increment | (byte)RegisterOptions.OPT_Display_Shift);

to this...

command((byte)Registers.CMD_Entry_Mode | (byte)RegisterOptions.OPT_Increment );

Finally got it working. 

I didn't need the voltage level shifter after all as it seems that the LCD will allow for 3.3V logic level.

The problem was compatibility of the code.

I found this post and its code worked for me:  http://forums.netdui...2-i2c-1602-lcd/

This code still has some issues, but at least I could get text to the screen.  The problem is that it has something odd going on due to scrolling.

Have you tried moving the address 1 place to the left ?

Regards,
Mark

Tried shifting the address and it did not work.  (Used 0x4E instead of 0x27)

I found that if I don't put power to it until just before the creation of the LCD object, it does talk. 

The code that writes the bytes to the I2C bus returns the number of bytes written.  When I change the address, it returns 0 bytes written.  So, I'm sure its talking and has the right address (0x27).

I now have a voltage level shifter and each side of the level shifter are showing the correct voltage.

Perhaps the bytes being sent are not right in my microliquidcrystal class?  Oddly, I can't manipulate the backlight with lcd.Backlight, but when I try to write "Hello world", I see only the blocks, but the backlight turns on. 

Are 4 bit and 8 bit modes.  Could that be the problem?

Thanks,

Sean

Well, I bought this  https://www.sparkfun.../products/12009

to convert my 3.3V logic to 5V logic.

Unfortunately, still didn't work.

I even bought a separate device that claimed to be Raspberry Pi compatible...but it was not.  It was similar to the first one I bought, but also works with Arduino.

I'm thinking it has to do with the code in microliquidcrystal.

How are people changing the code to change the I2C device address?  I changed it in the MCP23008Expander code.