移动设备方案范文（精选11篇）
移动设备方案 第1篇
武汉轻工大学
数学与计算机学院
移动设备课程设计
设计题目：ARM开发板上通过转换函数实现汉字显示
专 业 计算计科学与技术
班 级 1802
学 号 1801070108
姓 名 毛佳文
指导教师 易逵
2021 年 7 月5 日
开发板：iTOP-4412
操作系统：Windows 10
虚拟机：VMware Workstation Pro 15 Ubuntu12.04.2_V2.0
数据传输工具：Xshell 7
驱动软件：驱动精灵
ARM开发板上实现汉字显示
当前流行的字符编码格式有：US-ASCII、ISO-8859-1、UTF-8、UTF-16BE、UTF-16LE、UTF-16、GBK、GB2312等，其中GBK、GB2312是专门处理中文编码的。而libiconv是一个常用的编码转换库，支持常用的多种编码之间的转换。在Linux下，工具链gcc有专门的libiconv库，所有不用移植，但在arm-linux下就没那么幸运了，需要我们额外移植libiconv库，不过，过程还是比较简单的。
字符编码转换libiconv库介绍
Libiconv是一个常用的编码转换库，支持常用的多种编码之间的转换。
iconv_open是打开一个编码流，类似于打开一个编码管道（通道），出错则返回-1；
iconv用于具体输入的转换，如果出错，则返回-1，否则返回 0；
iconv_close是关闭该管道（通道）。
如果对于大量需要转换的编码，上述函数covert不适合该方式，一是内存的限制不能一次调用，二是若分多次调用会频繁打开一个编码管道（通道），导致资源浪费，最好的办法还是拆开该函数根据情况使用。
存在的问题
开发环境为ubuntu11.10,开发板为ARM开发板，交叉编译器版本为arm-linux-4.4.3.相同的C源程序，在ubuntu11.10上能够正常执行，而在ARM开发板则不能正常执行，调用iconv_open(“utf-8”, “gb2312”)返回失败，错误信息为“Invalid argument”.经过查询资料得知iconv相关函数为libc中的函数，初步分析得出结论为有可能是libc版本中
iconv相关函数的版本不同造成的，因此要更新iconv相关函数。
更新iconv相关函数有两种方法：
第一，更新libc库；
第二，更新libiconv库。
第一种方法更新libc库比较麻烦，因为我们用的是编译好的交叉编译器，这种方法需要重新编译生成交叉编译器，并且也需要使用新编译生成的交叉编译工具重新编译应用程序，因此本方法代价太大，因此我们采用第二种方法。
GBK对汉字的编码
GBK的中文编码是双字节来表示的，英文编码是用ASCII码表示的，既用单字节表示。但GBK编码表中也有英文字符的双字节表示形式，所以英文字母可以有2种GBK表示方式。为区分中文，将其最高位都定成1。英文单字节最高位都为0。当用GBK解码时，若高字节最高位为0，则用ASCII码表解码；若高字节最高位为1，则用GBK编码表解码。
字符有一字节和双字节编码，00–7F范围内是第一个字节，和ASCII保持一致，此范围内严格上说有96个文字和32个控制符号。之后的双字节中，前一字节是双字节的第一位。总体上说第一字节的范围是81–FE（也就是不含80和FF），第二字节的一部分领域在40–7E，其他领域在80–FE。
1.搭建实验环境
确保iTop-4412已经搭载了最小Linux子系统。
2.更新libiconv动态链接库
下载最新库文件并且编译安装: libiconv-1.14.tar.gz
tar-vxf libiconv-1.14.tar.gz //解压缩libiconv-1.14.tar.gz
cd jpeg-9d
./configure--host=arm-none-linux-gnueabi //配置交叉编译器
make //编译
make install //安装
将preloadable_libiconv.so 这个动态库安装在开发板的根目录下的 /lib文件夹下：
图1 libiconv编译后的lib库文件
图2 开发板下的 lib库文件
从虚拟机中将文件preloadable_libiconv.so cp iTopeet-4412/lib下
1，编写实验代码
文件结构如下：
图3 代码结构图
其中ascii.h、HZK16均为资源文件，而mode_print_CH_String.c才是最关键的文件（实现了本实验的全部功能：输入一串中文字符就可以在开发板屏幕上显示）
具体代码如下：
（1）ascii.h
图4 ascii.h源码部分截图
其中ascii_bitmaps[]的每16个数据元就存放一个ASCII字符的编码信息（前面有大量无法显示的字符，故为0x00）
（2）mode_print_CH_String.c
#include #include #include #include #include #include #include #include ”ascii.h“ #include #include #include int *fbmem;//数据帧缓存 unsigned char *hzkmem;汉字字符串缓存 int w, h; unsigned char *string = ”张多鱼国家排核废水 #define OUTLEN 128 void fb_point(int x, int y, int color)//画点函数 { fbmem[y * w + x] = color; } void fb_hline(int x1, int x2, int y, int color)//画线函数 { int i; for(i=x1;i fb_point(i, y, color); } void show_ascii(int x, int y, unsigned char c, int color) { /* 得到字符点阵在数组中的起始位置 */ // unsigned char *dots =(unsigned char *)&ascii_bitmaps[c*16]; unsigned char *dots = &ascii_bitmaps[c*16]; int i,j; unsigned char byte; for(i = 0;i < 16;i ++){ /* 取出一个字节 */ byte = dots[i]; for(j = 7;j >= 0;j--) { if(byte &(1 << j)){ /* 传入参数的值是lcd要显示的起点坐标 这里每个点的坐标每描一个点要移动一次 */ fb_point(x + 7-j, y + i, color); } } } } void show_chinese(int x, int y, unsigned char *str,int d,int w,int color) //d w 分别是放大倍数和点阵密度倍数，两者需保持一致 可放大字体倍数 { unsigned int area = str[0]-0xa1; unsigned int where = str[1]-0xa1; unsigned char *dots = hzkmem +(area * 94 + where)* 32; unsigned char byte; // int i,j,k; int i, j, b,m,n; for(i = 0;i < 16;i++){ for(j = 0;j < 2;j++){ byte = dots[i*2 + j]; for(b = 7;b >=0;b--){ if(byte &(1< /* show 加粗显示*/ for(m=0;m< d;m++){ for(n=0;n fb_point((x+(7-b+j*8)*w)+m,(y+i*w)+n, color); }//for n }//for m } //if } } }/ x+=16*w+20;//按照行来显示，中间空20个pixs y+=0; } int main() { int i, j, k; int fd, fd_hzk; struct fb_var_screeninfo fb_var; struct stat hzk_stat; iconv_t cd; int inbuf_len = strlen(string); char outbuf[OUTLEN]; char *pin = string; char *pout = &outbuf[0];//用“pout=&outbuf” 会引发SIGSERV信号，导致段错误 int outbuf_len = OUTLEN; fd = open(“/dev/fb0”, O_RDWR);//打开缓冲设备 if(fd < 0){ printf(“open errorn”); return-1; } fd_hzk = open(“HZK16”, O_RDONLY);//打开字库文件 if(fd_hzk < 0) { printf(“cant open HZK16n”); return-1; } /* 得到这个件的统计信息当然也包含了大小 */ if(fstat(fd_hzk, &hzk_stat)) { printf(“cant get hzk_stat!n ”); return-1; } if(ioctl(fd, FBIOGET_VSCREENINFO, &fb_var))/* 获得可变信息 */ { /* 正常获得信息的话 ioctl 会返回0 如果返回值不为0时表示出错 */ printf(“cant get var!n”); return-1; } w = fb_var.xres; h = fb_var.yres; k = fb_var.bits_per_pixel; printf(“framebuffer: %d * %d * %dn”, w, h, k); fbmem = mmap(0, w*h*4, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); hzkmem =(unsigned char *)mmap(NULL, hzk_stat.st_size, PROT_READ, MAP_SHARED, fd_hzk, 0); memset(outbuf, 0, OUTLEN);//清空输出缓存，否则会有意外结果的 printf(“Originial Data:n”);//打印转换前的一些参数和信息，以进行比较 printf(“tpin str: %s, outbuf str:%sn”, pin, outbuf); printf(“tinbuf_len=%d, outbuf_len=%dn”, inbuf_len, outbuf_len); printf(“tstrlen(outbuf)= %dn”, strlen(outbuf)); cd = iconv_open(“GB2312”, “UTF-8”); if(cd == 0) return EXIT_FAILURE; int count = iconv(cd, &pin, &inbuf_len, &pout, &outbuf_len); printf(“iconv count : %dn”, count);//观察iconv返回值，理解不可逆转换含义 iconv_close(cd); printf(“After Converted Data:n”);//注意发生变化的变量 printf(“tpin str: %s, gb2312 str:%sn”, pin, outbuf); printf(“tinbuf_len=%d, outbuf_len=%dn”, inbuf_len, outbuf_len); printf(“tstrlen(outbuf)= %dn”, strlen(outbuf)); for(i = 0;i < strlen(outbuf);i += 2) { show_chinese(100+32*i, 300, outbuf+i,2,2, 0xffff00); //使用HZK16字库显示GB2312编码的中文点阵 } return 0; } |
对该文件进行交叉编译：
arm-none-linux-gnueabi-gcc mode_print_CH_String.c
2.配置preloadable_libiconv.so的环境变量
在超级终端在输入：
export LD_PRELOAD=/lib/preloadable_libiconv.so
五、实验运行
挂载
图5 挂载（将带有运行程序的TF卡挂载到/mnt/disk）
运行程序：
图6 运行程序：./mode_print_CH_String
运行结果截图
经过本学期的移动设备开发学习，我了解到嵌入式Linux开发的基本流程，对xshell软件等的使用有了了解，发现自己知识水平有待提高，在今后的学习里，我会更加地努力，提升自我的知识素养。
移动设备方案 第2篇
金辉锦江物业
物业服务中心（项目名称）：
本人系（受）
（房号）的业主
（之委托），因室内装饰装修需要，户内以下设施需作移动，特此申请：
□ 移动室内对讲可视话机
申请人：
审核人/时间：
备注：
□ 移动户内热水器
申请人：
审核人/时间：
备注：
□ 新增室内紧急报警按钮
申请人：
审核人/时间：
备注：
□ 其他
申请人：
审核人/时间：
备注：
移动设备方案 第3篇
截至目前, 青岛移动IP化网络中数通设备路由器和交换机的总量已达几千台, 而且数量一直在激增。每天日常检查需要提取相关LOG, 每周路由器所有端口 (上万个) 要提取光功率, 每月所有数据设备要做配置备份等, 设备数量多, 维护工作量大。本文提出的移动IP化设备集中维护解决方案, 对于降低劳动强度、提高工作效率有很大帮助, 经过一段时间的使用, 得到了一致好评。
2 解决方案
(1) 实现功能
1) 将数通设备的名称、IP地址、设备类型、所在机房以及设备所负责网元的业务做了关联, 通过IE方式登录, 并支持模糊查询。正常情况下, 可以实现设备的简单登录;紧急故障情况下, 作用非常明显, 避免了先找数据设备资料再按资料登录的麻烦, 极大提升了故障处理速度。
2) 是将机械、复杂的手工工作变成了程序自动完成, 譬如提取所有端口的光功率、定期保存所有网元的配置、每天查询网元的错误LOG等, 只需一个按键即可完成。还可以将维护指令输出的LOG集中存放, 自动分拣、自动报错, 提高了工作效率, 降低了差错率, 易于发现、解决存在问题的设备, 使IP化设备维护工作更加大众化、简单化。
(2) 解决方案架构分析
本系统采用C/S架构, 服务器一次性配置, 用户通过浏览器WEB方式登录。系统使用的编程工具包括Java语音和Sybase数据库。
系统中的功能流程如下:
1) 定义系统中的基础信息;
2) 实时执行设备命令, 采集网元数据;
3) 分拣日志, 查看网络拓扑图;
4) 自动巡检服务程序;
5) 命令的模板发送;
6) 设备的登录、操作日志保存、查询。
系统架构及实现功能如图1所示。
3 系统应用
(1) 登录界面安全性高
系统采用C/S登录系统的开发、使用过程中, 非常重视信息安全工作, 通过动态验证码, 降低了系统密码被暴力破解的风险。
(2) 设备配置管理多样化
目前IP数通设备涉及的厂家及型号很多, 如Ju-niper M10i、Extreme Alpine3804、Extreme Summit48、爱立信Redback Se800、华为的NE16、20、5000E、CIS-CO、SGSN等, 本程序适合各个种类的设备。
(3) 维护团队设置灵活
本方案可以设置多维的维护关联, 将不同的设备和不同的维护团队、不同的维护个人绑定在一起。
(4) 设备按类型批量执行巡检指令及数据采集指令, 工作效率极高。
(5) 定期自动对配置进行备份, 提高了设备故障情况下的恢复速度。
(6) 自动差错发现功能:
通过巡检日志, 及时发现设备存在的安全隐患。如图2所示。
自动找出不符合要求的端口;自动生成报表文件。如图3所示。
4 结束语
移动设备方案 第4篇
中国移动通信集团广东有限公司东莞分公司
摘要：通信行业的发展为人类生活带了诸多便利，为社会发展做出了很多贡献。而通信机房因租赁合同到期、承重、敏感等复杂性因素导致机房需要搬迁，通信机房搬迁涉及工期和成本限制的要求，本文将从方案的可行性、工期、投资等方面分析核心机房PTN设备的搬迁方案。
关键词：核心机楼；PTN设备；割接；搬迁
一、搬迁机房网络背景
核心机楼A机房租用某公司物业五层，现因租赁合同到期导致机楼搬迁，其中三个楼层是核心网落地业务，两个楼层是传输机房，核心网业务割接到其他核心机楼后，传输机房剩余电路基本为穿通业务，需要拆除的话，电路要进行割接，涉及到的网络类型为波分、PTN和SDH，其中有关PTN的电路，涉及汇聚PTN、骨干调度PTN和骨干波分的设备，本文将重点对核心机楼PTN设备搬迁方案进行分析。
首先对网络结构进行介绍，详见图1-1。接入层环路挂在新建汇聚PTN分流设备（以下称“4G PTN环路”），2G/3G电路通4G PTN环路分流PTN分流回原PTN环路承载（以下称“原有PTN环路”），LTE电路通过4G PTN环路走波道上传到核心机楼核心网设备。其中核心机楼A是本次要搬迁的机房，核心机楼E是近两年新建的机房，作为A机房的替代机房。4G PTN环路属于后期新建，组环时未在租用机楼A节点落地4G业务，所以本次机房搬迁仅涉及原有PTN环路拆除A节点。业务路由方面，2G/3G业务经过原有PTN环路到核心机楼时，主用路由走PTN调度环，备用路由走OTN调度环。
图1-1. PTN网络组网图
割接主要有两大方案，方案一是从骨干环开始割接，将涉及搬迁节点的骨干环路插替代节点E，去节点A。然后再对汇聚环路进行去节点A操作。该方案导致割接骨干环和汇聚环路时都需要要对PTN环路承载业务电路多次反复割接操作，割接复杂且安全隐患大。方案二是从汇聚PTN环开始割接，逐个对汇聚环进行去节点A操作，直至汇聚环经过节点A的穿通业务全部割接至E节点，届时骨干PTN环无A节点穿通业务，直接可以进行去点操作。电路割接包含两种，一是使用工具割接，二是人工逐条电路割接。但因本次割接涉及2G业务，为了避免因工具割接导致某些电路割接不成功而造成客户的不良感知，运营商选择采取人工逐条电路割接方式。基于此种方式，方案一是方案二电路割接次数的两倍，导致割接费用、周期以及安全风险都成倍增加。所以，业务割接最终采用方案二，本文将结合现网组网模式及设备型号等因素分析具体的割接方案。
二、PTN设备割接方案
根据网络结构类型的不同，采取自下而上、循序渐进的方式进行割接，本节从环路插节点E、镇区华为PTN环去点、镇区中兴PTN环去点几个环节介绍割接方案。
2.1、前期准备工作
1）环路插點：对涉及去节点A的所有环路进行E节点插点操作，包括骨干PTN调度环、骨干OTN调度环、镇区PTN环。本方案中E节点属于新机楼，2G、3G核心网业务未在E机楼落地。
2）骨干PTN调度环叠加：利用设备第二光口（冗余）组建去节点A的叠加环。镇区汇聚环去节点A时所有汇聚业务通过新叠加环进行业务调度至BSC。如果叠加环没有新建又着急进行业务割接，只要原有环路带宽充足，可以先将汇聚业务割接至老环，只是后期去调度环节点A时，还是需要将老环业务割接至叠加的新环，割接次数就要多一次。
3）骨干OTN调度环扩容：镇区PTN环去A节点后，原PTN环路业务备用路由走骨干OTN调度时，波道需求有变化，需根据镇区业务备用路由方向分析是否需要扩容波分调度环以及OTN和DXC互联链路。
2.2、业务割接
现网镇区设备采用中兴、华为两个厂家设备。根据设备型号、配置以及冗余光口的不同，分别采用不同的方法进行业务割接。
1）镇区华为PTN环电路割接
华为PTN采用3900型号设备，现网有空闲槽位可以扩容EX2单板。在镇区原PTN环路节点新增EX2单板，避开A节点新建一条A节点相邻两个节点的链路，以图2-1为例，新建B机楼与汇聚2的直连链路。然后将原有环路业务按照新的规划路由（业务路由变化详见示例图2-1）进行割接，业务不用回割。
图2-1 汇聚PTN环割接前后业务路由对比图
2）镇区中兴PTN环电路割接
中兴PTN采用6300型号设备，现网无冗余槽位及光口新建A节点相邻两个节点的直连链路，所以只能采取先将业务割接至承载4G PTN环路，然后待原有 PTN环去节点A，最后，将业务回割，保持原有PTN环环网保护功能。该割接方式会导致4G PTN环路对带宽需求增大，割接前需分析带宽资源按需对4G PTN环路及所承载波分进行扩容。
2.3、骨干节点去点操作
待汇聚节点去节点A后，骨干环节点A所有业务均已割接走，可以对所有调度环进行去节点A操作。对于骨干OTN调度环，在判定OTN无下挂IP城域网等其他业务后也可以进行去点缩环操作。
三、结语
以上割接方案是根据实际组网及网络发展进行考虑，可以作为核心机楼传输机房PTN设备搬迁的经验参考，实际操作需具体情况灵活调整割接方案。例如，各省地市组网设备型号的不同导致割接方案不同，关键是知晓割接的方式，而不局限于一定是中兴、华为厂家才能使用的割接模式。例如某个华为PTN环路无槽位或槽位有故障无法扩板连纤，这时就可以参考中兴PTN环的去点方式进行割接。
作者简介：
1、伍娟 中国移动通信集团广东有限公司东莞分公司 硕士研究生；
移动设备阅读体验交互设计 第5篇
1.界面版式设计的方法。常用的栅格分割适合移动设备多分辨率复杂内容的自动排版，内容可控制时是否可以模仿杂志的复杂不规则排版方式，以达到最佳的阅读体验。
2.移动设备上最佳的字体有什么必要的设计要素?如下图，更多的内容包括字体颜色、字间距、行间距和字体渲染等，不同的内容需要不同的字体。随着屏幕分辨率和显示精度的发展，字体也有一个进化过程。
3.屏幕亮度等参数对于阅读体验的影响，比如iPad和kindle，
4.背景色对阅读体验的影响，需要联系环境光等综合因素。
5.阅读进度的展示方式，电子书的查找和标记更为灵活，不局限于死板的线性阅读流程。
6.翻页动画与阅读体验，电子书通常会模仿书籍的真实翻页效果，但写实的动画是否真的有必要?
7.首页的展示方式，如何利用图片对内容分类并让首页看起来更富有吸引力。
什么是移动存储设备? 第6篇
一是传统型磁存储设备。该设备存储技术成熟、使用范围广、购买方便，是存储设备中的主力军。如软盘、硬盘等。
二是大容量软驱。大容量软驱是在原有磁盘的基础上发展起来的。这种软盘驱动器与现有软盘结构基本相同，但是绝大多数都为100MB以上的大容量。目前主要有ZIP、Supper软盘、Mit一8umi公司的产品UHC、美国Syquest公司的EZFlyer 230、日本Olympus的SYS230、Su―DerDisk等。
三是移动硬盘。移动硬盘从根本上来说是高速磁记录存储器，容量在IGB以上，传输速率甚至可超过10MB／s。目前市场上流行的移动硬盘增加了防尘、抗震、更加精确稳定等技术后，其盘片转速和数据传输率要远远高于任何一款大容量软盘，盘片的使用寿命电更久，
不过也有一些厂商生产的移动硬盘直接采用了个人电脑硬盘或者是由便携电脑硬盘改装而成，因此其体积较大、抗震性差・使用也不够安全。
四是可擦写光盘CD--RW、MO磁光盘等。MO驱动器有3．5英寸和5．25英寸两种，容量从128MB到9.1GB，使用最多的是3．5英寸容量为640MB的MO。
五是磁带机。磁带机设备是一些大公司中常用的存储设备。它的传输速率和读写速度都较慢，使用寿命也存在缺陷，主要用于大型的备份和存档，而对于个人和小型办公室来说不适用。
六是以Flash闪存为存储介质的存储设备。Flash Memory(闪存)是由东芝提出的概念，它具备断电后散据也能保存，低功耗、密度高、体积小、可靠性高、可擦除、可重写，可重复编程等优点。
本文出自：www.st99.com/101534432011.html
提高移动存储设备读写速度 第7篇
首先，将你的移动存储设备插入USB端口，这时电脑会提示有新USB设备插入。右击“我的电脑”选择“属性”，再点击“硬件”标签页中的“设备管理器”按钮，展开硬件列表中的“磁盘驱动器”项，双击“USB-DISK”项（名称根据存储设备的不同而有所差异）打开它的属性面板。切换到“策略”标签页，大家可以看到Windows默认使用“为快速删除而优化”项，现在我们将它更改为“为提高性能而优化”，
这样就能启用Windows中的写入缓存来提高磁盘性能。
如同策略当中所说的那样，默认情况下，该选项默认为“为快速删除而优化”，也就是在该选项下，所有的数据是直接写入移动存储设备中的，而“为提高性能而优化”选项，则是将数据写入缓存来提高磁盘性能。因此后者的读写速度就要更快一些，不过因为数据是写入缓存的，因此在断开设备跟计算机的连接时，就不可以像选择“为快速删除而优化”那样可以直接拔插移动存储设备，而必须单击任务栏通知区域的安全删除硬件图标。所以，如果你经常拷贝大量的数据，那么启用 “为提高性能而优化”无疑可以缩短数据读写时间。而我们也建议大家，即便在默认的“为快速删除而优化”状态下，最好也要点击任务栏通知区域的安全删除硬件图标来安全拔插移动存储设备，避免造成数据存储不完全、造成数据丢失等问题。
小提示：
需要注意的是，以后要断开移动设备与电脑的连接时，必须使用安全删除硬件功能，否则可能损伤你的移动设备。
移动设备方案 第8篇
关键词：检验检测,特种设备,信息化,设计与应用
随着经济快速发展和特种设备检验检测领域信息化应用的普及,实时便捷的信息获取和传递已经成为推动特检机构效率提升和业务增长的核心内容。移动信息化随时、随地的信息交互能力对特检行业发展的助推作用日趋显著。
1 行业现状及存在的问题
1.1 行业现状
近几年,全国特种设备数量呈现迅猛增长的势头。仅以沈阳市为例,现有特种设备数量已达七万余台。同时,设备地理分布更加分散化,由原来的市中心向城郊结合部发展。由于检验机构体制的限制,检验人员数量无明显的增长,分摊到每个检验员的设备数量不断增加。传统的管理方式越来越难以适应目前的状况,如何利用现代化科技手段规范、高效地管理好特种设备,已经成为摆在我们面前的一项严峻课题。
1.2 存在的问题
1)特种设备的数量不断增加,检验人员工作强度不断增大,导致工作效率和检验质量下降。
2)《起重机械定期检验规则》第十九条规定“检验人员应当当场出具《特种设备检验工作意见通知书》(简称《通知书》),并且由使用单位安全管理人员或者有关人员签字。”目前,检验人员只能采取事先盖章或套印《通知书》的公章或检验专用章的方式现场出具手写《通知书》,既不规范又不准确。
3)按照相关法律法规的要求,检验人员现场出具的检验记录必须真实、详尽,具有可朔源性。待检设备数量、项目较多情况下,检验人员现场手工录入效率低且容易出错。
4)某些检验项目必须在实测数据的基础上依据专用公式推导出最终结论,检验人员手工在现场计算推导,准确率不高并且效率很低。
5)受检设备出现裂纹、松动等异常情况或某些部位需要做无损检测时,按要求必须指明部位,这就需要现场拍照。
6)检验过程涉及到的法规标准数量较多时,检验人员现场查阅不便。
7)特检机构和生产、使用单位同样是安全监督管理部门的监察对象,但检验过程中安监管理部门人员一般均不在现场,一旦出现受检单位不配合检验或推检、拒检时,由于检验人员无现场取证手段,导致有些问题在事后不易说清楚。
2 解决方案的描述与网络拓扑图
2.1 方案描述与网络拓扑图
经反复论证我院提出了一套全新的《特种设备检验检测移动信息化解决方案》,一旦投入应用将会很好地解决上述问题。本方案是利用终端设备(如手机、PDA、电脑笔记本等)和便携式移动打印机以及GPRS网络相结合的最新技术,实现以前无法实施的管理模式和工作方法。设备总重量为2.2g,无需其它辅助设备,十分轻便实用。
系统网络拓扑图和系统网络部署图分别见图1和图2。
2.2 系统功能
1)集中监控、统一管理对受检单位的所有现场取证都可以通过终端设备由网络传回检测机械内部的数据库服务器,服务器对这些信息进行统一组织和处理。
2)现场计算检验数据可现场输入终端,服务器接到数据后根据公式进行计算,然后将结果返回终端。
3)法规标准现场查询可以通过终端访问法律法规服务器以获取相应的法规标准。
4)现场获取文档模板根据不同受检单位需求,到法规文档服务器下载对应的文档模板。
5)现场取证对影响检验的情景以拍照、录像的方式进行采集,为检验报告提供证据。取得证据后,传回数据库服务器。
3 工作流程
检测检验机构受理受检单位的告知或接受使用单位的报检后,安排检验人员到现场检验。检验人员按设备品种现场下载最新检验记录模板,根据设备的实际情况录入或修改检验记录。检验人员现场工作时,可以随时查阅法规标准,也可以现场取证,还可以实时查阅此设备的详细信息。检验结束,现场打印检验记录并由两个检验人员签字,同时生成联络单或通知书并现场打印,由受检单位人员签字。检验人员回到单位后,系统根据检验记录自动生成相应的检验报告,通过审核、审批后,可在业务室打印。在特殊情况下(如路途遥远或时间紧迫),可现场打印检验报告。工作流程图见图3。
4 优点
1)提高效率检验人员只对在现场检验中发现的不合格检验项目或实测数据项进行填写,其它项目默认。当检验完毕后,将记录利用移动打印机打印出来签字即可。检验记录可自动传回特种设备数据库,检验人员不必再按检验记录逐项录入到检验报告中,只需按导入键就可将记录全部自动导入报告中。本信息化解决方案大大提高检验人员工作效率。
2)减少差错在移动模式下,检验人员可在终端设备上下载相应的自制软件,将测量值输入终端中,即可根据预先制定的公式自动准确无误地计算出最终结果,方便准确。
3)规范检验程序针对“当场出具《通知书》”的要求,本信息化方案可以有两个方式解决:首先对公章或检验专用章的电子印章进行法律认证,这样就可以保证打印出来的《通知书》上的公章或检验专用章具有合法性;然后通用G P R S网络和前端移动数据库服务器自动生成《通知书》,并通过移动打印机打印出来(公章或检验专用章一同打印出来),在现场由受检单位签字确认;其次,到受检单位进行检验时,可按一定的规则,生成一组用户名和密码;当检验结束后,检验人员书面通知受检单位在八小时后十二小时内可在指定的网站上,输入用户名和密码,打印相应的《通知书》。
移动设备方案 第9篇
SAP日前推出了其移动设备管理解决方案SAP Afaria的最新版本。SAP在这款部署广泛的新版企业移动管理（EMM）解决方案中特别加强了企业集成及分配能力，以便有效管理大量自带设备到工作场所的用户，并确保其设备安全性。同时，SAP 还提供了全新的应用软件和自助服务门户，从而为企业提供了熟悉的、深受消费者青睐的应用门户体验。
新版 SAP Afaria 为企业提供了以下关键功能：与企业集成，包括更深层次的目录集成、增强的电子邮件访问控制及设备修复，以及扩展PKI 证书管理；应用管理，包括应用门户增强功能、新 API 及应用策略功能；针对 BYOD工作计划及企业设备的 IT 服务等。
昆腾新广域存储解决方案直指大数据
昆腾公司近日宣布推出新的广域存储解决方案系列Lattus，它可提供高可扩展、高成本效益的全球分布的磁盘归档，并能够在不中断或不迁移的情况下在磁盘上永久存储数据。Lattus还整合了分散的对象存储和昆腾文件系统技术，并提供新的归档方式，以克服多PB存储环境中传统磁盘架构造成的限制和低效率。
据悉，Lattus 系列首个产品Lattus-X是一个带有NAS接入的广域存储解决方案，将于本月全面发售。此外，昆腾还计划在2013年推出另外两款Lattus解决方案。
中芯国际背照式成像传感技术取得突破
中芯国际集成电路制造有限公司日前宣布，在背照式CMOS成像传感技术研发领域取得突破性进展。中芯国际首款背照式CMOS成像传感测试芯片一次流片即获得成功，在低照度情况下同样能获得高质量的清晰图像，这标志着中芯国际自主开发的背照式CMOS成像传感芯片全套晶圆工艺核心技术接近成熟。未来随着其步入产业化阶段，将可更好地满足高端智能移动终端的需要。
苹果与英特尔联手研发IOS智能手表
据国外媒体报道，苹果正与英特尔合作开发一款基于iOS系统的智能手表，可能将于2013年上半年推出。据传，英特尔负责这款智能手表的设计，将配备1.5英寸OLED显示屏和氧化铟锡透明导电镀膜玻璃，并提供蓝牙功能。该智能手表计划于2013年上半年上市，将能配合苹果的多款移动设备产品使用，包括接听电话等。此前，索尼曾推出过类似的蓝牙智能手表SmartWatch，但苹果的这款产品应该将具有更强大的功能。
西门子助力主流CAD产业
日前，西门子在Siemens PLM Software中新增了一种新型3D CAD编辑工具。该工具以同步技术为基础，能将对导入的CAD数据进行操作时效率提高10倍以上。这款新的3DSync应用软件现已上市，并可在2013年5月15日前免费使用。
据悉，3DSync 支持应用广泛的CAD格式，并配有内置的数据转化器，以消除版本不兼容问题。另外，3DSync为工程师提供了一种快捷、直接的手段，能够导入、编辑和导出来自供应商和客户的大多数3D CAD文件，可减少特征重建或要付费请供应商进行编辑的需要，从而节约时间和成本。
矽映推出单芯片WirelessHD移动传输器
高清连接解决方案提供商矽映公司（Silicon Image）日前宣布，推出针对移动设备的全方位无线高清传输器UltraGig 6400。其将60GHz射频收发器、基带处理器以及嵌入式天线阵列集成到了单一IC封装中，能够在便携式设备和大型显示器之间建立1080p高清无线视频连接，提供可与有线连接相媲美的高质量视频。UltraGig 6400采用了WirelessHD规范，专为低功耗运行而设计，其所有元件均集成于超小型10 毫米×7毫米的封装中。目前，UltraGig 6400移动60GHz无线高清传输器样片已经开始提供给移动设备制造商使用。
KINGMAX首款金属迷你U盘“精灵碟”上市
近日，KINGMAX重磅推出首个金属迷你U盘“精灵碟”。其采用KINGMAX独特的PIP封装技术，使得产品除了具备纤薄至巧、便利随身的特点外，还具备防水、防尘等使用特点。“精灵碟”采用USB 3.0接口，最高读取速度可达85MB/s，是目前USB 2.0 U盘平均读取速度的4倍多，同时它还拥有着最高22MB/s的写入速度。
移动电气设备安全管理 第10篇
1目的移动电气设备往往无专人管理，在实际生产中，因使用不当，接线错误，防护装置脱落，容易造成的事故。为此，特设置本程序。
2适用范围
本程序适用于生产场所内非固定安装的电气设备设施。
3职责
3.1 生产保障部负责归口管理本程序。
3.2 各使用部门负责移动电气设备的日常管理工作。
3.3 各部门的兼职安全员负责日常的安全检查工作。
4管理内容
4.1 移动式电气设备应符合国家或部颁现行技术标准，并具有出厂合格和技术文件。移动电气设备上必须设置标志明显的接地螺丝。铭牌上的技术数据应齐全清晰，其安全防护罩壳、限位、保护、联锁应齐备可靠。移动式电气设备的电源线必须采用截面足够的三芯或四芯多股铜芯橡胶（或塑料）护套软电缆。应采用专用芯线接地，此芯线严禁同时用来通过工作电流。严禁利用其它用电设备的零线接地。严禁使用绝缘破坏的电缆或几根单芯导线并用。
4.2 各使用部门负责移动电气设备绝缘电阻检测，每季度一次，上报给生产保障部。
5.引用文件
《电气安全管理制度》
移动设备手势设计初探交互设计 第11篇
然而交互设计领域，大家普遍探讨的手势概念，是区别于传统的键盘操作和鼠标操作的。后面会着重研究移动设备的手势操作，主要从手势存在的问题、应用场景以及设计时应注意什么说起。
1. 利用鼠标、光标的轨迹模拟手势
网站www.kakarod.com，采用了大量的屏幕模拟手势交互，点击、拖拽等动作，生动活泼让人眼前一亮。
2. 在物理硬件上的手势
苹果Magic Mouse鼠标, 。macbook触摸板均支持单指多指滑动等多种手势。
3. 在触摸屏上的手势
主要有长按、轻触、滑动、拖动、旋转、缩放、摇动这八种手势。
4. 远距离体感
通过摄像头，传感器等捕捉手甚至整个身体的姿势，来进行控制。
5. 未来的手势
利用全息投影以及传感器，在空间或者投影上直接操作，这个已经应用在某些领域，相信不久的将来一定会广泛服务于我们的生活。PS：在苹果最新申请的专利中就提到了“投影手势操作”的技术，乔帮主这次又会带来什么革命性的产品就让我们拭目以待吧。
当然在生活中也还有其他的手势操作，这里就不再赘述。本文主要研究的是目前爆发式增长的移动设备上的触摸屏手势操作，以ios，android系统为主。触屏上的手势是指，将一系列多点触摸事件综合为一个单独事件。分析触摸屏上的手势使用现状，发现相对于传统鼠标键盘，手势交互操作一些明显的特点。下图是从时间和空间两个维度总结出的手势概览。为读者在手势设计时提供参考。
可用性研究的专家Don Norma在最新一期的《Interaction》杂志中也对手势交互界面进行了质疑和抨击，认为新的手势交互界面有很多地方没有遵循已经建立好的交互设计原则，使得经过良好测试和业内已被理解的交互设计标准正在被推翻、忽略和违背。
笔者通过分析现有的app 应用，以及多产品的设计经验，发现此质疑不无道理，主要有以下几个问题：
1.精确性降低
以 ios为例，相比光标1像素的精度，手势的精确性要低很多。适合手指点击区域需要做到44*44px(iphone4以下设备)，配合手势的轻重有0~20px的偏差，所以触屏界面需要使用更大尺寸的控件响应面积。iPhone 3GS、iPad和iPhone4屏幕分辨率密度分别为163 ppi 、132 ppi和326ppi，可以看到3GS和iPad的控件响应像素接近，单边应达到44px的标准，而iPhone4则需要再扩大几倍。
2.缺乏可见性和一致性
以iPad Pages这个App为例，比如文稿中有2个对象，你想要使它大小一样，有以下两个方法：你可以通过双指拖拽利用边缘参考线让它们大小一样，当然这种放大缩小的方式在很多App中都很常见，因此很容易想到。另外你也可以这样做，用一只手指拖拽其中一个对象的同时，用另一直手指触碰你想要与之相同的对象，当出现符合大小提示时先抬起第一个手指再抬起第二个手指，那么这两个对象的尺寸就完全一样了(这两种方式在app中没有任何帮助和说明)，
那么很显然，没有人会轻易发现第二种手势方式。即使发现了也不会很快知道如何使用。再比如android的长按操作也是如此。
造成这个问题的重要原因是手势界面通常没有代表动作的可视元素，手势即动作。若是通用自然的手势就没问题，若是罕见的组合手势那用户就很难发现它，并有可能带来可用性问题。
3.增加操作成本以及误操作
在位移上
手势操作相比于呆板的鼠标点击的确生动有趣了许多，但一些操作，比如放大缩小和下拉却增加了操作成本，在鼠标上滚轮就能完成的事，触屏上就需要手指上下拖动许多下。
在力度上
手势操作没有鼠标按下的物理反馈，因为力度也难以掌握，有时糟糕的设计会让用户误以为是自己操作的问题，从而反复尝试。
在灵敏度上
ios的触屏都很灵敏，轻触和长按的操作界限很模糊，并且除了固定的Button，很多操作的响应区都很大，不受Button大小限制。因此常常会不小心碰到使某个操作响应，例如在通话记录播出一个号码以及备忘录的右滑的删除。
4.受限于物理因素
物理按键
带来真实的触感和一定的操作中断感，后期的手机逐渐弱化物理按键，手势与屏幕结合的更紧凑。Android用硬件按钮触发菜单，意味着你无法预知什么程序以及在什么情况下会有菜单选项。因为硬件按钮始终在那里，无论程序是否需要它。
上图从左往右依次是Plam pre、palm pre2、palm pre3，返回按钮与手机屏幕融合得越来越紧凑
横竖方向
直接受限于物理按键，android设备的物理按键位置不统一，横竖屏切换时不便于快速辨认，手势的连贯操作会受到比较大的影响。如果app支持水平方向，考虑将返回按钮和常用的菜单直接显示在软件界面上。因此app应考虑直接提供“返回”按钮。
设备尺寸
大屏幕的Pad支持更多的多指复杂手势，手机大多单指操作。
控件形态
按钮的大小控制(不同分辨率下大小的转换)、拖动时的反馈提示、滑动选择与点击的转化。
基于上述可用性问题，总结出手势操作设计时应该注意以下几点：
1.操作引导
这里可以是详细的帮助界面也可以是隐喻图形化的引导(隐喻要符合用户的心智模型)，例如分页的圆点标识，或者切换页面露出一部分内容，可长按的系统icon，翻起的页脚升，甚至动画等等。这里的提示程度自己拿捏，效率型应用，尽量做到清晰可见，即看即点。沉浸型应用可以适当预留探索的空间，让用户自己去发现，带来预期之外的惊喜。比如QQLiveHD首页拉绳的晃动。但是，要注意的是隐藏手势和快捷手势不能影响主操作流程，可以作为辅助手势来使用。
2.操作反馈
手势操作快速轻便，但没有鼠标按下时didadida声的安全感，也十分受限于设备屏幕的灵敏度，所以操作反馈的作用至关重要。例如icon按下时的响应，这里除了没有mouse over的效果，其他三态和PC端是一致的，缺一不可。除此之外还要考虑的是操作区太小被手指遮挡住的情况，反馈一定要明显，并呈现在可视范围内。比如QQ通讯录的姓名检索操作。除了视觉反馈声音也是一种有效的反馈方式，比如iPhone发送SMS发送成功的声音。 的feed拉取，tweetbot等，都巧妙的运用了声音反馈。
3.误操作
手势操作相比鼠标更灵活，如果你的程序非常复杂，承载的信息很多，大部分区域都是响应区，那么发生误操作的几率也会大大增加。因此要让用户可以及时撤销操作，时刻知道现在发生了什么，而不是仅仅当发生后给出一个警告。常用于较重要或隐晦的手势，例如删除，一键清除，长按等等，二次确认操作就显得至关重要。
OMG，不知不觉讲了这么多⊙n⊙b，以上只是手势交互的初探，对于这个应用领域，还有很多值得研究和探索的地方，欢迎大家一起来探讨和学习。