wwo55

При работе в карьере будет огромное переотражение, причем оно может вполне быть двойным, то есть антенна его сама не подавит за счет поляризации. Тут уже нужно применять приемник, специально разработанный для таких нужд. А на счет стабильности положения фазового центра - рекомендую ознакомиться с характеристиками геодезических антенн, там такой параметр нормируется с точностью до долей миллиметра. Кроме того, не следует забывать, что измерения с применением фазы несущей требуют достаточно хорошего соотношения сигнал/шум, чего будет крайне трудно добиться для большого количества спутников при установке прибора внутри кабины.

Какой уровень защиты от ESD Вы планируете достичь? По какой модели? Возможно, Вам будет достаточно одного хорошего ESD защитного диода, возможно, придется "городить" двух-трехступенчатую схему и терять чувствительность на ней... Такое нам пришлось, к примеру, делать для того, чтобы пройти тест на контактный разряд 8кВ по IEC 61000-4-2.

Если нога выведена, то можно заменить ПО модуля на поддерживающее WakeUp функцию (конфигурируется через Corebuilder)

Прошу обратить внимание на ESD защиту входа. SAW фильтры - самое чувствительное место в подобном изделии. Результаты испытаний, которое мы запрашивали у производителя фильтров и реального производителя NJG1157 (TaiSAW, Taiwan) показали, что при напряжении 50В уже начинаются пробои и деградация входного фильтра. Хотя производитель и указывает в документации большие цифры: Epcos GNSS SAW ESD Machine mode : 50V TST TN0081A SAW ESD Machine mode : 120V, HBM : 200V Естественно, производитель старается показать свой товар с самой лучшей стороны и указывает более привлекательные характеристики Есть файлы с отчетами и по HBM, и по MM. НО: SAW filter is electrostatic sensitive device (ESD). l Human Body Model (HBM): 50V based on SAW filter l Machine Model (MM): 100 V based on SAW filter Please also note Pre in (Pin 5) , Pre-Out (Pin 7) , LNA in (Pin 8) and Post/out (Pin 10).

Вы в этом уверены? Запретить антенный усилитель на время сеанса передачи 2G - это всего одна линия на плате...

5.1.6 пока текущая версия, ждем обновления

Команда 300 PMTK_API_SET_FIX_CTL в современных версиях ПО MT3333 может не поддерживаться. Это рудимент от версии протокола 2.х, в протоколах начиная с 3.4 я ее не вижу.

Добрый день! Есть такая волшебная программа Corebuilder. В результате ее работы получается прошивка с измененными Вами параметрами. В закладке NMEA есть возможность установить требуемое количество знаков после децимального разделителя. Производитель SIM868 применил 6 знаков, памятуя, что для ряда применений стандартных 4 знаков недостаточно по разрешению.

Был в прошлом году на Тайване. Официально 2G уже не поддерживается. Телефон НОКИА старая, только 2G. Летом 2G еще работало, СМС принимал нормально. В конце осени 2G уже не работало (по крайней мере там, где я бывал), СМС не приходили. В аэропорту работало нормально.

Цитата(amischuk @ Apr 7 2018, 18:28) Кому интересно попробовать или кто не знает с чего начать. Схема и pcb отладочной платы GPS/GNS на модулях ML8089 и ML8088 в DipTrace доступна по ссылке: http://tesla.zabotavdome.ru/circuits.html#070418 Результат работы через программу Навиа ГЛОНАСС + GPS. http://naviaglonass.ru/product/ml8088s/ Добрый день! Схема "официальной" отладочной платы для модулей ML8088 и ML8089 есть на сайте НАВИА http://naviaglonass.ru/wp-content/uploads/...vodsto_v2.0.pdf Трассировка платы предоставляется по запросу. Также могут быть предоставлены материалы по плате ML8089+DR-DEMO, которая поддерживает инерциальную навигацию Dead Reckoning.

Цитата(Arthur_Sh @ Mar 1 2018, 11:53) Agps здорово работает. Модуль с чип антенной sim33 на подложке 40*80мм (размер платы устройства) с agps решается в нескольких метрах от окна в течении 15-20сек, без agps не решается вообще. А есть ли какие то методы повышения точности решения при использовании чип антенны. Понимаю, что про ртк можно даже не мечтать, но может о чем то не знаю. Заранее спасибо. Приезжай, покопаешься у меня на компьютере, наверняка найдешь нужное.

Да, в старой прошивке есть глюк. Да, есть масса недокументированных особенностей у любого устройства. Как было уже сказано, мы обсуждаем "способы лечения геморроя по фотографии" прошивок, которым более полутора лет. Основная беда - надо как-то минимальными усилиями обойти проблему прошивки без перепрограммирования многих сотен тысяч модулей. Уже говорилось, что большая часть современных устройств имеет возможность перешить ПО микроконтроллера дистанционно. Вот для них-то и предлагаются разные варианты решений - запрещение QZSS, полный холодный сброс, горячие рестарты каждые ххх минут и так далее. Да, это "костыли", но они работают, и конечные устройства с ними благополучно функционируют, выполняя свои обязанности. Процедуру отключения QZSS в новых прошивках могу запросить, если нужно. Но подозреваю, что она не изменилась. Еще, до кучи, добавлю, что в AXN5.1.1 можно включить прием сообщений Galileo RLS (Return Link Service) или RLM (Return Link Message). Это делается через SDK.

Пункт 7 актуален при случае, если ДО отключения приема QZSS приемник сумел поймать сигналы этих спутников, и они зафиксировались в памяти как "активные". Считать или не считать это ошибкой - Ваше дело, мое дело донести корректную процедуру работы. Тем более непонятна фраза "Которую, как я понял, китайцы не спешат исправлять. " - речь идет о манипуляциях со старыми версиями ПО модулей, которые нет возможности перешить. Далее: Как я понимаю, данная настройка сохраняется в RAM, то есть при снятии VBAT она сбрасывается. Таким образом необходимость в подаче команды Полного Холодного Старта отпадает. А если VBAT присутствует, то разрешение работы QZSS неизвестно (и узнать нельзя!). Но, мы можем иметь необходимые данные для горячего старта, которые стирать каждый раз крайне нежелательно! То есть, при питании VBAT от ионистора 1. Запретить однократно работу QZSS нельзя, это делать надо каждый раз. 2. Стирать RAM при включении нелельзя, иначе потеряем горячий старт. Иными словами, ОТКЛЮЧИТЬ QZSS НЕЛЬЗЯ! Косяк.... Не понял. Если при включении питания произвести корректную процедуру (полный холодный старт, а затем выключение QZSS), то далее все будет корректно работать. И в ОЗУ приемника будут сохраняться требуемые установки. А уж отследить разряд ионистора несложно - время с приемника пойдет "по умолчанию" до получения данных от спутников. Программным путем "ловится" элементарно. Добавим, что опять же речь идет о манипуляции со старыми версиями программы. PS: Владимир, Что за проблемы с производством ML8088? Из-за задержек с поставкой придется, похоже, ставить аналоги в таком же корпусе. По поставкам ML8088 - регулярно вижу письма о поступлении модулей на склад. Вы заказывали их? Основная проблема - крайне длительные сроки поставки навигационного чипа STA8088CFG, превышающие 20 недель. ST теперь держит такие сроки...

По результатам личной встречи с "contact window" Медиатек: 1. В новых версиях ПО поддерживаются спутники QZSS №194 и #195 (выйдет через пару лет), 196 и выше пока не поддерживаются, но до них ждать еще лет шесть. 2. Отключение QZSS работало и работает во всех прошивках, просто была "грамматическая" ошибка в подсчете контрольной суммы, тиражируемая в большинстве документов. Программы, самостоятельно вычисляющие контрольные суммы, передают корректную посылку. 3. Механизм обновления данных работает по принципу "сначала фикс, потом не менее 10 спутников GPS+GLONASS, потом BEIDOU, потом SBAS и QZSS". По этой причине модуль всегда получает решение независимо от QZSS. 4. Если в старой программе виден спутник QZSS #194 - будет клинч, обновление данных спутников прекратится. Видимые спутники зайдут за горизонт, а новые не будут обработаны. Эфемериды устареют и решение потеряется. 5. ЛЮБОЙ старт (холодный, теплый, горячий, резет) заставляет модуль заново обновить информацию по основным спутникам. 6. Повторение горячего старта каждые полчаса позволяют полностью исключить проблему старой программы. 7. Перед командой выключения спутников QZSS (если это не первое включение питания и в памяти модуля что-то есть) надо стереть RAM модуля командой Полного Холодного Старта Packet Type: 104 PMTK_CMD_FULL_COLD_START Packet Meaning: Full Cold Restart: It’s essentially a Cold Restart, but additionally clear system/user configurations at re-start. That is, reset the receiver to the factory status. DataField: None Example: $PMTK104*37<CR><LF> 8. Механизм обновления "появляющихся из-за горизонта" спутников действительно обновлен, обещают отсутствие ступора. 9. Заменены симуляторы сигналов, на которых проверяются программы. Теперь они могут имитировать не только существующие спутники, но и перспективные.

Добрый день! Если нужно - информация от первоисточника. 2014/1/22 Add "MTK_Set_CustomizationStn_Output" to config "GPTXT" and "PMTK010". 2014/4/10 Add "MTK_Set_PMTK_CMD" to input PMTK command through SDK. 2014/5/12 Support PMTK299 on/off debug mode. 2014/4/18 Support 1PPS sync NMEA feature. 2014/7/28 PMTK886 support aviation and balloon 0 : normal mode 1 : fitness mode 2 : aviation mode 3 : balloon mode 2014/10/22 Fix Glonass issue. 2014/10/26 Add xPPS feature. 2016/1/21 Support GNSS Jamming Scan 2016/3/1 Support PMTK306/308/406/408 2016/3/7 GLP official release. Support GLP LNA control pin configuration by SDK API. 2016/4/21 Fixed Sky plot would not update issue by PMTK command disable QZSS issue 2016/5/5 New Jamming Scan 2017/2/18 GLP LNA control pin can be configured by Core Builder, but this feature is disabled by default, Сейчас для МТ3333 наиболее рекомендуемая версия AXN5.1.1. Это по версиям и их возможностям. Теперь о самой проблеме. This issue caused by QZSS #194 that is new operation at 9/15 this year. Before it, all update procedure are correct. So, this issue happened after 9/15. Let me explain it more detail. After implement the solution, MTK can guarantee this issue will not happen again. Issue Symptom: The receiver reported sky view do not change. After long operation duration (>2 hours) without power off, hot start, hardware reset, the unchanged sky view cause the receiver only track few satellites and result in positioning drift or no fix. Sample for Sky view no change. <image003.jpg> Root Cause: The elevation angle update mechanism is designed to update single satellites at 1 second. When the valid QZSS #194 almanac is received, it is the high priority SV that need to update its elevation angle. However, the elevation angle update function doesn’t recognize #194 SV. It returns a failure and the updated loop is end in this second. The next second, the #194 almanac is still keep in the high priory list that need to update its elevation angle. So the continued failure update of #194 elevation angle caused all GNSS elevation update mechanism stuck. Solution: 1. Fix the elevation update function do not accept QZSS #194 almanac problem. 2. New monitor mechanism to detect the stuck elevation angle update problem and force update all GNSS’s elevation angle И еще вдогонку. Если в данной местности спутники QZSS не видны (как, например, в Питере), то проблему выявить невозможно. Если спутники видны, то самое простое и безобидное - рестарт горячий каждые полчаса-час. Минимальная потеря времени из-за отсутствия навигации. Медиатек сам в шоке, что такая мелкая деталь вызвала столь крупные проблемы.