Подскажите плз, нужно увязать 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-й режим?

Что-то вроде как можно и передавать (никогда не вникал в подробности за ненадобностью), но типично практически все (исключений не знаю) модули по умолчанию просто гонят NMEA (ASCII, 4800), и надо просто разгребать то, что сыплется. 2313, пожалуй, имеет маловато ресурсов. Т.е., наверное, что-то получится сделать, но явно будет тесновато. Mega8 либо 168 - будет самое оно.

С модулями от u-blox обычно проблем нет. Жрут мало, стоят не очень дорого.

Разбирать сообщения, паковать данные. Если ориентироваться на конкретного производителя, то можно воспользоваться и бинарным протоколом, но NMEA - стандарт, и, наверное, правильнее именно на него ориентироваться.

Вероятно да. Определяется условиями эксплуатации устройства.

в протоколе NMEA для GPS-устройств есть обязательная команда $GPRMC. Она выдается исключительно ВСЕМИ устройствами самопроизвольно раз в 1..3 секунды и содержит в текстовом виде перечисленные через запятую широту, долготу, азимут, скорость, опционально высоту и контрольную сумму.
Остальные команды полностью зависят от изделия, и могут передаваться как инициативно, так и по запросу.
Для AVR достаточно будет иметь UART и микруху сопряжения COM-порта. Какой LCD юзать - придумай сам. Схем навалом.

Я тут давненько писал прогу для компа по чтению с GPS - посмотри, поюзай, изучи интерпретацию...

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

Команда $GPRMC выдается приемником (её можно опустить) или ее нужно формировать при конфигурировании тоже?



Но ведь гнать в линию модули могут и в GGA, ZTA , GLL формате? Это ведь нужно конфигурировать?

Ну с разборкой сообщений все опнятно, а что подразумевается под упаковкой?

ЗЫ Небольшое уточнение. Многие приемники имеют уже UART выход, все тот же Modulestek имеет
P3 TxD2 USART2 Transmit.
P4 RxD2 USART2 Receive.
Поэтому UART Atmega8 буду использовать для связи с приемником, а не с компом.

Повторяю, $GPRMC всегда выдается приемником.
В каком формате оно ползет - читай мануал выбранного приемника. Но обычно тупо в текстовом, разделенное запятыми, на скорости 4800.
И чтобы его получить - ничего конфигурять не надо. Просто включи приемник и настрой на спутник.

Чтобы конфигурять, достаточно отправить на приемник команду в таком же виде: (пример) "$GPEMD,1,a#". Тупо текст побайтно. Что нужно конкретно писать - кури мануал.

Упаковка - это значит, что в RMC градусы, минуты и секунды пишутся слитно в одном параметре,напр, W0125607 - типо западная долгота, 12 градусов, 56 минут и 07 секунд.

Про UART - есть меги с 2-мя уартами туда и туда. Если нужно, конечно.

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



Т.е. нужно искать приемник, который выдает сразу в GGA, а не цикл из GGA, RMC, GSV, GSA (all 1 sec interval)

С упаковокой понятно, я -то думал что-то сложное.

Но по умолчанию обычно NMEA, и достаточно однонаправленности.

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

Я имел в виду тот случай, когда принимаемые данные надо как-то преобразовывать. Если есть желание и потребность, можно, конечно, выдавать на экран прямо те фрагменты ASCII, которые присутствуют в сообщении. Но если надо делать какие-то преобразования, то значения в ASCII надо преобразовать в бинарные, обработать, и затем выводить, используя преобразование. Под "упаковкой" я подразумевал только это (и, возможно, применил не вполне корректный термин).


А с компьютером связь не нужна ? На самом деле, реализовать программный приемник для 4800 - совсем просто (удобно пользоваться для этого функцией ICP), и тогда UART вполне можно отдать для иных целей.


Насколько подсказывает мой склероз, опциональные сообщения можно отключать у u-Blox, к примеру. А нужно ли это делать ? Если просто фильтровать поток и вылавливать лишь нужные, то можно использовать совершенно любой приемник. Например, туристический eTrex - а готовые изделия, в отличии от модулей, передают то, что считают нужным, и им уже не объяснишь, что это - нужно, а это - не нужно. Типично - раз в секунду все по кругу...

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

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

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



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

Нет.

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

Хм, выходит что только по заголовку сообщения фильтровать то, что тебе нужно. Другого не остается.

Про это и говорено, уже не один раз. Только так, и _никак_ иначе.

Изучаю внешние антенны для GPS модулей. Все имеют 3В питание. Его ж по антеному кабелю через разделительный конденсатор запускать? Это ж не рационально на таких частотах.

1) Почему не рационально ?
2) Альтернатива ?

А если посмотреть, скажем, в даташит на модули u-Blox, то там вполне доступно изображена схема включения - все есть внутри, управление питанием антенны, разделительный конденсатор и дроссель. Активная антенна подключается непосредственно к входу модуля через 50-омную полосковую линию и разъем. Ничего больше...

Теперь ясно почти все. Спасибо

Почемуже??? Я работал с Оркамами и Леадтеками и не каких проблем небыло. Прикрепляю даташит где на русском все хорошо описано.
Вот кусок кода на си, да неважно на чем передаш по 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- рекомендуемый М- минимум.
Для навигации достаточно. Правда если захочеш посмотреть высоту или уровень сигнала спутников придется смотреть другие.

Я работал с Оркамами с SURF-2 12 каналов. Приемник нечуствительный работает только с активными антеннами при открытом небе. Холодный старт очень продолжительный, больше чем заявлена. Точность заявлена 30 метров но реально выше. Практически не склонен к "звездной болезни".
Laedtek 9548 - 25 канальный SURF-3 приемник. Хорошая чуствительность, быстрый старт. Высокая точность при открытом небе. При закрытом наоборот склонен к рысканию за счет способности работать с переотраженными сигналами. склонен к звездообразованию.
ЕВ-230 - 32 канальный приемник небо поймал быстрее чем леадтек точность лучше. более детально не исследовали пока. При проверке пришлось помудрить со схемой запуска, поскольку нет внешнего ресета и прибор включался только при наличии крутого фронта по питанию. Однако в наличии был только один прибор и возможно другие не столь критичны хотя схема приведена в даташите.

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

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

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

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

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

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

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