迪文DMG85480C050_03WTC几天测试，对UART、AD、WIFI等感想和疑问。

hzpyl

对迪文DMG85480C050_03WTC测试了5天，


从UART2改到UART1：
OS核用DWIN OS编程，T5L下载、SP指令，115200波特率，都可以用。

而用KEIL C编程，由于迪文的OS程序给C程序冲掉了，T5L下载、SP指令，不能用了。
刚好WIFI模块用UART1，于是，跳线把UART2改到UART1，
T5L下载、SP指令，921600波特率，都可以用了。

这样，用UART1，
“T5L下载”可以下载DGUSII  UI，
用 “OS 8051代码烧录工具 DownLoadFor8051 V1.4”，可以下载KEIL C程序。
完美，方便。
过几天，再买个JTAG仿真器试试，就更完美了。

AD的情况：
还是跳线引出AD口，0.4mm间距，还是很厉害的！

12位AD数据在±1跳动，还是很稳定的，估计DGUS内核滤波了。
但AD转换一次需要80ms，才能得到稳定的数据？
问题：
1， 我们需要AD转换时间在100us以下
2， 可不可以KEIL C直接控制，开始AD转换，得到AD值。

掉电检测，保存参数到FLASH:
有些经常改变的参数，随时保存FLASH是不行的，因为FLASH的寿命有限制。
所以，需要检测5V电源，检测到低于4.2V时，保存参数到FLASH，
1，这个要用到100uS的AD快速检测。
2，需要关闭背光和液晶，尽量减小功耗。
问题：
关闭液晶怎么操作？

xiemin1316

楼主，你好，迪文屏的AD转换时间只能达到ms，目前还达不到us级别。所以问题1现在是不成立的。
可以直接用keil C 控制，但T5L屏在使用时，OS程序和keil C程序只能运行一个。所以程序要么全用OS，要么全用KEIL C，不能混合使用

hzpyl

xiemin1316 发表于 2019-11-23 14:29
楼主，你好，迪文屏的AD转换时间只能达到ms，目前还达不到us级别。所以问题1现在是不成立的。
可以直接用ke ...

OS程序不用。 只keil C程序运行。

请问，控制AD，什么资料上有？
我的理解是： AD好像是GUI CPU控制的，只能用以下地址读

xiemin1316

AD是8通道，12bit，1MSPS ，只能GUI核控制。
但是在DGUS2下面，AD是8Ksps，但是每个DGUS2周期才读取一次到变量存储器（采样速度为每秒50-60次）。
如果需要更快的速度，可以定制程序，开辟一个缓冲区，每个DGUS周期（20mS）把采样到的200个点（或者更快到1024个点）数据更新一次。
楼主，你好，关于AD值的你可以看一下。

hzpyl

我估计内核的AD转换，8个AD是一直不停的循环进行的。
因为8个AD的数据，用户不用设置就能得到。

最佳：
1、 一直循环进行AD转换，
2、不能每个DGUS周期（20mS）把采样到的数据更新一次，要实时（或接近实时）的数据输出。
3、 数据不用处理，输出给用户的只读缓冲器（譬如 16个缓冲器）。
4、 数据先进先出（最新数据一直是第1个）
5、内核自己用的AD，可以不要输出数据。


AD转换不实时输出的有害例子：
1， 温控器的温度转换，永远不会准确，偏高3~5℃。
2， 掉电保存参数不能实现。或需要另外增加一个比较器。

希望能增加这个功能。

hzpyl

不知道AD，迪文有没有改进？

dwinrd3

AD在底层是每个通道都按照16KSPS采样处理，DMA直接搬到RAM里面去，每个DGUS周期从RAM搬到两个核之间的变量存储器一次，然后OS核才能读取到，所以更新就慢了。
由于变量存储器需要做相同地址的写冲突避让存在延时和等待，DMA直接对变量存储器就行不通，那么要解决这个问题，保持实时性，除非是用UART1（内部安排1个DMA通道从RAM到UART1）把AD数据发出来给OS核的某个串口接收。

hzpyl

DGUS内核 只写，OS内核 只读，
不知道能不能解决冲突问题？

神秘の宅叔

您好，现在迪文新推出的产品（(COF 结构)）上的AD数据通过UART3传送，实现了OS核16KSPS更新4个通道AD数据。