“全员编程,广泛嵌入”(五)—— 物联网时代(三)

来源:互联网 发布:unirx 响应式编程 编辑:程序博客网 时间:2024/05/16 05:10
    上回说到,远程桌面是理想的解决之道,有网友认为HTML更好。虽然技术上解决方案千千万万,条条大路通罗马,但实际上,HTML方案虽然可行且有优势,但不是最优的。为什么呢?使用HTML,是不是还要搭上文件系统、搭上webserver。又有人说了,没文件系统,也可以用webserver啊,是的,可以,你可以通过修改webserver来实现。呵呵,你愿意这样干就干吧,至少我不愿意,为什么不愿意?我是不是要因此而维护两个webserver版本?一个用于有文件系统的,另一个用于没有文件系统的。况且,HTML的本身却标准化程度不高,网页挑浏览器的事儿,大家都遇到过吧。远程桌面方案的优势,还不止于此,如果用djyos的远程桌面,无论本地有没有显示器,应用程序是相同的;作为HTML开发的话,本地有显示器和本地没有显示器的情况,必须分别对待,有显示器的设备,还要另外实现一套界面程序,或者实现一个浏览器。现实中,设备本身有显示器,允许本地操作和远程操作的情况,是很普遍的。在节点本身有显示器的情况下,因为APP是在别的平台上实现的,其UI呈现,跟节点本身的显示器上的呈现,很难保持一致,甚至会互相矛盾,让用户无所适从,用户体验也无从谈起。软件开发中,只要同样的内容,出现在文档或代码的不同位置,最大的问题,就是保持其一致性。这是某网站直播NBA的截图,比分究竟是2:4,还是4:7,又或者是11:12呢?同一个UI界面上,不同位置显示比分尚且如此,更不用说节点和手持设备完全不同系统上的UI呈现了。


    djyos的gui,支持远程桌面的特性如下:
    1、低资源需求,允许在只有几十K内存的单片机上实现远程桌面。
    2、低通信带宽占用,对于一般的设备控制界面(非视频界面),串口即可流畅操作。
    3、一致的开发界面,无论本地有显示器还是没有显示器,应用程序都一样,程序员看到的,都是本地有显示器,程序员根本不知道他的绘制操作,是呈现在本地显示器上,还是呈现在远程显示器上,还可以同时呈现在本地和远程显示器上。
    4、远程显示器使用标准的VNC client,只要支持VNC client的终端就可以使用。
    不但物联网设备,普通的工业设备,也可以从djyos的远程界面中获益。工业液晶显示器的特点:
    1、工业用的液晶显示器很贵,一个320*240,5.7寸的显示器,要好几百。
    2、显示器这个大窟窿,会成为电磁窗口,使设备的结构设计、EMC和EMI措施成本大大增加。
    3、液晶显示器除了“贵”以外,还“娇”,易损,损坏了就要维护,大大降低设备可靠性,降低品牌声誉,提高了维护成本。
    4、工业设备苛刻的安装和运行环境,使得这个“娇贵”的器件更加伤不起。
    5、工业设备往往集中成批安装,使用量大。
    6、显示效果远比消费品差。
    使用远程桌面后,一切问题都迎刃而解,设备维护人员只需要拿一个手持式的终端,就可以对成批的现场设备操作。手持终端即使损坏,平时备用一个,坏了就换。手持设备还可以使用消费品级的显示器,不但便宜,显示效果还比工业的好。
    使用远程界面,厂家的维护也更方便了。传统的液晶界面下,出了问题,厂家的服务工程师往往又不在现场,服务工程师会打电话给现场用户,经典对话一段:
    “喂,你按一下xx按键。”
    “xx键在哪里?”
    “在面板的左上角,黄色的灯旁边。”————心里暗暗地骂“狗屎,这都找不到”
    “哪里有黄色的灯啊?没找到。”————原来那个灯没亮,看不出是黄色的。
    “就是左上角有个△符号的那个。”
    “哦找到了,按钮按下去了。”
    “显示器显示什么?什么?”灰“还是”飞“,你说清楚一点”————四川方言,没办法啊。
    等搞清楚了“灰”还是“飞”的问题,吃饭时间到了,经此折腾,还吃得下饭么?
    如果是没有液晶显示器的设备,你连“灰”和“飞”都听不到,乖乖的到现场解决问题。
    如果有远程桌面,自己直接操作直接看,省时省心又省事。
    

    当然,HTML也有其优势,本地没有显示器且需要播放动画的场合,HTML确实好使。

    未完待续


djyos主页:www.djyos.com

0 0
原创粉丝点击