wwo55

Был в прошлом году на Тайване. Официально 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 не видны (как, например, в Питере), то проблему выявить невозможно. Если спутники видны, то самое простое и безобидное - рестарт горячий каждые полчаса-час. Минимальная потеря времени из-за отсутствия навигации. Медиатек сам в шоке, что такая мелкая деталь вызвала столь крупные проблемы.

По утверждению Медитека, проблема решена в прошивках 3.8 моложе 18 апреля 2016, а также всех 5.х. К сожалению, тут ничего не попишешь - потребители хотят зафиксировать прошивки, а порой получается зафиксировать баги...

Добрый день! Я полностью поддерживаю Эдуарда - в версиях 5.0 и 5.1 проблем не замечено, суточные логи дают одно-два события "невалидные координаты" по одной секунде. На сегодня самая свежая из официальных версия MT3333_AXN5.1.1_FW_General(Official)_GNSS Кстати, она нормально поддерживает Галилео. Есть возможность поставить ограничение на минимальный уровень сигнала, принимаемого в решение. Это здорово помогает тем, кто хочет увидеть, в какой именно гараж въехала машина...

А после того, как прототип устройства физически изготовлен, пройдите тесты на ESD. Очень часто для тех, кто с этим сталкивается первый раз, наступает сильное разочарование - то, что указано в даташитах, не сильно коррелируется с полученными результатами. Вот тут уже будет "рулить" опыт. И еще - не жалейте земли в схемах защиты, помните, что через нее пойдут в момент разряда все токи. По стандартам импульс тока может достигать 30А - дайте ему возможность стечь.

Можно и попроще сделать. http://naviaglonass.ru/product/demonstrats...ia-nl3333-demo/ http://naviaglonass.ru/wp-content/uploads/....6387.26538.zip Эта программа и настроит ряд параметров прошивки, и поможет ее прошить в модуль.

На мой взгляд - все просто. Изучайте процесс фабричной прошивки модуля, применяйте соответствующее ПО. И меняйте IMEI столько раз, сколько позволят ресурсы памяти. Другой вопрос - во сколько все эти процессы Вам обойдутся, но как раз именно это не ставилось как граничное условие задачи.

Должен обратить внимание на то, что ПАВ фильтры очень чувствительны к ESD. Очень - это очень-очень! Типовое напряжение границы ESD пробоя электроакустического преобразователя - 50В. Поэтому внимательно следим за схемотехникой, если возможны выбросы - ставим все требуемы компоненты. Да, ряд фирм обеспечивают более высокие напряжения пробоя (кто-то и 200В HBM обещает), но физику не обмануть. Напомню, что человек обычно не чувствует пробой при напряжении менее 2000В. Добавлю, что мы отказались от фильтров SJK из-за плохой паяемости, слишком много брака при производстве. Остальные компоненты этой фирмы вполне устраивают.

Добрый день! Я бы рекомендовал посмотреть страницу сайта http://naviaglonass.ru/support/rekomendatsii-po-primeneniyu/ Там расположен документ http://naviaglonass.ru/wp-content/uploads/..._AppNote1_0.pdf Возможно, он поможет ответить на Ваши вопросы. Вообще, там выложены документы, которые могут пригодиться... Да, и еще небольшое замечание. Команда $PSTMCOLD имеет несколько параметров $PSTMCOLD[,<Mask>]<cr><lf> где параметр <Mask> побитно означает следующее: • 1 – стереть альманах (almanac) • 2 – стереть эфемериды (ephemeris) • 4 – стереть последнюю известную позицию (last position) • 8 – стереть последнее известное время (time) • 16 – принудительно выполнить очистку промежуточных данных (NVM swap) • 32 – установить значение UTC-GSM time offset на заводское (сбросить в default) Значение параметра вычисляется как сумма бит в десятичной форме, например, $PSTMCOLD,31 Время выполнения NVM swap может достигать 25 секунд, во время выполнения этой операции модуль не выдает никакой информации! Последние две функции команды доступны не во всех версиях встроенного ПО, поэтому перед их имплантацией в ПО Вашего устройства следует проверить реакцию имеющихся у Вас модулей на эту команду. Знак "пробел" в команде недопустим, он обрывает поток параметров, то есть $PSTMCOLD,31 и $PSTMCOLD, 31 - это РАЗНЫЕ команды. Ответ на команду не производится. Эхо команды есть. Внимание! Значение параметра передается в десятичной форме.

Добрый день! В принципе за набор сообщений отвечает (в основном) CDB-ID 201. Бит 3 Маска бита 0x8 Сообщение $GPGST Message Например, если CDB-ID 201 = 0x88435F – то есть $GPGST Message включен Если его нужно отключить, нужно сделать CDB-ID 201 = 0x884357 По поводу часового пояса - не поддерживается эта функция. Часовой пояс в настоящее время не только географическое значение, но и политическое. Год от году карты часовых поясов меняются, области переходят из оного пояса в другой. Честно говоря, я не понимаю, как сделать в модуле учет "контурных карт" границ часовых поясов.