迪文DGUS屏 网上的经验和感慨

注意：DGUS屏和串口屏是两个东西，所用的上位机软件不同。找客服要资料的链接。dwin客服还是很好的。

网上的经验：

http://www.amobbs.com/forum.php?mod=viewthread&tid=5537107

他们这个思路和传统的GUI不一样，所以可能很多人不太适应。其实他们这个DGUS和PLC的人机界面通信方式差不多（我搞过人机界面）。说下我的经验，就是单片机编程时可将所有变量分成两部分，输入变量和显示变量，单片机定时更新所有显示变量，再用另一定时读取所有输入变量，应用程序只要统一去处理所有输入变量和输出变量就可以了，就是尽量不要采用单片机处理每一个页面的那种调用函数方式，多了会把你搞乱的。

DGUS常规问题解答
http://wenku.baidu.com/link?url=TUXPf_9hr3jUIq1ES5ffslIppHzT6GwsZiMtA3g9wDYbKxKDufFG3KbmBNwsSm2MbB1ZVw9VHitzBWWwe04evE0xOYXHyQCZuPCJxRY0Lfy

降级（如果需要的话）：

用迪文屏很多年了，一直用串口操作，前年用了一次DGUS，有BUG，就放弃了，现在买回来的DGUS屏都要降级到串口模式来使用！
用串口感觉就灵活一些。除了MINI DGUS以外，好像都可以降级到串口模式，我一直这么用！

迪文屏有两种方式降级,一个是把降级文件放到SD卡上,另一个是直接用串口调试助手来降

SD卡方式降级的直接把K800_V70里面的BIN文件复制到SD卡上,然后给迪文屏上电,降级后屏幕变为黑色.

我用这个屏做了算是三个项目吧。 说一说我的感受。
1. 简单的界面用这个来做绝对能达到方便快捷的方法，而且做出来的也很漂亮。
2. 手册从最开始的根本看不懂，到现在的基本上可以让新手大致了解。已经有了很大的进步，但是还是需要提高。
3. 95%的功能我都有在实际的工程中用到过。 BUG是有的，但是也不是不可解决的。 可以从侧面绕过BUG。
4. 建议页面特别多，比如100个，或者要和屏交互特别频繁的，还是用别的屏吧。会把你累死。。。 RA8875据说不错。
5. OS功能很实用，可以低成本的去替代传统屏+单片机的形式。
6. 需要显示曲线之类的还是算了。老老实实去描点吧。这个屏幕的曲线有点鸡肋。
7. 技术支持还是很好的，销售会为你指派专门的技术工程师，直接和其电话沟通就可以。 不用去和他们的企业QQ聊。

感慨

1.其实想想为什么有些人说迪文屏难用？到目前为止，我觉得迪文一些设计很不人性化，导致用户鼓捣很久的东西，问客服一下就明白了。迪文的设计是站在自己的角度的，做完一版后应该让设计屏幕以外的人做做试试。

2.迪文的客服变得很重要，为什么？迪文的手册更像是简介，用户做具体的东西的时候还是要密切的问客服，客服再按照具体情况给用户资料（而且资料都有不同的提取码，可能是怕对手抄袭吧）。客服成了弥补缺陷的手段。这正是要改变的地方，客服不应该是冲锋陷阵的主力。

迪文客服手里有各种详细说明，遇到问题时客服会针对问题给资料。有利有弊吧，用户无法看清产品的全貌，容易陷在具体问题里而找不到根源问题（如果再加上客服不给力）。

3.控件做的太分散，记不住这几个控件干什么用，自己组合用就更困难。
思路有问题：比如视频演示“8_按键值返回+变量图标应用”很难让人知道这两个控件能不能各自和别的控件组合。如果是我，我应该画这么个图，就是变量地址对应值可以通过什么方式修改（比如按键值返回，按键的键控），变量地址可以对应显示什么控件。这个视频演示应该理解成：“变量图标应用”控件的值可通过“按键值返回”控件修改。

4.最好能给用户自由的buf，以实现顺序，栈等结构。

5.DGUS tool 手贱点了一下ctrl+Z，然后就不知道回退到什么地方了。以为Ctrl+Shift+Z能重做，但是不能！！然后关了项目重启，发现它没有定时保存，所以就回到了更早的时候。于是我替换成以前成功的DWIN_SET文件夹，希望能到这个状态，但是软件没有这个功能！所以说，软件的快捷键不要信啊！！

6.话说如果我不问的话都不知道出了新开发指南，新加的内容很多都需要，这种情况能不能改成主动通知客户更新了指南或者其他重要事项呢？

回复是：云盘资料下载：http://yunpan.cn/cceajQXmZ4iBm （提取码：3199）DGUS屏的相关文档、开发软件和开发视频，云盘里都有更新的

不过一般人大概想不起来指南会变动太大

7.对dwin文档有些要说的：

①首先能看得出这是个搞技术的人写的文档，宁可用一堆费解的话描述也不画图描述：数据库读写，只需要画两张图片，说明（针对标准大小flash）前32张图片的值（0~31.bmp）不能在运行时写入（且不能读出，读出时带数据加密）且不能应用基本图形控件的图片剪切粘贴指令（其他指令没试），后209张图片（读出来带不带加密不知道）可以在运行时写入数据（像素点颜色）并显示。这文档非得把所有图片和图片地址一块儿说，搞得就很乱。写文档的人水平有待提高！！

8.我不知道sd卡导出在调试时有什么用，反正作为产品的一部分，sd槽会被封死，根本不会用到导出，况且导出的还都是加密文件，更不知道为什么要有这个功能了。

9.DWIN_OS指令手册里没有写明一些指令不能使用，只能在modbus下使用。导致我试了半天指令没有结果，最后仔细看指南才看到。

10.DGUS不能操作显存，串口屏可以。而且使用时发现，串口屏比DGUS存储空间更大，功能更强大（串口发什么就显示什么）。可是这是我在用了很长时间的DGUS后发现图片显示实在行不通了再降级转到的串口屏，之前还一直以为新版本的DGUS比串口屏一定更强大。

所以在推出新版本的产品时，一定要详细的对比新版本和旧版本的差异，好让客户去选择适合他的产品，而不是把所有用户一股脑儿推到新产品，实在不行了再回到旧产品。

11.【一切事物因对比而存在】串口屏的文档写的不好，好在之前用过DGUS。文档写的不好在于，它不是按照人使用步骤去写的，而是按照功能分类去写的。好的地方在于，对比了功能相似的指令的区别，但是还可以加强这种区别，可以用表格和图片说明的形式。

12.有的客服遇到不能解决的问题就假装不在，真令人桑心。。

13.控件前后位置会对基本图形放大指令等有影响（被放大的图形控件必须在放大控件的下面）。老鸟因为有经验，知道机理，测试屏时就像白盒测试；菜鸟没概念，所以就只跟着文档走，就是黑盒测试。老鸟像打游戏，凭经验过关；菜鸟没经验，就只能在那儿做不出来或者挑“bug”。

14.基本图形控件的置点和连线

    对于我们做绣花机的人来讲，画图最关心的是每个点占多大空间（而不是画线）。这样看的话，以v4.3为例，置点每点占6B，端点连线每点4B，线段显示不能估计每个点占用的空间所以不能用，双色位图一张图每16个点占1个字，所以如果7张不同颜色的图叠加则每个点占7bit，位图显示每点占1个字。所以最紧张的还是56KB空间不够画图的。

15.知识来自客户而不是客服。

     我觉得如果文档做得好（达成目的的写作思路+及时加入新发现的解决方案），客服就没什么用。

     而且应该向客户多请教使用时遇到的难题以及用的什么方法解决的。这些宝贵的资源没有被收集和利用起来。客服只觉得自己是回答客户问题的人，既不是解决问题的人也不主动收集客户解决难题的方法，那么当下一个客户被同一个问题困扰请教客服时，客服还是一无所知（当然还是有干得好的客服）。要是这样的话，留着客服干什么？

16.考虑解决方案时不够了然

     大概因为我没有经验，所以头儿说“先考虑用方案1 dwin能不能实现，再考虑上位机能不能实现。上位机不能实现的话再倒回来用方案2”。但是我不喜欢这个思路，我觉得我是被dwin牵着走，而不是将dwin自然地融入我的某个框架（目前是没有）。我想原因有两个：1.dwin 56kB空间是很大的阻碍，无论要实现什么首先考虑它够不够；2.我缺乏一个框架，或者说是解决方案的集合，也可能这种说法不对，会限制我灵活应变的能力。

17.提高dwin与stm32 cm3之间的传输速度，波特率不是瓶颈（能达到1M），瓶颈是dwin一个周期内的fifo（目前是4KB）

     由于产品需要，传输量很大，所以瓶颈是dwin的接收fifo。230400bps下200ms内连续发送最多5700字节，大于dwin的4KB。所以这一点规定了dwin的用户范围。

18.用单色位图时发现dwin图像刷新慢。1Mbps下连续改像素颜色的话必须5ms之后才能发送下一包，否则会显示错误（没画上or画到其他位置，甚至花屏），需要快速显示大量      画图的小伙伴请注意这个问题！