Особенно актуально это для меня стало в моём последнем путешествии по вполне очевидным причинам – я остался без машины и основным транспортом стал велосипед. Именно по этому у меня накопилось достаточно впечатлений от работы разных программ, которые я тут и выкладываю. Оговорюсь сразу, что при всей моей любви к TomTom, этот девайс (и программа) не предназначены для таких задач и отлично работая на дорогах, просто бессмыслены вне их. Не говоря уж о том, что в девайсах ёмкости аккумулятора хватает от силы на пару часов непрерывной работы.

Пока я был Treoводом у меня не было проблем в выборе софта. Мне за глаза хватало PathAway. Грузил в него привязанные карты от Google Maps и спокойно везде мотался. Чудно писались трэки, которые можно было легко экспортировать в приличные форматы на карточку, воспользоваться сохранёнными трэками как роутом для обратной дороги, ну и просто поглядеть “а где же я и что есть рядом”. Отсутствовал только вразумительный поиск. Когда же я закончил свою Palm эпоху вопрос альтернативы стал актуален.

С самого начала я пытался воспользоваться для этого таблеткой N800 с установленным MaemoMapper, но имевшаяся тогда версия 1.x была очень неустойчивой, медленной и непригодной для эксплуатации. Однако с выходом 2-ой версии ситуация резко изменилась, а особенно после апгрейда на N810 со встроенным GPS приёмником. Недавно я сменил свой телефон на Nokia E90 и почти все, необходимые мне задачи, я стал успешно решать на нём. А узнав, что под Symbian есть и версия Garmin Mobile XT, то наслушавшись дифирамбов продукции этой компании, особенно в части использования в свободном путешествии (для чего изначально и разрабатывался Garmin), я понадеялся, что и внедорожную навигацию я теперь решу с его помощью и совсем вылечусь от таблеточной зависимости. Но этого не случилось и заметка о том, чем Garmin Mobile XT хуже Maemo Mapper.

Изначально на обоих девайсах мне удалось установить практически идиентичный набор топографических карт Финляндии. Под Garmin у меня оказался комплект под MapSource версии 1.0, а на таблетку я воспользовался репозитарием c ITT, отдающим карты от Map Site. Пытался пользоваться я обоими программами параллельно для сохранения трэков, чтобы посмотреть потом как я путешествовал; использования имеющихся трэков для реверсной навигации (вернуться туда, откуда пришёл); и для путешествия по заранее проложенному маршруту. В общем ни с одной из трёх задач GMXT не справился. 

Не буду обсуждать интерфейс GMXT, хотя более неудобного решения я не видел, при том, что он идёт ещё от первых гарминовских девайсов, которые также не имели сенсорного экрана, как и Nokia E90. Не оказалось даже пресловутой Гарминовской надёжности (я использовал официальную последнюю версию именно под мой девайс). Операция перехода с большого на малый экран и обратно, практически всегда вводила девайс в ступор. ТОлько благодаря GMXT я увидел на своей Ешке белый не гаснущий экран с выходом из такого состояния только путём выемки аккумулятора. Альтернативный вариант частого завершения использования программы был уход в глубокий бакграунд, когда её невозможно было вызвать на экран, она висела и работала в памяти, периодически напоминая о себе голосом, говорящим, что сигналы от спутников потеряны. Правда здесь помогало простое выключение питания кнопкой.

С записью и просмотром трэков GMXT тоже управлялся как-то очень криво. Во-первых увидеть сохранённый трэк на экране девайса можно только человеку с очень хорошим зрением (к оторым я себя не отношу) и только в статической обстановке. На ходу или на велосипеде разглядеть ту пунктирную линию, что рисовала программа было просто не реально. Причём в настройках можно управлять только цветом, но ни разу не толщиной или видом линии. Вот пример скриншота трэка сделанного на GMXT и Maemo Mapper:

Во-вторых оказалось, что в GMXT вообще отсутствует возможность управлять видимостью отдельных трэков (честно говря это вообще полный бред, с моей точки зрения). Все сохраняемые мною трэки были одновременно видны на карте и выборочно отключить какой-либо можно было только его физическим удалением из памяти устройства! И это не смотря на то, что использовались в интерфейсе термины “активный трэк” и в описании отдельных трэков есть пункт “управление видимостью”, который не управлялся .

В третьих я так и не нашёл возможности как использовать трэк в качестве route. Видимо это в GMXT это изначально разные понятия.

В четвёртых я не смог с помощью GMXT прокатиться по заранее проложенному маршруту. Может я и плохо знаю Гармин, но тогда это очень неочевидно. Я в Map Source заранее проложил маршрут по нескольким точкам. Поскольку это планировалось как велопрогулка по лесным дорожкам, то она начиналась и заканчивалась в одном месте – в арендованном коттедже. MapSource чудно показывал маршрут на экране ноутбука. Так же чудно он его загрузил в девайс. Но когда я попытался воспользоваться этим маршрутом, то при его загрузке получил примерно следующее сообщение “Вы уже прибыли в место назначения”. Поскольку точка прибытия совпадала с точкой назначений GMXT упорно считал что и роутиться не надо! Ну и соответственно никакого маршрута на экране просто не показывал. В качестве последней меры я попытался построить простейший маршрут средствами самого GMXT. Учитывая, что экран не сенсорный, а процедура задания каждой точки маршрута сопровождалась многочисленными переходами между пунктами меню, то это была очень долгая работа. Но когда я попытался созданный маршрут использовать, то получил ещё более страшное сообщение о том, что по имеющейся карте движение по маршруту не возможно…. Зачем же она тогда разрешила его создать? Я ведь просто хотел иметь возможность не вглядываться на ходу  в карту, а иметь элементарное предупреждение, что я приближаюсь к очередной развилке, где мне надо менять направление.

Ну и на последок, когда я попытался экспортнуть из GMXT трэк в GPX формате, то Maemo Mapper не смог его скушать, ругнувшись на непонятный формат. Может это и Mapper не прав, но с PathAway на Treo у меня это проходило легко.

В общем как такая серьёзная лавка смогла сделать настолько отстойный продукт я не понимаю. И поэтому безумно жалею людей, которые за это убожество отдают свои деньги. 

В отношении же N810 и Maemo Mapper у меня осталось гораздо меньше нареканий. Самое большое было связано со слабостью встроенного GPS приёмника. Очень сильно выручал A-GPS. Поскольку у меня был проплаченный безлимитный интернет трафик GSM, то фиксация и удержание спутников происходило на вполне приемлимом уровне. Я пробовал пользоваться отключённой от GSM таблеткой – разница была сильно ощутима. Хотя конечно точность позиционирования сильно хромала. Скажем так – дважды по одной линии мне не удалось ни разу даже на тропинках на поле

Ну и в заключение эксклюзивные фотографии моего велодержателя, выполненного на базе одной фары и двух денежных резинок. В дождь таблетка дополнительно убиралась в прозрачный мягкий конверт,Ю продающийся в любом туристском магазине.

Несмотря на то, что суппорт TomTom упорно не может помочь и разобраться, из переписки с ними иногда удаётся получить ценные сведения.

Один из вопросов, который по истечении пары недель всё-таки был решён – это то, что TomTom неправильно переключается автоматически в режимы день/ночь и некорректно автоматически регулирует подсветку. Причём реального ответа мне так и не было дадено, но в процессе шаманских плясок с бубном по присылаемым step_by_step инструкциям, в какой-то момент всё заработало. Почему – я до конца не понял, но заработало. С нормально работающей подсветкой я покатался какое-то время, но из-за того, что через суппорт я одновременно решал несколько проблем, баг несколько раз восстанавливался, я что-то сумняшне из запомненного делал, иногда он устранялся, иногда не сразу. В общем из-за того, что боролся я с ним не один раз я понял его первоисточник и способ решения. Самое смешное, что в присланной мне инструкции не оказалось одного главного пункта, именно из-за которого не всегда получалось восстановить работоспособность датчика света. Собственно ниже я и опишу свою догадку и полный рецепт решения проблемы.

Подсказкой оказалось довольно рсапространённое заблуждение о якобы существующем баге Nokia N8×0, который заключается в том, что если её перепрошивать с неполностью заряженным аккумулятором, то после перепрошивки время жизни сокращается. Вроде как в момент перепрошивки калибруется датчик напряжения (исходя из предпосылки что перепрошивка делается всегда на полностью заряженном аккумуляторе).

Так вот оказалось, что примерно по этой же схеме калибруется Light Sensor TomTom Go 910, за исключением того, что не при прошивке, а при полном сбросе. Понял я это потому, что если полный сброс произвести в темноте (в машине стоя вечером в пробке, к примеру) , то дальше TomTom начинает переключаться непредсказуемо, вплоть до перепутывания дня и ночи. Так что рецепт прост – сделать полный reset на свету. Как его сделать:

1. Полностью зарядить аккумулятор. TomTom рекомендует делать это не менее 4-х часов;
2. Снять девайс с зарядки, перевернуть разъёмом вверх, и нажать на кнопку reset, удерживая её нажатой не менее 20-ти секунд. На разных девайсах кнопка на разном месте. По этой ссылке показаны все возможные места. Кстати, развею ещё один миф, в отверстие для сброса не влазит канцелярская скрепка, о которой упоминается во всех инструкциях! Для себя я эту проблему решил, прикрепив маленькую английскую булавку на чехольчик;
3. Обязательно перевернуть устройство в нормальное положение на свету и нажать на кнопку включения, удерживая её нажатой не менее 10-ти секунд. Вот именно в этот момент важно, чтобы это было на свету и Ligth Sensor смотрел именно на свет . В оригинальной инструкции не было упоминания о том, что нельзя включать в темноте!
4. Зарядить устройство.

Индикатором того, что сброс был сделан правильно будет появившаяся на чёрном фоне маленькими белыми буковками служебная информация, описывающая потроха девайса.

Необходимость в этом возникла у меня, поскольку иногда требуется “покопошиться” на дисках TomTom’a, а таскать с собой для этого в поездки ноутбук с установленным TomTom Home мне показалось черезмерным. Рыская в сети и читая форумы, я узнал, что существует некое решение под названием BtConsole. Это небольшая программка, которая, будучи установлена в девайс, после запуска открывает возможность по BlueTooth (по протоколу RfComm) открыть терминальную сессию в PNA. О том, как это сделать под линухом было подробно описано на OpenTomTom в соответствующем разделе. Там всё красиво и подробно изложено и мне оставалось только попытаться повторить это на таблетке.

Для начала я поставил саму консольку на TomTom. Дистрибутив версии 1.02 я взял на сайте автора. На всякий случай выкладываю его и здесь: bt-console_102_en.zip. Сама установка проста. Архив распаковывается. Он содержит два каталога: btconsole и sdkregistry. Оба каталога копируются на карточку PNA TomTom или в корень его жёсткого диска (в зависимости от того какой носитель поддерживает устройство). Каталог sdkregistry скорее всего уже будет существовать. Это не страшно. Внутренне содержимое не пересечётся. После этого в меню устройства добавятся два пункта:

Bluetooth Console – программа открывающая терминалку по BT;

TomTom Reboot - программа, по мнению авторов, перегружающая девайс.

Вторая программа нужна потому, что первая, на самом деле, заменяет существующие драйвера BlueTooth на другие, поддерживающие такой тип соединения. Терминалка то заработает, а вот всё остальное – может перестать. Чтобы потом восстановить работу с тем же мобильным телефоном, устройство надо перегрузить. Это и должна помочь сделать вторая программа. Правда у меня она не работает. Может потому, что у меня версия прошивки 7.162, а программы писались на момент существования 6-ой версии.

Следующий этап – Nokia N800.

Почитав действия предпринимаемые для подключения консоли к TomTom я выяснил, что нужны утилиты из BlueZ (hcitool и rfcomm) и кака-либо терминальная программа, умеющая работать с серийным девайсом. Обычно я использовал cu из пакета uucp, screen или minicom. Как выяснилось из этого необходимого набора в OS 2008 представлена только screen, которую можно допоставить из стандартного для Chinook репозитария Tools’ов. Но в процессе тестирования выяснилось, что именно эта утилита и не захотела работать в качестве терминалки с rfcomm портом. Так же во вех, отдваемых Maemo репозитариях ни в одном пакете, имеющем хоть какое-либо отношение к BlueZ не оказалось нужных мне утилит. В девелоперском мейл-листе мне предложил Collin R. Mulliner воспользоываться его полным портом BlueZ 3.23 под Chinook, но при попытке им воспользоваться машинка повела себя плохо. Устройства искались очень долго, неправильно читались имена, да и находитлось не всё и не всегда. Думаю что это связано с тем, что в OS 2008 изначально установлена версия 3.20. Тогда я пошёл по самому лобовому пути. Имея настроенный и прекрасно работающий Scratchbox я просто решил собрать под ним нужные мне исполнительные файлы. Что и сделал.

• Из исходников Maemo я взял BlueZ 3.20 и собрал hcitool и rfcomm;
• Из пакета Taylor UUCP я скомпилировал cu;
• Из исходников Minicom собрал и его.

Всё это дополнил шеловским скриптом bttomtom, который при запуске без параметров сканирует BlueTooth пространство вокруг себя и если находит устройство с именем TomTom биндит его на /dev/rfcomm0 или, если ему при вызове явно задать MAC адрес, биндит с заданным. Всё это оформил как единый пакет под Chionook, который тут и прикладываю: serial-console.zip

Мне не понравилось как работает minicom под таблеткой с виртуальной клавиатурой, поэтому сам я использую для соединения cu. Вот под него и даю рецепт использования.

1. Установить пакет;
2. Под рутом выполнить bttomtom;
3. Под обычным пользователем подключиться к TomTom введя
   cu -l /dev/rfcomm0
4. После соединения один или два раза нажать Enter и при появлении приглашения для ввода логина ввести root без пароля.

Всё. Вы в девайсе

В заключение. Как я писал выше, программа перезагрузки не отрабатывает на TomTom под прошивкой 7.162. Поэтому я перезагружаюсь или механическим сбросом или просто введя в консоли на TomTom reboot.