Petrel 2 bluetooth link

[Claudiu Olteanu]

> andrej at antares:~$ subsurface
> Map theme file does not exist: ""
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/initrd.img-3.19.0-25-generic"
> Reason: "'/boot/initrd.img-3.19.0-25-generic' is not an ELF object"
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/initrd.img-3.19.0-23-generic"
> Reason: "'/boot/initrd.img-3.19.0-23-generic' is not an ELF object"
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/vmlinuz-3.19.0-25-generic"
> Reason: "Permission denied"
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/vmlinuz-3.19.0-23-generic"
> Reason: "Permission denied"
> QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No
> such file or directory
> Set the current dive site: 0
> qt.bluetooth.bluez: Bluez 4 detected.
> qt.bluetooth.bluez: void
> QBluetoothDeviceDiscoveryAgentPrivate::_q_propertyChanged(const QString&,
> const QDBusVariant&) "Discovering" QVariant(bool, true)
> qt.bluetooth.bluez: Discovered:  "00:13:43:0E:68:77" "Petrel" Num UUIDs 1
> total device 0 cached false RSSI -70
> qt.bluetooth.bluez: Emit:  "00:13:43:0E:68:77"
> qt.bluetooth.bluez: Discovered:  "00:13:43:0E:68:77" "Petrel" Num UUIDs 1
> total device 1 cached false RSSI -71
> qt.bluetooth.bluez: Duplicate:  "00:13:43:0E:68:77"
> qt.bluetooth.bluez: void
> QBluetoothDeviceDiscoveryAgentPrivate::_q_propertyChanged(const QString&,
> const QDBusVariant&) "Discovering" QVariant(bool, false)
> The connection on RFCOMM channel number 1 took more than expected. Wait
> another 15 seconds.
> qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 22
> error: -1 "Resource temporarily unavailable"
> Failed to connect to device  00:13:43:0E:68:77 . Device state
> QBluetoothSocket::UnconnectedState . Error:
> QBluetoothSocket::UnknownSocketError
> Set the current dive site: 0
>
>
This is strange, because if the connection on RFCOMM channel 1 fails,
it should try to connect again on channel number 5. If not it means that
the remote device din't send any response and the connection took more
than expected.

You always receive the same output?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150807/478cbcbc/attachment-0001.html>