Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Saurabh_B

Pages: 1 ... 14 15 [16] 17 18 ... 25

The code sets up the display to write 1 pixel for every 3 bytes.
For each write sequence we send it 6 bytes. So we send two pixels for each case.

You can modify this by adjusting the Set Pixel Format register. You can find more information about this on page 200 of the controller datasheet.

Character LCDs / Re: NHD-C0216CIZ-FSW-FBW-3V3 unexpected I2C levels
« on: April 13, 2016, 04:27:27 PM »
Hello Kent,

I will need to power this display up to see if I can replicate the spikes being caused by this display.

Unfortunately the Logic LOW for the ACK is caused by the controller.

We will have to update this spec to match the output voltage from the controller.

Hi Steph,

I will be looking into this.

My original Assumption is that the display requires 3 Bytes for 2 pixels in the horizontal direction. This is why were only writing 240 times.

Graphic LCDs / Re: NHD-C12864WO-B1TFH#-M problem with sunlight
« on: April 06, 2016, 04:14:38 PM »

For the time being I would contact Mouser to set up an RMA for the displays that have the contrast fluctuations. Since you are located in Europe this would be the easiest option. Mouser will then work with us to send the displays back for analysis.

In the meantime  I will test a few samples of these displays to see if we have the same issue on our end. Testing these displays with direct sunlight will have to wait until we have better weather here.

I was wondering if you could make 2 adjustments on your initialization process:
1. Change putcmd(A3) to A2 for 1/9th bias.
2. Use a smaller value for the contrast value, 3A is almost maxed out.

On the schematic there are a few differences for the the voltage booster portion as well.

- Pin 18 is C1-
- Pin 19 is C1+
- Pin 30 should not be connected to anything.
- Pin 27 needs a voltage input, this would be set by a potentiometer. Please refer to the schematic on page 4 of the display specification (
- I would also replace the 1 F capacitors with 2.2 F capacitors.

Please let me know the results of those modifications.

Graphic LCDs / Re: NHD-C12864WO-B1TFH#-M problem with sunlight
« on: April 05, 2016, 12:21:51 PM »

Could you please send the initialization sequence you are using for the display.
I will conduct a test here as well.

Do you by any chance have any light sensitive components on your PCB?

Could you take a picture of the back of these displays as well?


Without using a Voltage translator its hard to say what whether the controller will recognize the 3.3v bits as a '1'.
There would also be issues with the contrast when powered with a 3.3v input.

We would be able to offer this display as a 3.3V display, however this will require a MOQ.
If you are interested in this option please email

What changes have been made to the initialization?

Graphic LCDs / Re: NHD-C12864WO-B1TFH#-M problem with sunlight
« on: April 04, 2016, 05:22:48 PM »

Would it be possible to provide the date code on these displays.

Thanks for the video.

I will get back to you shortly with the delays issue.

Vacuum Fluorescent Displays / Re: M0216SD-162SDAR2-1 Jumper Settings
« on: March 30, 2016, 11:34:20 AM »

That could be a possibility, however, you could always delay writing to the display until the voltage reaches 5 V

Vacuum Fluorescent Displays / Re: M0216SD-162SDAR2-1 Jumper Settings
« on: March 29, 2016, 08:08:06 AM »

Your jumper settings seem fine.

Would you possibly be able to share your commands for how you send bits to the display?
Are you also pulling the STB pin low for the 2 Bytes you send to the display?

These displays do use the older ILI9340 controller, I would recommend trying the values in the code below:

After initialization are you sending any data to the display?

Hi Davek,

I have a few more questions, while you are providing 5V to the power, is your logic voltage also 5V?
Can you confirm that you have:
8-Bit Data,
1 Stop Bit,
No Parity Bits,
No Handshaking.

0x9F would leave you somewhere int he center of the table which isn't defined. For y you should be sending 0x79 for the larger y you should send 0xF9

Hi David,

Would you be able to confirm the full part number of the display, along with the date code printed on it.

The controller has changed on the display in the past, I would like to confirm the controller used on the display.

TFTs / Re: Help with NHD 5.0" TFT Display (NHD-5.0-800480TF-ATXL#-T)
« on: March 23, 2016, 08:05:44 AM »

To use this display with an Arduino or another MPU that does not have a built-in TFT controller you would need to use an external controller.
I would recommend using this: NHD-5.0-800480TF-22 Controller Board

We do have example code to help you get started with this controller as well that can be found here: NHD-5.0-800480TF with Arduino.

For the touch panel you have two options.
1. You could use the Analog ports on the Arduino to make multiple reads between the touch panel lines.
2. Use an external RTP controller such as the following:

From the ones above you would need to use the ones that are compatible with 4-Wire Resistive touch panel. You would also need to decide how you would like to interface with the touch panel, whether you would like to use IC or SPI.

Pages: 1 ... 14 15 [16] 17 18 ... 25