<div dir="ltr">Hello,<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br>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" target="_blank">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></div></div></div></div></blockquote><div><br></div><div>Damn! This is my mistake. I forgot to create an instance of a </div><div>QBluetoothUuid object and I used directly the enum. Therefore, </div><div>the second parameter was considered to be the port .</div><div>Thanks for your help, Rick! I couldn't figure it out without you.</div><div><br></div><div>I will send you an appropriate patch soon. Now I have to see</div><div>why he doesn't find the Serial Port Profile service. :)</div><div><br></div><div>Claudiu</div></div></div></div>