Модуль EB-500 работал нормально. Скорость по умолчанию 115200, настраивал на 19200, сигнал ловил нормально.
При отключении питания появился глюк - скорость по умолчанию 72000, настраиваю на 19200 (посылка команды) $PMTK251,19200*22) - модуль настраивается на скорость 12000, и сигнал со спутника не ловит.
До этого включал/выключал модуль- все было нормально. Кто сталкивался?

Я бы попробовал обесточить модуль для начала полностью, тоесть снять все питания а также и питание Vrtc.

Пробовал. Такая же бодяга. Видимо какойто коэффициент в памяти модуля слетел.

Ну тогда вариант остаётся один. Перешей его.

Есть ссылка на инструкцию?

Будеш перешивать одной инструкцией ? FlashTools есть ? Сама прошивка есть?

Ну я это и имел ввиду. Инструкция где написано, чем прошивать, где брать.

Стукни мне в ICQ или дай способ с тобой связаться, в вашем профиле нет ничего для связи.

Что то похожее было при превышении уровня допустимого напряжения на одном из выводов (на каком точно не помню уже, но значение было около 5 вольт) - модуль работал, но на какой-то совершенно кривой скорости. При снижении уровня до допустимого функционирование восстановилось в полном объеме. Проверьте.

Дабы не создавать новой темы, спрошу здесь.
Столкнулся с проблемой захвата спутников на одном EB-500. Питание 3.1В, на VRTC 3В.
Модуль и всю обвязку перепаивал несколько раз, а также перепрошивал модуль (EB-500_A1.30E(C29)_00_GIO13_N7_115200_5021.bin).
Проблема в следующем, иногда после холодного старта не хочет захватывать спутники, в порт выдает что видит 4, но потом резко срывается
Или болтается от 2 до 4 видимых спутников. Передерну питание, все гуд (иногда не с первого раза).
Может кто-то сталкивался с подобным?
Спасибо.

Поставьте приемник НАВИА ML8088s совместимый по пинам с EB-500. И не будет у вас ни каких проблем!

У меня проблема с EB-500 только на одной плате, на других все работает без вопросов.
Кстати прикол по глюку, вообще не захватывает спутники только на морозе, в тепле все гуд.
Никак не могу въехать, что может изменяться с понижением температуры?
Спасибо.

Да, только он от статики вылетает...


Может у вас древняя аппаратная версия? Сообщите код модуля, с лицевой части. Первые версии EB-500 были чувствительны к морозу, но это давно уже было... Что изменяется - TCXO частоту меняет

Не должен. Покупался осенью, на Компэле (из 30шт. глючит только один). Код на модуле:
1217
42E220
Сейчас полностью перепаял питание модуля, протестирую.
Спасибо.

Да, модуль новый. Ну возможно брак попался, хотя для Transystem это редкость. Обратитесь к поставщику, мы бы поменяли без вопросов. Еще возможен вариант - перегрев при пайке.

А у нас были бракованные модули, которые выдавали 2031й год. Особо не разбирались с проблемой - просто заменили модуль.

На счет статики ГЛОНАСС модулей ML8088, проблема эта с успехом решена.
На сегодняшний день ESD защита модулей соотвествует 3 уровню по IEC61000-4-2, и составляет 8кВ.

Поздновато чуть-чуть. EB-800A бьет ML8088 по всем параметрам, а совместимость с EB-500 практически 100%, поскольку построены они на чипсетах одного производителя (МТК).

А может ли он, как модуль НАВИА, работать со станцие диф корреккции?
Однако, ML8088, все чаще вытесняет приемники EB.

В даташите написано RTCM ready. По опыту с EB-500, дифкоррекцию используют исчезающе малое количество потребителей.


Это было в 2012 г. Сейчас я обратную тенденцию наблюдаю.

Ну, не исчезающее число потребителей, а те, кто производят ответсвенные применения.
Это пока, очень скоро мы будем наблюдать ситуацию 2012 года

А у этого MTK можно выбрать режим пешеход/машина?
А отключить использование SBAS поправок?
Насмотрелся я на скачущих по полю тракторов на уборке урожая...

Для того, чтобы трактора не "прыгали", используйте НАВИА.

Для того, чтобы трактора не "прыгали", используйте НАВИА.

Нет, такая функция была в некоторых прошивках EB-500, сейчас производитель утверждает, что в этом нет необходимости.

Это легко. Более того, можно заказать модули с включенным либо выключенным SBAS по умолчанию.

Если речь о параллельном вождении, то без дополнительных ухищрений (с тем же RTCM, либо с установкой нескольких модулей на одном ТС + один в стационарном режиме, с последующей мат. обработкой) применять модули потребительского класса не получится. Для этого есть специальные высокоточные модули, цена которых на пару порядков выше.


Есть примеры применения НАВИА в системах параллельного вождения? Не верю! (С)

molecul,
нет, речь не о параллельном вождении, а о подсчете обработанной площади.

Ptspb,
трактор прыгает не от навии или от TransSystem или еще кого, а от того что на территории РФ нет наземных станций для EGNOS. И SBAS поправки только вредят!

Смотря в каком регионе. В западных регионах польза от SBAS есть. В центральных и восточнее - да, лучше SBAS не использовать. А на Дальнем востоке - с EB-800A реально работает японская QZSS, лично наблюдал.

Какие западные регионы? Калининград?
Ставрополье, Украина - один вред.

На счет поправок, я с Вами согласен. SBAS поправки работают лучше в Оренбургской области.
Модули НАВИА тоже умеют работать с поправками, только они по умолчанию отключены, т.к. толку от них нет, только вред. Зато, можно реализовать работу с диф поправками при помощи протокола RTCM SC-104, но это отдельная тема.

здравствуйте, подскажите пожалуйста, как на модуле навиа ML8088s включить сообщение $GPZDA? в даташите написано что в заводских настройках оно выключено, там же приведена таблица для включения и выключения сообщений nmea, но про $GPZDA в этой таблице упоминания нет

Добрый день.
Открываете Navia viewer, запускаете программу -> переходите во вкладку параметры -> запрашиваете 201 параметр -> в появшимся значении Вы вручную вводите следующее значение:01180075 -> нажимаете установить-> делаете перезапуск и сообщение появляется.
Если будет что-то не понятно или не получится, напишите вличку Ваш e-mail, и я отправлю Вам более подробное описание.

Спасибо, с $GPZDA все получилось
правда я предполагал, что если я буду получать сообщение $GPZDA это решит мою проблему, увы я ошибался)
мне необходимо получать время соответствующее часовому поясу в котором находится сам модуль,
читая описания сообщений, в частности $GPZDA наткнулся на это описание

Date & Time

UTC, day, month, year, and local time zone.

$--ZDA,hhmmss.ss,xx,xx,xxxx,xx,xx
hhmmss.ss = UTC
xx = Day, 01 to 31
xx = Month, 01 to 12
xxxx = Year
xx = Local zone description, 00 to +/- 13 hours
xx = Local zone minutes description (same sign as hours)

в описании увидел "Local zone description" и при выводе GPZDA надеялся получать местное время, но выдает такие сообщения: $GPZDA,115912.00,08,07,2013,00,00*66
хотел бы у вас спросить, почему модуль не определяет часовой пояс Local zone description=00, Local zone minutes description=00, либо есть какой-то другой способ получать местное время?
в лс не могу написать, видимо не набрал определенный лимит сообщений на форуме, моя почта в моем профиле в графе адрес домашней страницы
благодарю за помощь!

А валидные координаты Вы получили?

Время, соответствующее часовому поясу, может присутствовать в посылке только, если получены валидные координаты.

да, координаты верны, погрешность примерно 5-15 метров от реального местоположения

Доброе утро. Напишите пожалуйста сюда

navia собачка ptelectronics.ru

Будкем разбираться!

еще в даташите прочитал про команду $PSTMGETRTCTIME

при вводе выдает следующее:

$PSTMRTCTIME,045353.350,090713,2,8*50


где предпоследняя цифра обозначает достоверность времени

Достоверность:
0 – НЕТ ВРЕМЕНИ
1 – ВРЕМЯ ОТКЛЮЧЕНИЯ
2 – ВРЕМЯ ПОЛЬЗОВАТЕЛЯ
3 – ВРЕМЯ RTC ПОЛЬЗОВАТЕЛЯ
4 – ВРЕМЯ RTC
5 – ТОЧНОЕ ВРЕМЯ RTC
6 – ПРИБЛИЗИТЕЛЬНОЕ ВРЕМЯ
7 – ПОЗИЦИОННОЕ ВРЕМЯ
8 – ЭФЕМЕРИДНОЕ ВРЕМЯ

у меня 8, как я понимаю мне необходима 7-позиционное время, возможно ли менять этот параметр?

Добрый день!

По поводу сообщения ZDA:
$GPZDA
UTC, day, month and year.
NMEA message list bitmask: 0x1000000
Format:
$GPZDA,<Timestamp>,<Day>,<Month>,<Year>,00,00,<checksum><cr><lf>
Parameter Format Description
Timestamp hhmmss.sss UTC Time of GPS Sample,
example: 160836.000
“.sss” is the fraction of seconds;
it assumes non zero values when
the fix rate is bigger than 1Hz.
Day Decimal, 2 digits Day of month (01 to 31)
Month Decimal, 2 digits Month (01 to 12)
Year Decimal, 4 digits Year (1994 - …)
checksum Hexadecimal,2 digits Checksum of the message bytes without
*<checksum><cr><lf> characters.
Example:
$GPZDA,110505.00,25,01,2013,00,00*60

То есть разработчик ПО модуля и не собирался выводить временную зону.

По поводу сообщения STMGETRTCTIME:

$PSTMGETRTCTIME
Get the current RTC time.
Synopsis:
$PSTMGETRTCTIME<cr><lf>
Arguments:
None.
Results:
 System will send RTC Data and Status.
$PSTMGETRTCTIME,<time>,<date>,<rtc_status>,<time_validity>*<checksum
><cr><lf>
Where:
Parameter Format Description
time hhmmss.ms Current time read on RTC.
date ddmmyy Current date read on RTC.
rtc_status Decimal, 1 digit Status:
0 - RTC_STATUS_INVALID
1 - RTC_STATUS_STORED
2 - RTC_STATUS_APPROXIMATE
time_validity Decimal, 1 digit Validity:
0 - NO_TIME
1 - FLASH_TIME
2 - USER_TIME
3 - USER_RTC_TIME
4 - RTC_TIME
5 - RTC_TIME_ACCURATE
6 - APPROX_TIME
7 - POSITION_TIME
8 - EPHEMERIS_TIME
checksum Hexadecimal,2 digits Checksum of the message bytes
without *<checksum><cr><lf>
characters.

Я пока не могу ответить, что такое POSITION_TIME
Прошу прощения - форум не отображает нормального форматирования и убирает многократные пробелы...

с $GPZDA теперь понятно, этот вариант отпадает.
Спасибо за помощь, буду ждать другие возможные варианты)

Подозреваю, что временную зону не покажет ни один из OEM модулей, работающих только со спутниковыми группировками. Причина проста - карта часовых поясов весьма неоднозначна и к тому же периодически меняется (вспомним недавнее объединение часовых поясов в РФ либо отмену летнего времени). Со спутников эта информация не передается, а вводить карту в прошивку модулей чревато - придется регулярно их менять, в зависимости от политической ситуации в разных странах.
Если вам это нужно позарез - придется синхронизовать временную зону другими способами, по наземным каналам.

Я тоже так полагаю. Возможно, для сообщения ZDA когда-то предполагалось простое деление по меридианам. А уж учесть смещения по политическому признаку - вообще задача непростая.

Ясно, буду искать другой способ решения
Всем кто отписался в теме выражаю огромную благодарность!

Подниму тему, так как снова понадобилась помощь по навиа ml8088s.
Хотел бы узнать, имеется ли у кого список команд для порта uart0( как я понимаю он отладочный)?

Что подразумевается под "списком команд для отладочного порта"?
Это порт как Debug однонаправленный - только передача, по RxD этого UART'а принимаются поправки RTCM-104.

спасибо за разъяснение,не правильно понял этот текс в даташите
"Вся информация, содержащаяся в этом документе, относится к "порту NMEA" приемника. ГЛОНАСС/GPS приемники НАВИА могут содержать дополнительный "отладочный порт", однако обмен данными по этому порту не описывается в этом документе."

тогда еще вопрос по поводу usb интерфейса: распаяна розетка usb по схеме в даташите, номиналы соблюдены, установлен драйвер, но при подключении к ПК разъема определяет как неизвестное устройство , в чем может быть проблема?

Как сконфигурирован модуль?
Какой из потоков выведен на USB?

На USB выводятся NMEA (только сообщение ZDA), скорость устанавливал 9600, все остальное по дефолту.

Можете ли Вы привести установленные значения параметров?
100
101
102
103
124
130
193
194
195

в этом вся проблема, вывод NMEA сообщей с uart1 переключил на usb(теперь понимаю, что поспешил), но по usb модуль не определяется.
Возможен ли в такой ситуации аппаратный сброс к заводских настройкам?

Только перешивкой ПО модуля.
В принципе - одна минута работы.
Но нужно двусторонний доступ к любому из UART'ов и выводам Tx1 и Reset
Прошивать приедтся прошивкой BOOT, с этим прекрасно справляется наш Navia Viewer последних версий
За прошивкой прошу написать в личку - не имею права выкладывать открыто...

Да, и еще - рекомендую сначала перенаправить поток Debug на USB, чтобы иметь возможность отработать настройки, а потом уже переключиться на NMEA.

И совсем вдогонку.
DTR включен на компе?
По умолчанию он нужен!