千家论坛_弱电智能化技术与工程讨论(建筑智能,家居智能,人工智能)

监控系统(CCTV)
收藏本版 (135) |订阅

监控系统(CCTV) 今日: 47706 |主题: 63094|排名: 2 

发新帖
打印 上一主题 下一主题

控制键盘的485发码问题!...

[复制链接]
lookme1234 发布于: 2007-1-31 01:22 1087 次浏览 12 位用户参与讨论
跳转到指定楼层

控制云台的键盘在摇动摇杆没有回位的时候,命令是否应该不停的发出!这样是否会导致485过度疲劳?请看

FF 01 00 04 10 00 15

FF 01 00 04 18 00 1D

FF 01 00 04 21 00 26

FF 01 00 04 36 00 3B

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 37 00 3C

FF 01 00 04 1D 00 22

FF 01 00 00 00 00 01

这是我向左摆动的时候停止了很段时间收的码!中间重复的证明键盘不停的发码!事实证明这种键盘操作云台的效果很好!请教高人指导!

回复

使用道具 举报

已有12人评论

新浪微博达人勋

千家认证

沙发
cqhjnet 发表于 2008-1-23 00:26:00

嗯,应该是这样的...

回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

板凳
SupermanTm 发表于 2008-1-23 03:52:00

过度疲劳是不会的,毕竟电子器件的正常工作没有“过度疲劳”这种说法的,不过,摇杆不能归位是个问题,我倒是担心你的云台是不是会一直很缓慢地动作。

回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

地板
wxboan 发表于 2008-1-23 09:08:00
学习
回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

5#
桃园一片 发表于 2008-1-23 13:38:00

在解码器设计当中,会有两种通讯方式。一种就是你说的这种每几十毫秒重复发送一次命令;另一种是“动”一个或一串命令;“停”一个或一串命令。这两种方式各有利弊。

连续发命令方式:优点可靠性强,弊端不能接太多副控(键盘),由于485始总线方式,线路上同时只能一个设备处于发送状态。相反单组命令发送方式,可靠性低(可能发送时恰好遇到干扰)但是可以接许多副控(键盘)。

回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

6#
视得清电子 发表于 2008-1-23 19:11:00

这个很正常,目前的协议基本上都是这么设计的,没有什么问题!

因为你描述的是遥感没有复位的时候,指令将一直发送!尤其是目前适应于高速球!

回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

7#
gzcfwangbiao 发表于 2008-1-24 16:15:00
我路过!!
回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

8#
sdyaokk 发表于 2008-1-24 17:15:00

比较专业

回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

9#
stupid-zhang 发表于 2008-1-24 23:14:00

很好呀,研究到发码了,相信搂主你能自己解决问题.

回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

10#
cf88 发表于 2008-1-25 00:18:00
以下是引用lookme1234在2007-1-31 1:22:00的发言:

控制云台的键盘在摇动摇杆没有回位的时候,命令是否应该不停的发出!这样是否会导致485过度疲劳?请看

FF 01 00 04 10 00 15

FF 01 00 04 18 00 1D

FF 01 00 04 21 00 26

FF 01 00 04 36 00 3B

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 3F 00 44

FF 01 00 04 37 00 3C

FF 01 00 04 1D 00 22

FF 01 00 00 00 00 01

这是我向左摆动的时候停止了很段时间收的码!中间重复的证明键盘不停的发码!事实证明这种键盘操作云台的效果很好!请教高人指导!

楼主这个协议应该为P-D,具体给你分析一下:数据组别,此代码为16进制

1. 开始码:FF  固定

2. 地址码:01  1号位

3.摄象机命令行,也就是说这里有数字的话,就是控制镜头的

4.方向码:04  方向左

5.速度:左或右速度(这里数据一直在变,说明这个是加速度的控制杆,如果是控制恒速球,你怎么变都哪个速度)

6.速度:00  上或下速度

7.校验码:以上6组数据相加得出(这个就是为什么这个数据也一直再变,因为速度数据在变,所以校验码也在变)

停止命令:FF 01 00 00 00 00 01

数据不存在过劳问题,就如你电脑的网卡,不存在这个问题。

还有一般如果是DVR一般的协议是只发送一次,也就是说如果不变速(高速球是变速的)一般速度数据是不变的,只发送一次,停止再发送一个停止码,就2组数据。不过有一个协议是列外,就是YAAN协议,他的是 200MS发送一次,不过也可以只发送一次,他这么设计应该也是从可靠性上考虑。

有朋友要问,为什么其中几条命令是一样,应该楼主保持了一定的速度,也就说楼主可能到拨到一定的位置不动,保持了2-3秒。

P-P协议是A0开始的。现在的变形协议太多,楼主这个是标准的P-D协议。

回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

11#
兰颜知已 发表于 2008-1-25 11:31:00
这个贴子不错,真正让人学到东西的贴子.5楼10楼的朋友都不错呀.
回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

12#
dbkdz 发表于 2008-1-27 00:22:00
  楼主是我同事和朋友,07年已转行;此问题因我KEY控制键盘问题在2006年冬天引起,想起当晚我们一个在南方一个在北方通了那么长电话,测出此代码;最后问题是KEY摇杆质量问题引起快球收不到停止命令,导致摇杆松开快球依然连续旋转。

楼主,您现在何方?何时回天津?期待2008年天津见面聚聚。
回复 支持 反对

使用道具 举报

新浪微博达人勋

千家认证

13#
lion821006 发表于 2008-1-28 16:04:00
学习学习······
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册 新浪微博登陆 千家通行证登陆

本版积分规则

千家智客微信号
千家智客微信
玩物说商城
玩物说商城