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

[Толан]

у меня есть около одного градуса заклон колонны

Это ведь дофига! Ну электроника поправит без проблем. А вот не точность механики, да каждый раз в разном месте установка монти, куда она там три опоры положила.... которая с юга была, которая с севера...   периодику как создать? Опять гид палочка-выручалочка. Дешево бысто и довольно точно :-) без заморочек.

[Dima118]

Добрый день! Автору - колоссальный респект за систему!

Пытаюсь повторить, возникла проблема, предполагаю, что софтового характера.

Собираю на Wemos D1 R32, крутит только мотор фокусера (Z).
Оси не крутит, независимо от выставленных перемычек.
Драйвера и схема скорее всего в порядке, так как если меняю назначение порта в скетче - ось <-> фокусер, то по кнопкам фокусера ось крутит, наоборот - нет.
60000 менял на 30000 и на 15000 - не помогает.
Подсмотрел в модуле Stepper_ESP32 формулу <8e7/MAX_RATE_X>
Прошиваю с указанием в IDE частоты ESP 240 МГц, также пробовал 160 и 80 МГц, на частоте 80 какое-то шевеление происходит, но пропадает стабильное соединение по BT.

8е7 на 24е7 поменял - безуспешно.

Какие коэффициенты можно покрутить?

[FlexLM]

Попробовал для esp32 библиотеку 2.0.11 (вместо 1.0.6). ШД работают. Только перестаёт работать реальный кнопочный пульт.
Давайте ещё проверим работает ли вообще у Вас Timer1. Он отвечает за ШД оси X.
Попробуйте на вкладке "Stepper_ESP32.h" в самом низу [функция initTimers()] исправить две строчки на:
timer1 = timerBegin(1, (int)(1e7/MAX_RATE_Z), true); //было (8e-7/MAX_RATE_X)
timerAlarmWrite(timer1, 2, true); //было 1
Т.о. мы получим частоту таймера фокусера. И далее нажимать в ВП кнопки оси Az.

[FlexLM]

Вот такой чудесный импульс (для ESP32/Arduino) на пине Step. Для ардуино использовались команды bitSet и bitClear, для esp32 - digitalWrite.
Хотя его форма далека от прямоугольной, но ШД нормально работают.

[ysdanko]

Хотя его форма далека от прямоугольной, но ШД нормально работают.

Инерционную массу никто не отменял...А импульс так себе. Типичные переходные процессы.

[drathammer]

Приветствую, коллеги.
 
Не буду оригинален, начну со слов благодарности уважаемому FlexLM - очень достойная разработка, отличное сочетание функциональности и рациональности (ну, с точки зрения визуальщика). Отдельных слов заслуживает документация - что инструкции, что комментарии в исходных кодах - такое ощущение, что попутно автор еще учебник написал


Собрал себе эту систему для EQ5 в альт-азимутальном режиме, использовал связку ESP32 (Wemos D1 R32) + LV8729 + Nema17 без редуктора. Все несложно, в домашних условиях все ведет себя штатно. Наступит сезон - отвезу в стационар, посмотрим, как по небу работать будет, но пока все внушает оптимизм.

Тем не менее, есть два комментария и три (пока) вопроса.

1. Не заработал, что называется, "из коробки", ручной пульт. Причина оказалась в константах, с которыми сравнивается значение, приходящее с АЦП при определении состояния кнопок. В скетче прописаны величины 250 и 650(750), что правильно для 10-тиразрядного АЦП Adruino, но маловато для 12-тиразрядного АЦП esp32. Заменил у себя на 500 и 3500, соответственно - пуль работает прекрасно. Может быть, учесть этот момент в скетче, развести и эту часть платформенными дефайнами?

2. Попробовал настроить выборку люфтов монтировки, как описано в руководстве - столкнулся с тем, что команда, например, GX5000 (как и GX1) приводит к безостановочному вращению монтировки. Причина оказалось в том, что в скетче значение для величин, определяющих люфт ( BACKLASH_X и BACKLASH_Y) изначально установлены в 0 и код, отвечающий за работу с люфтами, просто не создается при компиляции, что и приводит к такому эффекту. Перепрошил с ненулевыми значениями - все заработало. Может быть, тоже указать это в документации?

3. Прочитал в соседней теме, что AMount подключается к DSOPlaner. Попробовал - да, подключился без проблем, но работать отказывается, в режиме карты DSOPlaner пишет, что "монтировка занята". Это нормально и все-таки они не совсем совместимы, или я чего-то не учел? Подключал в режимах Celestron 16 бит и 32 бита.

4. Есть ли какие-то рекомендации по подбору длительности разгона/торможения?

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


Спасибо.

[FlexLM]

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

1. Странно. В файле Pins.h для ESP32 указано analogSetWidth(10); //10-разрядное АЦП
    А какая версия библиотеки для wemos у вас выбрана?

2. Да, чтобы настроить BACKLASH_X и/или BACKLASH_Y, необходимо в конфиге задать true для SET_BACKLASH_X и/или SET_BACKLASH_Y
    Тогда перед прошивкой в скетче "включаться" необходимые строчки кода. Эта настройка экспериментальная, досконально не тестировалась. Ну, просто есть такая опция
    В следующем обновлении документации постараюсь дополнить описание.

3. К сожалению, DSOPlanner имеет минимальный набор опций для управления монтировкой. Запустили вы, например, ведение или готу, а как его из приложения остановить? Или выбрать другую скорость трекинга и т.д.

4. Для выбора времени разгона я сначала ориентировался на отсутствие пропуска шагов. Если для ШД задана частота приблизительно выше 30кГц, то двигатели без разгона вряд ли будут стабильно стартовать. Ну, а необходимость дальнейшего увеличения времени - на ваше усмотрение. Главное, чтобы ШД резко не дергались.

5. Поизучаю вопрос - GPS с телефона.

[drathammer]

1. Странно. В файле Pins.h для ESP32 указано analogSetWidth(10); //10-разрядное АЦП
    А какая версия библиотеки для wemos у вас выбрана?

Действительно, не увидел (( Тогда странно, согласен. Библиотеку для wemos я специально не устанавливал, у меня сейчас AdruinoIDE 2.1.0, там поддержка esp32 "на борту", никаких дополнительный действий, как в 1.8.9 делать не требуется. Ну, подумать нужно.

2. Да, чтобы настроить BACKLASH_X и/или BACKLASH_Y, необходимо в конфиге задать true для SET_BACKLASH_X и/или SET_BACKLASH_Y
    Тогда перед прошивкой в скетче "включаться" необходимые строчки кода. Эта настройка экспериментальная, досконально не тестировалась. Ну, просто есть такая опция
    В следующем обновлении документации постараюсь дополнить описание.

Нет, речь не об этом. SET_BACKLASH_X и SET_BACKLASH_Y установлены в true, это само собой и это как раз описано в исходниках, если они false, то AMount просто команду GX7000 не воспринимает, пишет, что команда не выполнена. А вот если SET_BACKLASH_X и/или SET_BACKLASH_Y в true, но подбираемые переменные BACKLASH_X и BACKLASH_Y изначально (при компиляции) установлены в 0, то контроллер команду принимает, а обрабатывает неправильно.

[FlexLM]

Действительно, если в конфиге люфт включён (например, SET_BACKLASH_X true), но его значение равно нулю (BACKLASH_X 0), то необходимые строки кода не включаются при компиляции: #if (BACKLASH_X>0) //в CONFIG.h задан учёт люфта
В ближайшее время исправлю. Тем более, что готова новая версия скетча, в которой математика стала точнее... Неба нет, но так показывает маркер телескопа в Стеллариуме 

И ещё по поводу подбора времени разгона для EQ5. Понятно, что чем оно больше, тем лучше для механики.
Я бы ещё исключил из массива iSPEED_AXIS[] максимальную скорость: iSPEED_AXIS[8]=1. Дело в том, что различие между последней iSPEED_AXIS[8]=1 и предпоследней iSPEED_AXIS[7]=2 скоростью будет в 2 раза и всё же переход получается достаточно резким. Для моей самодельной механики это не столь критично, а у вас заводские червячные пары, как-то жалко...

[FlexLM]

В новом скетче исправлена ошибка для компенсации люфта.

Для ESP32 analogSetWidth(10) заменён на analogReadResolution(10). Теперь кнопочный пульт работает и с самой новой библиотекой ESP32 (2.0.11).
Но и скетч стал использовать 82% памяти устройства и 11% динамической. А с библиотекой 1.0.6 - 74% и 9%, соответственно.

Изменён алгоритм расчёта звёздного времени.
На old.gif видно, что маркер периодически уходит от объекта. На new.gif маркер будто примагничен. Азимутальная сетка в Стеллариуме =1'.

[drathammer]

Я бы ещё исключил из массива iSPEED_AXIS[] максимальную скорость: iSPEED_AXIS[8]=1. Дело в том, что различие между последней iSPEED_AXIS[8]=1 и предпоследней iSPEED_AXIS[7]=2 скоростью будет в 2 раза и всё же переход получается достаточно резким. Для моей самодельной механики это не столь критично, а у вас заводские червячные пары, как-то жалко...

Да, спасибо, я так и сделал сразу, правда, не из жалости к механике - на этой скорости просто не хватает момента для вращения монтировки даже на холостом ходу (без телескопа). Понятно, что можно увеличивать напряжение на моторах, но не хочется (у меня сейчас где-то 0.55В, весьма щадящий режим).

[drathammer]

В новом скетче исправлена ошибка для компенсации люфта.

Для ESP32 analogSetWidth(10) заменён на analogReadResolution(10). Теперь кнопочный пульт работает и с самой новой библиотекой ESP32 (2.0.11).
Но и скетч стал использовать 82% памяти устройства и 11% динамической. А с библиотекой 1.0.6 - 74% и 9%, соответственно.

Изменён алгоритм расчёта звёздного времени.
На old.gif видно, что маркер периодически уходит от объекта. На new.gif маркер будто примагничен. Азимутальная сетка в Стеллариуме =1'.

Да, все работает, как нужно. Прилично получилось правок в скетче ))

Подскажите, а насколько сейчас дружит со Стеллариумом система? Помнится, раньше звучали слова, что протокол реализован не полностью со всеми вытекающими. У меня Стеллариум к AMount-у подключается уверенно, время/местоположение синхронизирует, а привязываться по небу не хочет. То есть на кнопку "Sync" предлагает спозиционироваться на объект и нажать "Ок", но после нажатия ничего не меняется в его статусе. Если нажать "Goto" - статус у монтировки  переключается в "Привязан", маркер по экрану перемещается, но моторы не крутятся. Вручную кнопками из Стеллариума управление осуществляется. Это нормальное поведение или я чего-то не учел?

[FlexLM]

Вероятно, кнопка "Sync" использует команду, которой нет в прошивке.
Для виртуальных тестов я использую старую версию Стеллариума 0.18.2. Привязку и позиционирование делаю комбинацией клавиш Ctrl+1 (где 1 - это номер телескопа в списке Стеллариума). Описание есть в мануале, с.15. Если монтировка уже "привязана" к объекту, эта комбинация клавиш выполнит goto. Для перепривязки надо в ВП сбросить привязку. Новая версия ВП для Windows.

[Laplase]

А импульс так себе. Типичные переходные процессы.

дак там 20 нс в клетке, смысл делать такие короткие импульсы? 120нс в сумме.

[FlexLM]

Такие короткие импульсы получаются потому, что они формируются за одно прерывание таймера. Да, можно сделать меандр: '1' - на первом такте прерывания, '0' - на втором. Но тогда надо увеличивать в два раза частоту прерываний. Esp32 + LV8729 + nema17 итак прекрасно  работают до 72.5кГц на пине Step. Мне хватает 55-60кГц. А вот A4988 у меня даже с меандром 16мкс  на step (по даташиту минимальное время импульса = 1мкс, хотя реально работало и при 140нс) выше 30кГц без пропуска шагов запустить не получилось. ШД вносит свою лепту... Ну, а такие всплески у меня "рисует" осциллоскоп fnirsi-1c15 и на ардуино, и на esp32  с разными драйверами.

[FlexLM]

Просьба к тем, кто повторил данную систему управления. Записать (5-10сек) звук ШД по Az и прислать мне. Для этого в командной строке ВП ввести команду $0 (непрерывный пересчёт координат) и выполнить виртуальную привязку к любому объекту на карте. Реально телескоп наводить никуда не надо.
P.S. Эти данные важны для новой версии скетча.

[drathammer]

Просьба к тем, кто повторил данную систему управления. Записать ≈10сек звук ШД по Az и прислать мне. Для этого в командной строке ВП ввести команду $0 (непрерывный пересчёт координат) и выполнить виртуальную привязку к любому объекту на карте. Реально телескоп наводить никуда не надо.

В понедельник только смогу. На 250 мс звук очень тихий, на 1 секунде погромче, но тоже не страшный.

[drathammer]

Есть 2 вопроса по планетарию в приложении для android.


Насколько трудоемко реализовать в планетарии:
1) режим зеркального отображения карты;
2) "непропадание" маркера выбранного объекта при уменьшении масштаба?

[FlexLM]

Спасибо вам за звуковой файл работы ШД по Az.
1. Даже не представляю, как это сделать.
2. Когда-то пробовал так делать, но вылезли посторонние глюки. Если получится их побороть, то верну эту возможность.

[drathammer]

1. Даже не представляю, как это сделать.
2. Когда-то пробовал так делать, но вылезли посторонние глюки. Если получится их побороть, то верну эту возможность.

Понятно. А нет планов перевести это приложение, подобно скетчу, в категорию OpenSource?