请教个3分56秒的问题

       我在测试goto程序中发现，计算步进电机转动得到的实时赤经坐标，和通过计算地方恒星时减去goto目标后 得到的坐标在goto完成的时候是完全一致的，但是在运行一段时间后，两者出现了差值，并且随时间增大，在多次优化程序和算法后，这一现象始终存在，后来终于想到每天的精确不是时间真正的24小时，而是23小时56分钟04秒。。。
       弄清楚了原因后，跟踪程序，发现确实是这样的。那么问题就来了，这个不存在的3分56秒大家是怎么样处理的？我观察stellarium似乎是加到了goto目标的坐标里面，但是却不知道是怎么换算的，难道是按照24小时或86400秒平均加的吗？请知道的达人指点下，谢谢了！
       本人似乎有强迫症，对于程序方面的计算必须都要达到能够前后验算一致才能安心，否则就。。。

帮顶。不懂。。

所以要有导星

强迫症不好

楼主的精神可嘉。帮顶

1,作为短时间单次goto,比如10分钟,这个24时与23时56分的误差足够小,完全可忽略

2,要提高精度, 程序算法是渐进累加法,就是说先计算直接瞬时goto过去的位置,在加上goto过去耗费时间引起的位置误差

3,提高精度,最有效的保障就是采用传感器定位置

山脚落 发表于 2012-12-8 07:59

                               
登录/注册后可看大图

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

                               
登录/注册后可看大图

是不是完成goto的时间小于10分钟  如果没有强迫症和高精度的要求，就可以 忽略这个误差啦？ ...

...
不论是goto或者跟踪，这个误差都是客观存在的，因为一边是以86400秒为一天，另一边是86164秒为一天，那么每10分钟的误差将近2秒，如果不补偿的话。具体到影响，就是不能使用高倍率或者长时间，否则goto的精度就是个笑话。

xwxwwx 发表于 2012-12-10 18:59

                               
登录/注册后可看大图

...
不论是goto或者跟踪，这个误差都是客观存在的，因为一边是以86400秒为一天，另一边是86164秒为一天， ...

我明白了  有两个地方的误差 一个是 goto 的时候，一个是系统标准本身就有误差了