Обновить
0
Сергей Леонтьев@Serge3leo

Пользователь

1
Подписчики
Отправить сообщение

Хм, как бы, если сразу требовать возможности освещения местности в полночь, то необходимая высота орбиты 4500...5500 км. Если зеркало будет идеально плоским, то освещённое пятно будет иметь диаметр 60 км. Ну и необходимые размеры зеркала будут 200✕200м (наверное технологичнее десяток или сотня маленьких).

Вот сразу запускать такую бескомпромиссную бандуру - это точно распил бюджета, причём впустую, в корзину.

Не стоит совсем уж попусту пилить бюджет. 😉 Стоит ставить более реалистичные цели. До двух часов после заката или до рассвета - неплохой выбор (это на экваторе, в средних широтах до трёх, а то даже и до четырёх). 😉

По отчётам, ВВС США смысл пока видит, проект финансирует. Возможно, им и этого пока достаточно. Кто знает?

Тем более, чем выше орбита, тем дороже запуск, а возможности по поддержанию стабильной формы зеркала всё равно где исследовать. А требования к размеру пятна, на низких орбитах можно же и ужесточить. В чём проблема?

Что не дают? Предположительно, на ССО отладят аппаратуру, освещая местность в пределах астрономических сумерек (типа, до часа, после заката или перед рассветом).

Следующий эксперимент будут проводить на другой орбите.

Термин "низкая околоземная орбита" относится к орбитам с высотой до 2000 км. Говорят, по проекту, у него будет солнечно-синхронная орбита высотой ≈625 км. Вероятно, он будет постоянно освещён Солнцем, хотя кто знает какую плоскость они выбрали? Будем посмотреть. Пока кажется, спорный, но понятный выбор для экспериментов.

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

А, с другой стороны, вполне возможно, это всё легенда прикрытия для чисто военного предназначения проекта. Будем посмотреть.

По слухам, высота орбиты ≈ 600 км, т.е. время видимости одной точки ≤ 300 с.

Думаю, для демонстрации, как самое простое, при разовых контрактах на освещение, можно придать КА правильное вращение, что позволит на каждом витке освещать заданную точку в течение 5 минут или немного меньше.

Собственно некоторые КА ДЗЗ (разведки) именно так и работают. Хотя есть тысячи более изощрённых вариантов.

Это если считать, что 5 км × 5 км, но кто знает, какое у них реальное пятно, и какая точность наведения.

Однако, в любом случае, есть неплохой шанс на освещение пострадавших от стихийных бедствий мест в тёмное время суток.

И, тем более, служить осветительным боеприпасом, по слухам, контракт ВВС США.

P.S.

Что до электростанций, то возможно это вариант снизить издержки на управление КА в периоды между контрактами на освещение (думаю, на случай, если не удастся встать на довольствие к Пентагону).

Казалось бы, коэффициент выглядит большим, но можно заметить, что:

  • Солнечное освещение земной поверхности - 120'000 люкс;

  • Требования СанПиН 1.2.3685-21 на освещение тротуаров - 2 люкса;

  • 1 люкс = 1 кд·ср/м², или 1 свеча на расстоянии 1 м, или полная Луна в тропиках (полнолуние в Москве ≈ 0,25 лк).

Так что, при правильном управлении и точном расчёте, есть неплохой шанс уложиться даже в российские требования по освещению тротуаров.

Площадь СБ МКС ≈1680 м², т.е. 6 раз больше, но...

СБ МКС ориентированы максимально перпендикулярно к направлению на Солнце, а этот аппарат, как бы наоборот. К примеру, вспышки Иридиумов гораздо ярче МКС, а площадь антенн Иридиумов всего-то ≈3×2 м²

Нельзя сказать что не пытались начать писать такое ПО. Пытались, не один десяток лет, к примеру, поля структуры tm в X/OPEN Portability Guide (July 1985):

int tm_sec; /* seconds (0 - 59) */
int tm_min; /* minutes (0 - 59) */
...

X/Open Portability Guide Issue 4 (1992):

int tm_sec; /∗ seconds after the minute — [0, 61] ∗/
            /∗ for leap seconds ∗/
int tm_min; /∗ minutes after the hour — [0, 59] ∗/
...

4.3BSD-Reno или современный POSIX-1.2024:

struct tm {
	int	tm_sec;		/* seconds after the minute [0-60] */
	int	tm_min;		/* minutes after the hour [0-59] */
...

Однако, увы, уже в деле меток времени "Unix time" достичь единообразия так и не удалось.

И это только небольшая часть проблем - Unix/BSD/Linux/POSIX.

В общем привести всех в соответствие ГОСТ ИСО 8601—2001 и/или МСЭ-R TF.460-6 оказалось невозможным, поэтому все (астрономы, связисты и др.) согласились с тем, что не надо было и начинать. Остались только небольшие разногласия, как именно и когда конкретно этот ужас-ужас завершить. 😉

Честно говоря, поправка к UTC (GPS-UTC offset field) передаётся приёмникам GPS централизовано, непосредственно через спутники.

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

Как бы, внутренне время GPS отличается от UTC, но GPS приёмник его преобразует и выдаёт уже чистый UTC. Разве не так?

ТВ картинка обязана иметь задержку (сначала принимаем и декодируем кадр или даже кадры, потом показываем плюс и т.п.). В зависимости от технологий и конкретных условий, наверное, она может достигать и 10 секунд.

Или, наконец, попробовать насладиться почти равномерным атомным временем. Ещё бы юлианский год 365,25, кроме чисто научных шкал, вернуть в гражданский оборот.

Так и да, но описанная спешка как-раз и связана, грубо говоря, с этими "конвертерами".

Эти "конвертеры" раз двадцать, более менее, успешно добавили дополнительные секунды. Но вычитать их им ещё ни разу не приходилось, а это лишний риск.

Тем более, что уже договорились их вообще искоренить (формально на ближайшие лет 800, но считайте, что на всегда). 😉

Поскольку это ускорение, то зависимость квадратичная, так что дополнительный час стоит ожидать немного раньше, лет этак через 800, где-то в 2880.

Вы не учитываете, что я писал не за макросы вообще, а за предопределённые макросы __STDC__ и __STDC_VERSION__. Замечу, что число компиляторов С, которые их не определяют весьма и весьма невелико. Из известных мне, остался в живых только один. И этот компилятор не имеет ключа -Weverything, так же как и компиляторы прошлого века, скажем, компилятор Unix v7.

Впрочем, такое надругательство над стандартами языка C, от K&R до C2y, само по себе - редкость.

Так что, компилятор С, которых входит одновременно в оба этих множества, надо ещё поискать... Днём с огнём.

А, к примеру, попытка их отменить или заменить:

echo -e "extern int i;\n#if __STDC__\n#endif" \
  | clang -U__STDC__ -U__STDC_VERSION__ -c -x c - \
          -o /dev/null -Weverything

Породит массу предупреждений и будет пресечена.

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

Хм, армянский, казахский и киргизский есть, это понятно, но почему нет белорусского? Непонятно.

На некоторых компиляторах/библиотеках с вашим aligned_allocator наблюдаются проблемы компиляции.

Быть может, стоит так:

template <std::size_t Align>
struct for_align {
    template <class T>
    struct allocator {
        using value_type = T;
        T *allocate(std::size_t n) {
            void *p = nullptr;
            if (posix_memalign(&p, Align, n * sizeof(T)))
                throw std::bad_alloc();
            return std::assume_aligned<Align>(static_cast<T *>(p));
        }   
        void deallocate(T *p, std::size_t) noexcept { free(p); }
    };
};

Использование:

std::vector<float, for_align<alignof(vnat<float>)>::allocator<float>>
        a(N);
1
23 ...

Информация

В рейтинге
6 009-й
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Инженер по производительности, Архитектор программного обеспечения
Старший
От 600 000 ₽
C
C++
C++ boost
Оптимизация кода
Unix
Git
Shell