Comments 25
Круто, что в новую «коробочку» можно по SSH залогиниться и поиграться с камерой! Я бы предложил запустить на борту простой детектор облачности:
– Вместо тяжёлых фотографий скрипт на Python (Pillow или OpenCV) анализирует кадр и считает долю белых пикселей, то есть процент облачности.
– По 1 кбит/с вы шлёте не мегабайты, а одно число: «облачность 73 %».
– Пару десятков строк кода, минимальная нагрузка на Raspberry Pi Zero и почти нулевая скорость обработки.
– С такими данными можно делать оперативные погодные сводки, проверять прогнозы и собирать экологические отчёты прямо из космоса.
Raspberry Pi Zero даже не вздрогнёт, батарею не сожрёт, а мы получаем реальные цифры для погодных сводок и экологов. Одна короткая строка вместо гигабайтов — и никаких зависаний или долгих сеансов. Внедрять обязательно!
Реализовал пример скрипта на Python - https://github.com/AnywayMax/Cloudiness_detector/tree/main
Скрипт займёт на RPi Zero пару десятков строк, почти не нагрузит CPU и по SSH вернёт только одну строку с процентом облачности — идеально для канала в 1 кбит/с.
Можно ещё попробовать детектор гроз сделать, если разрешения камеры хватит.
А почему целый интерпретатор питона в космосе запускать если можно что-то скомпилированное и энергонезатратное на Rust? А то скрипт может и на пару десятков строк, но под ними целая виртуальная машина по сути, которая съест энергию и время и по факту как тысячи строк на чем-то менее затратном.
Вполне себе компилируется: Cython, Nuitka, ещё что-то было. Если про AOT. А JIT уже даже CPython завезли. Холивар про такты и милливатт-часы оставлю тем, кто разбирается. Но, думаю, что и там всё вполне приемлемо.
Rust действительно покажет себя лучше: скомпилированный бинарник стартует за доли секунды, не тратя циклы на JIT/GC
Нельзя управлять самим спутником, то есть включать-выключать приёмник и передатчик, трогать ориентацию или менять правила приёма сигнала.
Управлять то понятно, что нельзя, а считывать ориентацию можно? Какие есть датчики помимо камеры?
Нет, на RPi никаких данных телеметрии не будет доступно.
Тогда и смысла в этом как будто и нет, с одной только камерой ничего особо интересного не сделать
Соглашусь, что с одной камерой будто бы не много вариантов поиграться есть (остальное при желании поднимается и на земле). Рассмотрите вариант передачи данных как read-only для телеметрии. Можно даже не напрямую со спутника.
Что-нибудь полезное для радиолюбителей будет?
Нужна не вебка, а реальная простенькая космическая измерительная аппаратура с raw-выводом в /dev/. Старшекласники из физмат школ соревновались бы в восстановлении показаний приборов :)
Подведите потом пожалуйста итоги, того кто что пытался делать ) Мне почему то кажется что любителей поискать уязвимости системы будет больше тех кто будет заниматься камерой, ведь по сути там больше и делать нечего
Мы для вас сделали все конвертации радиосигнала в SSH и обратно, то есть взаимодействие как с обычной консолью.
Как на мой вкус, так радиоканал наоборот было бы интересно оставить на откуп желающим получить доступ, как это сделано на, например, ISS - там установлена BBS (не уверен, включена ли она буквально сейчас, но в принципе она имеется), и можно отправить и/или получить какие-то данные со скоростью радиоканала 1k2, но из-за накладных расходов используемого AX.25 реальная скорость upload/download оказывается заметно ниже. Ведь иначе получается, что нет разницы - спутник это или наземный объект, просто с узким каналом на него. А так пришлось бы поработать по-настоящему, с реальной связной аппаратурой, а не с чистыми абстракциями, оторванными от реального железа в пусть околоземном, но вполне себе космическом пространстве. Кстати, радиовидимость в 15 минут - довольно оптимистичная оценка для орбит порядка 800км, ведь в реальности пролет может быть с низкой (для наблюдателя) элевацией, и одновременно и независимо быть ограниченным местными препятствиями, от чего практически реализуемая радиовидимость сократится до хорошо если минут десяти. Много кода и данных туда-сюда прогнать не успеешь даже в околоидеальных условиях.
Камера
Канал управления для передачи по нему данных с камеры тонковат - опять же на мой вкус было бы интересно сделать независимую открытую трансляцию с камеры так, как это реализовано на метеорологических спутниках, или использовать любые популярные схемы вещания вроде относительно узкополосного DVB-S, который можно принять на самый обычный RTL-SDR, и демодулировать прямо на телефоне. Принять микромощный, потому что где взять питание, сигнал, будет, быть может, не очень просто, но в целом возможно - вопрос в антеннах, как обычно, и всяких к ним аксессуарах вроде LNA.
А ТСПУ будет на борту реализован маленький? А то как так получается, мы же через этот спутник можем "запрещенку" передавать (любые данные не-VK и не-яндекс)...
Проще тогда через Луну отраженным сигналом или WSPR
https://habr.com/ru/articles/369589/
sudo, главное, не забудьте убрать :)
Интересно. А где можно получить ссылку или что-то еще для записи? Он будет платным или бесплатным.
Интересно, если (а точнее - когда) сервера массово полетят в космос, как чиновники и экстрактивные бизнесы будут бороться с ненравящимся им контентом, размещённом в космосе?
RTL-SDR туда приделать сложно? (+ габариты, масса)
Можно было бы эфир считывать, заионосферный...
Или какой-нибудь детектор частиц.
Кроме пиара не вижу смысла в открытии доступа к этой игрушке. Для конечного пользователя - это тот же VPS, только сильно урезанный, с каналом 1 кбит. Хотя бы доступ к датчикам дали что ли.
Запускаем ещё спутник, только теперь дадим вам доступ к консоли бортового компьютера