Во-первых, сообщение не пустое, о чём и говорит тестирование.
Во-вторых, почему сёрф должен его не увидеть ? СДКМ полностью соответствует стандарту SBAS. Я почитал Control Document и вот не нашел каких-то специфических отличий, за исключением того что добавлен Глонасс.
Собственно ради этого и копаюсь, чтобы проверить - заведётся или нет. EGNOS я принимаю, но естественно от него в Москве никакого толка, только вред. Но тем не менее - статус меняется на DGPS, т.е. математика зашита.
В-третьих, полагаю сравнение производилось с анализом данных, собранных в Европе и Америке, по готовым отчетам или сырым данным. Не летать же для этого в Европу и Америку. Вообще не надо думать, что геодезисты такие тупые, люди знают что такое статистика. Он же не обязан предоставлять полный отчёт с таблицами всем желающим, у него есть заказчик. Даже за картинку спасибо ему, других-то всё-равно нет т.к. наш ширпотреб в смартфонах и платах до сих пор не ловит Лучи.
N8T на нормальную антенну в нормальных условиях только на одном GPS тоже субметр выдает, проверял
если включить GLONASS то субметр исчезает ибо cIFB (литерная погрешность) никто не отменял.
В геодезических приёмниках фиксят cIFB вычисляя невязку по отношению GPS.
Официально литерную погрешность Лучи не передают
Но может передают неофициально ? Это имеет смысл проверить.
два спутника Луча как и остальные видимые у меня SBAS принимал несколько лет назад на софту
Все SBAS имеют нулевой доплеровский сдвиг, что очень удобно для точной установки частоты опорных генераторов в свистке или hackrf и т.п. Именно для этого и корявил софту. Исключение составили оба Луча, частота Лучей в отличие от всех остальных SBAS гуляет примерно от -4000 до +4000 Гц
Исследование “доплеровского сдвига” Лучей показало что это плавает опорный генератор на Лучах, в зависимости от того на Солнце они или в тени. Что еще там начудили можно попробовать выяснить.
Для этого достаточно забить PRN Лучей в конфиг N8T и посмотреть какие сообщения приходят,
с остальными SBAS в N8T это без проблем, можно наблюдать все сообщения принимаемых SBAS и их содержимое.
Надо мне попробовать на N8T поймать Лучи, хотя может и не поймает, ибо они имеют не децкий “доплеровский сдвиг”
Но можно подловить время когда “доплеровский сдвиг” Лучей близок к нулю, тогда точно их N8T должен трекать и принимать,
**если действительно Лучи стандартные SBAS.
**
Могу без особых проблем посмотреть сообщения при помощи своей софты, что гораздо менее интересно,
чем прием Лучей на N8T
Хотя австралийцы делают как раз такой вариант, приемник SBAS отдельный.
Ну вроде бы изначально SBAS это не GPS, а спутник связи, ретранслятор GPS-подобного сигнала. Сложно ожидать от него синхронизацию с GPS с наносекундными точностями. Как источник дальностей их не используют, нет нужды. Ну, по крайней мере, они отключены по-умолчанию. Может допуски ±4kHz были в техзадании изначально.
По Лучам очень скудная информация, только на Геодезисте удалось разговорить человека - оказывается процесс идёт, станции запускаются, в хозяйстве тестируется и т.д.
поиск SBAS спутника приемник начинает когда уже принимает спутники GPS и уже определил насколько сбит его собственный опорный генератор, поскольку спутники SBAS имеют нулевой доплеровский сдвиг то приемник при трекинге заданного PRN SBAS
выставляет точную частота спутника SBAS и не производит поиск по частоте как для спутников GPS, Лучи в пролёте, за исключением времени когда “доплеровский сдвиг” близок к нулю
Под “близости к нулю” подразумевается ~ 200 Гц, именно с этим step и производит поиск по частоте моя софта,
что и показано на её мордашке
Это лишь логика конкретного софта, ничего более. Логика приёмника может отличаться, без реверса никак, у всех свои алгоритмы.
У геодезических приёмников проблем с приёмом Лучей нет. А у сёрфов так вообще нулевой доплер сдвинут на 96.25 kHz, а псевдодальности по 100 тыс. км и ничего, работает. И корелляторов в DSP сделано 200 ТЫСЯЧ. Он все бины проверяет одновременно.
Я ничего не имею против SDR или u-Blox, но уж больно недетский ценник - приемлемо для увлечённых энузиастов, бесполезно для обычных юзеров.
100% кореляция с нагревом и охлаждением спутника
типичное раздолбайство, причем на обоих спутниках
насколько я понял, изучая вопрос дивного “доплеровского сдвига” Лучей,
разработчика корпуса заверили электронщиков что они применили идеальную патентованную схему
стабилизации температуры внутри корпуса спутника так что электронщики даже не воткнули термостабилизированный кварц,
не говоря уже об термостатированном, просто обычный говенный бытовой кварц поставили
понятно что нет, как и с cIFB (литерная погрешность),
ибо учтены некоторые особенности
если его сдвиг заранее известен его тяжело учесть ?
тяжело когда он неизвестный … но не очень …
что то вы родимый ни в зуб ногой … пока, изучайте сырцы приемников и наступит у вас просветление
А фирменные ASIC 2006 года умеют. 10 лет назад на одном форуме присутствовал разработчик Сёрфов (к сожалению passed away), так что инфа из первых уст. Там на форумах интеллигентное общение, письками никто не меряется, а делятся информацией (в разумных пределах, инсайд никто не раскрывал естественно).
Я как-то видел фотографию компании Intel, представляющую очередной новый проц-концепт на FPGA. Это 19-дюймовая стойка с потреблением в киловатты. Думаю разница в количестве кремния FPGA vs ASIC понятна.
вот смотрим у разработчика и производителя unicorecomm
UB482 основан на мультисистемном, многоядерном, высокоточном чипе (SoC) Unicore Nebulas-II. Данный чип поддерживает 432 канала, включает в себя встроенный высокопроизводительный АЦП, блок защиты от помех, два 600 МГц процессора и два прецизионных блока обработки с плавающей точкой, обеспечивающие мощные возможности обработки сигналов ГНСС.
всего 432 канала
объясните им что надо 200 тысч, они поржут
**unicorecomm кстати делает oем и для u-blox и прочих **
Посмотрел при помощи M8N который магией превращен в M8Т СДКМ PRN 140 который над Азией
от меня он виден хотя и висит над горизонтом на 10 градусов,
PRN 125 должен был виден с углом ~20 градусов но был затенен зданиями
Исходя из приведенной выше карты покрытия Лучей мне без особой разницы на какой цеплятся,
хотя там сказано что PRN 140 Азия, Средняя Азия, Китай, Индия а PRN 125 Европа, Северная Африка, Ближний Восток
Все на M8Т с 3-м FW чудесно работает
Дивный “доплеровский сдвиг” Лучей пофиксили, теперь он как у всех
Сообщения шлет не пустые, заполнены инфой. что чисто GPS что чисто GLONASS
при включенной SBAS радостно сообщают что есть DGNSS
Осталось выехать во чисто поле и проверить есть ли толк от этого DGNSS
как на PRN 140 так и PRN 125
Ведь австралийцы не просто так делают отдельный приемник SBAS.
На сколько я понял (хотя могу и ошибаться), периодически читая статьи про ГНСС - Австралия пошла по простому пути, программное обеспечение для расчёта SBAS поправок было приобретено у испанской фирмы GMV (скорее всего без исходников), своих разработок там нет. Вроде и EGNOS в начале использовал софт от GMV, а может и сейчас использует. В общем не стоит приводить Австралию в качестве авторитета. А вот ребята из тихоокеанского региона молодцы, всё сделали сами, хотя и жалуются в статьях, что у них есть ряд нерешенных проблем, а Европейцы и Американцы редиски такие т.к. не делятся своими наработками
ROM у F9P и F9H одинаковый (CRC совпадают),
а вот при “простом” изменении байтов/битов приемник перезапускается,
так как у M9/F9 этот блок не 128, а 512 байт.
Вообще с остальными байтами/битами надо быть осторожным, чтобы с частотами не намудрить.
Сегодня удачный день !
С утра лежал сайт СДКМ где красивые картинки
непонятно как они их получают
Ибо без СДКМ у меня не хуже чем у них, даже лучше, а вот если включить SBAS в RTKLIB
то эффект не такой впечатляющий как на их картинках с включенным СДКМ Надо дорабатывать SBAS в RTKLIB, поскольку там
unsupported sbas message: type=27 Служебное сообщение СДКМ
unsupported sbas message: type=10 Параметры деградации (быстрых и долгосрочных поправок, задержек в ионосфере)
unsupported sbas message: type=12 Параметры сдвига “сетевое время СДКМ/UTC”
unsupported sbas message: type=17 Альманах спутников СДКМ
Режим SBAS в RTKLIB для GLONASS не реализован вообще впрочем как и в приемнике M8T
Поскольку сайт sbas.ru полег а на спутнике PRN 140 опять начал глючить опорный генератор и он то падает то подымается посему включили PRN 125
Заснял два лога каждый по 1 часу: PRN125+GPS+GLONASS PRN125+PRN140+GPS+GLONASS
первый поверхностный анализ показал что с обоих СДКМ спутников идет фактически идентичная инфа
ибо cIFB (литерная погрешность) никто не отменял.
Это имеет смысл проверить.
