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 ... 26
OLEDs / Re: NHD-3.12-25664UCB2-ND dim display with banding?
« on: May 02, 2016, 07:52:18 AM »
Would it be possible to see how much current the display is drawing?

If you get a few bright lines that dim as you show more on the display sounds like you might not have enough current provided to the display.

Graphic LCDs / Re: NHD-320240WG-BxTGH-VZ#-3VR initialization sequence
« on: April 28, 2016, 08:40:30 AM »

Would it be possible to share your code for the initialization process?
Along with what you are trying to output onto the display?

Hello Nico,

The Arduino Uno is a 5v MPU, can you confirm whether you are using a level shifter or if you have some protection built in so that you are not providing 5V to the rest of the display?

This display also would require an initialization sequence where you have to write certain registers before you are able to write to the display.
You can find a basic initialization sequence on page 8 of the datasheet for this display. (

You can then use the following code to start writing to the display:

TFTs / Re: NHD-1.8-128160EF-CTXI#-F LED Backlight current
« on: April 27, 2016, 08:22:26 AM »

The 30 mA will be for both LEDs.
The current will be divided to both LEDs which are in parallel.

OLEDs / Re: NHD-3.12-25664UCB2-ND dim display with banding?
« on: April 27, 2016, 08:19:44 AM »
Along with pins 1 and 2, you want to make sure you are not using 5V logic with these displays.
This could cause damage over time and greatly decrease the life of the display.

With an Arduino i would recommend switching out the voltage regulator to provide 3.3V through from the whole device.

The 3.3V output from an arduino does have a limit to how much current it could supply.
The typical output from that pin will provide about 30 mA, the display with 50% of the pixels on will require 170 mA.
This will result in a display that is much dimmer.

TFTs / Re: NHD-2.4-240320CF-CTXI#-FT
« on: April 26, 2016, 08:01:50 AM »
This was solved through email.

It is not possible to test the display without using a microcontroller.
You would need to initialize the display then change all off the pixels to black using the controller.

OLEDs / Re: NHD-3.12-25664UCB2-ND dim display with banding?
« on: April 25, 2016, 03:44:19 PM »
Hello Ed,

Are you possible able to turn on every single pixel on the display?  To do this you would need to send all 0XFFs tot he display.


You can bring out the contrast on this display by using the following commands:
Follower Control
Power/ICON Control/Contrast Set with Contrast Set

To modify these registers you do need to use the function set command, During this commands set the IS2 bit Low, and the IS1 bit High.
This will give you access to instruction table one, where you would be able to control the software of the display.

Character LCDs / Re: rgb backlight
« on: April 21, 2016, 08:13:54 AM »
Hello Anna,

Are you powering these backlights with a 3.6V input.
If so I would recommend the following resistors:
Red - 170Ω
Blue / Green - 60Ω

When all lights are turned on you will see a bluish white backlight.


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

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