迪文屏图片库 网上的经验和感慨 - 电脑 - 云图网

迪文屏图片库 网上的经验和感慨

发布时间:2017-07-04 01:44:28 编辑:实习 手机版

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

网上的经验:

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

DGUS常规问题解答

降级(如果需要的话):

用迪文屏很多年了,一直用串口操作,前年用了一次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.话说如果我不问的话都不知道出了新开发指南,新加的内容很多都需要,这种情况能不能改成主动通知客户更新了指南或者其他重要事项呢?

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

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画到其他位置,甚至花屏),需要快速显示大量      画图的小伙伴请注意这个问题!

热门文章