DSP28335控制12864液晶，读取LCD数据，lcd_read_data程序应该怎么编写

您好，1 首先是接口的预定义

----------------------------------------------

#define LCD_DATA (((volatile Uint16 )0x0070E0)) // GPIOA7-A0对应DB7-DB0

#define RS GpioDataRegsGPBDATbitGPIOB0

#define RW GpioDataRegsGPBDATbitGPIOB1 //别弄错0 1 2

#define EN GpioDataRegsGPBDATbitGPIOB2 // 实际接线要对应

void InitGpio(void)

{

EALLOW;

GpioMuxRegsGPAMUXbitPWM1_GPIOA0 = 0; // 设置为普通GPIO使用

GpioMuxRegsGPADIRbitGPIOA0 = 1; // 设置为输出

GpioMuxRegsGPAMUXbitPWM2_GPIOA1 = 0;

GpioMuxRegsGPADIRbitGPIOA1 = 1;

GpioMuxRegsGPAMUXbitPWM3_GPIOA2 = 0;

GpioMuxRegsGPADIRbitGPIOA2 = 1;

GpioMuxRegsGPAMUXbitPWM4_GPIOA3 = 0;

GpioMuxRegsGPADIRbitGPIOA3 = 1;

GpioMuxRegsGPAMUXbitPWM5_GPIOA4 = 0;

GpioMuxRegsGPADIRbitGPIOA4 = 1;

GpioMuxRegsGPAMUXbitPWM6_GPIOA5 = 0;

GpioMuxRegsGPADIRbitGPIOA5 = 1;

GpioMuxRegsGPAMUXbitT1PWM_GPIOA6 = 0;

GpioMuxRegsGPADIRbitGPIOA6 = 1;

GpioMuxRegsGPAMUXbitT2PWM_GPIOA7 = 0;

GpioMuxRegsGPADIRbitGPIOA7 = 1;

GpioMuxRegsGPBMUXbitPWM7_GPIOB0 = 0;

GpioMuxRegsGPBDIRbitGPIOB0 = 1;

GpioMuxRegsGPBMUXbitPWM8_GPIOB1 = 0;

GpioMuxRegsGPBDIRbitGPIOB1 = 1;

GpioMuxRegsGPBMUXbitPWM9_GPIOB2 = 0;

GpioMuxRegsGPBDIRbitGPIOB2 = 1;

EDIS;

}

----------------------------------------------

一般液晶的控制线是直接对I/O口的位进行 *** 作，数据线是按字进行 *** 作。在这容易出错的是：（1）数据线地址的对应。DSP的GPIO数据地址一般为16位一个地址（F28335有的是32个GPIO一组，给出了一个地址，实际上是有两个地址的，给出的那一个地址是低16位的）。需要注意的是，液晶数据线一般为8位，那么把八位数据送出的时候，实际给的是DSP的16位数据的低八位，所以接线上要接低八位的GPIO；如果接高八位的GPIO，软件上要用下面一行程序进行移位 dat = dat << 8; //左移8位，向高位移动。（2）在进行GPIO初始化和预定义的时候，一般都会复制，但是别忘记改一些0 1 2 3等数，接线上也要一一对应，仔细检查。

2 51程序移植到DSP的时序问题

----------------------------------------------

void Display_Data_All(uchar hz)

{

while(hz != '\0')

{

WriteData12864(hz);

hz++;

delay(20);//2就不够！！！！！！

}

}

----------------------------------------------

由于51单片机的晶振一般为110592MHz，而DSP等控制器的晶振为30MHz，实际执行起来最高有150MHz，而液晶为低速外设，所以移植后可能会不显示，显示乱码等情况。我在调试12864液晶的时候就出现过只显示乱码数字不显示汉字的情况，这不是字库损坏，而是因为写汉字的时间要比写数字的时间长，而程序中延时过短。上面程序中把delay(2)改为delay(20)就解决问题了。

实际上，真正造成影响的是，程序执行过快。它认为显示完一个字之后，又很快进入下一个字的 *** 作；实际上液晶要一定的时间才能写完（见液晶 *** 作时序图），所以写数据的程序中要加长延时。至于RS、RW、EN等控制引脚，延时与否影响不大。

3 240128液晶的调试

240128液晶有busy和int返回信号，实际上不需要接即可。程序中也可以不测忙。。程序中写控制指令两者中间也要加长延时，更不用说写数据之间的延时。

----------------------------------------------

void lcd_regwrite(Uint16 regname,Uint16 regdata) // 写控制指令

{

lcd_regwr(regname);

delay(10); // 加长延时

lcd_regwr(regdata);

}

void lcd_character(uchar cha,int count) // 显示中文或字符

{

int i;

for(i=0;i<count;i++)

{

delay(10); // 加长延时

lcd_datawrite(cha);

++cha;

}

}

只能在烧录后改变参数值

DSP烧录的程序不能保存，它只能在烧录后改变参数值，即它的代码本身不能改变。DSP程序一般基于一种特定的处理器，在编写程序时，必须考虑这种处理器的特性，以及它的内部指令和寄存器的性能，以使程序更加有效。因此，DSP程序不能被更改，因为它们是为特定处理器而编写的，这意味着它们具有特定的性能和特性，而这些性能和特性可能会在更改程序时受到影响。

dsp28335中存在两个程序时运行方法：用两个中断，分别是PWM1中断（3，1）和QEP1中断（5，1），其中PWM1中断的优先级要比QEP1中断优先级高，且PWM1中断为不可被抢占中断，QEP1中断为可被抢占中断。

dsp28335属于TI公司的DSP C2000系列产品。

dsp28335主要是用于电气控制领域，和工业产品，比如变频器控制、伺服控制等，也可以当作普通MCU使用。

以上就是关于DSP28335控制12864液晶，读取LCD数据，lcd_read_data程序应该怎么编写全部的内容，包括:DSP28335控制12864液晶，读取LCD数据，lcd_read_data程序应该怎么编写、烧录进dsp的程序不能保存、当dsp28335中存在两个程序时怎么运行等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！