在线等6410/wince/IO口采集数据,时间问题!!!

当我遇上-你 2010-09-26 10:24:29
昨天测试的情况是,写个驱动读取GPNDAT的数据(16位),在wince6.0的应用层写个定时器,定时器中开个读数据的线程,读出的数据在显示出二维曲线,定时器中就读取端口数据,显示图形,循环800次,因为显示屏有800个点,最多800个数据。现在从显示屏的显示效果来看,显示很慢,定时器定时为100mS,但感觉有1S多才显示完一屏,现在问题有如下:
1:怎么样来提高显示的速度?
2:是显示慢了,还是IO口采集的问题?(以前记得测试过IO响应在nS级别的)
3:如果不能用IO口采集,用其他的什么方法?(比如总线)
最好搞过的同仁能说具体点
...全文
165 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
你可以把16为数据挂到数据总线上,来通过地址来读取16位数据速度是比较快的,应该能满足你的时间要求
ywc86196225 2010-09-26
  • 打赏
  • 举报
回复
IO口速度是很慢的 总线接口速度快
当我遇上-你 2010-09-26
  • 打赏
  • 举报
回复
谢谢大家,问题解决了,修改线程优先级就可以了
当我遇上-你 2010-09-26
  • 打赏
  • 举报
回复
调试发现,同样的显示程序,用线程来实现速度很慢,定时器要快很多,是怎么回事?
FLandY1982 2010-09-26
  • 打赏
  • 举报
回复
是应用程序的问题,IO的采集速度是没有问题的。
LZ帖点代码段看看
jiereliyi 2010-09-26
  • 打赏
  • 举报
回复
DMA吧。采集的读取分开。采集存到连续的外部ram。然后写个流驱动一次全部读取数据
shellgo 2010-09-26
  • 打赏
  • 举报
回复
这个应该不是IO的速度问题,检查下驱动和应用,是不是那个地方堵住了
当我遇上-你 2010-09-26
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 shellgo 的回复:]
按照道理来说,在驱动里读写io很快的,一次性把gpndat读出来,速度上应该很快的,
[/Quote]
循环读取800次,速度就上不去了,不知道那里的问题
shellgo 2010-09-26
  • 打赏
  • 举报
回复
按照道理来说,在驱动里读写io很快的,一次性把gpndat读出来,速度上应该很快的,
智能断路器的设计方案 1. 系统的整体框架 2. 智能断路器各个模块映射的通信协议栈及通信特点 从图中可以看出:MMS映射了全部的A协议集和T协议集,复杂程度最高。但是该模块 主要实现的是断路器参数的在线检测和远程控制,因此对通信的实时性要求并不高, 基本上是以人的反映时间为准。 GOOSE模块直接映射到了以太网,其目的是保证分合闸GOOSE报文的快速传递,因此它 的特点是:通信映射简单,但是实时性要求高,GOOSE报文的时延必须小于2ms。 SMV也直接映射到了以太网,其特点是:实现简单,但是实时性要求最高,SMV的时延 必须控制在微秒级。 3. 具体的实现方案 1. 方案一 图中所示为南瑞的开关设备智能装置实现方案。CPU采用Freescale公司高性能32位微处 理器,考虑到GOOSE和SMV的强实时性要求,在系统中嵌入Vxworks专业硬实时操作系统。 MMS,GOOSE,SMV全部在嵌入式单系统中实现。 其优点是:结构紧凑,硬件平台比较简单,实现起来相对容易; 缺点是: 采用专业的实时操作系统直接提高了研发经费,个人觉得仅仅为了满足GOOSE和SMV的实 时性而采用Vxworks有点浪费; 由于该系统只采用了61850定义的逻辑节点进行建模,因此系统在线检测的信息种类相对 偏少。应该按照62271- 3标准进行建模,个别的检测参数如果在标准中没有对应的数据对象,可以考虑扩展建模 。 由于CPU的IO有限,该方案中的电流互感器和电压互感器采样信号只能以QSPI( 同步队列串行接)方式通过CPU的IO送入CPU中。这种方式下将不可避免的会 造成采样值的巨大时延,产生很大的相位偏移。这种时延在电子式互感器的设计 规范中将不可容忍。 2. 方案二 方案二是对方案一的改进,采用双系统实现智能断路器的所有功能。 具有高实时性要求的GOOSE报文和SMV帧采用FPGA,用纯硬件逻辑实现;由于FPGA具 有丰富的IO资源,可以实现电流电压采样信号的并行接入,减少时延。 使用嵌入系统实现复杂的MMS服务。由于不需要实现高实时性的任务,因此就没有 必要使用昂贵的专业硬实时操作系统,Linux或者WINCE都可以满足MMS的设计要求。研发 费用大幅度降低。 按照62271标准建模,扩展在线检测的信号种类,提高系统遥控和遥测的能力。 方案二的缺点是:硬件电路比较复杂,研发的难度比方案一大。 我在嵌入系统和FPGA系统中都进行过数字化变电站相关产品的研发,具备一定的研 发经验,因此按照方案二实现智能断路器还是有信心的。 ----------------------- GOOSE报文解析 GOOSE报文编码 以太网控制器 开关量采集 断路器位置 刀闸位置 。。。 弹簧状态 继电器 分合闸控制信号 开关位置信息 分合闸命令 GOOSE 模块 ACSI 数据模型 数据集模型 模拟量采集 。。。 报告控制块 断路器 参数遥测 遥控 (在线设置) 报告 储能电机操作电流 刀闸电机操作电流 分闸线圈操作电流 合闸线圈操作电流 开关触头的温升 灭弧室真空度 分闸速度 合闸速度 。。。 MMS 模块 以太网控制器 合并单元 (按照SMV 9-2编码) 一次回路电流电压采集 保护电流 测量电流 保护电压 测量电压 SMV采样包 SMV 模块 (任选) 智能断路器的设计方案全文共5页,当前为第1页。 MMS A协议集 TCP/IP (T协议集) ISO/IEC 8802-3 ISO/IEC 8802-3 Ethertype GOOSE SMV 智能断路器的设计方案全文共5页,当前为第2页。 智能断路器的设计方案全文共5页,当前为第3页。 CPU 以太网控制器 MMS服务帧 模拟信号调理 1—N路 Flash SDRAM 实时时钟 。。。 在线检的模拟量输入 RJ45/ 光纤 嵌入系统 AD转换 FPGA 以太网控制器 GOOSE编码 SMV编码 GOOSE报文 SMV帧 系统间信息交换 光电隔离+ 继电器 光电隔离 .。。 模拟信号调理 AD转换 .。。 F I FO RJ45/ 光纤 分合闸控制信号 开关量输入 一次电流电压输入 FPGA系统 智能断路器的设计方案全文共5页,当前为第4页。 智能断路器的设计方案全文共5页,当前为第5页。

19,502

社区成员

发帖
与我相关
我的任务
社区描述
硬件/嵌入开发 嵌入开发(WinCE)
社区管理员
  • 嵌入开发(WinCE)社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧