Информация
- В рейтинге
- 3 345-й
- Откуда
- Potsdam, Brandenburg, Германия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Инженер встраиваемых систем
Ведущий
C++
Объектно-ориентированное проектирование
Программирование микроконтроллеров
Операционная система реального времени
C
STM32
Схемотехника
Разработка печатных плат
Atmel AVR
Управление разработкой
Но электросети имеют горизонтальные связи на разных уровнях и на 15 кВ, в 110кВ, и 200 кВ. Выход из одной подстанции может привести к существенному ограничениям потребления, что может вылиться в веерные отключения, но не в полном у длительном блэкауте. А летом такие ограничения даже в таком случае сильно смягчатся.
Электросети намного гибкие, чем системы снабжение топливом. Невозможно зарядить электромобиль в городе в нынешних российских реалиях может быть в основном в случае, если по всей стране электричества будет настолько, что его будут включать на несколько в сутки.
Ему не хватает ядерной батарейки, и получится неутомимы преследователь, который кого угодно из-под земли достанет.
Интересно, а что у них и точностью приземления, и с возможностями разведения капсул по зоне приземления? Всего Falcon-9? я так понимаю, может вывести в любою точку Земли на широте пуска до 8 таких капсул, вообще в любую точку - возможно 7. А "Старшип" сможет в 6-12 раз больше.
Орбитальным датацентрам нужен самый современный техпроцесс, а Старлинкам сгодится и техпроцесс попроще. Старлинки могут использовать классические схемы обнаружения ошибок с дублированием вычислительных модулей. А для датацентров это обойдётся слишком дорого. И количество вычислителей в датацентрах будет намного больше - а значит вероятность сбоя в хотя бы одном из них будет намного выше. К радиационной деградации датацентры тоже более чувствительны - и потому что оборудования больше, и оно дороже, и техпроцесс тоньше. А значит, больше смысла в обслуживаемости этих датацентров.
Созвездие орбитальных датацентров тоже могут потребовать более 10 лет на постройку и развёртывание - сначала Старшип должен выйти на быструю многоразовость. Для этого потребуется как минимум одна смена его версии, это время, даже если всё будет хорошо. Потом нужно отработать технологию датацентров, ещё несколько лет. И потом масштабирование - их нужно очень много, это время на производство. А если еще и использовать внеземные ресурсы, например лунные - потребуется ещё больше времени. Всё развёртывание легко может потребовать 25 лет - это больше, чем термояд. Да и если термояд ещё не будет достаточно отработан и масштабирован - всё равно уже будет гораздо меньше смысла вкладываться в орбитальную энергетику. Подозреваю, Маску всё равно останется смысл заниматься орбитальными датацентрам, раде независимости его личного ИИ от любого земного правительства. Но вот с его акционерами ситуация иная.
В качестве ширмы для чего-то большого не придумать ничего лучшего, чем флот из 2000 Старшипов, накапливающихся в ожидании отлёта к Марсу. Там могут быть хоть сотни вольфрамовых ломов для орбитальной бомбардировки кинетическим оружием. И много другого интересного, суммарной массой 400 тысяч тонн - это масса 4 авианосцев класса "Нимиц", практически любых габаритов. А тут другой случай - здесь мощная энергетика, суммарной мощностью до 10 ТВт. И лазерная связь.
Если ИИ ответит неправильно - это тоже в конечном итоге станет уроком - как не стоит доверять ИИ.
Оценка массы Полигимнии от Бенуа Кэрри основана на сближении Полигимнии только с одним астероидом. Есть долее достоверная оценка от Фан Ли, на основе многих сближений, и согласно ей плотность Полигимнии 7,5 ± 3,6 г/ см³, что немного меньше плотности железа. Этот результат согласуется с размером Полигимнии 64 ± 6 км, измеренным методом методом затмения.
Школа должна не только учить решать по школьной программе, а и развивать творчество и любознательность. Я не против, чтобы эти задачи она решала в разное время. Когда нужно жестко решить задачу по школьной программе - ИИ можно и запретить. А в другое время - разрешить.
Ключевые вопросы по реалистичности орбитальных датацентров от SpaceX, кроме достижимости быстрой полной многоразовости ракет за планируемое время:
1) Как они собираются решить проблему сбоев от радиации? И во что им это обойдётся? Рассчитывать, что одиночные сбои не отразятся на работу датацентра для ИИ существенно - порочный подход, это может дискредитировать орбитальный ИИ.
2) Несколько существенна окажется проблема радиационной деградации вычислительного оборудования?
3) Насколько быстро достижима термоядерная энергетика?
4) Насколько реально разместить планируемый миллион датацентров на орбитах, не входящих в тень Земли большую часть года непрерывно? Планируемый диапазон высот орбит не такой уж большой.
5) Собирается ли SpaceX сделать орбитальные датацентры обслуживаемые?
6) Какие орбитальные датацентры собирается использовать SpaceX после насыщения орбитами первоначальными мини-датацентрами? Мини-датацентры не могут обеспечить конечную планируемую мощность созвездия из миллиона датацентров, они должны быть заменены на более мощные, по крайней мере частично.
7) Что конкретно SpaceX собирается для орбитальных датацентров за пределами Земли?
Это тревожная тенденция. Учителя не всегда могут ответить на вопросы учеников за пределами школьной программы. И в 12-13 лет тоже. Да и в 10 лет, наверное. И в этом ИИ может помочь. Наверное какие-то ограничения нужны, но не полный запрет. Ученики должны иметь некоторые учебные самостоятельно, в том числе и с помощью ИИ. Собственно, сейчас любой перевод на другой язык делается ИИ. О значит это равноценно запрету ученикам переводить на норвежский без посторонней помощи, если речь не идёт о изучении языков.
Пузырь или нет - это зависит от того, что реально стоит за заявлением Маска о том, что Старшип выйдет на полностью многоразовые запуски несколько раз в сутки, скажем, за 10 лет, и будет развёрнуто созвездие спутников-датацентров, которое обеспечит существенную долю потребности человечества в ИИ. Скажем, за 15 лет после этого. Акционеры из отчётов это знать не могут - это, возможно, знают ключевые инженеры SpaceX, но не факт, что так.
Уже не применяю, как и микроконтроллеры AVR и XMEGA. А применял для реализации работы ведомых микроконтроллеров по UART в мультипроцессорном режиме, с том числе по RS-485. Чтобы обработка принятых ведомым микроконтроллером байтов не приостанавливалась на время обработки принятого пакета на канальном уровне. Это актуально в сильно загруженных системах с десятками ведомых микроконтроллеров.
Вообще, вложенными прерываниями называются вызов вообще любого прерывания внутри другого прерывания, а говоря о рекурсивном вызове обработчиков, я говорю конкретно о вложенном вызове того же самого обработчика. Обычно повторный вызов делается только один раз. Этого можно избежать например, в STM32, активируя другие обработчики в прерывании программно. А, например, а AVR это можно сделать только программно-аппаратно, используя ручную установку состояния пинов подходящих незадействованных сигналов прерываний.
На самом деле существует много устройств, которые должны работать постоянно, без перезагрузок, если не 24/7, то по крайней мере в рабочее время, когда удобно обновлять прошивку. Это и оборудование связи, и производственное оборудование, и энергическое. При этом часто можно выделить необязательные функции, которые можно обновить или расширьте без перезагрузки, путём замены модулей. Более того, нередко объём некритических модулей существенно больше, чем критических, а значит, даже если требуется их перепрошивка с остановкой работы критических функций, то она может быть выполнена существенно быстрее. В пределе перепрошивку критических модулей можно сделать малозаметной с точки зрения работы оборудования, если всё подхватится на лету.
Сама по себе скорость обмена по UART мало что говорит без привязки к тактовой частоте и типу микроконтроллера. Если на STM32F4 и 180МГц у нас UART стабильно работает на 10 Мбитах, то для AVR и 14,7 МГц для 460,8 кбит/с потребовалась заметная оптимизация. А есть и микроконтроллеры, работающие на 600 МГц. Не всегда можно выбрать микроконтроллер под задачу, бывает, что приходится работать с имеющимся, но смотря на растущие требования к ПО.
RTOS применима только в случаях, когда не требуется время реакции на прерывание порядка сотни машинных циклов - иначе всё приходится делать на прерываниях, потому что в этом случае накладные расходы на переключение контекста - существенны. В примере с UART канальный уровень модели OSI приходится реализовать на прерываниях, а более высокие уровни - можно и на RTOS.
Для микроконтроллеров, не имеющих программно-вызываемых прерываний часто рекурсивный вызов обработчиков необходим, чтобы обеспечить малое время реакции на прерывание. Например, в AVR в общем случае без этого невозможно обеспечить приём байтов данных от UART на скорости 460800 бит/с, параллельно с обработкой пакетов принятых данных.
Вертолеты такие же, но вот правила для Непала и Китая отличаются. Непал постоянно налагает ограничения на доставку грузов на Эверест вертолётами. Недавно Непал отобрал без объяснения причин лицензию у компании Air Lift Technology, которая доставляла кислород из базового лагеря через ледник Кхумбу дронами. Потом вернул, когда пик сезона прошел. А у китайцев доставляет грузы на Эверест дронами непосредственно компания DJI. Генератор и бензин не обязательно доставлять на вершину, это наверняка запретит по экологическим соображениям даже Китай. О базовом лагере речи нет, есть много промежуточных точек маршрутов. И условия для доставки по воздуху, и для восхождения робота разные для непальского и китайского маршрутов.
Удивительно, настолько редки светодиодные фонари с передачей сообщений морзянкой. Это, конечно, это скорее понты для выживальщиков, чем практически полезная функция, но прикольно иметь возможность передавать сообщения на расстояние до 15 километров при длительном блэкауте. Вот только с вводом могут быть проблемы, нужна, например, передача данных со смартфона на фонарь. Смартфоном морзянку можно и принимать, с 15 км. Можно, конечно и без фонаря, встроенной вспышкой, но тогда дальность связи будет меньше.