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.

Also not working on ipad2 wifi.

It doesn't even let me find devices.

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-communication-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.

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.

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.

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.

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

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.

Comment deleted

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 /Library/MobileSubstrate/MobileSubstrate.dylib 0x200000 - 0x201ffd +SubstrateLoader.dylib armv6 <825b732151e6379b9cbec6e597a986fa> /Library/Frameworks/CydiaSubstrate.framework/Libraries/SubstrateLoader.dylib 0x2fe36000 - 0x2fe57d57 dyld armv7 /usr/lib/dyld 0x3053e000 - 0x30554ffd libsystem_kernel.dylib armv7 /usr/lib/system/libsystem_kernel.dylib 0x30b82000 - 0x30b83fff libdyld.dylib armv7 /usr/lib/system/libdyld.dylib 0x37e35000 - 0x37f4cff9 CoreFoundation armv7 /System/Library/Frameworks/CoreFoundation.framework/CoreFoundation

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.

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

Comment deleted

Comment deleted

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 !