请教个3分56秒的问题
我在测试goto程序中发现,计算步进电机转动得到的实时赤经坐标,和通过计算地方恒星时减去goto目标后 得到的坐标在goto完成的时候是完全一致的,但是在运行一段时间后,两者出现了差值,并且随时间增大,在多次优化程序和算法后,这一现象始终存在,后来终于想到每天的精确不是时间真正的24小时,而是23小时56分钟04秒。。。弄清楚了原因后,跟踪程序,发现确实是这样的。那么问题就来了,这个不存在的3分56秒大家是怎么样处理的?我观察stellarium似乎是加到了goto目标的坐标里面,但是却不知道是怎么换算的,难道是按照24小时或86400秒平均加的吗?请知道的达人指点下,谢谢了!
本人似乎有强迫症,对于程序方面的计算必须都要达到能够前后验算一致才能安心,否则就。。。
帮顶。不懂。。 所以要有导星:lol 强迫症不好 楼主的精神可嘉。帮顶 1,作为短时间单次goto,比如10分钟,这个24时与23时56分的误差足够小,完全可忽略
2,要提高精度, 程序算法是渐进累加法,就是说先计算直接瞬时goto过去的位置,在加上goto过去耗费时间引起的位置误差
3,提高精度,最有效的保障就是采用传感器定位置
山脚落 发表于 2012-12-8 07:59 static/image/common/back.gif
1,作为短时间单次goto,比如10分钟,这个24时与23时56分的误差足够小,完全可忽略
2,要提高精度, 程序算法是 ...
多谢指教!
1,不论是goto还是跟踪,10分钟的误差都是在2秒以下,单次的误差还是可以接受的,但是长时间的跟踪就必须校正了。
2,你说的程序累进算法是对的,但是这个算法不只是在计算goto的时候用,跟踪也得包含进去。
3,这个问题是由于时间量化方式引起的,我觉得和传感器关系不大。
受到你的指点启发,我想我明白怎么做了,最直接的方法是和stellarium的做法一样,把这个误差折算到目标坐标里面去,这样对传动系统基本没有影响,因为stellarium已经把目标坐标换算成了24小时制了,从而补足了这个3分56秒的误差。另一个方法是把计算出来的本地坐标换算成23小时56分04秒为一天的方式。
xwxwwx 发表于 2012-12-8 09:36
多谢指教!
1,不论是goto还是跟踪,10分钟的误差都是在2秒以下,单次的误差还是可以接受的,但是长时间 ...
留名学习。
是不是完成goto的时间小于10分钟如果没有强迫症和高精度的要求,就可以 忽略这个误差啦? 角落里的烟嘴 发表于 2012-12-10 12:45 static/image/common/back.gif
是不是完成goto的时间小于10分钟如果没有强迫症和高精度的要求,就可以 忽略这个误差啦? ...
...
不论是goto或者跟踪,这个误差都是客观存在的,因为一边是以86400秒为一天,另一边是86164秒为一天,那么每10分钟的误差将近2秒,如果不补偿的话。具体到影响,就是不能使用高倍率或者长时间,否则goto的精度就是个笑话。
xwxwwx 发表于 2012-12-10 18:59 static/image/common/back.gif
...
不论是goto或者跟踪,这个误差都是客观存在的,因为一边是以86400秒为一天,另一边是86164秒为一天, ...
我明白了有两个地方的误差 一个是 goto 的时候,一个是系统标准本身就有误差了
页:
[1]