Jump to content

    

wwo55

Участник
  • Content Count

    200
  • Joined

  • Last visited

Everything posted by wwo55


  1. По прошивкам - запрос в личку. У всех поставщиков обычно есть обязательство не выкладывать прошивки в свободный доступ...
  2. Подскажите, пожалуйста, как на чипсете МТ333х получить информацию о синхронизации PPS? Я имею в виду информацию о том, что импульс PPS вошел в синхронизацию со спутниковым временем. По осциллографу на это уходит в среднем 30...100 секунд после определения координат, но точный момент непонятен.
  3. Зачем к поставщику??? Если модуль на STA8088xx - любая ST-шная прошивка должна встать. Кстати, у поставщиков, скорее всего, будут устаревшие прошивки.
  4. Спецпрошивки и стандартные прошивки - есть некоторая разница... А по поводу перехода на другие чипсеты - имеет смысл переходить на заведомо более новые, если только они дают существенное преимущество. Для производителей - по цене, для маркетологов - по рекламных данным, для продавцов - по объему заказов и марже. Повторюсь - проверяйте, измеряйте и решайте сами. Каждое техническое решение - это плод компромисса.
  5. Учтите, что, скорее всего, в модуль должна нормально "встать" любая родная прошивка от ST.
  6. Как это говорится, "это, конечно, так, да не совсем так"! Есть достаточно много применений, в которых чипсету ST нет реальных альтернатив. Например, метеозонды. Ни один из "гражданских" чипсетов, кроме STA8088xx, не поддерживает работу с высотами более 18км, хотя дословно текст ограничений ITAR гласит "превышение лимита высоты И скорости". В то же время, почти все производители чипсетов понимают это как "превышение лимита высоты ИЛИ скорости". Работа с "станционарной базой", то есть работа в одной точке с повышенными требованиями по стабильности сигнала PPS, формирование стабильного PPS по ОДНОМУ спутнику. Информация о статусе синхронизации PPS. Информация о размере вероятной ошибки местоопределения. Да и вообще, посмотрите "пробег" от точки первого местоопределения до фактической позиции устройства. У модуля ST с холодного старта она в среднем составляет 27 метров до входа точек в пятно радиусом 2 метра. Другие модули в таких же условиях "набегают" в разы больше. По поводу энергопотребления - для автомобильных применений, когда ГЛОНАСС/GPS приемник запитан от бортсети с практически неограниченными (на уровне энергопотребления модуля) ресурсами, этот параметр существенного значения не имеет. Это все "маркетинговые штучки" - я повторяюсь, но все-таки советую посмотреть интегральный показатель характеристик. Рекомендую не смотреть в даташиты, а проверять все на собственном опыте, измерять на одном и том же оборудовании разные изделия. В этом мы можем помочь, приезжайте, измеряйте, проверяйте сами. Оборудование есть кое-какое.
  7. Прошу прощения - но по реальной точности MTK почти вдвое хуже, чем ST. У нас на реальном небе с хорошей антенной получается 1,33м радиус пятна 60% попаданий, в то время как у MTK такое же измерение меньше 2,45м не дает. Производители обычно дают только пятно 50%, мы меряли 60, 63, 66,6 90, 95, 99, 100%. Это без дифкоррекции, примерно 10...12 часов непрерывной записи. Да и набор функций у MTK послабее существенно...
  8. Берите интегральную оценку чипсета. Не хватайте одну-две характеристики. По точности чипсет ST существенно лучше чипсета MTK, по набору возможностей - тем более. Говорю основываясь на опыте работы с обоими чипсетами.
  9. НАВИА предоставляет доступ к SDK для модулей на кристалле STA8088xx - ML8088s(E), GL8088s(E), а также модулей иных производителей. Оказывается поддержка пользователей. http://naviaglonass.ru/news/sdk-dlya-rabot...ya-ml8088se.htm
  10. Версия 3.0.0 GNSS ver: 7_2_3_39 - (7020339) GNSS 7.2.3.39 SBAS 2.13.2 DGPS 1.1.0 OS20+ 3.4.16 OS20 Services 1.5.0 Application 3.0.0 Boot Code 2.2.0 Выпуск 6 апреля 2012 года. Устарела год назад как минимум. Нынешнее состояние (не самая последняя версия, но пока лучшая): GNSS 7.3.7.54 SBAS 2.16.2 DGPS 1.1.0 STAGPS 3.1.0 OS20+ 3.4.22 OS20 Services 1.5.6 Application 3.1.12 Boot Code 2.3.0
  11. Как всегда - версию ПО модуля сообщите, самое главное - версию GNSS библиотеки. В очень старых версиях был такой глюк, как неверная дата, но это уж ОЧЕНЬ старая версия библиотеки должна быть. Антенна, скорее всего, ни при чем.
  12. Если не сложно - сообщите, пожалуйста, серийные номера модулей. Хочется понять, когда и кем они были изготовлены.
  13. И все-таки хотелось бы уточнить - из-за чего они все сдохли? Уже сталкивались с нарушением условий эксплуатации модулей - выбросы по питанию выше 3,8В (допустимо не выше 3,63В), пробой статикой по входу, глюки при записи конфигурации в модуль (после восстановления заводской конфигурации все работает).
  14. Я тоже так полагаю. Возможно, для сообщения ZDA когда-то предполагалось простое деление по меридианам. А уж учесть смещения по политическому признаку - вообще задача непростая.
  15. Добрый день! По поводу сообщения ZDA: $GPZDA UTC, day, month and year. NMEA message list bitmask: 0x1000000 Format: $GPZDA,<Timestamp>,<Day>,<Month>,<Year>,00,00,<checksum><cr><lf> Parameter Format Description Timestamp hhmmss.sss UTC Time of GPS Sample, example: 160836.000 “.sss” is the fraction of seconds; it assumes non zero values when the fix rate is bigger than 1Hz. Day Decimal, 2 digits Day of month (01 to 31) Month Decimal, 2 digits Month (01 to 12) Year Decimal, 4 digits Year (1994 - …) checksum Hexadecimal,2 digits Checksum of the message bytes without *<checksum><cr><lf> characters. Example: $GPZDA,110505.00,25,01,2013,00,00*60 То есть разработчик ПО модуля и не собирался выводить временную зону. По поводу сообщения STMGETRTCTIME: $PSTMGETRTCTIME Get the current RTC time. Synopsis: $PSTMGETRTCTIME<cr><lf> Arguments: None. Results:  System will send RTC Data and Status. $PSTMGETRTCTIME,<time>,<date>,<rtc_status>,<time_validity>*<checksum ><cr><lf> Where: Parameter Format Description time hhmmss.ms Current time read on RTC. date ddmmyy Current date read on RTC. rtc_status Decimal, 1 digit Status: 0 - RTC_STATUS_INVALID 1 - RTC_STATUS_STORED 2 - RTC_STATUS_APPROXIMATE time_validity Decimal, 1 digit Validity: 0 - NO_TIME 1 - FLASH_TIME 2 - USER_TIME 3 - USER_RTC_TIME 4 - RTC_TIME 5 - RTC_TIME_ACCURATE 6 - APPROX_TIME 7 - POSITION_TIME 8 - EPHEMERIS_TIME checksum Hexadecimal,2 digits Checksum of the message bytes without *<checksum><cr><lf> characters. Я пока не могу ответить, что такое POSITION_TIME Прошу прощения - форум не отображает нормального форматирования и убирает многократные пробелы...
  16. А ничего не выходит... Разница не более 10мА на старых версиях ПО. Новое ПО еще не ставили...
  17. А кто говорит, что новой ревизии нету? Я уже тестирую новую ревизию (если речь, конечно же, идет о STA8088CFG, а не о чем-то ином).
  18. А что с 3.1.5 версией? Там, по моему, ничего особо нового не появилось... GNSS Library Fixed PPS 1ms offset after more than 24 days running Fixed PPS functionality when GPS satellites are not present in GNSS mode (NOTE: some optimizations and improvements are still on going on timing functionality. This SW is released as evaluation for timing applications) Improved tracking performances during flash erase Introduced support for 2.5ppm TCXO (this feature needs to be enabled – see firmware configuration). SBAS Library Fixed SBAS auto-search timeout management Fixed default SBAS satellite restoring during suspend/restart STAGPS Library Fixed a potential issue in the STAGPS real ephemeris database initialization Application Added checksum to all $PSTMVER NMEA messages Added NMEA message to report raw noise floor estimation Fixed mixing GPS and GLONASS satellites ids in the $PSTMAGPS message Enabled by default the predicted ephemeris age report on the $PSTMAGPS message Reduced current consumption in GPS only mode (implemented GLONASS HW power OFF when GLONASS is not enabled) Fixed a regression on the USB driver which was causing high CPU load in USB mode. Я тебе говорю - звони, дам эту версию, она у меня уже почти месяц лежит... Я твой телефон потерял. Да, кстати, 3.2.2 поинтереснее будет...
  19. Саша, получу приемник, генерирующий 1001 и 1009 сообщения RTCM-104 - вот тогда и проверю сам. По идее, все оборудование для этого есть. Приезжай, посидим. покумекаем...
  20. Всем добрый день! 10Гц еще нужно? Работает нормально!
  21. Дорый день! Восстановлю тему, как интересную для многих. Зарядка при температурах ниже 0 - это уже "высший пилотаж", особенно для аккумуляторов, по паспорту не расчитанных на это. Ресурс можно снизить катастрофически, но... По моему опыту, есть разные производители аккумуляторов - те, у кого МОЖНО заряжать аккумуляторы на морозе (малым током, примерно 0,05С), и те, у кого этого делать нельзя ни в коем случае. В первом случае заряд идет, аккумулятор и все устройство прогреваются, потом достигает "разрешенного диапазона" - и заряжайте полным током. Это аккумуляторы SAFT (естественно) и EEMB (большинство моделей). Аккумулятор живет примерно 500 циклов, снижая емкость к концу примерно втрое от номинала, и заряжается медленнее. Во втором случае заряд приводит к распуханию аккумулятора и резкому снижению его емкости. Самопроизвольной разгерметизации ни разу не наблюдали, но толщина аккумулятора увеличивается примерно вдвое-вторе от начального размера, что может привести к поломкам корпуса или внутренних деталей и проколам оболочки аккумулятора, а также к отрыву аккумулятора от крепежа (мы клеим самоклейкой двухсторонней 3М с обработкой поверхностей праймером, так что в нормальной эксплуатации отрыв исключен). По опыту, партию можно проверить на "пригодность к зарядке на минусе" просто в морозилке - три-пять аккумуляторов постоавить на зарядку при -18С на несколько циклов и померять толщину до циклирования и после. За неделю точно поймете - можно разрешать минусовую зарядку или нет.
  22. По поводу потребления модулей на STA8088FG. У них оно крайне нестабильно. В начальный момент потребление составляет примерно 110...120мА. Это включены оба канала захвата. После первичного захвата спутников (при хорошем сигнале примерно 25 секунд) потребление падает до 85...95мА. Остался работать один канал захвата. После полного захвата всех спутников, которые должны быть видны по данным альманаха - потребление падает до 60...70мА. Оба канала захвата выключены. Время от времени канал захвата включается и потребление подскакивает. При появлении шумов также включается канал захвата - для определения режимов работы полосового фильтра и прочих компонетов системы "Антииджаммер". Так что при проектировании источника питания модуля следует иметь в виду существенную нестабильность тока потребления. И, кстати, переход на 208МГц с 52МГц (по умолчанию) добавляет примерно 15мА потребления. Да, еще - для USB переходить на 208МГц уже не нужно... Да, и еще - если часть неба закрыта и модуль не может увидеть все полагающиеся по альманаху спутники - канал захвата не выключается, а продолжает сканировать... Потребление до 60мА не упадет. Проще всего все это можно проверить на хорошем симуляторе.
  23. Я бы еще добавил двухдиапазонность. Вот и получится цена "ЗА МНОГО $$$$$"
  24. Нередко отчеты о доставке не приходили, а SMS доставлялась. Так что есть шанс послать еще раз. Кроме того, а есть ли гарантия того, что принятая SMS будет читабельна?