Pull to refresh
67
0
Антон Кортунов @ToSHiC

Программист

Send message
А я читал. В статье цитата с регионального сайта МТС. Прочитайте же и мой комментарий более внимательно, я спрашивал про бумажную версию, которая прилагалась к сим-карте.
Так указано же в Правилах! А что написано в условиях тарифного плана, который выдали вместе с сим-картой?
Номерная ёмкость оператора связи не бесконечна. Данные пункты были введены специально для того, чтобы сим-карты «протухали» и телефонные номера, с которыми они были спарены, можно было снова использовать. И это, кстати, сделано во благо клиентов операторов сотовой связи, т.к. в противном случае за подключение пришлось бы платить существенно больше, оплачивая расширение номерной ёмкости из своего кармана.
Какая есть гарантия того, что, в случае ДТП, штыри разблокируют двери? В противном случае спасателям придётся изрядно поработать, чтобы вытащить людей из машины.
Как реализуется защита от угона путём атаки на каналы телефон-веб-сервер и сервер-сигнализация?
Сделать значением по-умолчанию бесконечность, тогда не читающие документацию не пострадают.
Странно, почему они не ограничили время жизни удалённых записей. Если сделать это конфигурируемым параметром — то можно и по старой схеме работать (бесконечное время жизни), так и по-новой, удаляя их через, скажем, 10 дней. В этом случае запись может «воскреснуть», если реплики были разломаны и не синхронизировались дольше 10 дней, но, чаще всего, это разумная плата за повышение производительности.
Стоит отметить, что под 64-битными виндами необходима будет подпись драйвера, которая стоит денег.
Если лицензия запрещает дизассеблирование — то и подход, описанный в статье, тоже противоречит этой лицензии. То, что код получен штатными средствами компилятора никого не волнует.

Что же на счёт защиты, то в большинстве случаев пытаются хотя бы заставить работать ядра на GPU на порядок быстрее, чем на обычном CPU. Если туда вставить всякие защиты от отладки — то производительность ядер упадёт и толку от использования GPU не будет никакого.
Впрочем, сильно оптимизированный код читается и реверсится тоже тяжко. Помню, была одна замечательная статья про умножение разряженных матриц на ATI, результирующее ядро у них получилось вот такое, тут в исходниках то сложно сходу разобраться, как оно работает.
Точно так же можно перехватить вызов CUDA dll и сдампить себе ядро, которое потом дизассемблировать. Да, конечно, это немного сложнее.
Разница принципиальная.

Обычный, автономный режим работы: приёмник ловит сигналы 3+ спутников, на основе этих данных получает решение системы уравнений с переменными (x,y,z,t) — координаты и точное время, соответственно. Все цифры с погрешностями, чем больше спутников с достаточно мощным сигналом — тем точнее получается решение. Если всего 3 спутника видно — то получается т.н. решение 2D: высота нахождения приёмника принимается за высоту геоида в данной точке над нулём используемой системы координат, а она может сильно отличаться от реальной высоты нахождения приёмника. В общем, крайне желательно иметь хотя бы 4 спутника в зоне видимости.

Тут как раз возникает понятие GDOP (Geometric Dilution of Precision). Если все видимые спутники находятся в зените, то очень хорошо вычисляется высота, зато очень высокие погрешности по горизонтальным координатам. Если спутники над горизонтом — то наоборот, по x и y легко получить высокую точность, а по высоте уже похуже. Но при этом возникает другая проблема — сигнал может отражаться от земли, а понять, отражённый ли сигнал попал на антенну — нетривиальная задача. Но тут всё решается за счёт того, что спутников много, и в средних широтах и южнее их одновременно видно много. Собственно, как раз именно тут и сказывается улучшение геометрии созвездия при использовании ГЛОНАСС: у спутников GPS наклонение орбиты 55 градусов, а у ГЛОНАСС — 65 градусов. Вот картиночка с проекцией орбиты одного из спутников GPS:

а вот ГЛОНАСС:


Ну и плюс 24 спутника в добавок к 31 спутнику GPS — это тоже хорошо для точности позиционирования.

НО! Автономная точность позиционирования по коду L1 C/A всё равно имеет свой предел по следующим причинам:
ионосферные задержки +- 5м
нестабильности орбит спутников +- 2.5м
нестабильности часов спутников +- 2м
отражения сигнала +- 1м
тропосферные задержки +- 0.5м
ошибки округления в приёмнике +- 1м

Итого набегает больше 10м. Плюс эти метры надо ещё умножить на GDOP. Маркетинговые же цифры типа 5м — это CEP, т.е. 50% измерений попадут в окружность радиусом 5 метров.

Принципиально поднять точность измерений можно на 2 порядка, до единиц сантиметров. Но только при одном условии: используется базовая станция, и она передаёт поправки на клиента. Это как раз и называется дифференциальный режим. Грубо говоря, приёмник на базовой станции с точностью до сантиметра знает, где находится фазовый центр антенны и используемой системе координат. Приёмник каждый раз определяет своё положение по сигналам от спутников и вычисляет поправки, которые надо внести в сигнал каждого из них, чтобы получить истинное значение. Эти поправки и передаются на клиентские устройства.
Только сегодня наткнулся на MPU-6050 от Invensense (http://invensense.com/mems/gyro/mpu6050.html). Похоже, что они умеют использовать акселерометр для коррекции показаний ДУСов в этом внутреннем DSP. Стоит 20 баксов на спаркфане www.sparkfun.com/products/10937.
Кстати, в SIRFstarV есть поддержка ГЛОНАСС, так что ждите на прилавках магазинов, уже совсем скоро :)
Не путайте дифференциальный режим с повышением точности за счёт улучшения GDOP. Через пару лет многие дешёвые чипы будут поддерживать работу с ГЛОНАСС, тогда и дешёвые телефоны с его поддержкой появятся.
Если хочется по-умному, то надо ставить HFSS, в нём смоделировать патч и посмотреть, как он будет себя вести на L1 ГЛОНАССа и GPS. При этом не забыть, что поляризация правая круговая, так что у патча надо будет подрезать уголки (ну или запитывать 2 фидерами, но нафиг надо). Ещё не забыть, что приёмник скорее всего рассчитан на волновое сопротивление антенны 50ом, соответственно надо будет сделать полосок 50-омный и 50-омный коаксиал спускать до модуля.

Т.к. патч будет на плате и его запитка, скорее всего, будет тоже с платы, то надо ещё будет четвертьволновый трансформатор сделать. альтернативный вариант — найти точку запитки непосредственно на патче, которая будет давать 50ом, и туда поставить SMA разъём для поверхностного первендикулярного монтажа (я не знаю, как это правильно называется, но он сам располагается перпендикулярно плате, земляной контакт паяется плоско, а под центральный сверлится отверстие). Ну или прямо коаксиал аккуратно припаять.

Если планируется и модуль, и патч на одном куске текстолита — то надо помнить, что под патчем никаких сигнальных линий быть не должно, повороты микрополосковых линий специфические и надо стараться делать их как можно меньше.

Самое сложное — это точно узнать параметры диэлектрика текстолита. Правда, на electonix.ru говорят, что 1.5ггц — это детские частоты и на них всё наверняка и так заработает :)

Из ресурсов, где почитать:
www.emtalk.com/tut_1.htm
www.emtalk.com/mwt_mpa.htm
electronix.ru/forum/index.php?showforum=63

P.S. Гуру gps-sdr приёмников Michele Bavaro советовал мне применять Shorted Annular Patch антенны для хорошего определения положения. Она не такая компактная, как патч, но зато лучше отсекает отражённые от земли сигналы.

P.P.S. Я не настоящий сварщик! Советы мои надо перепроверять, ибо это в основном плод моего изучения вопроса в интернетах, классического образования в области СВЧ радиотехники я не получал.
А почему Вы считаете, что потери на рассогласованном соединении кабеля с платой и рассогласованной микрополосковой линии будут меньше, чем на одном согласованном соединении, если я не ошибаюсь, типа ufl? Тем более, что у F-type разъёмов волновое сопротивление 75 ом, и они предназначены для работы на частотах до 1ГГц. И ещё тем более, что кто же знает, какое было волновое сопротивление у родной антенны.
Кмк логичнее использовать штатный разъём и спаять пигтеил ufl — N-type.
Персонализация поиска и учёт истории предыдущих запросов, очевидно, только улучшает качество поиска.
А на какую именно должность собеседовали? SE, SRE? И в европейские отделения или в штаты?

Я летом собеседовался на SRE в европейские офисы, пообщался с ними в Дублине, но дальше наши отношения не сложились :)
Варианты с одной очередью не очень хороши — однократно запрошенные элементы будут вытеснять чуть менее популярные элементы, которые запрашивали много раз. В интернетах встречаются статьи про кэши 2Q, где эта проблема частично решена: хэш-таблица для поиска элементов и 2 очереди. Сначала элемент попадает в нижнюю очередь, а если его запросили второй раз и он всё ещё в кэше — то тогда в верхнюю. Когда верняя очередь заканчиваются — элементы из неё вытесняются в нижнюю, из нижней же элементы вытесняются совсем и удаляются из кэша. Получается константное время поиска записи и её добавления

Кстати, в бусте есть контейнер, который отлично подходят для подобных схем — intrusive list. Ну и ещё intrusive hashmap, чтобы уж совсем минимально с памятью работать.
Быстро стартует не из-за двухсистемности, а потому что включён assisted gps. Холодный старт такой долгий, потому что приёмник должен получить со спутников альманах и эфемериды, а это не очень быстрый процесс: альманах около 13.5 минут качается, эфемериды — 30 секунд. Тёплый старт — надо обновлять только эфемериды. Альманах протухает через 30 дней, а эфемериды через 30 минут, так что кэшировать эфемериды толку никакого, а альманах почти все приёмники хранят. Assisted gps же помогает сразу в 2 направлениях:
1) из интернета скачать эфемериды или, тем более, альманах намного быстрее, чем ждать, пока они полностью придут со спутников;
2) можно приблизительно прикинуть своё местоположение по сигналам сотовой сети, тогда время до первого решения системы уравнений в приёмнике сокращается. Но сейчас это уже не так критично — в приёмниках стоят достаточно мощные процессоры, которые потребляют всё меньше и меньше и стоят всё дешевле.

А вот, кстати, приделать к gps приёмнику ещё и глонасс довольно просто: частота отличается всего на 25 мегагерц, лёгкое изменение высокочастотного фронтэнда решает эту проблему. Ну а алгоритмы все практические такие же, как и в gps, документация в открытом доступе, процессоры, как я уже упоминал, достаточно мощные. Зато расположение спутников в средней широте удачное, вот производители и стали добавлять в свои чипсеты поддержку.

Единственное, что я не очень понимаю — за счёт чего именно они получают лучшую точность.
Нет, кинект работает по другому принципу: объект освещается ик-светодиодами, а затем CMOS-сенсор получает картинку в ик-спектре. Чем ближе объект — тем он ярче. Немного похоже на то, как выглядит тёмная комната, освещённая одной тусклой лампой. Ну или съемка в ночном режиме видеокамерой.
12 ...
114

Information

Rating
4,537-th
Location
Россия
Registered
Activity