Деротатор поля зрения на Добсон

[Дмитрий Лантинов]

Вот такая конструкция получилась:

Мне подобное что-то придётся видимо строить под мою дудку на 60+ кг ))

[Толан]

Ну скажем так идея вращать всю трубу не новая.. на фест даже привозили такой доб с вращением трубы..

а тема не оживляется ппотому как если хорошо подумать.. то гемороев много - а результат будет ниже среднего все равно  ну или хорошо если обычный ) а задач решить надо будет дофига...
Если просто интересно задачи порешать то флаг в руки ) контроллер ведения, контроллер вращения... собственная программа гидирования которая будет править "калибровку" учитывая деротатор...

одна вот эта третья задача по стоимости больше хорошей экваториальной монтировки думаю тянет ) (если заказывать программисту на стороне .. да ? )

Дело в том, что моя система не зависит от компа. Всем управляет сама, как я выше говорил, расчитана и на визуал в чистом поле, автономное питание, аккумы и вся система управления ведением, индикации координат, ну всё, в одной коробочке собрано. Программирование микроконтроллеров - это для меня не проблема. Всё сам делаю. Ардуинки не использую, хотя и есть, так, валяются.
 16-и разрядные пики от микрочипа не плохо себя показали, дешево и сердито. И печатку не надо травить, на монтажных платках исследования провожу. У них в DIP корпусе стандартно расположение ножек. Два контроллера в системе, по UART между собою общаются. Внешняя память по I2C. Вполне хватает для всех задач.  Конечно гидирования не будет в поле, если ноут с собой не брать, только ведение. Но оно достаточно точное, только механикой ограничено, её точностью, что конечно желает лучшего. Электроника работает четко, а вот механика подводит... Вот при астросъёмке, да, тут вступает в дело комп, ведение нужно капитальное, не более секунды дуги. Использую PHD2 и  FireCapture, как-то привык к ним уже. АСКОМ и подобные вещи тоже не использую. Хотя можно и подключить, только драйвер для нестандартной монтировки написать, без этого никак. Камеры все от ZWO ASI. Буквально месяц назад приобрёл ZWO ASI 533PRO На небе ещё не испытывал, но низкий уровень шумов меня потряс, по сравнению с 290 и 385. Это небо и земля.
Да, что-то я отвлёкся от вашей цитаты, БЕРУ ФЛАГ В РУКИ люблю решать сложные задачи! 

[Толан]

Ну скажем так идея вращать всю трубу не новая.. на фест даже привозили такой доб с вращением трубы..

Вот это интересно! А нет ссылки у вас? Хотелось бы поподробнее эту конструкцию посмотреть.

[Jozef]

Так если это все равно будет привязано к автогиду, то угловое рассогласование никуда не денется, а проблема не исчезнет, что при вращении всей трубы, что при вращении приблуды на «заднице» телескопа…

Исчезнет, если телескоп-гид будет прикреплён к основной трубе и вращаться вместе с ней.

Дело в том, что шестерни, венцы маховиков, как мне кажется, изготавливаются очень не точно, грубо. Ну, я думаю, гид и большой диаметр шестерён компенсируют эту не точность.

Есть такое! Для визуала точность превосходная, а вот для астрофото надо гидировать: при большом увеличении, когда вставлена планетная камера, на экране ноутбука звезда сперва неподвижна, потом смещается немного влево, потом вправо...скорее всего это из-за немножко нелинейного вращения из-за больших зубьев и маленькой шестерни бендикса или погрешностей червячного редуктора. Но опять таки, гид решает.

[ysdanko]

Исчезнет, если телескоп-гид будет прикреплён к основной трубе и вращаться вместе с ней.

В результате, ТС изготовит всю ту же экваториальную платформу. Там труба то же вращается.  . Вот только почему то никто не связывает экваториальную платформу с термином "деротатор" 

[Jozef]

Исчезнет, если телескоп-гид будет прикреплён к основной трубе и вращаться вместе с ней.

Ошибся. Можно, конечно, сделать механизм, чтобы крутить всю трубу, можно сделать проще: крутить камеру и одновременно гидирующий телескоп с той же скоростью, но проблемма вылезет другая - у гидирующей программы есть так называемая калибровка, когда вначале телескоп немножечко двигается туда-сюда-вверх-вниз, чтобы определить какой мотор и с какой интенсивностью надо крутить для требуемого перемещения. Так вот, если труба с гидом немножко прокрутится в продольном направлении, и гидируемая звезда на экране по каким-то причинам сместится вниз, рнd2 даст команду моторам "вверх". Но так как ось уже сместилась, то в результате при коррекции звезда не вернется в исходное положение, а сместится вверх и немного вбок,  т.е. по диагонали. И чем больше прокрутится телескоп, тем неправильнее будут команды от гидирующей программы. В принципе, эту проблемму можно решить программно в контроллере ведения, тем более если ТС ее писал сам.

[ma][im]

можно сделать проще: крутить камеру и одновременно гидирующий телескоп с той же скоростью, но проблемма вылезет другая - у гидирующей программы есть так называемая калибровка, когда вначале телескоп немножечко двигается туда-сюда-вверх-вниз

В принципе, эту проблемму можно решить программно в контроллере ведения, тем более если ТС ее писал сам.

PHD надо свой писать под это дело, контроллеры заменить на одноплатник тогда и написание программы и отладка будет в разы проще (никаких программаторов все сразу в одной плате и управление приводами и обработка видео, да что там в плате в одной программе).
В целом это похоже на большой геморрой для небольшой трубы, который можно решить покупкой AM5 или az-eq6, но за темой буду следить - очень уж интересно что в итоге получится у ТС

[Толан]

Так вот, если труба с гидом немножко прокрутится в продольном направлении, и гидируемая звезда на экране по каким-то причинам сместится вниз, рнd2 даст команду моторам "вверх". Но так как ось уже сместилась, то в результате при коррекции звезда не вернется в исходное положение, а сместится вверх и немного вбок,  т.е. по диагонали.

Абсолютно верное замечание. Гиду придется поработать активнее конечно, поправок станет больше. Я как раз собирался проверить это еще раз, погоды нет пока. Т.е. откалибруюсь по звезде и проверну камеру гида на некоторый угол, и посмотрю, как он будет отрабатывать.

[Толан]

В результате, ТС изготовит всю ту же экваториальную платформу. Там труба то же вращается.

Там несколько иное, вращается не труба, а наклоняется вся монтировка, а аппарат все-таки не легкий. Не думаю, что будут отсутствовать изгибы и коробления монтировки из дсп. Вертикальную нагрузку она хорошо держит, а вот наклоны... Чтот я сомневаюсь.

[Толан]

вообще вот у нас на форуме есть тема Чилископа.. это метровик.. азимутальный.. снимают длинными выдержками и проблем не ведают и не выдумывают ))

Да... Там, надеюсь, не PHD2 ведёт, а что-то иное. В PHD есть функция ручной подвижки опорной звезды во время гидирования, и она работает хорошо... Но ведь не будешь сидеть и по заранее рассчитанному алгоритму вручную двигать её по пикселям во время сессии. Автоматизировать бы всё это, тогда и деротатор работал бы на Ура.  Была бы такая программа ведения в открытом доступе, которая учитывала бы угол и смещение опорной звезды гида относительно центра поля зрения основной камеры, и корректировала рассогласование. К сожалению я не дока в программировании на Виндовс, только автономные встроенные системы, микроконтроллеры. Хочется восполнить этот пробел, но... времени не хватает, основная работа всё отнимает.

[Толан]

PHD надо свой писать под это дело

Да, согласен, но, к сожалению, я не айтишник. В посту выше написал. Поэтому решил технически решить это. Не лучший вариант, согласен, механика есть механика, её точность сильно отстаёт от программ, управляющих ею. Но надо испытать. Флаг пока держу, не бросил Хочу воплотить в металл, попробовать всё-таки. Не получится - будем думать над изготовлением экваториала с "0", Но я думал, что тут есть люди, которые уже попробовали этот вариант. Теоретические расчёты обнадёживают, но практически, как я понял, никто не пробовал.

[Jozef]

Но ведь не будешь сидеть и по заранее рассчитанному алгоритму вручную двигать её по пикселям во время сессии. Автоматизировать бы всё это, тогда и деротатор работал бы на Ура.

Так зачем вручную? PHD пускай себе работает в штатном режиме, изменения должны быть прописаны в контроллере. Припустим, вывести отдельную кнопку для режима гидирования. Вначале, при старте, если кнопка нажата, будет считаться позиция "ноль", и команды PHD отрабатываются корректно. Но чем больше времени проходит, тем больше угол получается, контроллер подсчитывает время, прошедшее с момента старта, и на команду "вниз" подает сигналы сразу двум моторам - вниз и немного вбок, и чем дальше, тем меньше вниз и больше вбок, это все можно рассчитать и вписать программно.

[Толан]

Так зачем вручную? PHD пускай себе работает в штатном режиме, изменения должны быть прописаны в контроллере. Припустим, вывести отдельную кнопку для режима гидирования. Вначале, при старте, если кнопка нажата, будет считаться позиция "ноль", и команды PHD отрабатываются корректно. Но чем больше времени проходит, тем больше угол получается, контроллер подсчитывает время, прошедшее с момента старта, и на команду "вниз" подает сигналы сразу двум моторам - вниз и немного вбок, и чем дальше, тем меньше вниз и больше вбок, это все можно рассчитать и вписать программно.

А сам PHD что будет делать? Ведь гид жестко сидит на трубе. Ну сделаю я, будут команды на подвижку изменяться в соответствии проворота и ухода поля зрения основной камеры. Там изображение сцентрируется. А в поле зрения гидирующей камеры звезда будет уползать тогда, начнется вращение вокруг центра поля зрения съёмочной камеры, а не вокруг опорной звезды гида, PHD с ума спятит, пытаясь поймать её в ту же позицию, с которой начал. Или я не прав? Не так вас понял?
Была по перВой идея сделать поворотный гид, но отказался. Это получилось бы вторая маленькая моторизированная монтировочка на основной трубе. К тому же всё равно был бы нужен деротатор. + 3 мотора ещё. .... Неее... Чем больше механики, тем меньше точности.

[Jozef]

PHD с ума спятит, пытаясь поймать её в ту же позицию, с которой начал. Или я не прав? Не так вас понял?

Это я в дополнению к вашей идее вращать продольно трубу с гидом. В таком случае поле в основной камере не будет вращаться относительно поля гида, но пострадает управление при гидировании, вот чтобы этого избежать у меня и возникла мысль программно менять подвижки при длительных выдержках.

[Толан]

Это я в дополнению к вашей идее вращать продольно трубу с гидом. В таком случае поле в основной камере не будет вращаться относительно поля гида, но пострадает управление при гидировании, вот чтобы этого избежать у меня и возникла мысль программно менять подвижки при длительных выдержках.

Да, вот жду неба, контрольные испытания сделать. В разделе помощи к PHD написано, что перекалибровки не требуется при изменении наклона гидирующей камеры +- 5* Ну это не плохо было бы, уже ведь не 10 - 15 секунд выдержки, а намноооого больше. Прикинул по Стеллариуму и моим вычислительным таблицам в экселе, что в самых неблагоприятных точках на небе (возле меридиана и т.д.) 7 - 10 минут до перекалибровки. В стороне запада и востока вообще можно не заморачиваться с перекалибровкой, там счет на часы идет. Нужно на практике проверить конечно. Летом в саду хотел проверить, как-то не успел. Не заморачивался ещё конкретно. Но, что меня удивило, PHD вполне работает и на альт-азимутале. Небольшой недостаток - всё это летит к чертям возле зенита и полюса. И, в моём случае, гидирование перестаёт работать, где объект движется уже практически горизонтально, или вертикально, т.е нет импульсов ведения по высоте или азимуту, нечего подправлять. Ну в этих случаях, как правило, и не требуется коррекции.

[Толан]

ДА! Вот что значит, мозг забит всякими проблемами.. Простите! С Новым 2024 Годом ребята! Всем счастья, удачи во всём, и ясного неба 366 дней в (текущем) году! С Праздником от всей души!

[Толан]

гемороев много - а результат будет ниже среднего все равно

Вот эта ваша фраза не даёт мне покоя. Есть ли какие-нибудь достоверные данные, что вся моя затея - дым в чистом поле? Есть ли человек, или его адрес (сам свяжусь), кто попробовал реализовать эту идею? Не, ну правда, ради этого и открыл тему. Как уже говорил выше, теоретически должно сработать. Но практика и теория часто не дружат. Поэтому хотелось бы первого свидетеля услышать.

[Serj]

Даю автору пищу для размышлений: https://threeaxis.sourceforge.net/

[Толан]

Даю автору пищу для размышлений: https://threeaxis.sourceforge.net/

Ого, спасибо! Правда глянул мельком, не разбирался еще, все праздники на работе. Обязательно посмотрю!
-----------------
 Посмотрел. Я видел несколько лет назад нечто подобное, но по ненадобности в те времена, конкретно просто выкинул из головы и забыл.   Разобрался в механо-оптике, (благо анимация есть) как будет формироваться изображение. Да, практичести экваториал получается. В принципе, с точки зрения поля съёмочной камеры, на матрице будет то-же самое, что и при моей задумке. НО! У такой конструкции большой плюс при гидоровании, PHD будет всегда штатно работать, в отличии от моей. Правда, так и не могу протестить свою задумку, неба нет! Поскольку там вращается не оптическая ось телескопа, а наклоняется ось высоты, всё встаёт на свои места, настройка программы гидирования не сбивается. Это полнофунциональный аналог экваториальной платформы,  на все 360 градусов по азимуту, и 90 гр. по высоте, включая зенитные области, без перегибов и наклонов, и перезаряжаний, только программно управляемый. Но и минусы заметил: Нужно изготавливать с "0", или портить родную монтировку Добсона (Оставлять целой только азимутальную ось и лепёшку на ней, чего не хотелось бы. А вдруг решу продать). Конструкция получится значительно больше. Классические формулы сферической тригонометрии управлением приводов альтазимутала и перевода Az-EQ не будут работать. Они не применимы в данной конструкции. Жаль, что там, в выкладках, их пока нет, и, думаю, не будет. Самому выводить... не знаю, получится ли, изучать досконально времени не хватает. Интуитивно думаю, из прошлого опыта, что не сильно сложнее должны быть. Переходы по ссылкам, кроме 3D моделирования, не работают.
Но вы, в общем, дали мне живую пищу. + вам Буду думать  

[Serj]

Классические формулы сферической тригонометрии управлением приводов альтазимутала и перевода Az-EQ не будут работать. Они не применимы в данной конструкции. Жаль, что там, в выкладках, их пока нет, и, думаю, не будет. Самому выводить... не знаю, получится ли, изучать досконально времени не хватает.

Кстати, там не так всё страшно. Посмотел исходник:

Код: (coord.c) [Выделить]

void coord_eq_to_a3(double *a1, double *a2, double *a3,
double ha, double dec, double lat, double frot)
{
double fz;
double vx, vy, vz;

/*
** Compute needed components of r, f, and v vectors of alt-alt-az scope
** by using equations for r, f, and v vectors of equatorial scope that
** has been pre-rotated by the field rotation.
*/

fz = -cos(lat) * sin(ha) * sin(frot) - cos(lat) * cos(ha) * sin(dec) * cos(frot) + sin(lat) * cos(dec) * cos(frot);
vx = -sin(lat) * sin(ha) * cos(frot) + sin(lat) * cos(ha) * sin(dec) * sin(frot) + cos(lat) * cos(dec) * sin(frot);
vy = -cos(ha) * cos(frot) - sin(ha) * sin(dec) * sin(frot);
vz = -cos(lat) * sin(ha) * cos(frot) + cos(lat) * cos(ha) * sin(dec) * sin(frot) - sin(lat) * cos(dec) * sin(frot);

*a2 = asin(vz);
*a1 = acos(fz / cos(*a2));
*a3 = coord_wrap(atan2(vx / cos(*a2), vy / cos(*a2)));
}

Правда, если заморочитесь с поправками (а-ля Таки) вот здесь придётся голову поломать...