С чтения этого и начал. Но там только упоминание, что есть такая фича. И приписа, дескать читайте NMEA команды.. Что собственно и делаю.

ИМХО, батарейку можно сильно растянуть ориентируясь на подвижность объекта. Если он не движется, зачем каждые пол минуты жрать жуткий ток? Я б сэкономил. Стоит? Раз в пять-десять минут..

>>>да, с использованием Sleep mode 2 (AT+CSCLK=2). Просыпается только на передачу данных

Сколько получили потребление в спящем режиме ???? Мы без потери регистрации в сети на расширеной прошивке получали 0.8-1 мА.
Обратите внимание, что если не получается добиться этого тока, то выход UART контроллер остается в "1". Переводим в "Z" и .....


По компетиторам есть описания режима AlwaysLocate....

http://wireless-e.ru/preview/pre_67_3_13_ls.php
http://forum.trenz-electronic.de/index.php?topic=197.0
http://wless.ru/files/GPS/Locosys/MC-1513-...asheet_v0.2.pdf

около 3-4 мА это только SIM900R,
UART контроллера не отключаю, тк может прийти смс или звонок который разбудит модуль, хотя наличие новой смс можно проверить после спячки... ради 0,8мА можно покумекать.
Еще столько же кушает сам контроллер, тк на его SLEEP сильно не сикономишь. нужно ставить другой - STM32L - это UltraLowPower...

На счет периодичности отсылки GPS координат, алгоритм еще в процессе, можно контролировать скорость, и если она меньше 1км/ч то увеличивать интервал, но иногда на стоянке скорость прыгает до 3км/ч, хотя модуль не подвижный.

Кстати, разницы не заметил на практике, по потреблению
Periodic standby mode и Perpetual backup mode
Что лучше?

>>>около 3-4 мА это только SIM900R,

Много - смотрите чтобы порт был не активен...

>>>UART контроллера не отключаю, тк может прийти смс или звонок который разбудит модуль,

Тот вывод что ИЗ модуля на контроллер данные - можно не трогать - по нему нормально URC прийдут на контроллер
А вот тот что В модуль из контроллера как раз и подпитывает.... - кстати не проверяли если его не в Z переводить, а в 0 оставлять вместо 1.

По идее по RI еще отлавливаются входящие - правда не помню навскидку как RI в спячке себя ведет

У вас есть еще куда двигаться по потреблению - думаю что оптимизировав все, можно выйти с этим аккумулятором на 3-4 суток.
ArtemCAD на такое время выходил, надо поискать по форуму.
Только он кажется PIC в нановатт моде использовал - там единицы микроампер у спящего контроллера .

$GPGSV (всего) или $GPGSA (используется) дают ответ на вопрос.



Обычно есть вход питания RAM и часов от батарейки или есть (возможно, внешний) EEPROM для сохранения, или сохранение ведётся через управляющий интерфейс (через UART, спец. командами) на каком-то внешнем носителе микроконтроллером...




Такой режим прекрасно работает и со старыми приёмниками. Что-то вроде ~8 сек работает, минуту спит... Без всяких EPO-предскзаний и AGPS. Иногда работает дольше 8 сек (выключение по большому таймауту или по снижению HDOP). В таком режиме работы в общем и целом сам свои эфемериды со временем успешно обновляет.

Спасибо, буду эксперементрировать


Заинтересовал параметр HDOP, в википедии пишут, если HDOP больше 20, то результат можно смело отбрасывать.
В моём устройстве погрешность координат может быть очень большой (выскакивают точки до 100м погрешности) до сих пор не знал как с этим боротся)

DOP - коэффициент ухудшения точности, если быть кратким.
Скажу так, по практике, если HDOP > 3, то координаты просто непредсказуемы. Могут и при HDOP 8-9 быть в пределах 10-15 метров, а могут и при 3-4 улететь за 100-150 метров.

Вынужден Вас заранее расстроить на столь оптимистичной ноте.
Скорее всего проблемы у Вас возникают от использования всякого рода энергосберегающих режимов. Производители приемников и чипсетов, ес-но, об этом предпочитают молчать, но при использовании таких режимов резко деградирует точность. Если сомневаетесь - отключите все эти энергосберегающие "фишки" и сравните с точностью при непрерывном слежении за спутниками. Так что Вам придется делать жесткий выбор между точностью и длительностью работы без подзаряда (замены эл-тов питания).
А HDOP Вам здесь поможет примерно как в бане лыжи.

да, это заметил. после выхода из спящего режима, GPS модулю нужно стартонуть с горячего. на это уходит время (пару секунд в лучшем случае). если еще подождать пару десятков секунд точность налаживается! но при этом энергосбережение уходит на нет.
Здесь и парадокс, чем меньше времени модуль спит тем больше точность, но и аккумультор страдает естественно(
моя идея состоит в следующем:
после спячки следим за показателями DOP, как только получили пакет с хорошей точностью - опять в спячку, и так далее

Что посоветуете на счет точности координат и периодичности посылок при неподвижности объекта, в моём случае. Вот пример с периодичностью 30сек, количество точек около 60, тоесть трек 30минут. Средняя скорость 2км/ч, пробек 0,86км (Треккер лежит на подоконнике, 3этаж, вокруг пятиэтажки)

Может порог скорости смотреть вкупе с качеством приёма (или количеством спутников)? Ведь чем хуже приём, тем больше "кидает" из стороны в сторону.

Не, у меня задача попроще - я каждую минуту сервер не дёргал. Хотя на 950мА ч только 24 работать, это средний ток потребления почти 40мА. Тут явно где-то что-то лишнее надо урезать...


Тут ничего кроме фильтра посоветовать нельзя. Как следствие применения фильтра - надо просыпаться более чем на 3 секунды(иначе точек мало).
ЗЫ. Из типов мне больше понравилась работа медианного усреднения...
ЗЗЫ. Фильтрацию лучше делать скользящим окном.

Когда Sim900R и Sim28 спят, вся система потребляет около 10мА. При этом проц "плохо" спит. Во время передачи данных ток естественно бешенный, да и GPS не всегда за 3сек находит спутники, иногда секунд 30 тратит в режиме поиска. Вот в среднем ток и получается 40мА.
Для моего случая конечно еще нужно программу вылизывать, тем более раньше не использовал спящие режимы этих модулей.
На счет медианного усреднения, как я понял исключаются однократные резкие выбросы, это можно применить к параметру скорости, для координат - слишком сложная программа получится...

И у меня аналогично реализовано по обоим пунктам

PoverSave на Quectel M12E+L70: M12 в sleep потребляет в среднем около 1 mA, на связи (принимает СМС и звонки), задача OCPU запущена в отдельном цикле с обработкой прерываний + запущен таймер.
Но вопрос горячего старта L70 актуален: скорее всего, придется оставлять его в Periodic (с редким включением), адаптивно меняя параметры режима (в L70 их четыре) в зависимости от ситуации (аналогично как делает AlwaysLocate, только самому вручную из OCPU).

Вопрос по спящему режиму Sim28
После включения периодического режима начинает постоянно выдавать строку:
$PMTKPMC,0004700960,1,0004698180,0000000220,0000003000,0000003000,0000010000
,2,0,0,044*44
абсолютно ненужную, можно ли её отключить?