Recent Posts

Pages: 1 ... 6 7 [8] 9 10
71
OLEDs / Re: NHD-0420DZW-AY5 to replace NHD-0420DZ-FSW-FBW
« Last post by BenFR30 on January 18, 2018, 04:30:00 AM »
Hi,

Thank you for your feedback,
I have an external supply, so i have enough poower.

I'm now trying to improve delay.
Thank you for your help.
72
OLEDs / Antialiasing on NHD-2.23-12832UCW3
« Last post by Jean-Daniel Gasser on January 17, 2018, 08:48:58 AM »
Hello,
The picture illustrating the display NHD-2.23-12832UCW3 in your product list shows chars displayed with anti aliasing, is it really possible to do that on this kind of display ?



Is it possible to set the brightness of a single pixel ?

Thank you in advance for your answer.

Greetings

J-D Gasser
73
OLEDs / Re: NHD-0420DZW-AY5 to replace NHD-0420DZ-FSW-FBW
« Last post by Saurabh_B on January 17, 2018, 08:18:15 AM »
The display should be compatible for the most part, however a few minor adjustments for the firmware might be necessary.
The instruction execution time for the Oled is a fair amount slower so you might need to add a few delays or check for the busy flag before sending consecutive instructions.

The OLED does also require a larger current input through the +5V (VDD) Input as well, can you check to see if you are limited as to how much current you would be able to supply?
74
OLEDs / Re: NHD-0216MW-SB3 Font width question
« Last post by Geof Potter on January 16, 2018, 01:32:22 PM »
YES !!!  Your suggestion did indeed solve my problem.
Thanks for the help and for the link. I had not seen that version of initialization routine.

Geof
75
OLEDs / NHD-0420DZW-AY5 to replace NHD-0420DZ-FSW-FBW
« Last post by BenFR30 on January 16, 2018, 08:03:09 AM »
Dear,

We developp few years ago a board to command a LCD character display (4x20), NHD-0420DZ-FSW-FBW.
It works perfectly.
After some researches, I found NHD-0420DZW-AY5, the OLED characters display.
In the datasheet we can see that is compatible with LCD display, but, when i replace my LCD display with the OLED display, it doesn't work.

Is it this OLED display 100% compatible to replace LCD display, with no firmware modification ?

That is the point i'm searching for.

Many thanks in advance for your feedback, I am stuck :(
Benjamin
76
OLEDs / Re: NHD-0216MW-SB3 Font width question
« Last post by Saurabh_B on January 15, 2018, 02:22:49 PM »
What you're describing could be caused by how the segments are mapped.

Example Code:
https://newhavendisplay.com/appnotes/excode/txt/OLED/slim_OLED.txt

The initialization function, we have the command that sets the SEG Pins Hardware configuration in the middle.
Can you possibly try using 0x00 or 0x10 for the 2nd portion. This remaps the segments so that the full character appears on the same character area.
77
OLEDs / NHD-0216MW-SB3 Font width question
« Last post by Geof Potter on January 14, 2018, 12:31:17 AM »
We are using an NHD-0216MW-SB3 in a control system for VLF receivers.
I have an apparently working prototype of the control board with all necessary functions of the OLED display operating.
However, the font width comes up as 3 dots instead of 5 (or 6) making the characters unreadable.
DDRAM addresses map onto the display in a repeating manner, i.e. address 0x00, 0x01, etc appear in two locations on the panel.
Since I have multiple modules behaving exactly the same way, I'm assuming the problem is my programming....not the displays.
Any suggestions about the cause of the font width issue, in particular will be appreciated.

 
78
OLEDs / Re: NHD-0420CW-AB3-ND Display variables
« Last post by DataL on January 13, 2018, 04:05:57 PM »
Hi Homerjay,

Did you find a solution to your question?

I have found myself in exactly the same boat. It's a steep learning curve!

I haven't tried I2C just yet.
79
OLEDs / NHD-0420CW-Ax3 Scrolling Text - intended usage?
« Last post by avsa242 on January 13, 2018, 01:28:45 PM »
Hi everyone,

I'm trying to implement the text scrolling functionality of this display/controller in my driver and I have it basically working, but I'm having difficulty determining if I'm really using it correctly.

First, before I started implementing it, I got the impression the number of pixels to scroll was relative, i.e., if I kept issuing a command to scroll 1 pixel, that it would keep scrolling by one more pixel every time, however, it seems that the number of pixels to scroll is an absolute value, i.e., it would shift the display by 1 pixel the same location every time, or if 48 pixels, it'd be the same location every time. I hope this isn't too difficult to understand, but does this sound correct?

Secondly, if I do have the basic understanding correct, then would someone be able to suggest a short example, even pseudocode? Here's a snippet I have right now:
Code: [Select]
  repeat
    repeat i from 48 to 0
      oled.SetScrollQty (i)
      oled.Position (0, 0)
      oled.Str (string("Scrolling"))
      time.MSleep (30)

    oled.Clear

    repeat i from 48 to 0
      oled.SetScrollQty (i)
      oled.Position (10, 0)
      oled.Str (string("Scrolling"))
      time.MSleep (30)
    oled.Clear

This is written in SPIN. repeat used here would be equivalent to a "for (i=0; i < 49; i++)"-loop (and another in the opposite direction) in C. The rest I think should be pretty self-explanatory, except I'll mention that oled.SetScrollQty pokes the us2066 Set Scroll Quantity register (0x80). So the bytes that go out are (0x80 | i). The string "Scrolling" does scroll across the display using this code, but because there is only a maximum of 48 pixels scroll, I have to change the DDRAM address (oled.Position) after the first loop and repeat the process, in order to make it appear that the string is smoothly scrolling across the whole display. This is really where I'm asking for help, and to re-iterate, if I'm even using the functionality the way it's intended (if not, please let me know - I'd rather implement it the way it's intended to be used, at least at first).

Lastly, I'll add I'm currently doing this with double height text disabled, though I've tried it with it enabled as well, with the same results.

Thanks very much!
Jesse
80
TFTs / Arduino FTDI_FT801 Library Documentation Issue
« Last post by stumpr84 on January 12, 2018, 01:46:50 PM »
Im not sure if I should post this issue here or on the FTDI website, but I figure someone here can help me.  I am just starting to learn how to program the arduino based NHD-43CTP-shield-N. I have notice that the code used in the examples that come with the FTDI_FT801 gethub library is quite different from the code in FT800 Programmer guide. For example, all code in the examples use FTImpl. before all commands but this is not documented in the programmer guide nor is it explained in the library.  For that mater from what I can see there is no documentation in the library that explains what is actually used vs what is documented in Programmer guide.  Another example of code that is used in the examples, but isnt mentioned in the programmers guide is the "FTImpl.Read()" command.  What is in the guide is the "rdxx()" command (xx is 8, 16 or 32 bit read).  There are numerous examples of that, more than I care to document here.  Is there any documentation out there that documents the actual command structure that is used in the examples?  I understand that what is used in the examples is based on what is documented in the guide, but when that code goes beyond what is in the guide and there is not documentation of what it does it is very difficult for beginners like me to learn.       
Pages: 1 ... 6 7 [8] 9 10