Я тоже давно задавался вопросом, почему многие вроде бы на словах хотят полную занятость а по факту ее нигде нет. Именно в IT мне видятся такие причины:
0. Сам факт того что сотрудник будет репортить 32 часа в неделю а не 40 проблемой не является.
1. Проблемой является то что в один из дней сотрудника не будет на работе, ему нельзя будет задать вопрос в реале или по почте, он не будет участвовать в митинах в этот день. Представьте себе что 3-6 человек надо собрать на митинге для обсуждения рабочих вопросов и каждого один день в неделю нет. Так и день выбрать сложно будет.
2. Вторая проблема более надуманна и относится скорее к «общественному мнению» и так называемым ценностям кампании. Не укладывается у многих в голове что человек хочет больше свободного времени для отдыха, саморазвития или работы на опенсорс. Как мне кажется, в среднем кампании охотней дают оплачиваемые часы на саморазвитие чем неполную рабочую неделю.
Я тоже до сих пор удивляюсь тому как Microsoft потерял этот рынок. Вроде и знаю ответ, почему, но всеравно удивляюсь. Решения Microsoft были для гиков, и бизнесменов, которым надо и кино и музыку, и чтоб офис работал, и мэйпл и еще много чего. В общем носить в нагрудном кармане некую замену ПК которая влазит в карман. Эпл выпустил гаджет который просто приятно держать в руках и вскоре нащупал новый путь — устройство, способное решать некоторый круг задач нескольким тычкам пальцем, а функционал и совместимость вторичны. Google шел путем близким к Microsoft но свернул с него ближе к Apple где-то в районе Android версии 2.3.
Возвращаясь к теме статьи: когда указанные прайсы были актуальны у большей части населения компов еще небыло. Сейчас у многих уже нет. Уже нет именно потому что им хватает андроида или ios.
Крепление к палубе скопировали когда копировали американский тепловоз. Просто не сразу поняли что эта штука неи для чего кроме транспортировки по морю не нужна.
Как человек имеющий некоторый опыт работы с ЧПУ фрезером и домашнего исготовления плат не соглашусь. С резкой текстолита на ЧПУ есть ряд проблем:
1. Фреза далеко не всегда хорошо срезает медный слой, он может загибаться либо надрываться.
2. Резать тонкие зазоры — нужна тонкая фреза, желательно торцевая. Конус или полусфера врадли не подойдут: будут рвать медь.
3. если надо много где удалить медь фрезеровка будет не такой быстрой как кажется. Или прийдется фрезеровать несколькими фрезами.
В итоге имея возможность делать платы на ЧПУ фрезере даже пробовать не хочется, это долго. Вот где фрезер хорош — вырезать кусок текстолита сложной формы. А делать дорожки — ЛУТ или фоторезист удобнее.
Отдельно стоит отметить что все домашние платы уступают заводским из-за того что дома правтичеки невозможно металлизировать отверстия. Точнее воможно, но уж очень сложно. Впаивать проволочки в отверстия тоже долго, и основное приемущество заводских плат в готовой металлизации.
Спорный вопрос. На переход в неположенном месте провоцирует неудобство перехода а не его тип. Ну и от психологии многое зависит. Мне например намного приятнее перейти под землей в своем темпе без ожиданий чем стоять ожидать зеленого а потом всеравно идти оглядываться потому что поворачивающие направо могут ехать когда мне зеленый. Особенно неприятны светофоры на которых надо стоять полторы-две минуты. Или когда две проезжих части, два пешеходных светофора и вначале загорается дальний от меня зеленый он меняется на красный и загорается ближний, и переход дороги в любом случае приводит к циклу ожидания на красный.
Туманы бывают летом и осенью вблизи водоемов утром в ясную погоду. Осенью у рек и пойменых озер при стабильно ясной погоде вероятность наблюдения тумана близка к 100%. Причем после восхода солнца начинается активное испарение росы и конвективное перемешивание теплого влажного воздуха с холодным из верхних слоев, верхний край тумана поднимается а сам туман иногда становится неоднородным. Надеюсь этот факт поможет вам с планированием испытаний.
1. Пассивное охлаждение это хорошо.вопрос — в компоновке по высоте. Может понадобиться вырез в плате вместить штативную резьбу. Глубина отверстия под резьбу в камерах — 7.5мм (померял).
2. Какая из переферий в разьемах? GNSS к UART прямо к CPU полключается или другие варианты? Выходы опорной частоты и меток времени как-то задействованы? (можно их вывести на микроконтроллер).
3. Много места займут банально разьемы. И дорожки, и переходные отверстия тоже занимают место. Это надо учитывать. Оцените соотношение площади чипов и платы с дорожками на других буках чтобы прикидывать.
4. Разьем займет место. Зато COM можно сделать со сменными оконечниками: стандартный DB9, UART fanout (с защитой), RS485 с развязкой и клеммами. Со стороны CPU под микроконтроллер достаточно CPLD, питания, и JTAG (через тот-же USB). так что такой вариант снижает число пинов в разьеме.
6. В телефонии и PoE используется 48..54в. Причем в телефонии именно -48 относительно земли. Отсюда идея гальванической развязки. А 80 это с запасом, чтоб работало от выпрямленных 48 переменных, ну или от не очень хорошо стабилизированного источника, или от батареи свинцовых аккумов на которой в среднем 12в а по факту при зарядке может быть и больше. (а входные конденсаторы и ключи всеравно на 100в ставить)
8. Возникает вопрос — на каком чипе делать клавиатуру и трекпад. Я предлагал применить не стандартный чип, а SoC в котором на борту BT. Чтобы он мог работать и как BT клавиатура + трекпад и как USB клавиатура + трекпад. А коммутацией должна заниматься CPLD ноутбука.
9. Тут получается 2 конвертора и 3-4 коммутатора:
(конвертор DP-VGA, конвертор VGA-DP, коммутатор переключения выхода CPU на VGA/встроенный экран, коммутатор переключения VGA (как выход или как вход), и 1-2 коммутатора VGA входа к дисплею с двух сторон конвертора). Цифровые коммутаторы можно реализовать на CPLD, аналоговые возможно тоже. А может какие-то хитрые чипы сейчас есть, тема требует изучения.
Команду можно найти на профильных сайтах и форумах. Кроме как тут, стоит поискать на чисто электронных форумах.
А что касается дизайна, то помимо корпуса я бы советовал прорисовать блок-схему того что внутри, включая как отдельные устройства так и коммутаторы, преобразователи напряжения, и.т.п. Всеравно проектирование любого устройства начинается с таких блок схем. Надо убедиться что хватает PCI-E, UART и прових интерфейсов, возможно добавть хабы, а так-же сформулировать требования к CPLD (это такая микросхема в которую можно прошить любую логическую схему). В данной конструкции именно CPLD будет управлять режимами коммутации клавиатуры, экрана, светодиодами, а так-же включением/выклюыением питания и порядком подачи питания на переферию. По Kaby Lake есть важный вопрос — колько линий питания и какие требования к порядку подачи питания на них. У многих CPU от intel с этим непросто. А по электронике вы во многом правы, схема это не такая большая проблема в данном случае. Внимания требует разводка ВЧ сигналов (тактовая, интерфейсы DRAM, PCI-E, ...). Ну и без CPLD тут не обойтись, значит надо рисовать блок-схему, затем электрическую схему и готоврить спесификацию функций CPLD.
Интересный проект получился, причем интересный не только размерами но и множеством киллер-фич. Причем если полная версия выглядит интересной, то гражданская версия это просто маленький ноутбук. В общем полная версия куда интереснее. Глядя на картинки возникает вопрос: Механика корпуса, компоновка компонентов, конструкция системы охлаждения, и электрическая схема хотябы эскизно проектировались, или это просто картинка/концепт?
Озвучу свои замечания по конструкции и фичам:
1. На рендерах видно что в системе предполагается вентилятор. Хотя стоит рассмотреть алюминиевое дно со сбросом тепла на него. Заодно и со штативным креплением проще будет.
2. Переферии получается достаточно много, непонятно, сколько внутри должно быть плат, и что оставить в разьеме а что нет.
3. Внутри можно оставить 3 разьема m2, и развести кабели для антенн. Возможные варианты использования: SSD+WIFI+3G/4G (основной)б SSD+WIFI+WIFI (кому надо точку доступа), или SSD+WIFI+SSD кому надо второй SSD.
4. Микроконтроллер на борту это очень круто. Возможно стоит рассмотреть вариант с прожигаемым образом (бутлоадер+библиотека) и программой работающей из ОЗУ которая динамически загружается драйвером. Может для этого лучше пойдет не STM а какой-либо другой ARM cortex-M*. Зато EEPROM убиваться не будет.
5. SATA наружу это весьма интересная идея.
6. Питание от Passive POE это интересно и реализовать его не так и сложно. Можно вообще сделать встроенный гальванически развязанный блок питания с входом 8-80В
7. RS232 с переключаемыми уровнями — оригинально. Но опасно если забыть переключить уровни. Может стоит сделать RS232 И отдельно UART fanout cable?
8. Подходим к самому интересному — клавиатура и трекпад который работает и внутрь и наружу, и по Bluetooth. Есть несколько вариантов реализации. Для полной описанной функциональности мне кажется что трекпад с клавиатурой и BT нужно реализовать на отдельном SOC. При выключенном основном проце этот SOC работает автономно. При включенном основном питании — работает как BT HCI+HID устройство, и коммутируется к буку или наружу с помощью CPLD. Альтернативный вариант — реализовать это переключение полностью программно через драйвер. Но тогда мы теряем BT клавиатуру. Хотя возможны и другие ванианты.
9. С VGA тодже прийдется ставить отдельный чип коммутации. Мозможно есть готовые решения, возможно прийдется городить что-то на FPGA.
10. Вариант с FN кнопкой и клавишами которые работают как функциональные и как буквы можно развивать дальше: функции которые дефолтные при нажатой и отпущенной FN можно настраивать. Хотябы для групп кнопок. А какая именно функция активна показывать подсветкой. И вообще кнопки подсвечивать изнутри на мой взгляд правильнее чем снаружи. Хотя тогда могут быть сложности с конструкцией клавиатуры.
Задача по разработке девайса достаточно сложная можно воспользоваться дизайн сервисами контрактных производителей, но по крайней мере у крупных производителей будет долго и очень дорого. На мой взгляд дизайн тут делать надо самим, но тут на целую команду задача, хотя неподъемного ничего нет. Главное — собрать команду.
В разное время этоа норма была разной, то 50мкр/ч (=0.5 мкЗв/ч), теперь понизили до 0.30 мкЗв/ч. Это всего лишь в несколько раз выше естественного фона (обусловленного ионизироующими излучениями приходящими из космоса). Однако повышение фона в несколько раз означает наличие рядом некоторого дополнительного источника ионизирующего излучения. А это омгут быть:
1. Мелкие высокоактвные пылинки.
2. Излучение некого изопора равномерно но в малой концентрации распределенного в окружающих предметах.
3. Излучение исходяшее от некоторой установки, сильно ослабленное биозащитой но не полностью.
…
Самым опасным случаем является случай 1 потому что пыль может попасть внуть орзанизма, остаться там на долго (а может даже радоактивные изотопы из пыли будут усвоены и встроены в ткани). Это приведет к очень сиьному облучению отдельных небольших участков тканей и может вызвать рак.
В случае 3 или в ином случае когда нет радиоактивной пыли или точечного высокоактивного источника которым можно сильно облучить часть органиизма, повышенный даже в 10 раз выше «нормы» фон не опасен. Настолько не опасен что даже годы прибывания в месте с повышенным фоном не будет иметь никаких последствий. Другое дело что далеко не во всех местах с повышенным фоном можно гарантировать отсцуствие высокоактивной пыли.
А в том регионе где вы это видели на ЖД постоянный или переменный ток? Интересовался вопросами рекуперации из любопытства. На постоянном токе достаточно просто реализовать рекуперацию внутри локомотива. Излишки электроэнергии если из не потребили другие потребители в сети раньше направлялись на тормозные реостаты на тяговой подстанции. Сейчас возможно на тяговых подстанциях заменили тормозные реостаты преобразователями. А вот на переменном токе подстанция легко может выдать излишки в сеть. Зато оборудование рекуперации в локомотиве переменного тока достаточно сложное — инвертор который синхронизируется с сетью.
По поводу углового распределения — описание эксперимента в каком-либо виде есть? Интересно посмотреть…
Момент импульса постоянен, однако для ассиметричного тела направления векторов момента импульса и угловой скорости не совпадают, и вектор угловой скорости уже не будет постоянным. В частности для так называемого симметричного волчка (тела у которого моменты инерции вдоль двух главных осей совпадают но не совпадают с моментом инерции вдоль третьей оси) наблюдается прецессия вектора угловой скорости вокруг вектора момента импульса.
А что касается торомжения — попробовать посчитать можно. Сильно разреженный воздух в каком-то смысле даже проще описывать — длинна свободного пробега огромна, соответственно взаимодействием молекул между собой можно пренебречь. Нужна только модель для «отскока» налетающих молекул от поверхности тела. Но даже с очень простыми моделями можно попробовать оценить моменты сил и написать динамику. А вот баллистики должны быть в курсе, насколько адекватны простые модели.
Спасибо за интересную статью! Очень хорошо что вы довели вычисления до конечных результатов и оценили видимую звездную величину и вероятность увидеть яркую вспышку.
Хотелось бы обратить внимание на один из самых важных на мой взгляд параметров модели а именно:
param.gauss_w = 17.2
Аппроксимация углового распределения в отраженном потоке гауссом позволяет построить более или менее правдоподобную модель и получить численный ответ. Вопрос о правдоподобности этой модели не обсуждаем, он весьма сложен. Однако в зависимости от значения модельного параметра мы получим разные результаты — либо редкие но яркие вспышки, с небольшой вероятностью их увидеть, либо более вероятные более продолжительные и не очень яркие. Интересно было бы узнать, почему значение этого параметра выбранно именно таким, кроме того интересно поварьировать этот параметр и посмотреть как меняются результаты.
Кроме того хотелось бы обратить внимание на вопрос с осью вращения. Ваша модель построена исходя из предположения что направление оси вращения постоянно, что в общем случае для несимметричных тел неверно. В конкретном случае непостоянство оси вращения может играть положительную роль. Ведь фиксация направления оси вращения фиксирует набор возможных положений зеркала и приводит к тому что из определенных точек отражение не будет видно вовсе. При более «хаотичном» вращении зайчик будет периодически виден из любой точки из которой виден спутник, если спутник освещен солнцем. Но вопрос о вращении вообще говоря выходит за рамки предложенной модели. Вопрос: есть ли у вас либо у баллистиков какие либо оценки скорости, направления вращения и их динамики, учитывающие наличие разреженой атфосферы, ассиментию спутника и приливных сил?
А мне нравится идея заложенная в onion omega. С одной стороны это маленький plug in модуль который можно ставить на плату собственной разработки с необходимой переферией. С другой стороны для начала разработки достаточно подключить модуль и dock к usb, и дальше по мере надобности подключать переферию. Это уменьшит порог вхождения и увеличит популярность платы среди тех кто не очень дружит с паяльником. И с интерфейсами у второй омеги намного лучше чем у первой, можно подключить микроконтроллер на второй uart и консноль при этом останется, и SPI быстрый аппаратный есть.
Вопрос по пункту 3 багофич. В этом году православная пасха отмечается 1 мая в то время как в пункте 3 вы указали что самая поздняя дата 25 апреля. Вопрос — почему? Еще какой-то патч?
Защита лопастей полезна на маленьких коптерах для полета в комнате, она делает столкновения со стенами и мебелью безопасными. пПри полетах на улице от столкновения с кроной дерева защита винтов не поможет. Про парусность и вес сказали до меня.
А еси сделать передатчик который шумит только в нужной полосе, например промодулировав центральную несущую белым шумом с полосой равной половине ширины ГНСС?
Спасибо, очень интересная статья, жедм продолжения. Приавильно ли я понимаю, исходя из провала в спектре сигнала после фильтра, что для вашего фильтра помеха с полосой в 20-30кГц это все еще узкополосный сигнал?
Позвольте поинтересоваться, почему гауссов шум обрезанный до полосы приемника будет значительно менее эффективен чем ЛЧМ? Это некая особенность ЛЧИ что она легко срывает слежение?
Может я неправильно выразился, и мы запутались в терминологии. Давайте посмотрим выходную ВАХ.
При фиксированом напряжении V_gs на затворе при малых токах стока I_d канал имеет почти линейную ВАХ, V_ds=R_ds*I_d. На графике эта область названа linear region. При этом вообще говоря R_ds не константа, и зависит от V_gs. Но для каждого V_gs ток стока I_d не может быть выше некоторого предела, называемого током насыщения I_d_sat(V_gs). Когда ток стокадостигает тока насыщения, он не может расти дальше даже если напряжение исток-сток вырастет. На графике эта область называется saturation region. В комментариях уровнем выше я имел в виду именно этот режим, хотя насыщением иногда называют и другие режимы, вы имели в виду режим когда R_ds(V_gs) достигает предела и перестает меняться с ростом V_gs, поэтому мы не сразу поняли друг друга.
0. Сам факт того что сотрудник будет репортить 32 часа в неделю а не 40 проблемой не является.
1. Проблемой является то что в один из дней сотрудника не будет на работе, ему нельзя будет задать вопрос в реале или по почте, он не будет участвовать в митинах в этот день. Представьте себе что 3-6 человек надо собрать на митинге для обсуждения рабочих вопросов и каждого один день в неделю нет. Так и день выбрать сложно будет.
2. Вторая проблема более надуманна и относится скорее к «общественному мнению» и так называемым ценностям кампании. Не укладывается у многих в голове что человек хочет больше свободного времени для отдыха, саморазвития или работы на опенсорс. Как мне кажется, в среднем кампании охотней дают оплачиваемые часы на саморазвитие чем неполную рабочую неделю.
Возвращаясь к теме статьи: когда указанные прайсы были актуальны у большей части населения компов еще небыло. Сейчас у многих уже нет. Уже нет именно потому что им хватает андроида или ios.
1. Фреза далеко не всегда хорошо срезает медный слой, он может загибаться либо надрываться.
2. Резать тонкие зазоры — нужна тонкая фреза, желательно торцевая. Конус или полусфера врадли не подойдут: будут рвать медь.
3. если надо много где удалить медь фрезеровка будет не такой быстрой как кажется. Или прийдется фрезеровать несколькими фрезами.
В итоге имея возможность делать платы на ЧПУ фрезере даже пробовать не хочется, это долго. Вот где фрезер хорош — вырезать кусок текстолита сложной формы. А делать дорожки — ЛУТ или фоторезист удобнее.
Отдельно стоит отметить что все домашние платы уступают заводским из-за того что дома правтичеки невозможно металлизировать отверстия. Точнее воможно, но уж очень сложно. Впаивать проволочки в отверстия тоже долго, и основное приемущество заводских плат в готовой металлизации.
2. Какая из переферий в разьемах? GNSS к UART прямо к CPU полключается или другие варианты? Выходы опорной частоты и меток времени как-то задействованы? (можно их вывести на микроконтроллер).
3. Много места займут банально разьемы. И дорожки, и переходные отверстия тоже занимают место. Это надо учитывать. Оцените соотношение площади чипов и платы с дорожками на других буках чтобы прикидывать.
4. Разьем займет место. Зато COM можно сделать со сменными оконечниками: стандартный DB9, UART fanout (с защитой), RS485 с развязкой и клеммами. Со стороны CPU под микроконтроллер достаточно CPLD, питания, и JTAG (через тот-же USB). так что такой вариант снижает число пинов в разьеме.
6. В телефонии и PoE используется 48..54в. Причем в телефонии именно -48 относительно земли. Отсюда идея гальванической развязки. А 80 это с запасом, чтоб работало от выпрямленных 48 переменных, ну или от не очень хорошо стабилизированного источника, или от батареи свинцовых аккумов на которой в среднем 12в а по факту при зарядке может быть и больше. (а входные конденсаторы и ключи всеравно на 100в ставить)
8. Возникает вопрос — на каком чипе делать клавиатуру и трекпад. Я предлагал применить не стандартный чип, а SoC в котором на борту BT. Чтобы он мог работать и как BT клавиатура + трекпад и как USB клавиатура + трекпад. А коммутацией должна заниматься CPLD ноутбука.
9. Тут получается 2 конвертора и 3-4 коммутатора:
(конвертор DP-VGA, конвертор VGA-DP, коммутатор переключения выхода CPU на VGA/встроенный экран, коммутатор переключения VGA (как выход или как вход), и 1-2 коммутатора VGA входа к дисплею с двух сторон конвертора). Цифровые коммутаторы можно реализовать на CPLD, аналоговые возможно тоже. А может какие-то хитрые чипы сейчас есть, тема требует изучения.
Команду можно найти на профильных сайтах и форумах. Кроме как тут, стоит поискать на чисто электронных форумах.
А что касается дизайна, то помимо корпуса я бы советовал прорисовать блок-схему того что внутри, включая как отдельные устройства так и коммутаторы, преобразователи напряжения, и.т.п. Всеравно проектирование любого устройства начинается с таких блок схем. Надо убедиться что хватает PCI-E, UART и прових интерфейсов, возможно добавть хабы, а так-же сформулировать требования к CPLD (это такая микросхема в которую можно прошить любую логическую схему). В данной конструкции именно CPLD будет управлять режимами коммутации клавиатуры, экрана, светодиодами, а так-же включением/выклюыением питания и порядком подачи питания на переферию. По Kaby Lake есть важный вопрос — колько линий питания и какие требования к порядку подачи питания на них. У многих CPU от intel с этим непросто. А по электронике вы во многом правы, схема это не такая большая проблема в данном случае. Внимания требует разводка ВЧ сигналов (тактовая, интерфейсы DRAM, PCI-E, ...). Ну и без CPLD тут не обойтись, значит надо рисовать блок-схему, затем электрическую схему и готоврить спесификацию функций CPLD.
Озвучу свои замечания по конструкции и фичам:
1. На рендерах видно что в системе предполагается вентилятор. Хотя стоит рассмотреть алюминиевое дно со сбросом тепла на него. Заодно и со штативным креплением проще будет.
2. Переферии получается достаточно много, непонятно, сколько внутри должно быть плат, и что оставить в разьеме а что нет.
3. Внутри можно оставить 3 разьема m2, и развести кабели для антенн. Возможные варианты использования: SSD+WIFI+3G/4G (основной)б SSD+WIFI+WIFI (кому надо точку доступа), или SSD+WIFI+SSD кому надо второй SSD.
4. Микроконтроллер на борту это очень круто. Возможно стоит рассмотреть вариант с прожигаемым образом (бутлоадер+библиотека) и программой работающей из ОЗУ которая динамически загружается драйвером. Может для этого лучше пойдет не STM а какой-либо другой ARM cortex-M*. Зато EEPROM убиваться не будет.
5. SATA наружу это весьма интересная идея.
6. Питание от Passive POE это интересно и реализовать его не так и сложно. Можно вообще сделать встроенный гальванически развязанный блок питания с входом 8-80В
7. RS232 с переключаемыми уровнями — оригинально. Но опасно если забыть переключить уровни. Может стоит сделать RS232 И отдельно UART fanout cable?
8. Подходим к самому интересному — клавиатура и трекпад который работает и внутрь и наружу, и по Bluetooth. Есть несколько вариантов реализации. Для полной описанной функциональности мне кажется что трекпад с клавиатурой и BT нужно реализовать на отдельном SOC. При выключенном основном проце этот SOC работает автономно. При включенном основном питании — работает как BT HCI+HID устройство, и коммутируется к буку или наружу с помощью CPLD. Альтернативный вариант — реализовать это переключение полностью программно через драйвер. Но тогда мы теряем BT клавиатуру. Хотя возможны и другие ванианты.
9. С VGA тодже прийдется ставить отдельный чип коммутации. Мозможно есть готовые решения, возможно прийдется городить что-то на FPGA.
10. Вариант с FN кнопкой и клавишами которые работают как функциональные и как буквы можно развивать дальше: функции которые дефолтные при нажатой и отпущенной FN можно настраивать. Хотябы для групп кнопок. А какая именно функция активна показывать подсветкой. И вообще кнопки подсвечивать изнутри на мой взгляд правильнее чем снаружи. Хотя тогда могут быть сложности с конструкцией клавиатуры.
Задача по разработке девайса достаточно сложная можно воспользоваться дизайн сервисами контрактных производителей, но по крайней мере у крупных производителей будет долго и очень дорого. На мой взгляд дизайн тут делать надо самим, но тут на целую команду задача, хотя неподъемного ничего нет. Главное — собрать команду.
1. Мелкие высокоактвные пылинки.
2. Излучение некого изопора равномерно но в малой концентрации распределенного в окружающих предметах.
3. Излучение исходяшее от некоторой установки, сильно ослабленное биозащитой но не полностью.
…
Самым опасным случаем является случай 1 потому что пыль может попасть внуть орзанизма, остаться там на долго (а может даже радоактивные изотопы из пыли будут усвоены и встроены в ткани). Это приведет к очень сиьному облучению отдельных небольших участков тканей и может вызвать рак.
В случае 3 или в ином случае когда нет радиоактивной пыли или точечного высокоактивного источника которым можно сильно облучить часть органиизма, повышенный даже в 10 раз выше «нормы» фон не опасен. Настолько не опасен что даже годы прибывания в месте с повышенным фоном не будет иметь никаких последствий. Другое дело что далеко не во всех местах с повышенным фоном можно гарантировать отсцуствие высокоактивной пыли.
Момент импульса постоянен, однако для ассиметричного тела направления векторов момента импульса и угловой скорости не совпадают, и вектор угловой скорости уже не будет постоянным. В частности для так называемого симметричного волчка (тела у которого моменты инерции вдоль двух главных осей совпадают но не совпадают с моментом инерции вдоль третьей оси) наблюдается прецессия вектора угловой скорости вокруг вектора момента импульса.
А что касается торомжения — попробовать посчитать можно. Сильно разреженный воздух в каком-то смысле даже проще описывать — длинна свободного пробега огромна, соответственно взаимодействием молекул между собой можно пренебречь. Нужна только модель для «отскока» налетающих молекул от поверхности тела. Но даже с очень простыми моделями можно попробовать оценить моменты сил и написать динамику. А вот баллистики должны быть в курсе, насколько адекватны простые модели.
Хотелось бы обратить внимание на один из самых важных на мой взгляд параметров модели а именно:
param.gauss_w = 17.2
Аппроксимация углового распределения в отраженном потоке гауссом позволяет построить более или менее правдоподобную модель и получить численный ответ. Вопрос о правдоподобности этой модели не обсуждаем, он весьма сложен. Однако в зависимости от значения модельного параметра мы получим разные результаты — либо редкие но яркие вспышки, с небольшой вероятностью их увидеть, либо более вероятные более продолжительные и не очень яркие. Интересно было бы узнать, почему значение этого параметра выбранно именно таким, кроме того интересно поварьировать этот параметр и посмотреть как меняются результаты.
Кроме того хотелось бы обратить внимание на вопрос с осью вращения. Ваша модель построена исходя из предположения что направление оси вращения постоянно, что в общем случае для несимметричных тел неверно. В конкретном случае непостоянство оси вращения может играть положительную роль. Ведь фиксация направления оси вращения фиксирует набор возможных положений зеркала и приводит к тому что из определенных точек отражение не будет видно вовсе. При более «хаотичном» вращении зайчик будет периодически виден из любой точки из которой виден спутник, если спутник освещен солнцем. Но вопрос о вращении вообще говоря выходит за рамки предложенной модели. Вопрос: есть ли у вас либо у баллистиков какие либо оценки скорости, направления вращения и их динамики, учитывающие наличие разреженой атфосферы, ассиментию спутника и приливных сил?
При фиксированом напряжении V_gs на затворе при малых токах стока I_d канал имеет почти линейную ВАХ, V_ds=R_ds*I_d. На графике эта область названа linear region. При этом вообще говоря R_ds не константа, и зависит от V_gs. Но для каждого V_gs ток стока I_d не может быть выше некоторого предела, называемого током насыщения I_d_sat(V_gs). Когда ток стокадостигает тока насыщения, он не может расти дальше даже если напряжение исток-сток вырастет. На графике эта область называется saturation region. В комментариях уровнем выше я имел в виду именно этот режим, хотя насыщением иногда называют и другие режимы, вы имели в виду режим когда R_ds(V_gs) достигает предела и перестает меняться с ростом V_gs, поэтому мы не сразу поняли друг друга.