AMount - система управления телескопом

[FlexLM]

Пока таких планов нет. К тому же код из планетария не весь мой. Определённая часть предоставлена Acrux... Ещё я использую старые версии Android studio, Visual studio 2010. Поэтому исходники в др. версиях нужно очень постараться собрать, чтобы они заработали. Переходить на новые версии не хочу, т.к. очень легко весь код ломается (был печальный опыт).

[drathammer]

Пока таких планов нет. К тому же код из планетария не весь мой. Определённая часть предоставлена Acrux... Ещё я использую старые версии Android studio, Visual studio 2010. Поэтому исходники в др. версиях нужно очень постараться собрать, чтобы они заработали. Переходить на новые версии не хочу, т.к. очень легко весь код ломается (был печальный опыт).

Понятно, спасибо.

Осваиваю управление системой из приложения под Android, появились некоторые вопросы:
1. Состояние: привязка выполнена, трекинг выключен. Выбираю соседнюю звезду к точке привязи, выполняю команду goto - монтировка движется без остановки. В случае тех же действий при включенном трекинге происходит позиционирование на заданном объекте, после чего монтировка останавливается. Это штатное поведение?
2. Состояние: привязка выполнена, состояние трекинга любое. При перемещении монтировки кнопками нет движения маркера на карте, т.е. программа считает, что монтировка по-прежнему смотрит в точку привязки. Это штатное поведение?
3. Не удалось попробовать поиск по спирали. Вроде бы, действую по инструкции: трекинг отключен, параметры настроены, выполнена формальная привязка к объекту, нажимаю кнопку "спирали" - и монтировка по азимуту крутит не останавливаясь в одну сторону (по высоте, вроде бы, направление меняется). Я где-то не так понял инструкцию?


Спасибо.

[FlexLM]

Состояние: привязка выполнена, трекинг выключен. Выбираю соседнюю звезду к точке привязи, выполняю команду goto - монтировка движется без остановки.

Для проверки использовал скетч 20240314. Андроид приложение 20240314. Монтировка останавливается. Кнопка готу "G" меняет букву на "S" (стоп) и в таком состоянии остаётся. Это и понятно. Ведение отключено и точно на объект маркер телескопа уже не попадет. В идеале бы при остановке букву вновь изменить на "G"... На мой взгляд, привязка к объекту и готу без ведения не имеют особого смысла. Пока пусть остаётся возможность для такой комбинации.

При перемещении монтировки кнопками нет движения маркера на карте

Да. Так задумано, чтобы кнопками можно было поправлять трубу без влияния на координаты. Более того, при отпускании кнопки долго боролся с "доворотом". Надеюсь получилось. Раньше "доворот" получался из-за того, что за время нажатия кнопки AltAz-координаты изменились и контроллер при включенном трекинге пытался затем компенсировать рассогласование целевой и текущей координаты.

Не удалось попробовать поиск по спирали.

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

P.S.
Гугл опять намудрили с разрешениями блютус для Андроид 13. В последней версии приложения это исправил. Заодно и баг с вылетом приложения во время работы.

Сейчас работаем над исключением маленьких периодических рывков объекта влево (изображение прямое). Пока разбираемся с их причиной.

[Alecs99.99]

Собрал систему управления , пока все на проводах но движки крутятся .Спасибо автору за разработку и довольно подробный гайд .Столкнулся с некоторыми проблемами .Монтировка еку 5 , соответственно экваториальный режим .На Винде работать систему так и не смог заставить , несмотря на выбор типа монтировки экваториальная в прошивке , программа считает ее альазимутальной и в приложении не меняет тип , пишет команда м не выполнена .При работе на Андроиде  все вроде работает , сделали привязку включилось ведение , можно навестить на следующий , все вроде работает нормально , но стоит нажать стрелочки наведения на экране врубает  движки на полную скорость и ведёт судя по экрану откуда-то из горизонта через пол неба и встаёт на объект на который был наведен , похожие глюки и при попытке нажать кнопки ручного пульта .Ещё при ведении движек идёт рывками как секундная стрелка часов .Движки 200 шагов на оборот , передача шкивы гт2 16 и 40 ну и червячная пара монтировки замедление 144 .Драйвера лв8729 микрошаг ставил 128 и 64  .Первый запуск не мог понять почему нет ведения , моторы с ручного пульта крутились пока не сделал привязку в Андроиде .Было бы неплохо при включении без телефона при экваториальном режиме монтировки осуществлять ведение и перемещение .Буду дальше разбираться , на монтировку пока не ставил надо делать провода на движки .

[Alecs99.99]

Сейчас посмотрел внимательней , похоже какой то сбой , система переодически думает что наведена на север возле линии горизонта от него и восстанавливает позиционирование на ранее выбранный объект , перед сбоем моргает светодиод .надо попробовать добавить керамику по входу .

[FlexLM]

Из шапки темы: "Экваториальный режим проверялся только виртуально..."

А какую версию ВП для Windows вы используете? Проверил vcAMount20240311 вроде переключается на Eq-режим.
Попробуйте обновить прошивку до AltAzEqMount20240330 для контроллера, возможно часть глюков уйдёт. Сделал привязку, понажимал кнопки, нормальная реакция.
Для непрерывного ведения ШД попробуйте в конфиге скетча: #define TIME_AXIS 0
Я бы не стал делать микрошаг 128 (да и 64 тоже). Крутящий момент ШД упадет и на контроллер лишняя нагрузка.
Обновление ВП для Андроид: AMount20240329

[Alecs99.99]

Впаял кондеры не помогло переодически слетает на север и возвращается на точку привязки , скетч ставил последний из шапки темы .

[FlexLM]

Из новостей. Удалось понять принцип разгона ШД в OnStep. Я был приятно удивлён, когда ШД плавно разогнался до 80кГц (на  пине step) с драйверами а4988. Это уже напоминало скорость фрезы. Не удивлюсь, если с драйверами lv8729 можно разогнаться до сотни Понятно, что такие скорости для монти не нужны. Но главное, что теперь получается уйти от резкого перехода на максимальные скорости и существенно оптимизировать частоту прерываний таймеров ШД.

[Faddey]

Настройка и проверка ST-4.

05.04.2024 21-17-34
Юпитер
Увеличение х240. 
Длинна импульса в FireCapture 270ms (из них 200ms подавление дребезга).
Корректирующий импульс 70ms.
#define ST4                     true   
Для моих const double dR_X  (dR_Y )            = 1827;
Добавил промежуточную скорость между 256 и 128 на ней корректнее всего работает ST-4
190,      //2
скорость, после которой будет разрешен разгон/торможение по оси X/Y
#if ST4
  byte iSPEEDST4              = 4;   
Карандаш 0.04

https://disk.yandex.ru/i/CQPyXKysSOf8mg

05.04.2024 21-57-40
Попробовал работу по более высокому объекту Тау 1 Ari вело и корректировало так же.
Ждем Луну для более точной настройки.

[Faddey]

06.04.2024
Солнце
Проверил ведение и коррекцию от ST-4
За 30 минут все что нужно в кадре (зона в FireCapture 30x30pix в ней пятно)
Карандаш 0.04 (практически звездное ведение).

[FlexLM]

Создана версия прошивки только для Wemos D1 R32. В ней есть отличия в Config.h по сравнению с предыдущей версией (в ней тоже есть исправления; ещё поддерживает ардуино).
Основное отличие - существенная переделка разгона-торможения. Теперь ШД (проверял на 17hs4410) могут при необходимости разгоняться менее, чем за 0.5сек при 100-150кГц на пине Step. Вместо настройки времени разгона используется желаемая дистанция (в градусах), на которой будет выполняться разгон или торможение.

[FlexLM]

Ура. Переделал скетч для работы esp32 под управлением Freertos (многозадачная операционная система реального времени). Предстоят ещё тонкие настройки... Посмотрим, насколько теперь esp32 раскроет свой потенциал.

[Faddey]

Схема для подключения ST-4.

Открытый коллектор выходы ST-4 подключаем:
U=Up
D=Down
L=Left
R=Right

X2 Socket:
2 - вверх - вниз
3 - влево - вправо

Номиналы  R4-R5-R9-R10 220 Ом, для схемы пульта в этой теме.
Варистор RK1 5...18 Вольт.
Не стоит ленится, лучше поставить 1 кОм и 0.1 мкФ по входам CPU. Ранее расписали для чего и какие бывают последствия.

[Deinos]

В приложении появилось три карандаша. Что какой карандаш означает?

[FlexLM]

Карандаши - это пользовательская настройка трекинга. Задаётся в сек/сут. относительно звездного времени. Т.е., насколько карандаш будет больше или меньше звездного времени. Если карандаш =0, то это звездное время. Например, монтировка опережает объект, выбираем карандаш и вводим, допустим, 40сек/сут. Монтировка замедлит своё движение...

[Deinos]

Здравствуйте. Произошла такая ситуация. Настроил ведение на галактику. Все хорошо ведёт. 60 сек - объект не смазывается. Потом навелся на другой объект. Значение карандаша оставил тем же. И объект уходит. Из-за чего это может быть?

[FlexLM]

Здравствуйте. А какая у вас монтировка: Eq, AltAz? 60сек - это значение карандаша? Вы астрофото делали без гидирования? Система построена на wemos?
Для AltAz монтировки карандаш лучше подбирать на каждый объект свой. При ведении используется простая модель пересчёта координат. Она не учитывает многие явления. Например, рефракцию. Для близких объектов она будет вносить свою лепту в зависимость скорости движения и высоты над горизонтом.
Ещё для разных азимутов получается разная скорость движения. Для объектов солнечной системы контроллер не считает их эфемериды (не хватит у него ресурсов). Ну и я не великий специалист в создании точного и компактного математического аппарата для астрообъектов. Поэтому без карандашей не обойтись 🙂

Для любознательных. Недавно разбирал планетарный редуктор и выяснил, что передаточное отношение немного отличается от заявленого китайцами. Раздобыл там немного стружки. Пришлось чистить и заново смазывать. Один подшипник заменил. Немного сошлифовал выходной вал редуктора, т.к. была очень тугая посадка на него подшипника.
Доделал скетч для FteeRTOS. Неспешно тестирую. Пока не выкладывал на я-диск. Желающие-тестировщики - пишите в ЛС.

[diant]

Автор или знающие люди, подскажите, где можно взять код (скетч) под Ардуино нано для управления осью RA? Нужно, собственно, прежде всего звездное ведение, ну и быстрый перевод вперед/назад. Управление будет простейшее - прямо рядом с шаговиком закреплю энкодер, наверное.
Замысел простой: куплена CG4, на ось RA поставлю обычный шаговик Нема со шкивами 1:3 (12:36). Тут же рядом закреплю Ардуинку и управляющий энкодер. Поскольку монти будет использоваться для уличных показов неба детям, вес и все прочее предельно минимизируется. Возможно 4 аккумулятора 18650 подвешу в качестве противовесов прямо на штангу (минус еще кг выйдет), ну или над нею. Собственно всё. Основные элементы вроде продуманы, драйвер будет с микрошагами до 1/128й (LV8729). Крутить движком бустро умею. Плавный разгон/остановка тоже. А вот точное звездное/солнечное ведение - нужны идеи, тут пока туман.

[FlexLM]

Ого, даже с драйверами а4988 (1/16 шага) ШД 17hs4410 100 оборотов сделал точно: видео.

[FlexLM]

Новая прошивка (теперь используется ОС FreeRTOS) только для Wemos D1 R32 и AltAz-режима, внесены изменения в Config.h.
Для неё необходимо обновить Android-приложение.
Для карандашей (настраивают пользовательский трекинг) ориентиром служат значения: 14.51 "/sec - лунное ведение, 15 "/sec - солнечное ведение, 15.041 "/sec - звёздное ведение. Конечно, доступны и стандартные скорости. Карандаши позволяют их корректировать и таким образом учитывать атмосферную рефракцию.
На карте неба в приложении есть рекомендуемое значение карандаша (известно, как KingRate).
С ним удалось удерживать Солнце в поле зрения зум-окуляра Celestron 8-24 при 50х около 40мин. Подозреваю, что это не предел для данной системы управления.
Пример начального и конечного положения нашего светила показан на фото. Снято на смартфон через окуляр.