Поворотное устройство на шаговых двигателях с интерфейсом Ethernet

[RA3SAD Alexey]

Глобальный шаг запоминается в памяти контроллера с помощью имеющейся на плате батарейки.

[RA3SAD Alexey]

https://github.com/YohanHadji/SuperAntennaz - вот ещё подобное конструктивное решение на шаговых моторах

[RC3UE]

Глобальный шаг запоминается в памяти контроллера с помощью имеющейся на плате батарейки.

А почему не в EEPROM? Или батарейка просто в качестве поддержки питания при сохранении данных в момент отключения?

P.S.

В этот проект можно добавить вход концевиков по осям.

И всё же этого лучше не делать. Особенно, если это будут "внешние" самодельные девайсы. Вода дырочку найдёт.. Да и по механике тоже может что-нибудь "загнуться".

[RA3SAD Alexey]

А почему не в EEPROM?

У STM32 отсутствует внутренняя EEPROM. Используется Backup SRAM, но чтобы данные не пропали, нужно питать RTC. На этой плате есть внешний EEPROM от ATMEL, но я отказался от его использования из за того что не хочу думать как уменьшить количество циклов перезаписи в пользу долговечности его службы. Вместо этого в текущем решении храню каждое изменение глобального шага.

[Roman_hs19]

Доброго дня Алексей!

Не сохранилась ли у Вас ссылка на продавца мотор - редукторов?

[R8CT. Олег]

ссылка на продавца мотор - редукторов

https://aliexpress.ru/item/4000405892097.html?gatewayAdapt=fra2rus&sku_id=10000001676071916

[RC3UE]

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

Гм.. Так в EEPROM пишется только в том случае, если произошли изменения. Причём, не ежесекундные, а по истечении некоторого времени после останова поворота.
Их не так уж и много будет, учитывая

Микросхемы EEPROM 24Cxx используются для энергонезависимого хранения данных с максимальным количеством перезаписи до 1 млн раз,

Что-то вы уж совсем перестраховываетесь.

P.S. У себя именно так и сделал. С одной разницей, что "внешняя" EEPROM (24c32) находится на плате "часов" (DS3231).
В неё же пишу и данные диапазона, статуса РА, LNA (у меня не только поворотка реализована) и прочие текущие параметры, которые необходимо восстановить при включении девайса.

[RA3SAD Alexey]

Гм.. Так в EEPROM пишется только в том случае, если произошли изменения. Причём, не ежесекундные, а по истечении некоторого времени после останова поворота.
Их не так уж и много будет, учитывая

У меня данные сохраняются "на лету". Это сделано на случай внезапной потери связи или пропадания питания.

[RC3UE]

У меня данные сохраняются "на лету". Это сделано на случай внезапной потери связи или пропадания питания.

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

[RA3SAD Alexey]

Накопление ошибки как таковой я не заметил, транспортиром наблюдал, все точно. НО в пределах как раз люфта редуктора, что в случае использования NMRV составляет +- 2 градуса (на глаз). Но на качество сопровождения тех же спутников это никак не влияет. Хочу проверить точность наведения на геостационары, например на Триколор или QO-100, но руки не доходят.

[Sergi]

Не надо никаких "конечников". Это дополнительная точка отказа.
Вот представьте себе - поворотка стоИт на "макушке" 20м мачты, в механизм попала вода и "конечник" "подгнил".

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

И еще вопрос автору, при таком довольно мощном CPU (на них делают ЦОС для sdr трансиверов даже), будет ли режим автономного слежения за SUN и MOON?
Было бы неплохо!

[RC3UE]

концевики можно через него пустить вниз и использовать только как сигнализацию

Хм.. Вот ведь, и верно - век живи, век учись и дураком помрёшь! Эх, где же Вы были, Сергей, 35 лет тому назад?!
Вот даже мысли не было, так использовать конечники! А ведь это самый верный вариант.
Стереотипы оказались сильнее..

[RA3SAD Alexey]

И еще вопрос автору, при таком довольно мощном CPU (на них делают ЦОС для sdr трансиверов даже), будет ли режим автономного слежения за SUN и MOON?
Было бы неплохо!

Убежден, что контроллер не должен работать бесконтрольно. По этому я бы не стал возлагать на него этих функций. Почему использован именно этот с запасом? - все просто, на просторах Алиэкспресс была найдена законченная ДЕШЕВАЯ плата отвечающая требованиям. Слежение за SUN и MOON можно когда-нибудь сделать в ПО клиенте.
Офф. Экспериментируя с конструкцией, я написал небольшой серверный комплекс автоматического слежения за объектами когда они находятся в зоне видимости, туда же засунул луну и солнце. Все это крутилось непрерывно 24/7 в течение нескольких недель. Выставлялись приоритеты сопровождения, какой спутник более интересен. Прием был на SDR. Можно было развить тему с GNURadio, и получился бы отечественный аналог SatNOGS =) Разобрал, стало скучно когда все автоматизировано.

[RA3SAD Alexey]

Проверил ОПУ на точность по геостационару. https://youtu.be/ZnBQPnLtWTs

[Roman_hs19]

Осталось дождаться железяки из Китая. Валы, кстати, есть готовые. http://aliexpress.ru/item/1005002828888915.html?spm=a2g2w.orderdetail.0.0.66624aa6SQWMs8&sku_id=12000022369971117