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]

Подскажите плз, нужно увязать GPS приемник и контроллер Atmega8 или Tiny2313
...
Как можно реализовывать взаимодействие микроконтроллера и приемника по протоколу Nmea? Ведь необходимо предавать ASCII (буквы) символы в виде команд. Из таблицы ASCII символов пердавать HEX код соответсвующий и в UART или как? (с UART не работал, вот и спрашиваю)
...

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

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

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

 GPSrecv.rar ( 206.31 килобайт ) Кол-во скачиваний: 192

 

[V000va]

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

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

модули по умолчанию просто гонят NMEA (ASCII, 4800), и надо просто разгребать то, что сыплется.

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

Разбирать сообщения, паковать данные.

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

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

[rx3apf]

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

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

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

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

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

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

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

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

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

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