Jump to content

    

wwo55

Участник
  • Content Count

    200
  • Joined

  • Last visited

Everything posted by wwo55


  1. Не совсем так. Модуль выдает навигационное решение с периодом, указанном в параметре 303 (Fis Rate). А вот выдавать сообщения он может не с каждым решением, а "фильтруя базар", не каждый раз. Вот коэффициент прореживания "базара" и задается в параметре 190. Это будет "набор 0 сообщений NMEA", который описывается параметром 201. Параметр 191 определяет период выдачи "набора 1 сообщений NMEA" относительно набора 0. Состав набора 1 определяется параметром 210. Параметр 192 определяет период выдачи "набора 2 сообщений NMEA" относительно Fix Rate. Состав набора 2 определяется параметром 211. Не перегружайте этот набор!!! У него короткий буфер и очень высокий приоритет, так что можно сильно зажать производительность процессора, перегрузив этот набор. Рекомендую включать в него одно-два сообщения. И еще. Этот набор включается только после Ресета!!! Просто изменив параметры и не перезапустив модуль, вы не увидите этого набора. А вот после перезагрузки он появится и станет реагировать на изменения. Мои рекомендации для высокоскоростной работы модуля: Период выдачи навигационных решений 0,1с Набор 0 период 5, состав ZDA, VTG, GLL (будет выдаваться 2 раза в секунду) Набор 1 период 6, состав GSV, GSA (будет выдаваться раз в 3 секунды) Набор 2 период 1 состав RMC/GGA (будет выдаваться 10 раз в секунду) Надеюсь, что ответил на Ваши вопросы. Да, в старой версии прошивки наборы 1 и 2 могут не поддерживаться!
  2. Мои установки для 10 Гц: 103 -> 01 121 -> 02 130 -> 30 190 -> 01 191 -> 0a 192 -> 0a 201 -> 00000041 210 -> 01180014 211 -> 00000000 303 -> 1.000000e-001 Проверено, работает. Небольшая ремарка: Ваша версия ПО сильно устарела (апрель 12 года), рекомендую применять что-то типа GNSS ver: 7.3.7.54 (июль 13 года), в ней существенно меньше загрузка процессора и 10Гц будет работать лучше. Кроме того, рекомендую выводить 10Гц сообщения через вторую страницу NMEA (она как раз для высокоскоростных сообщений), а не через нулевую. Хотя у меня и через нулевую все нормально работает.
  3. Если есть возможность, посмотрите, пожалуйста, нашу документацию. Надеюсь, что она поможет. http://naviaglonass.ru/wp-content/uploads/...S_AppNote_1.pdf
  4. Только перешивкой ПО модуля. В принципе - одна минута работы. Но нужно двусторонний доступ к любому из UART'ов и выводам Tx1 и Reset Прошивать приедтся прошивкой BOOT, с этим прекрасно справляется наш Navia Viewer последних версий За прошивкой прошу написать в личку - не имею права выкладывать открыто... Да, и еще - рекомендую сначала перенаправить поток Debug на USB, чтобы иметь возможность отработать настройки, а потом уже переключиться на NMEA. И совсем вдогонку. DTR включен на компе? По умолчанию он нужен!
  5. Можете ли Вы привести установленные значения параметров? 100 101 102 103 124 130 193 194 195
  6. Как сконфигурирован модуль? Какой из потоков выведен на USB?
  7. Что подразумевается под "списком команд для отладочного порта"? Это порт как Debug однонаправленный - только передача, по RxD этого UART'а принимаются поправки RTCM-104.
  8. На сайте НАВИА размещено руководство по применению модуля ML8088 для синхронизации времени. http://naviaglonass.ru/wp-content/uploads/...S_AppNote_1.pdf По результатам экспериментов, в режиме синхронизации и при валидности сигнала PPS ошибка не превышает 15нс. Прошу учесть, что плохая видимость спутников может увеличивать ошибку.
  9. "Перетягивание каната" определяет то, какой из выводов преобразователя будет назначен входом. То есть выходной каскад микроконтроллера должен перетянуть выход триггера внутри преобразователя.
  10. Эти микросхемы работают по принципу "перетягивания каната", то есть кто сильнее тянет - тот и главный. То есть для выбора направления должен быть достаточный выходной ток у источника. Проверяйте свой источник сигналов, скорее всего, он не может "перетянуть канат" в свою сторону.
  11. Контролируйте начало пакета по первому сообщению, относящемуся к текущей секунде. У большинства модулей это $GPRMC. По поводу интервалов - я бы не стал такое рекомендовать, т.к. при "рваной" передаче, когда часть сообщений передается раз в секунду, часть сообщений - раз в три секундц, а часть - раз в пять секунд, "наполнение" секундного интервала становится сильно различающимся, иногда дяже часть сообщений в следующий секундный интервал отправляются. Если, конечно, скорость 115200 и сообщений немного - это работает, если же скорость 9600 или, еще хуже, 4800, а сообщений нужно передать много - только "разбор рыбы с головы".
  12. Я не очень понял связь между NMEA и PPS. Прошу учитывать, что если PPS является синхронизированным сигналом, "привязанным" к времени спутников, то NMEA сообщения "свободны", они должны быть отправлены в пределах "своей" секунды. Поэтому я прошу Вас включить два-три модуля одновременно, установив на них нужные задержки, и посмотреть сдвиг сигналов PPS между модулями. Наши эксперименты показывают, что все работает правильно, взаимный "разбег" сигналов PPS между модулями не превышает 100нс, средний "разбег" составляет 40нс.
  13. Прошу прощения - вопрос непонятен. Если установка длительности, задержки и инверсии - это все есть непосредственно на вкладке 1PPS. Если интересует статус сигнала - тогда включите сообщение $PSTMPPSDATA $PSTMPPSDATA,<on_off>,<pps_valid>,<synch_valid>,<out_mode>,<ref_time>,<ref_constellation>,<pulse_duration>,<pulse_delay>,<gps_delay>,<glo_delay>,<inverted_polarity>,<fix_cond>,<sat_th>,<elev_mask>,<const_mask>,<ref_sec>,<fix_status>,<used_sats>,<gps_utc_delta_s>,<gps_utc_delta_ns>,<glonass_utc_delta_ns>,<quantization_error>,<pps_clock_freq>,<tcxo_clock_freq>*<checksum><cr><lf> Поле <synch_valid> покажет статус синхронизации сигнала PPS. 0 - нет синхронизации, 1 - синхронизация есть.
  14. Выкопировка из TESEOII_BC MASK_(REV1_3).pdf: This note reports the list of changes implemented in the TeseoII new silicon Mask BC revision compared to previous BB mask. TeseoII BB mask Part numbers start with STA8088xxx TeseoII BC mask Part numbers start with STA8088Cxxx. All changes are here reported with a short description for each one. The TeseoII BC mask is fully backward compatible with the previous BB mask. Platform designed with TeseoII-BB may be populated with TeseoII-BC without HW changes. Все ПО, написанное для BB, годится для BC Собственно, наш модуль ML8088sE отрабатывался и на начальном этапе выпускался именно на STA8088FG, позднее мы полностью перешли на STA8088CFG. И предлагаемый дизайн был проверен и на FG, и на CFG. Кстати, на складе сейчас лежат именно STA8088CFG.
  15. И в чем разница? В том, что мы честно говорим о том, что наш дизайн работает и на STA8088FG, и на STA8088CFG (обновленном кристалле)? Разрабатывалось для FG, но CFG совместим "сверху вниз", проверено, работает.
  16. Добрый день всем! На сайте НАВИА выложена новость о предоставлении информации по дизайну модуля ГЛОНАСС/GPS на чипе STA8088FG. Раскрывается дизайн модуля GL8088sE. http://naviaglonass.ru/tipovoe-reshenie-na...pseta-sta8088fg Цель - внедрение чипсета STA8088FG в устройства конечного пользователя. В паре с SDK - готовый набор для построения систем на чипе. Условие получения информации - заключение соглашения о неразглашении информации (NDA).
  17. MStar был приобретен Mediatek'ом. Ответ Медиатека по судьбе модулей MStar: What kind of navigation chipset you are going to produce after the merger Mediatek and MStar? Mediatek product line MT33xx will be the remain product. Mstar GPS product line will EOL soon. Это при том, что сам Медиатек модулей не делает...
  18. Информация крайне скудная об этом чипе. Вообще странно, что Вы хоть что-то слышали о нем... Ждем официальных или хотя бы полуофициальных сообщений. Пока пользуемся TeseoII+ (STA8088Cxx) - обновленной, улучшенной версией кристалла.
  19. Да, при такой формулировке вполне можно решить данную задачу. Собственно, SDK и нужен для решения подобных задач...
  20. Если мы говорим о приемнике SIM68, то есть на приемнике на чипе STA8088FG, то достаточно подать определенные команды конфигурации. Установить определенные значения параметров: 104 GNSS Mask Angle (0 …. 45) Set the GNSS Mask Angle for low Satellite Elevation 105 GNSS Tracking Threshold [dB] (10..50) Set the satellites tracking threshold К примеру, установив параметр 104 в 20 (по умолчанию 0), Вы уберете из решения все "низкие" спутники. Установив параметр 105 в 25 (по умолчанию 10) Вы уберете все слабые спутники. Применив хорошую антенну, имеющую подавление сигналов с левосторонней поляризацией 20dB, Вы снизите все отражения как минимум на эти 20dB. А с учетом того, что отраженные сигналы обычно и сами послабее, чем прямые (я не беру ситуацию с фокусировкой), то антенна + приемник неплохо справятся с задачей.
  21. Мы предоставляем SDK на условиях соглашения о неразглашения NDA. По поводу отладочной платы - что именно Вы имеете в виду? Нужна плата на модуль ML8088sE или плата на чип STA8088xx? "Отладка" на модуль - без проблем, "отладка" на чип, к сожалению, пока недоступна. Точнее, ее нужно заказывать у ST, это долго и дорого. А основное - зачем она нужна Вам? Какие задачи для этой "отладки"? Если Вы планируете задействовать все сигналы чипа - тогда понятно, но если Вам достаточно того, что у модуля уже выведено на контакты - достаточно модуля на отладочной плате. По поводу схем включения чипа - да, мы можем их предоставить в рамках того же самого NDA.
  22. И еще - прием "в полнеба", да еще с отражениями от окружающих зданий может дать ошибки позиционирования в сотни метров. Кроме матобработки можно посоветовать начать с ХОРОШЕЙ антенны, имеющей высокое подавление отраженных сигналов. Далее, можно ограничить углы обзора (чем ниже к горизонту спутник, тем болше шансов, что его сигнал придет с отражениями), ограничить пороги сигнала (отраженный сигнал чаще всего слабее, чем прямой) - и смотреть параметры точности.
  23. НАВИА не только ценник уронила - она еще и SDK предлагает...
  24. Добрый день! Для получения этой информации не нужно SDK - в сообщениях $PSTMTS есть запрошенная Вами информация. Кусок лога со включенными сообщениями ST: $GPRMC,060419.000,A,6001.28678,N,03019.24672,E,0.1,0.0,261113,,,A*69 $GPGGA,060419.000,6001.28678,N,03019.24672,E,1,06,3.3,059.15,M,18.0,M,,*6B $GNGNS,060419.000,6001.28678,N,03019.24672,E,AA,06,3.3,0059.2,18.0,,*59 $GPVTG,0.0,T,,M,0.1,N,0.1,K,A*0D $GPGST,060419.000,14.0,35.9,10.8,90.7,24.2,28.6,24.6*58 $GNGSA,A,3,31,21,16,,,,,,,,,,5.0,3.3,3.8*24 $GNGSA,A,3,78,79,81,,,,,,,,,,5.0,3.3,3.8*2A $GPGSV,1,1,04,13,12,355,,16,17,310,34,21,38,207,47,31,26,242,42*71 $GLGSV,1,1,04,81,28,263,35,78,36,223,38,80,10,347,,79,47,302,41*61 $PSTMTG,1768,194674.9993,6, 120238294, 9,-48030.0000*2A $PSTMTS,1,31,149075648.51,-50802.04,1,42,74105,1,23994496.34,-7316011.61,9343046.77,1157.08,125.56,-2898.32,99015.17,12.36,0,0.00,0.00,0,0,0,0,*0A $PSTMTS,1,21,148572226.09,-45331.23,1,47,72607,1,24793245.94,5152386.89,9390120.28,-1075.80,365.73,2770.99,-99009.94,10.48,0,0.00,0.00,0,0,0,0,*02 $PSTMTS,1,79,3074788.21,-52318.42,1,38,69412,1,23382179.25,379676.68,10080497.03,1401.48,79.50,-3256.92,6683.16,10.37,0,0.00,0.00,0,0,0,0,*29 $PSTMTS,1,86,2430160.14,-48063.54,1,41,66334,1,9729917.54,-8080292.51,22183716.35,2985.76,556.75,-1098.63,3794.76,8.10,0,0.00,0.00,0,0,0,0,*0C $PSTMTS,1,76,3858008.90,-45275.04,1,35,64569,1,18727366.45,-11447141.18,13049389.44,-1316.56,1211.49,2952.97,28293.19,11.29,0,0.00,0.00,0,0,0,0,*39 $PSTMTS,1,16,149741578.03,-44586.15,1,34,45343,1,3764613.62,-18066723.79,18937516.28,1346.44,2010.36,1680.50,-72168.99,13.54,0,0.00,0.00,0,0,0,0,*02 $PSTMSBAS,1,0,124,21,189,00*1C $PSTMSBASMCH,0,124,21,189,00*47 $PSTMSBASMCH,1,126,,,00*77 $PSTMCPU,73.02,0,52*6f Описание сообщения: $PSTMTS This message is repeated for each satellite tracked and used for the calculation of a fix NMEA message list bitmask: 0x200 Format: $PSTMTS,<dsp-dat>,<SatID>,<PsR>,<Freq>,<plf>,<CN0>,<ttim>,<Satdat>,<Satx>,<Saty>,<Satz>,<Velx>,<Vely>,<Velz>,<src>,<ac>,<difdat>,<drc>,<drrc><predavl>,<predage>,<predeph>,<predtd>,<cr><lf> Parameter Format Description dsp-dat Decimal, 1 digit DSP data available: 0 = satellite not tracked 1 = satellite tracked Sat-ID Decimal, 2 digits Satellite Number (PRN) PsR Decimal, 10 digits Pseudo range Freq Decimal, 8 digits Satellite tracking Frequency Offset Plf Decimal, 1 digit Preamble Lock Flag 0 = Navigation data stream preamble not locked 1 = Navigation data stream preamble locked CN0 Decimal, 3 digits Satellite Carrier to Noise Ratio ( in dB ) Ttim Decimal, 6 digits Track Time of Satellite ( in seconds ) Satdat Decimal, 1 digit Satellite Data available Flag 0 = Sat. Ephemeris not available or unhealthy Sat. 1 = Sat. Ephemeris available and healthy Satellite Satx Decimal, 10 digits Satellite Position , X-Coordinate Saty Decimal, 10 digits Satellite Position , Y-Coordinate Satz Decimal, 10 digits Satellite Position , Z-Coordinate Velx Decimal, 8 digits Satellite Velocity , X-Coordinate Vely Decimal, 8 digits Satellite Velocity , Y-Coordinate Velz Decimal, 8 digits Satellite Velocity , Z-Coordinate Src Decimal, 6 Digits Satellite Range Correction Ac Decimal, 3 Digits Atmospheric Correction Difdat Decimal, 1 digit Differential Data available Flag 0 = Differential Corrections not available 1 = Differential Corrections available Drc Decimal, 3 digits Differential Range Correction (from DGPS Station) Drrc Decimal, 3 digits Differential Range Rate Correction (from DGPS Stat.) predavl Decimal, 1 digit Prediction available Flag 0 = Predicted Ephemeris not available 1 = Predicted Ephemeris available predage Decimal, 1 digit Age of predicted Ephemeris (in hours) predeph Decimal, 1 digit Number of satellites ued for prediction (1 or 2) predtd Decimal, 1 digit Time distance of Ephemeris calculated from 2 Sats. Only valid if <pred-eph> = 2 Note: <pred-xxx> fields are only included within the message if the AGPS software module has been included. Прошу прощения, но в сообщениях не могу сохранить нормальное форматирование...
  25. Прошу прощения - Вы предоставили недостаточный набор информации. Уровни сигнала, условия приема, антенна и так далее. Если есть возможность - лог длительностью несколько минут от момента старта (чтобы в него попали и невалидные данные, и первый фикс, и дальнейшее поведение).