Noritake GU128X64E-U100 128X64 possible to Arduino Mega? YES!

Hello members, I would like to set me a display for my Mega 1256.
According to the homepage ( Purchase display samples for your application: Noritake VFD and TFT shop), the display should be compatible with KS0108. Would the GLCD V3 library or ks0108 library V3 be function?
Thanks

If it is ks0108 compatible then it should work with GLCD V3.
(Not sure what you mean by "ks0108 library V3" ?)
From looking at the interface information it seems to have the
ks0108 compatible pins when in parallel mode:
RS, RW, E, D0-D7, CS1, CS2, RESET

--- bill

die_Diode:
Hello members, I would like to set me a display for my Mega 1256.
According to the homepage ( Purchase display samples for your application: Noritake VFD and TFT shop), the display should be compatible with KS0108. Would the GLCD V3 library or ks0108 library V3 be function?
Thanks

Here's a library specifically made for the GUU128X64:

https://github.com/krupski/Noritake_VFD_GUU100

Note this library supports both the parallel interface and the "Noritake Type 2" interface (which is SPI mode 3).

Thanks, works great!!!

there is a bitmap-tool specifically only for this display

die_Diode,
From looking at the datasheet, the device appears to be ks0108 compatible,
so it should work with GLCD v3 or my newer openGLCD library
( bperrybap / openGLCD / wiki / Home — Bitbucket )
One notable thing, is that since the Noritake has a "function set" register
which the ks0108 doesn't have, the openGLCD library would not be able
to control the brightness until I add support for it.

--- bill

die_Diode:
Thanks, works great!!!

Looks great!

Are you using the SPI or parallel interface?

(oops nevermind I can see you don't have any pins soldered to the parallel interface - so you're using SPI).

bperrybap:
die_Diode,
From looking at the datasheet, the device appears to be ks0108 compatible,
so it should work with GLCD v3 or my newer openGLCD library
( bperrybap / openGLCD / wiki / Home — Bitbucket )
One notable thing, is that since the Noritake has a “function set” register
which the ks0108 doesn’t have, the openGLCD library would not be able
to control the brightness until I add support for it.

— bill

Brightness is simply send a “functionset” command (0x20) followed by the brightness command (0x28 | 0x00…0x07) where 0x07 is the dimmest and 0x00 is the brightest.

Code from my driver:

uint8_t Noritake_VFD_GUU100::setBrightness (uint8_t percent)
{
    // brightness calculation multiplies all numbers
    // by 10 so that we can do fractional math (i.e.
    // 125 is really 12.5)
    uint8_t chip;
    uint16_t i = 1000; // 100 * 10
    percent = (percent > 100) ? 100 : percent; // constrain to 100
    _displayBright = 7;

    while ( (i -= 125) && _displayBright) {
        if ( (percent * 10) > (i + 5)) { // 0.5 rounding
            _displayBright--;
        }
    }

    for (chip = 0; chip < 2; chip++) {
        writeCmd (0x20, chip);
        writeCmd (0x28 | _displayBright, chip);
    }

    return _displayBright;
}

And, you don’t really have to do both “chips” because brightness affects the entire display. This code sends the command to both “chips” for uniformity’s sake, but really only one would do the same thing.

Looks great!

Are you using the SPI or parallel interface?

(oops nevermind I can see you don't have any pins soldered to the parallel interface - so you're using SPI).

Yes it´s SPI interface on Atmega 328 because the speed. I need speed for visualization a plethysmography on my developed Pulse Oximeter.

die_Diode:

Looks great!

Are you using the SPI or parallel interface?

(oops nevermind I can see you don't have any pins soldered to the parallel interface - so you're using SPI).

Yes it´s SPI interface on Atmega 328 because the speed. I need speed for visualization a plethysmography on my developed Pulse Oximeter.

I can't guess what a pulse-ox has to do with plethysmography... but then I'm not a doctor. :slight_smile:

The SPI interface is really the better way to go. The parallel interface isn't any much faster and it uses SO many more pins.

I just wish Noritake would quit screwing around with their display designs. Some use parallel, some use SPI, some use a wacky proprietary "pseudo-SPI" interface, some use RS-232, some have odd escape commands, others use HD44780 commands....

It's virtually impossible to have a "universal" driver for their stuff...... :frowning:

die_Diode:
Thanks, works great!!!

Hey,

I was wondering if it was possible to share which library and pinout configuration you used to get this display working. I'm struggling to get mine working. Thanks : )

Qusley:

die_Diode:
Thanks, works great!!!

Hey,

I was wondering if it was possible to share which library and pinout configuration you used to get this display working. I'm struggling to get mine working. Thanks : )

Check your PM.