Turn off Command Echo?

Is there a way to change settings on the LCD-14073 like the backlight setting without it echoing to the display? If you change to red for example you can see it is red you don’t need a message on the screen to come up and tell you Red 100 for example. I get messages that I don’t want to see then also have to reset position and re-write the text on the screen. If this cannot be bypassed do you have LCD modules that do not do this?

Are you using one of the SparkFun example sketches or a custom written one?

Looking further into the issue, it seems that those are sealed in the source code. You could try reflashing the LCD module with a modified source code, but I highly suggest against this.

Are you still needing the RGB background? What are you trying to achieve with the display? Please feel free browsing through our display screens available in the meantime: https://www.sparkfun.com/categories/76

Judging by the comments section, this is also a problem on LCD-14074, and has been for at least two years. Sure hope we can get this fixed and in such a way that we can re-flash the code on the ATmega328P. (The web page shows I bought one in February, but I haven’t been able to do much more than use it for estimating whether it and other stuff will fit into a particular enclosure.)

TS-Brandon:
Are you using one of the SparkFun example sketches or a custom written one?

Looking further into the issue, it seems that those are sealed in the source code. You could try reflashing the LCD module with a modified source code, but I highly suggest against this.

Are you still needing the RGB background? What are you trying to achieve with the display? Please feel free browsing through our display screens available in the meantime: https://www.sparkfun.com/categories/76

I’m using an MSP430 to read status bits from a system then displaying status on the LCD. One of the items monitored is temperature. Reading the LCD from a distance can be hard but if the color is changed as the item heats, displaying red when close to system limits this is easy to see at a distance. Is the source for the LCD available and is flashing procedure for the LCD firmware public?

Flashing the background light can be even more attention getting – but if that produces “garbage messages” on the LCD, it may mean that the processor has to buffer everything sent to the LCD so that it can rewrite it after EVERY brightness change.

IM[NS]HO, this needs to have a “ticket” to get the attention of the developers.

We have a newer version of the display firmware that corrects this and adds a few other features and bug fixes.

See the [troubleshooting section of the hookup guide for the steps needed to flash the latest firmware.](https://learn.sparkfun.com/tutorials/avr-based-serial-enabled-lcds-hookup-guide/troubleshooting)

Thank you!

For reasons beyond my control, it’ll be a while before I actually get to use the info. (I may use an FTDI Basic and an “external” 3V3 supply for my SerLCD, as I do have those on-hand.)