Many of the pictures are broken converted.

Example source

Output

 Strange, is now all the images when converting to 262K converted broken picture.

When converting to 256 colors very well.

 We will check that soon

The problem solved by "khseal" is:

 What is the master controller do you use? does it have enough memory space to store the picture data and then send it to the display module?

The picture data for 262K color and 160x128 size needs 61440 bytes. if your master controller hasn't enough memory space to store it, some of the data send to display module will be garbage.

 I think, I have a problem with the firmware. Images are converted before normal, is now broken.

Plus, something happened to the standard fonts.

This fonts 6,10,18. Font 10 does not operate. It is standart font.

 Master controllel a processor Atheros AR9331

Picture before the problems.

 It seems the picture width that you send to the module is wrong, please double check it, the width you told the module must be same as the picture you converted to.

The width and height are not changed. They have the same images.

 The problem's picture seems that shift to right after each line, the width send to the module is less thant the real picture data.

Please try a small picture as test

 I tried to reduce the image. The problem is on the small picture.

Plus fonts have become not work correctly.

 Can you post the small picture program like above?

 Here https://dl.dropboxusercontent.com/u/30741962/test%20%282%29.sh

 We will check it later

 What news?

 I think the problem in the firmware. I can recover it?

 The firmware unable to be recovered, please give us couple of days to figure out how that could happen on the module.

Thanks,

 My problem is very similar to the one described here http://digole.com/forum.php?topicID=51 , but I have not found an answer to it. But I also have a problem with the standard 10 font.

 We are tring to make one module with the problem as you said, but still in good condition, by the way, can you try other communication mode, Like I2C or SPI?

 Also, please try to reduce the communication cable as much as you can, if the communication wires are too long, interference will be introduced, we saw data losting on I2C module if wire >20cm.

 I can not try to I2C or SPI = (

I have an Arduino pro micro. I try to connect the display to him and run the demo.

 If the baud rates are not matched on master controller and display module, it will cause the similar problem as you described too, the baud rate always be 9600bps after power recycled on the display module.

 I tried to change the speed uart. This does not solve the problem.

 Also, just want to remind you: if you using high speed on UART, you better put some delay after transmitting the data of each line, otherwise, you may drive the receiving buffer in the display module overflowed.

So try to test the problem at lower speed first, then upgrade to high speed.

 Does it work at 256 color mode? or 65k color mode?

 I tried to use the speed of 9600. Nothing unchanged. Works 256 color mode. You can send a test picture for 65K color mode? You converter does not work with 65K colors.

 We will upgrade the converter for 65K color soon.

 Picture converter upgraded, you can covert picture to 65K color now.
PS: sorry, we didn't have time to full test 65K color till now, so, if there were any issue, please let us know.

Ok I'll check the converter. 

I'm confused. I compiled a demo for the Arduino. Connected by SPI. Everything works without problems.

 Check the uart rate and protocol: the module start at: 9600 8N1, otherwise, there should be interference injected to the circuit.

 Ok, I will check the UART on the computer. 65k color works but it with small artifacts.

 Sorry for your time spent.

 That's what we thought about also, good to hear that the problem solved