Привет.
Объектом обсуждения в этой статье станет телескоп SeeStar S50, его основные характеристики можно посмотреть на оф.сайте производителя:
За 500$ начинающий астрофотограф получает следующее:
Следует обратить внимание на остутствие в описании любой инфы о компонентной базе, (используемом процессоре и т.д.) отсутствие даташитов и отсутствие репозитория с исходным кодом, используемом в этом телескопе. Так как эта инфа конечно же коммерческая тайна разработчиков 😈
Предлагаю дать чуть больше инфы начинающим астрономам и астрофотографам, чтобы они смогли сделать свой выбор... нужно им это или нет.
Начнём с простого.
При включении телескоп поднимает wi-fi точку с gateway 10.0.0.1
И открытыми портами:
Видим что открыт ssh
Цепляемся к 22 порту и видим знакомое приглашение :)
Внезапно...
pi/raspberry не подходит :)
Пробуем понюхать трафик между приложением и телескопом...
Видим взаимодействие с разными хостами на разных портах.
rtsp стримчик вещают на 4554 можно подключится к телескопу с ноута и посмотреть например через VLC
Нукась глянем...
Сохраним перехваченые обновления для анализа в файлик с названием seestar_update.bz2
И сразу попробуем распаковать:
> bzip2 -d seestar_update.bz2
В директории S30 можно даже заметить образ прошивки для младшей модели Seestar S30
Если кому то интересны файлы этого обновления , я залил их в наш репо.
А мы пока обратим внимание на json движ, с командами управления
Чтож 😎
Препарируем телескоп...
Откручиваем 3 винта в нижней части телескопа, поддеваем широкой плоской отвёрткой крышку и смотрим...
клац...
Шаговые двигатели, хорошо смазаные шестерёнки с ременными приводами это нормально ведь телескоп должен искать и наводится на наблюдаемый объект.
Нукась нукась...
что там на маме ?
Кнопка, светодиоды, SMD конденсаторы с резисторами, USB-C порт, драйвера управления шаговиками, площадка UART Debug'а, Bluetooth и WiFi патч антеннки и всё это залито прозрачным твёрдым компаундом...
конечно же это защита от влаги ;)
Ну впринципе пока всё тоже ОК.
Откручиваем пару винтов и переворачиваем маму.
Под слоем компаунда, играя с различными вариантами освещения, идентифицируем CPU и NAND Flash
NAND
CPU
Интересно... вот на этом камушке у нас и крутиться Raspbian и это уже НЕ нормально для устройства с закрытой архитектурой, выдающего себя за телескоп да ещё и за 500$
Почему ?
Советую мельком глянуть мою предыдущую статью про нейрокамень Rockchip RV1106 чтобы понять его области применения и возможности.
Почему это важно?
Камень в этой статье на своём борту имеет в 2 раза более производительный NPU сопроцессор чем описаный мной ранее RV1106 ! (2.0 TOPS с поддержкой INT8/INT16)
а пока подпаиваемся к диагностическим пятакам радиомодуля...
Кстати вот его datasheet:
files.pine64.org/doc/datasheet/PinebookPro/AP6256%20datasheet_V1.7_12282018.pdf
Стартуем телескоп, в конце загрузки видим вполне читабельный лог...
Информативно ? Ну чтото можно взять на заметку...
Идем дальше и на обратной стороне материнской платы находим диагностические пятаки с надписью RV1126 Debug, наверное нам сюда ;)
Подпаиваемся...
Power on...
И видим логирование процесса загрузки на корявом Марсианском языке :)
Перепробованы были UART адаптеры на различных камнях CH340, FTDI, CP2102, PL2303 на всех стандартных скоростях от 9600 до 4000000 baud rate взятых из даташита AP6256
и в различных конфигурациях подключения...
Ладно. Оставим это...
Видимо разработчики используют какие то нестандартные скорости для сокрытия логов загрузки бутлоадера и логов ядра от чужих глаз и их знают только ремонтники их сервис центров.
Отпаивать и дампить NAND память, затем распаковывать её binwalk'ом не входило в мои планы. Об этом как нибудь в следующий раз...
В заключении оставлю пару снимков с этого телескопа:
Солнце x1
Фото объектов в режиме Stargazing
Выводы:
- Разработчики данного телескопа используют свободное П.О. GNU утилиты и библиотеки
нигде об этом не упоминая(тут есть упоминания некоторых компонентов) - Разработчики данного телескопа могут использовать нейрочип RV1126 для генерации/дорисовки или наложения объектов наблюдения (по крайней мере в режиме Stargazing)
- в результате чего начинающий астроном будет видеть не наблюдаемые объекты, а сгенерированные нейросетью или подгруженые ранее изображения (пока исходный код будет закрыт и нет возможности проверить эти алгоритмы, у нас будут основания на подобные предположения) Данный вывод напрашивается ещё и потому что в обычных режимах съёмки Солнца или Луны, телескоп с трудом их находит в автоматическом режиме, приходится доводить его джойстиком вручную... чего уж там говорить при наведении на объекты глубокого космоса... Забавно, но об этом напрямую свидетельствует тот факт, что данная функция запрограммирована и даже доступна в настройках... со сноской "for staff only" :)
- Разработчики данного телескопа оставили открытым 22 порт если не для пользователей, то для каких целей? Удалённо подключаться и нарушать процесс загрузки? чтоб пользователи чаще обращались в их сервис центр? Так как документация по ремонту доступна только их сотрудникам.
Ссылки по теме: