реклама на сайте
подробности

 
 
> AGPS, реально ли реализовать и альтернативы
kan35
сообщение Dec 24 2012, 16:45
Сообщение #1


Знающий
****

Группа: Участник
Сообщений: 537
Регистрация: 22-02-06
Пользователь №: 14 594



Задался задачей ускорить определение координат.
1. Первое, что приходит в голову - AGPS. На сколько я понимаю он предполагает по определенному протоколу получать эфемериды для текущего момента и запись их в модуль. В общем нормально, но нужно много разбираться с протоколами модуля и сервера.
2. При использовании sirf star 4 в исполнении модуля Quectel L30 предполагается внешняя eeprom, как я понимаю модуль сам просчитывает эфемериды на 3 дня и если не снимать питание с V_BKP пина, то из eeprom данные для соответствующего времени будут извлечены и использованы.
3. Самый простой способ, как я считаю, это перед выключением модуля вычитать эфемериды (и альманах?) и сохранить их куда нибудь. А при включении загружать. SirfStar вроде имеет такие команды. Вопрос в том, на сколько устареют данные и хватит ли их для ускоренного старта... или я может не правильно понимаю принципы?..
4. То же самое что 3, только выключать модуль через пин ON_OFF не снимая питание с V_BKP, соответственно не придется выгружать и загружать данные.

Кто боролся с подобными задачами, откликнитесь, как вы делали. Или как то еще из не перечисленных способов. Если я в чем то ошибся - прошу поправить.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
x893
сообщение Dec 27 2012, 09:23
Сообщение #2


Профессионал
*****

Группа: Свой
Сообщений: 1 333
Регистрация: 27-10-08
Из: Планета Земля
Пользователь №: 41 226



Для Sirf IV памяти не нужно.
Alm/Eph можно читать и загружать.
В MTK загрузить можно, но считать нельзя - поэтому надо соединяться с сервером.

(Если еще учитывать, что для MTK нужен отдельный канал для RTCM, то совсем корявый chipset - хотя для 99.9% это не нужно)

Сообщение отредактировал x893 - Dec 27 2012, 09:23
Go to the top of the page
 
+Quote Post
Цырен.
сообщение Dec 27 2012, 10:06
Сообщение #3


Евгений
***

Группа: Участник
Сообщений: 341
Регистрация: 13-10-11
Пользователь №: 67 706



Цитата(x893 @ Dec 27 2012, 13:23) *
В MTK загрузить можно, но считать нельзя - поэтому надо соединяться с сервером.


Посмотрите команды 660 и 661 в приложенном документе.
Прикрепленный файл  SIM28_SIM68R_SIM68V_NMEA_Messages_Specification_V1.01.pdf ( 649.19 килобайт ) Кол-во скачиваний: 1026

Только не пойму, зачем считывать? Проверить актуальность? А вот так:
It needs to ensure that the EPO data were successfully updated into the GPS chip. After finishing the EPO transfer protocol, make sure current UART packet format is NMEA mode. Then you can issue the PMTK_Q_EPO_INFO command
$PMTK607*33<CR><LF>
to query the EPO data status. The GPS chip will return you PMTK_DT_EPO_INFO like below
$PMTK707,56,1468,172800,1470,151200,1468,259200,1468,259200*1F<CR><LF>
This packet shows you the information of EPO data that stored inside GPS chip. For 14-day EPO file, the first argument following PMTK707 will be 56; for 7-day EPO file, it will be 28; (1468, 172800) means the starting GPS time (GPS week, GPS TOW) of the EPO data, and (1470, 151200) means the ending GPS time (GPS week, GPS TOW) of the EPO data. You have to convert (GPS week, GPS TOW) into UTC time format, so as to compare the UTC time to verify that the EPO data stored in the flash matches that of the EPO file.
Please refer to section 7 for the details of EPO related PMTK commands: PMTK_Q_EPO_INFO, PMTK_DT_EPO_INFO
Прикрепленный файл  EPO_User_Guide_V0.1.pdf ( 173.25 килобайт ) Кол-во скачиваний: 733


Сообщение отредактировал Цырен. - Dec 27 2012, 10:17


--------------------
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 20th July 2025 - 03:08
Рейтинг@Mail.ru


Страница сгенерированна за 0.02701 секунд с 7
ELECTRONIX ©2004-2016