# \[solved\] LCD Problem

**URL:** <https://forum.midibox.org/t/solved-lcd-problem/19948>\
**Category:** MIDIbox SEQ\
**Tags:** hd44780, st7066u, midibox-seq, lcd\
**Created:** [April 18, 2017, 12:34pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948 "2017-04-18T12:34:12Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 18, 2017, 12:34pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/1 "2017-04-18T12:34:12Z")

</div>

Hi folks,

I’m building my seq V4 and am facing a major problem: my LCD displays only show a row of black squares…

I’m building a wilba frontpanel. The MBHP bootloader is in my STM32F4 board: MIOS Studio tells:

Operating System : MIOS32

Board : MBHP\_CORE\_STM32F4

Core Family : STM32F4xx

Chip ID: 0x10076413

Serial: #320041000D51353235363632

Flash Memory Size: 1048576 bytes

RAM Size: 196608 bytes

MIDIbox SEQ V4.092

MIOS Studio proposes 4 Midi Ins and outs for the Midibox (named MIDIbox SEQ V4, MIDIIN2 (MIDIBox Seq V4), MIDIIN3 (MIDIBox Seq V4) and MIDIIN4 (MIDIBox Seq V4). MIOS Studio is also able to see what’s on my SD card, but it seems like the core board can’t read neither the wilba MBSEQ\_HW.V4 nor the standard MBSEQ\_HW.V4 files which are located at the root of my SD card (when I try to edit the MBSEQ\_HW.V4 with the MIOS File browser, I get an “Invalid response from MIOS32 core during read operation” after about 14% of the file has been downloaded)

I must add that my frontpanel isn’t completely finished yet, so nothing else than the LCD displays are plugged on the MBHP\_core\_PCB (bought on smashTV shop).

[This is the LCD I bought](http://www.mouser.fr/Search/ProductDetail.aspx?R=NHD-0240AZ-FL-YBWvirtualkey66010000virtualkey763-NHD-0240AZ-FLYBW) and [its datasheet](http://www.mouser.com/ds/2/291/NHD-0240AZ-FL-YBW-44440.pdf). It seems like the LCD for the seq V4 must use a HD44780 controller. The ones I got uses a ST7066U  
&nbsp;controller but are said to be compatible with HD44780…

I tweeked the contrast and luminance pots but none of my tries gave any effect on displaying good things… I verified the connections and everything is at its own place (Seq ground to LCD ground, seq Vd to LCD Vd, etc. )

Any idea of what could be wrong ?

Cheers,

Tom.

&nbsp;

---

<div class="post-metadata">

**Author:** ![gerald.wert](https://forum.midibox.org/user_avatar/forum.midibox.org/gerald.wert/32/608_2.png) [@gerald.wert](https://forum.midibox.org/u/gerald.wert)\
**Post date:** [April 18, 2017, 3:18pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/2 "2017-04-18T15:18:40Z")

</div>

Is your jumper on the core&nbsp;set to 5 volts? If there is no jumper or it is set to 3.3 volts it will not work.

---

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 18, 2017, 3:39pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/3 "2017-04-18T15:39:34Z")

</div>

Hi !

The J15\_s jumper is set to 5V.

In fact, the LCD light up fine, but they just display a first row of black squares…

---

<div class="post-metadata">

**Author:** ![Hawkeye](https://forum.midibox.org/user_avatar/forum.midibox.org/hawkeye/32/223_2.png) [@Hawkeye](https://forum.midibox.org/u/Hawkeye)\
**Post date:** [April 18, 2017, 7:11pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/4 "2017-04-18T19:11:15Z")

</div>

If you don’t find another problem, and although it is not highly likely, it might indeed be the controller, that is not 100% compatible, especially in 4-bit mode.I just did a quick google check and have found a few issues with compatibility of the ST7066U here and there. You should be able to source a cheap real HD44780 (it does not even need to be 40x2) from ebay for a few dollars to test…

Regarding the interrupted SD card transfers, i bet you are using windows, this is a common problem with the MIDI USB drivers under windows - for the moment, pull out the card, change the configuration file on your computer and plug it back in.

Good luck and many greets,  
Peter

---

<div class="post-metadata">

**Author:** ![latigid\_on](https://forum.midibox.org/user_avatar/forum.midibox.org/latigid_on/32/107_2.png) [@latigid\_on](https://forum.midibox.org/u/latigid_on)\
**Post date:** [April 18, 2017, 7:24pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/5 "2017-04-18T19:24:55Z")

</div>

You might try some of the other LCD configs, though I couldn’t say what one would be better.

For the SD card, one way is to edit the file with a text editor on your computer and upload it using the file browser. Normally uploads go okay, but downloads hardly ever work for me.

&nbsp;

---

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 19, 2017, 7:46am UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/6 "2017-04-19T07:46:14Z")

</div>

Hi !

It really kind to have taken the time to answer me, but I’m kind of lost with your answers now !!

> 12 hours ago, Hawkeye said:
> 
> If you don’t find another problem, and **although it is not highly likely** , it might indeed be the controller, that is not 100% compatible, especially in 4-bit mode.I just did a quick google check and have found a few issues with compatibility of the ST7066U here and there.

Do you mean that the problem is most likely anywhere else than the LCD controller ?

&nbsp;

> 12 hours ago, latigid on said:
> 
> You might try some of the other LCD configs, though I couldn’t say what one would be better.
> 
> &nbsp;

latigid, what do you mean by trying other LCD configs ? Byuing a new one that fits HD44780 standards ? Changing something in the config file ?

Looking at [this](http://www.midibox.org/dokuwiki/doku.php?id=home:mbhp:module:lcd) post on the wiki I found:

" Additional hints: So long as the operating system (MIOS) hasn’t been uploaded via MIDI, the LCD won’t be initialized and shows black bars at the upper line. If you don’t see these bars, adjust the contrast pot. The highest contrast can be achieved with V0=0V (you can adjust this voltage with the trimpot P2). "

This is exactly what I see (black bars at upper line)…But I don’t get the “**[…] So long as the operating system (MIOS) hasn’t been uploaded via MIDI[…]**”. I have the MIOS bootloader installed on my STM32F4, I have an accessible and readable SD card (from MIOS Studio) on which I’ve put the MQSEQ\_HW.V4 at the root of the file system… Did I miss something during installation ?

Cheers,

Tom.

---

<div class="post-metadata">

**Author:** ![Hawkeye](https://forum.midibox.org/user_avatar/forum.midibox.org/hawkeye/32/223_2.png) [@Hawkeye](https://forum.midibox.org/u/Hawkeye)\
**Post date:** [April 19, 2017, 10:48am UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/7 "2017-04-19T10:48:15Z")

</div>

The firmware is up and running, if you can see the MIDIbox in MIOS studio, so MIOS is running… While i am not certain, that the display controller is incompatible, I say, there is a fair chance. It might be something else though, e.g. some bad solder spots on the core.

To “debug” this, I’d therefore highly recommend to obtain a real HD44780 for testing purposes (e.g. a cheap 16x2 for ~ 3$/EUR from ebay) - it will also serve you well for other MIDIboxes, that you build later on :-). If that testing display works, you will have to replace the (more expensive) 40x2 panels.

Many greets,  
Peter

&nbsp;

---

<div class="post-metadata">

**Author:** ![gerald.wert](https://forum.midibox.org/user_avatar/forum.midibox.org/gerald.wert/32/608_2.png) [@gerald.wert](https://forum.midibox.org/u/gerald.wert)\
**Post date:** [April 19, 2017, 3:57pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/8 "2017-04-19T15:57:15Z")

</div>

The 2x16 with the right controller&nbsp;would be&nbsp;a great tool idea for testing. I would triple check your wiring&nbsp;as well. It is odd that&nbsp;you are getting only one row of dark characters. Normally they should both&nbsp;be lit with the same amount of contrast.&nbsp;The darkness of the&nbsp;both rows should be adjustable by the contrast pot equally at the same time. If it is too dark you will not be able to see the characters. The same if it is too light.&nbsp;the contrast should work in this way regardless if the controller is compatible or not. If the controller is not compatible or there is a soldering or component issue you will have the additional issue you mention of lack of characters or possible gibberish on the screen. If you are using header connectors it would be possible to get one backwards or reversed. If this were the case you&nbsp;might possibly&nbsp;have a data line connecting to the contrast connector. That may be cycling the contrast at a rate where only one line is being lit full contrast. If the wiring is good and contrast is working properly on the single line it is most likely you have a bad LCD.

&nbsp;

Good luck!

Gerald&nbsp;

---

<div class="post-metadata">

**Author:** ![latigid\_on](https://forum.midibox.org/user_avatar/forum.midibox.org/latigid_on/32/107_2.png) [@latigid\_on](https://forum.midibox.org/u/latigid_on)\
**Post date:** [April 20, 2017, 5:59am UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/9 "2017-04-20T05:59:05Z")

</div>

^^ these are&nbsp;very nice troubleshooting tips !

A bit of info&nbsp;can be gleaned from the following MIOS code:

[http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Finclude%2Fmios32%2Fmios32\_lcd.h](http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Finclude%2Fmios32%2Fmios32_lcd.h)

a “stab in the dark” test could be to load the [bootloader hex](http://www.ucapps.de/mios32/mios32_bootloader_v1_018.zip) (through MIOS Studio, not using the boothold mode) and change for one of the following LCD types:

&nbsp; MIOS32\_LCD\_TYPE\_CLCD &nbsp; &nbsp;&nbsp;=&nbsp;0x00,  
&nbsp; MIOS32\_LCD\_TYPE\_CLCD\_DOG&nbsp;=&nbsp;0x01,  
&nbsp; MIOS32\_LCD\_TYPE\_CLCD\_PP &nbsp;=&nbsp;0x02,

only the 0x00, 0x01 or 0x02 are needed.

> Quote
> 
> **LCD Type:** &nbsp;applications which are compiled with the “universal” LCD driver can handle various character/graphical LCD types and display dimensions.  
> It’s recommended to store these parameters of your MIDIbox in the bootloader info range.  
> Following commands are available:
> 
> lcd\_types lists all available LCD types and their appr. number  
> set lcd\_type the LCD type number (enter “lcd\_types” to get a list of available types)  
> set lcd\_num\_x number of LCDs in X direction  
> set lcd\_num\_y number of LCDs in Y direction  
> set lcd\_width width of a single LCD (_)  
> set lcd\_height height of a single LCD (_)  
> store
> 
> (\*) CLCDs: number of characters, GLCD: number of pixels  
> Example: a single HD44780 based 2x20 character LCD is connected to your MIDIbox (default)  
> Enter:
> 
> &nbsp;
> 
> lcd\_type CLCD  
> lcd\_num\_x 1  
> lcd\_num\_y 1  
> lcd\_width 20  
> lcd\_height 2  
> store
> 
> Example2: two HD44780 based 2x40 character LCDs are connected to your MIDIbox  
> Enter:
> 
> &nbsp;
> 
> lcd\_type CLCD  
> lcd\_num\_x 2  
> lcd\_num\_y 1  
> lcd\_width 40  
> lcd\_height 2  
> store
> 
> Example3: five SSD1306 based 128x64 OLEDs are connected to your MIDIbox in vertical direction  
> Enter:
> 
> &nbsp;
> 
> lcd\_type GLCD\_SSD1306  
> lcd\_num\_x 1  
> lcd\_num\_y 5  
> lcd\_width 128  
> lcd\_height 64  
> store
> 
> Please note: some applications (like MIDIbox SEQ V4) could overrule the predefined parameters if they can’t handle smaller (or larger) LCD sizes.  
> Please note also: some applications could have been released with a different LCD driver (MIOS32\_LCD != “universal”) which don’t consider these parameters. It’s up to the developer to document this limitation.

&nbsp;

&nbsp;

---

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 20, 2017, 11:15am UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/10 "2017-04-20T11:15:47Z")

</div>

> 19 hours ago, gerald.wert said:
> 
> It is odd that&nbsp;you are getting only one row of dark characters. Normally they should both&nbsp;be lit with the same amount of contrast.&nbsp;The darkness of the&nbsp;both rows should be adjustable by the contrast pot equally at the same time. If it is too dark you will not be able to see the characters. The same if it is too light.&nbsp;the contrast should work in this way regardless if the controller is compatible or not.&nbsp;

I’ve not been clear enough in my first post I think. Both LCD display a first row of black squares. Contrast and rightness are adjusted equally when I turn the pots !

I rechecked all the solders, they look fine. And the wiring is fine too !

: Thanks for the link, I’ll check that too…

…And I’ll buy a 2x16 HD44780 LCD too

Thanks men !

&nbsp;

---

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 24, 2017, 7:38pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/11 "2017-04-24T19:38:01Z")

</div>

All right…I’m definitevely lost…

I just received a 2x16 HD44780 LCD, wired it (checked twice) to the MBHP\_Core J15A jumper and what I get is…a bright blue background…

What surprises me is that when I turn the contrast P2 pot, I can see 2 rows of 16 black squares (The 8 rigthmost squares on row 1 and 2) appear and almost immediately disappear…I need to constantly tweak the Contrast pot to see these squares…So I rechecked the solders of the trim pots and they seem fine. This “flickering when tweeking” thing isn’t visible when I use my original LCD : only the upper row is constantly filled with black squares.

All connections from the STM32F4 to the IC2 (74HC595) are good…

If everything was working, what should I see on this 2x16 LCD display ? Squares ? characters ? Could this come from a faulty BC337 .

Many thanks !

Tom.

---

<div class="post-metadata">

**Author:** ![latigid\_on](https://forum.midibox.org/user_avatar/forum.midibox.org/latigid_on/32/107_2.png) [@latigid\_on](https://forum.midibox.org/u/latigid_on)\
**Post date:** [April 24, 2017, 9:06pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/12 "2017-04-24T21:06:24Z")

</div>

- Is the voltage set to the proper value (probably +5V)?
- Is the chip 74HC595 or 74HC **T** 595?
- Did you try swapping the chip?
- Is it a real Discovery board or a cheap clone?

Decent pictures would help in troubleshooting

---

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 25, 2017, 10:11am UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/13 "2017-04-25T10:11:23Z")

</div>

Hello !

> 12 hours ago, latigid on said:
> 
> - Is the voltage set to the proper value (probably +5V)

Yes !! The jumper is set on 5V and the voltage feeding my LCD Displays is 5V

> 12 hours ago, latigid on said:
> 
> - Is the chip 74HC595 or 74HC **T** 595?

The IC2 is a 74HC595, as listed [there](http://ucapps.de/mbhp/mbhp_core_stm32f4_orderlist.txt)…No **T** in the reference…

> 12 hours ago, latigid on said:
> 
> - Did you try swapping the chip?

Not yet…I’ll try this when I comme back home tonight !

> 12 hours ago, latigid on said:
> 
> - Is it a real Discovery board or a cheap clone?

I bought the board at Mouser, here is the [link…](http://www.mouser.fr/ProductDetail/STMicroelectronics/STM32F407G-DISC1/?qs=%2Fha2pyFadugVtlbo%2FWUwLLm2DgjY%2FjvI7SvGcZBY46zJchc%2F1HZ4DjF9O2ekDCf9)

Is that the good board ?

I’ll send decent pictures or videos when I come back home too !

Cheers,

Tom.

---

<div class="post-metadata">

**Author:** ![Zam](https://forum.midibox.org/letter_avatar_proxy/v4/letter/z/e95f7d/32.png) [@Zam](https://forum.midibox.org/u/Zam)\
**Post date:** [April 25, 2017, 1:35pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/14 "2017-04-25T13:35:37Z")

</div>

> 3 hours ago, btrd72 said:
> 
> > 16 hours ago, latigid on said:
> > 
> > - Is it a real Discovery board or a cheap clone?
> 
> I bought the board at Mouser, here is the [link…](http://www.mouser.fr/ProductDetail/STMicroelectronics/STM32F407G-DISC1/?qs=%2Fha2pyFadugVtlbo%2FWUwLLm2DgjY%2FjvI7SvGcZBY46zJchc%2F1HZ4DjF9O2ekDCf9)
> 
> Is that the good board ?
> 
> I’ll send decent pictures or videos when I come back home too !
> 
> Cheers,
> 
> Tom.

Hello Tom

Yep, good board

Best

zam

---

<div class="post-metadata">

**Author:** ![latigid\_on](https://forum.midibox.org/user_avatar/forum.midibox.org/latigid_on/32/107_2.png) [@latigid\_on](https://forum.midibox.org/u/latigid_on)\
**Post date:** [April 25, 2017, 1:39pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/15 "2017-04-25T13:39:03Z")

</div>

I’m wondering if the transistor is correctly installed or has a non-standard pinout.

---

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 25, 2017, 8:53pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/16 "2017-04-25T20:53:07Z")

</div>

OK…

I’v replaced the 74HC595, checked that the transistor had a “traditional” pinout and that the solders were good (to ground, R12 and R13).

I rewired my test screen (2x16 HD44780 LCD) and now all I get is a filled with black squares upper row. No matter of the amount of contrast and luminosity, no character appear…(yesterday’s flickering problem might have come from a bad wiring…thanks tireness)

I read that a row of black squares could mean that the LCD failed initialization and stays in “setup” mode. This is sometimes due to bad timing (delays) during the initialization procedure. Is there a way to modify this ?

My MBHP\_Midi\_IO module is not plugged in when I do my testing…could that have an influence ?

Could I have done something wrong during the bootloader procedure ? Is there a way to check the MIOS is correctly installed (apart from seeing that MIOS studio recognizes the midibox and that it accesses to the SD card ?)

Cheers,

Tom.

---

<div class="post-metadata">

**Author:** ![latigid\_on](https://forum.midibox.org/user_avatar/forum.midibox.org/latigid_on/32/107_2.png) [@latigid\_on](https://forum.midibox.org/u/latigid_on)\
**Post date:** [April 25, 2017, 9:29pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/17 "2017-04-25T21:29:57Z")

</div>

Normally if you can get communication going over USB, the LCD should boot up with either “READY” or a start screen from the application.

- Is your resistor network soldered the right way around?
- How long is the cable for the LCD?
- photos
- photos

---

<div class="post-metadata">

**Author:** ![eptheca](https://forum.midibox.org/user_avatar/forum.midibox.org/eptheca/32/183_2.png) [@eptheca](https://forum.midibox.org/u/eptheca)\
**Post date:** [April 25, 2017, 10:53pm UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/18 "2017-04-25T22:53:58Z")

</div>

I was going to suggest the 4x1K resistor array. I bought the wrong part once, and it was a “series” array and not a parallel that is the correct.&nbsp;

---

<div class="post-metadata">

**Author:** ![btrd72](https://forum.midibox.org/letter_avatar_proxy/v4/letter/b/67e7ee/32.png) [@btrd72](https://forum.midibox.org/u/btrd72)\
**Post date:** [April 26, 2017, 10:46am UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/19 "2017-04-26T10:46:48Z")

</div>

> 11 hours ago, eptheca said:
> 
> I was going to suggest the 4x1K resistor array. I bought the wrong part once, and it was a “series” array and not a parallel that is the correct.&nbsp;

Damned !! Wrong resistor network…I made a mistake when I bought the parts…This is a 4x10K resistor array…and of course, no 4x1K resistor network in stock at home…Would it be a problem if I put a 4x 220 Ohms resistor network instead (&nbsp;[this one](https://www.reichelt.de/5-Resistors-6-Pins/SIL-6-5-220/3/index.html?ACTION=3&LA=446&ARTICLE=17804&GROUPID=4497&artnr=SIL+6-5+220&SEARCH=SIL%2B6-5%2B220) for example ) or if there is no resistor network ?

Cheers,

Tom.

---

<div class="post-metadata">

**Author:** ![eptheca](https://forum.midibox.org/user_avatar/forum.midibox.org/eptheca/32/183_2.png) [@eptheca](https://forum.midibox.org/u/eptheca)\
**Post date:** [April 26, 2017, 11:01am UTC](https://forum.midibox.org/t/solved-lcd-problem/19948/20 "2017-04-26T11:01:26Z")

</div>

Easy mistake, I did the same.

You need 4x 1K resistors where one side of them is connected to the same point, and they go to each point.

It will not look as neat, but it will do the job.

Here is the part I got in the end

Mouser part&nbsp;[http://no.mouser.com/ProductDetail/Bourns/4605X-101-102LF/?qs=%2fha2pyFaduhn5NAjYhVLSTmfu7034ffGo3c%2f4pGM9XJP044ExaYaWg%3d%3d](http://no.mouser.com/ProductDetail/Bourns/4605X-101-102LF/?qs=%2Fha2pyFaduhn5NAjYhVLSTmfu7034ffGo3c%2F4pGM9XJP044ExaYaWg%3D%3D)

&nbsp;

[Next page](https://forum.midibox.org/t/solved-lcd-problem/19948.md?page=2)
