<div dir="ltr">Hi Claudiu,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On 30 June 2015 at 17:23, Claudiu Olteanu <span dir="ltr"><<a href="mailto:olteanu.vasilica.claudiu@gmail.com" target="_blank">olteanu.vasilica.claudiu@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p dir="ltr"> Hi,</p>
<p dir="ltr">The thing is that when I try to connect to a device I use the UUID of the serial port profile. It shouldn't matter if the service is listening on a different channel because in backgorund it should execute a sdp query. It could be a problem from the framework or maybe there is something that I am missing. I will try to investigate this. </p></blockquote><div>I can't claim to know how it works, but it appears that on my system at least, QBluetoothUuid::SerialPort is being treated as the port number, rather than the UUID.  To test my theory, I tried using QBluetoothUuid::TcsBin, and it worked.  Clearly it shouldn't, except that the value of TcsBin is 0x005 (<a href="http://doc.qt.io/qt-5/qbluetoothuuid.html">http://doc.qt.io/qt-5/qbluetoothuuid.html</a>), and my dive computer uses channel 5.  I don't know if the syntax is wrong, or if this is a bug in qtconnectivity (5.4.1 on Fedora 22).<br><br>// Try to connect to the Serial Port Profile service<br>serial_port->socket->connectToService(QBluetoothAddress(devaddr), QBluetoothUuid::TcsBin)<br><br></div><div>Rick<br></div></div></div></div></div>