<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Review: Navman 4470 GPS for Palm OS 5</title>
	<atom:link href="http://www.bioneural.net/2005/03/13/review-navman-4470-gps-for-palm-os-5/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bioneural.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.bioneural.net%2F2005%2F03%2F13%2Freview-navman-4470-gps-for-palm-os-5%2F%23comment-&amp;seed_title=Review%3A+Navman+4470+GPS+for+Palm+OS+5</link>
	<description>bioneural.net is for stuff worth sharing: commentary by Bruce McKenzie. Major topics covered are gadgets, informatics, Internet, Mac, mobile, musings, New Zealand, photography, Project Koru, quicklinks, rant, rave, travel and Windows</description>
	<pubDate>Fri, 05 Sep 2008 13:27:53 +0000</pubDate>
	
		<item>
		<title>By: Kwan Yeoh</title>
		<link>http://www.bioneural.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.bioneural.net%2F2005%2F03%2F13%2Freview-navman-4470-gps-for-palm-os-5%2F%23comment-110&amp;seed_title=Review%3A+Navman+4470+GPS+for+Palm+OS+5#comment-110</link>
		<dc:creator>Kwan Yeoh</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.bioneural.net/2005/03/13/review-navman-4470-gps-for-palm-os-5/#comment-110</guid>
		<description>I've discovered an inexcusable bug in the Navman program &#038; I've returned my unit for a refund.

Despite being advertised as Treo 650-compatible on their support website, the Navman 4470 is not truly compatible, as it does not support the phone function properly. More specifically, it doesn't support Bluetooth headsets being in range of the Treo when a incoming call arrives. I've had a discussion with the Navman support people &#038; they say that this is indeed an issue &#038; there is no workaround.

When SmartST is quit, it apparently does not send a "close" command to its Bluetooth connection. It probably just stops using the Bluetooth system &#038; the Treo figures out that the Bluetooth port is once again free. This is fine normally, but doesn't work when an application tries to immediately grab the Bluetooth port, leaving the Treo trying to maintain two concurrent Bluetooth connections, which it is not designed to do.

This exact situation occurs when an incoming call arrives. SmartST quits &#038; passes control back to the Phone application, which immediately picks up the call &#038; passes it through to the Bluetooth headset. The Treo is left juggling two Bluetooth connections, can't cope &#038; immediately resets itself.

There are no software workarounds. The three possible workarounds involve turning the Bluetooth headset off, and then one of:

(1) Use the speakerphone. This doesn't work as it is too hard to hear when in a car at speed. The person at the other end also can't hear you properly when the phone is up on the dashboard in its mount.

2) Use a wired headset. This doesn't work safely. To have the wire dangling from the Treo on the dashboard mount across the steering wheel to your ear is dangerous. Also, when the headset is plugged in, all voice instructions come through the headset, so you have to leave it disconnected, then plug it in when a call comes in. Not very safe at all when you're driving.

(3) Hold the phone to your ear. This is dangerous &#038; illegal while driving.</description>
		<content:encoded><![CDATA[<p>I've discovered an inexcusable bug in the Navman program &#038; I've returned my unit for a refund.</p>
<p>Despite being advertised as Treo 650-compatible on their support website, the Navman 4470 is not truly compatible, as it does not support the phone function properly. More specifically, it doesn't support Bluetooth headsets being in range of the Treo when a incoming call arrives. I've had a discussion with the Navman support people &#038; they say that this is indeed an issue &#038; there is no workaround.</p>
<p>When SmartST is quit, it apparently does not send a "close" command to its Bluetooth connection. It probably just stops using the Bluetooth system &#038; the Treo figures out that the Bluetooth port is once again free. This is fine normally, but doesn't work when an application tries to immediately grab the Bluetooth port, leaving the Treo trying to maintain two concurrent Bluetooth connections, which it is not designed to do.</p>
<p>This exact situation occurs when an incoming call arrives. SmartST quits &#038; passes control back to the Phone application, which immediately picks up the call &#038; passes it through to the Bluetooth headset. The Treo is left juggling two Bluetooth connections, can't cope &#038; immediately resets itself.</p>
<p>There are no software workarounds. The three possible workarounds involve turning the Bluetooth headset off, and then one of:</p>
<p>(1) Use the speakerphone. This doesn't work as it is too hard to hear when in a car at speed. The person at the other end also can't hear you properly when the phone is up on the dashboard in its mount.</p>
<p>2) Use a wired headset. This doesn't work safely. To have the wire dangling from the Treo on the dashboard mount across the steering wheel to your ear is dangerous. Also, when the headset is plugged in, all voice instructions come through the headset, so you have to leave it disconnected, then plug it in when a call comes in. Not very safe at all when you're driving.</p>
<p>(3) Hold the phone to your ear. This is dangerous &#038; illegal while driving.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
