BTStack GPS not working on 5.1.1 iphone 3gs

[GoogleCodeExporter]

I've just updated from Ios4 to 5.1.1 and found that BTStack doesn't seem to 
work properly for me anymore. I have BTStack 1.6.3 and use it with an 
activepilot jentro gps logger, normally just for satnav.

Initially, BTStack connects but then when I go into my TomTom app, the signal 
seems to get lost and there's no gps connection in the satnav. If I go back 
into BTStack the connection appears to have frozen. I disconnect and try to 
reconnect and BTStack just hangs on trying to reconnect. Nothing has changed 
except the fact I've upgraded to 5.1.1, so I presume the issue relates to this.

I am running it on an iphone 3gs on 06.15.00 baseband. Any help would be really 
appreciated.

Original issue reported on code.google.com by paulcorn...@gmail.com on 30 May 2012 at 7:27

[GoogleCodeExporter]

Also not working on ipad2 wifi. 

It doesn't even let me find devices.

Original comment by TFlan...@gmail.com on 6 Jun 2012 at 7:10

[GoogleCodeExporter]

paul: what happens if you keep it BTstack GPS running with the info and the 
map? Could you attach a packet log here? 
http://btstack.uservoice.com/knowledgebase/articles/69548-how-to-get-btstack-com
munication-log

T: what do you mean by "it doesn't .. let me find devices". What did you try, 
what happened, what did you expect?

I didn't see a change in iOS that would cause a different behavior for BTstack 
itself or the app.

Original comment by matthias.ringwald@gmail.com on 6 Jun 2012 at 10:46

[GoogleCodeExporter]

Thanks for the response - I've just emailed you via the site a packet log. When 
BTStack connects, it either stays on 'invalid' or seems to connect properly for 
maybe 10-20 seconds and then freezes - none of the information changes. Other 
times, it won't connect with the logger. It's not an issue with the logger as 
it works previously and with other devices.

Original comment by paulcorn...@gmail.com on 8 Jun 2012 at 5:44

[GoogleCodeExporter]

Hello Paul. Thanks for the log file. The log files contains error reports for 
invalid packet types read from the Bluetooth module. it basically means that 
either the byte synchronization and/or some bytes got lost on the way from the 
Bluetooth module to the host.  There isn't really a good way to recover from 
this asides from rebooting the Bluetooth module, which won't help in this case. 

I haven't seen this for a long time. Could you try if iOS Bluetooth works well? 
A good test would be to stream music over Bluetooth. Sorry, no better idea yet.

Original comment by matthias.ringwald@gmail.com on 11 Jun 2012 at 7:48

[GoogleCodeExporter]

I have a similar problem here. I use a TomTom MKII and it will work wonderful 
on my iPod Touch 4G 5.1.1 for maybe 1 hr or somewhere about there and randomly 
disconnect.

At first using Backgrounder enabled it to stay on much longer like 2 hours+ but 
it eventually randomly disconnects at any given moment.

I used the same GPS for my iPhone 3G running both 4.2.1 and 3.1.3 so I doubt 
the GPS doesn't work.

Original comment by redpengu...@gmail.com on 14 Jun 2012 at 3:50

[GoogleCodeExporter]

Any update on this? I am still having this issue and have tried both of my GPS 
units and still no go.

Original comment by redpengu...@gmail.com on 24 Jun 2012 at 6:28

[GoogleCodeExporter]

I am also having same problem with Btstack gps and gps apps not getting gps 
signal.  I am also in 3gs with 5.1.1 ios and 6.15.00 bb.  Please advise.

Original comment by llit...@gmail.com on 4 Jul 2012 at 6:05

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I can't find my tomtom mkII gps reciever with btstack 1.6.3.
I tested it on my laptop and a program so i can monitor gps data and that works 
fine.
Found a btstack logfile and it only shows this
Opening com.apple.uart.bluetooth @ 115200 baud.                                 
     Issued HCI Reset                                                           
          DeviceTree speed = 3000000                                            
               Current Device: UART - com.apple.uart.bluetooth                  
                    Setting speed to 115200                                     
                         DeviceTree speed = 3000000                             

                                   Welcome to BlueTool... Rev 0.1  
Should it not search at lower serial speeds to? nmea is 4800 baud but you know 
that or doesnt it work that way?
Anyway hope this help to sort it out.
ios is 5.0.1
also fpund some stuff in syslog
16 aug. 2012 17:05:45 - sandboxd [501] (Notice): BlueTool(513) deny 
file-read-metadata /private/var/mobile

Process:         BlueTool [513]
Path:            /usr/sbin/BlueTool
Load Address:    0x37000
Identifier:      BlueTool
Version:         ??? (???)
Code Type:       ARM (Native)
Parent Process:  BTServer [509]

Date/Time:       2012-08-16 17:05:45.640 +0200
OS Version:      iPhone OS 5.0.1 (9A405)
Report Version:  104

Backtrace:
0   libsystem_kernel.dylib          0x3053fc0c stat + 12
1   CoreFoundation                  0x37edd433 
__CFXPreferencesCreatePreferencesDirectoryURLForTriplet + 279
2   CoreFoundation                  0x37ee05ff 
__CFXPreferencesCreateURLForTriplet + 239
3   CoreFoundation                  0x37edf4c7 
__CFXPreferencesGetSourceForTriplet + 335
4   CoreFoundation                  0x37edf26d 
__CFXPreferencesGetSearchListForBundleID + 169
5   CoreFoundation                  0x37ee0963 
___CFXPreferencesCopyAppValue_block_invoke_0 + 11
6   CoreFoundation                  0x37e37cb9 CFPreferencesCopyAppValue + 281
7   CoreFoundation                  0x37e72a43 _CFBundleCopyUserLanguages + 71
8   CoreFoundation                  0x37e727c9 
_CFBundleAddPreferredLprojNamesInDirectory + 921
9   CoreFoundation                  0x37e4eea9 _CFBundleGetLanguageSearchList + 
93
10  CoreFoundation                  0x37e72783 
_CFBundleAddPreferredLprojNamesInDirectory + 851
11  CoreFoundation                  0x37e4eea9 _CFBundleGetLanguageSearchList + 
93
12  CoreFoundation                  0x37ea8c25 CFBundleCopyResourceURLsOfType + 
21
13  SubstrateLoader.dylib           0x00200f5d _ZL13_MSInitializev + 1533
14  SubstrateLoader.dylib           0x002017c3 _GLOBAL__I_DarwinLoader.cpp + 7
15  dyld                            0x2fe42ed1 
ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 165
16  dyld                            0x2fe42bd7 
ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 19
17  dyld                            0x2fe407d3 
ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned 
int, ImageLoader::InitializerTimingList&) + 323
18  dyld                            0x2fe41793 
ImageLoader::runInitializers(ImageLoader::LinkContext const&, 
ImageLoader::InitializerTimingList&) + 39
19  dyld                            0x2fe385c3 
dyld::runInitializers(ImageLoader*) + 147
20  dyld                            0x2fe3e109 dlopen + 917
21  libdyld.dylib                   0x30b835a7 dlopen + 47
22  MobileSubstrate.dylib           0x000c5e97 $MSInitialize::$MSInitialize() + 
71
23  MobileSubstrate.dylib           0x000c5ebb _GLOBAL__I_DarwinBootstrap.cpp + 7
24  dyld                            0x2fe42ed1 
ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 165
25  dyld                            0x2fe42bd7 
ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 19
26  dyld                            0x2fe407d3 
ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned 
int, ImageLoader::InitializerTimingList&) + 323
27  dyld                            0x2fe41793 
ImageLoader::runInitializers(ImageLoader::LinkContext const&, 
ImageLoader::InitializerTimingList&) + 39
28  dyld                            0x2fe389f3 dyld::initializeMainExecutable() 
+ 227
29  dyld                            0x2fe3cb83 dyld::_main(macho_header const*, 
unsigned long, int, char const**, char const**, char const**) + 1435
30  dyld                            0x2fe372cd dyldbootstrap::start(macho_header 
const*, int, char const**, long, macho_header const*) + 577
31  dyld                            0x2fe3705c _dyld_start + 52

Binary Images:
   0xc5000 -    0xc5fff +MobileSubstrate.dylib armv6  <d8da1cc9b8ea37cfba03a60549cdac4c> /Library/MobileSubstrate/MobileSubstrate.dylib
  0x200000 -   0x201ffd +SubstrateLoader.dylib armv6  <825b732151e6379b9cbec6e597a986fa> /Library/Frameworks/CydiaSubstrate.framework/Libraries/SubstrateLoader.dylib
0x2fe36000 - 0x2fe57d57  dyld armv7  <be7c0b491a943054ad12eb5060f1da06> 
/usr/lib/dyld
0x3053e000 - 0x30554ffd  libsystem_kernel.dylib armv7  
<afd3cb06e20336dca2e5a6e11d080504> /usr/lib/system/libsystem_kernel.dylib
0x30b82000 - 0x30b83fff  libdyld.dylib armv7  
<f1963e7ef64e39a58ec1e39ed7c74849> /usr/lib/system/libdyld.dylib
0x37e35000 - 0x37f4cff9  CoreFoundation armv7  
<de9eefc6109735369cfd8f3de9895da0> 
/System/Library/Frameworks/CoreFoundation.framework/CoreFoundation

Original comment by evander...@gmail.com on 16 Aug 2012 at 3:18

[GoogleCodeExporter]

Same for me on iPod 4G, iOS 5.1.1

BTStack GPS connects but after round about5 seconds connection freeze. After 
connect all informations were shown correct in BTstack GPS overview.

BTstack communication log will sent later.

Original comment by mamin...@gmail.com on 27 Nov 2012 at 7:20

[GoogleCodeExporter]

Please try BTstack GPS 1.7 update (maybe it works now)

Original comment by matthias.ringwald@gmail.com on 10 Dec 2012 at 10:39

• Changed state: WontFix

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Similar problem with BTstack 1.7.2. used with ipod4G (osx 6.0.1)

BTstack cannot find the gps receiver from BadElf, whereas the ipod bluetooth 
can. The latter says zero connected devices as soon as BTstack is launched. 

Annoying !

Original comment by emmanuel...@sympatico.ca on 25 Dec 2012 at 12:20