GPS приемник и Atmega, посоветуйте модель Опции

[V000va]

Подскажите плз, нужно увязать GPS приемник и контроллер Atmega8 или Tiny2313. Необходимо принимать время, дату и координаты и выводить на дисплей. Поковырявшись в datasheet и моделях GPS приемников возникло несколько вопросов:
1. Протокол Nmea двусторонний или нет, т.е. прием-предача?
2. Какую модель GPS приемника и антенны выбрать? Читал что в некоторых приемниках некоторых фирм много брака.
3. Как можно реализовывать взаимодействие микроконтроллера и приемника по протоколу Nmea? Ведь необходимо предавать ASCII (буквы) символы в виде команд. Из таблицы ASCII символов пердавать HEX код соответсвующий и в UART или как? (с UART не работал, вот и спрашиваю)
4. Как нужно(можно) сконфигурировать приемник для моего режима?
Например Modulestek и другие производители предлагают
• Continues Tracking Mode
– optimized for position accuracy
– optimized for min. power consumption based on Autonomous
– is default setting
• FixNow™ Mode
– additional power saving functions
– best mod for applications where low power is primary consideration
– can be configured for different application requirements

для координат и времени оптимален скорее всего 2-й режим?

[Syberian]

Подскажите, щас вот втыкаю datasheet разных производителей, некоторые пришут что у них NMEA output: GGA, RMC, GSV, GSA (all 1 sec interval), т.е. по кругу гонятся данные в разных форматах. А некоторые пишут что у них просто NMEA выход и не пишут, какой формат вывода GGA, RMC, GSV или какой другой. Есть ли модуль, который выдает данные в зависимости от того как его сконфигурирую? Т.е. хочу, например, в ZDA формате - поставь едеиничку в таком регистре, хочешь в GGA - поставь нолик в этом регистре.

Повторяю в третий и последний раз. В.С.Е. (все) (all) (alle) (усi) приемники GPS выдают сообщение $GPRMC раз в секунду. Это обязательное требование какого-то там "морского реестра спасателей". И ничего (nothing) для получения своих координат, азимута и скорости в приемник писать не нужно! Просто прими RMC раз в секунду.

Остальные сообщения выдают как вместе, так и по отдельности, данные из RMC, режимы приемника, заряд батареи, атмосф. давление и проч "фичи. Их выдача зависит от производителя.

[V000va]

Повторяю в третий и последний раз. В.С.Е. (все) (all) (alle) (усi) приемники GPS выдают сообщение $GPRMC раз в секунду. Это обязательное требование какого-то там "морского реестра спасателей". И ничего (nothing) для получения своих координат, азимута и скорости в приемник писать не нужно! Просто прими RMC раз в секунду.

Остальные сообщения выдают как вместе, так и по отдельности, данные из RMC, режимы приемника, заряд батареи, атмосф. давление и проч "фичи. Их выдача зависит от производителя.

Ну хорошо, а могу я отключить RMC и GGA включить например? RMC это recommended minimum. И как можно выбирать между форматами выдаваемых в линию сообщений? Это ведь не рационально, выдавать в линию несколько сообщений в разных форматах, но с одинаковыми данными.

Это не команды, и не форматы. Это сообщения. Из входного потока вылавливаются и обрабатываются нужные, а то, что не нужно - игнорируется.

А зачем тогда дублировать данные, ведь все сообщения содержат схожую информацию? Как-то $GPRMC, $GPGGA например. Можно сделать так, чтоб в линию выдавалось только одно сообщение како-го то формата? Чтоб не отсеивать по начальному индексу из 3 разных сообщений одно нужное.

[rx3apf]

Ну хорошо, а могу я отключить RMC и GGA включить например?

Нет.

Можно сделать так, чтоб в линию выдавалось только одно сообщение како-го то формата? Чтоб не отсеивать по начальному индексу из 3 разных сообщений одно нужное.

В общем случае - нет.

[VadimGVS]

Нет.

В общем случае - нет.

Почемуже??? Я работал с Оркамами и Леадтеками и не каких проблем небыло. Прикрепляю даташит где на русском все хорошо описано.
Вот кусок кода на си, да неважно на чем передаш по UART

rprintf("\r\n$PSRF103,00,00,00,01*24\r\n");
rprintf("\r\n$PSRF103,01,00,00,01*25\r\n");
rprintf("\r\n$PSRF103,02,00,00,01*26\r\n");
rprintf("\r\n$PSRF103,03,00,00,01*27\r\n");
rprintf("\r\n$PSRF103,04,00,02,00*23\r\n");
rprintf("\r\n$PSRF103,05,00,00,01*21\r\n");
И все кроме RMC отключится. RMC будет передаваться раз в 2 сек.
Причем RMC тоже можно отключить. Просто это R- рекомендуемый М- минимум.
Для навигации достаточно. Правда если захочеш посмотреть высоту или уровень сигнала спутников придется смотреть другие.

Прикрепленные файлы

 protocol_nmea.pdf ( 113.92 килобайт ) Кол-во скачиваний: 100

 

[rx3apf]

Почемуже??? Я работал с Оркамами и Леадтеками и не каких проблем небыло. Прикрепляю даташит где на русском все хорошо описано.

Но относится это к модулям на основе SiRF. В самом стандарте NMEA сообщений $PSRFnnn нет. Я не случайно сказал "в общем случае - нет". Каждый производитель решает сам, что и как, стандартном являются лишь сообщения NMEA. Полагаться на то, что что-то можно отключить - в общем случае нельзя.

[VadimGVS]

Но относится это к модулям на основе SiRF. В самом стандарте NMEA сообщений $PSRFnnn нет. Я не случайно сказал "в общем случае - нет". Каждый производитель решает сам, что и как, стандартном являются лишь сообщения NMEA. Полагаться на то, что что-то можно отключить - в общем случае нельзя.

ЕВ-230 это уже не SiRF технология. Однако и у него вывод опционален. Кроме того даташит описывает не SiRF стандарт а NMEA. Так что давай не будем пугать людей и скажем "в общем случае - да". Мне во всяком случае исключения неизвестны.

[rx3apf]

ЕВ-230 это уже не SiRF технология. Однако и у него вывод опционален. Кроме того даташит описывает не SiRF стандарт а NMEA.

Нет. Приведенный даташит описывает "протокол NMEA _и команды управления GPS-приемниками GlobalSat_". Я специально подчеркнул то, что к NMEA не относится. Сообщения $PSRFnnn - проприетарные, и кодировка вполне очевидно указывает на родство с SiRF.

Так что давай не будем пугать людей и скажем "в общем случае - да". Мне во всяком случае исключения неизвестны.

Вот, скажем, у модулей uBlox я что-то не вижу управляющих сообщений вида $PSRFnnn...

[VadimGVS]

Вот, скажем, у модулей uBlox я что-то не вижу управляющих сообщений вида $PSRFnnn...

Специально скачал даташит http://www.u-blox.com/customersupport/gps....G5-X-07036).pdf 135 страниц текста на английском, трудно разобратся, однако как понял, модуль имеет не Sirf а свой u-blox но тоже бинарный протокол и там есть своя IBX... команда которая изменяет формат вывода NMEA протокола. Там все подробно описано но не стал разбиратся- не к чему. Однако для себя понял что заморачиватся с ним не стоит. Хотя, может ошибаюсь, но вроде он работает одновременно со спутниками GPS и GALILEO. Если да, то это уже интересно и тогда стоит обратить внимание.

[rx3apf]

Специально скачал даташит http://www.u-blox.com/customersupport/gps....G5-X-07036).pdf 135 страниц текста на английском, трудно разобратся, однако как понял, модуль имеет не Sirf а свой u-blox но тоже бинарный протокол и там есть своя IBX... команда которая изменяет формат вывода NMEA протокола.

Да, там кроме NMEA есть и управляющие команды ($PUBX) и свой бинарный протокол. Обращаю внимание - управляющие команды так же проприетарные.

Там все подробно описано но не стал разбиратся- не к чему. Однако для себя понял что заморачиватся с ним не стоит. Хотя, может ошибаюсь, но вроде он работает одновременно со спутниками GPS и GALILEO. Если да, то это уже интересно и тогда стоит обратить внимание.

Да, новые имеют поддержку Galileo, и 50 каналов.
Но и предыдущие обладали массой достоинств - высокая чувствительность, очень малое потребление, малый джиттер маркера времени. Кроме того, есть "тайминговые" модули (дороговаты, правда).