动态描点成像一秒20-30帧

y_DW

（编辑注：专业解答请参见6楼）


上贴，感谢热心人士为我解答，如何利用屏幕描点的问题，现在已经跑通了指令。现在有个问题了，我要在三分之一的屏幕（800*600）上描绘出一个动态的图像，并且需要一秒钟刷新20-30次
那么：
三分之一的屏幕有 800 *600 * 0.333 = 160000若待成像图形 有一半的点需要描绘出来 构成图案，那么160000*0.5 = 80000DGUS屏描点指令 一条最多可以描绘 64个点  那么需要  80000/ 64 = 1250 条指令
这么些指令才刷一次屏幕，那么 一秒刷 20-30次 指令就太多了， 那几乎是不可能的。所以想请问问有什么办法吗？

y_DW

就算是减小成像区域 到 四分之一  数据也是非常庞大  

杨柳青请

串口屏本身就决定了不能实时发送图像等大量数据的，建议换屏。

lihui163

一般图像正常显示不卡顿的话为25帧或30帧才可以，这个与硬件的图像处理有关，只能换高端的屏了，可以图像处理显示的

神秘の宅叔

k600+_DGUS在一个周期内的数据不发送超过4K，都可以刷新处理。还可以配置config.txt 参数配置，将R2设置80ms刷新周期，这样一算，一秒钟可以最大可以处理192条指令，可以先试试看。

dwinrd3

如果是双色图像的话，DGUS绘图里面有个双色位图显示（0x21-0E）功能，您定义一个320*320的绘图区，占用的变量存储器空间是 320*320/8=12800=12.5KB，相对于128KBytes的变量空间很小了；
T5L的绘图速度是0.5us/点，12800个点全部处理是6.4mS也小于20mS的DGUS周期；
关键就是如果串口写变量存储器的话，要达到30fps的更新速度，串口数据是 30*12.5=375KB，需要4.5Mbps以上的串口速度(UART4、UART5可以)；
或者直接用T5L的OS CPU核写算法省得发数；或者用多个串口传或者模拟个8 IO的SPI接口提升通信。

luozewei

我从新设计了DUGS的读写接口，OS操作可以达到50M波特了，串口4读写最大6.4M波特率，我用串口4每20ms 发送10K数据更新UI，不丢帧。串口采用空闲中断方式。不用定时查询或者计算字节长度有否到。你计算一下够了我发你底层。如果还不够请求厂家开放UI底层。自己从新写一个绘图库函数。