BLE Protocol:
Select device BluetoothLE#BluetoothLEd0:57:7b:e5:0c:0d-00:13:43:40:62:10
Device selected: Aladin
Number of Gatt Services: 0
Device ID: BluetoothLE#BluetoothLEd0:57:7b:e5:0c:0d-00:13:43:40:62:10
Is Paired: False
Starting to pair...
Connection status changed: Connected
Pairing Result: Paired
Paired device name: Aladin H
Number of Gatt Services: 6 (50 Pairing Loops)
Connected to service: fdcdeaaa-295d-470e-bf15-04217b7aa0a0
Error: Das Attribut muss vor dem Lesen oder Schreiben zunächst authentifiziert werden. (Ausnahme von HRESULT: 0x80650005)
INFO: libdivecomputer-0.dll version: 0.7.0-devel
INFO: Diving Log version: 6.0.15.0
INFO: Windows 10 (1803 | Build 17134), Version 6.3.17134
Danach ist der TC unter den BT-Geräten in der Systemsteuerung als gekoppelt aufgeführt.
Gut dass es nicht nur mir so geht. Ich dachte zuerst dass es an meinem Rechner oder an mir liegt. Ich stehe in regem Kontakt mit Sven wegen dem gleichen Fehler.
Vielen Dank für's Testen! Ja, bei den Scubapro BLE Rechnern gibt's im Moment noch ein kleines Problem, bei Shearwater und HeinrichsWeikamp klappt inzwischen alles. Ich hab morgen eine neue Testversion zum ausprobieren.
Strictly speaking the Scubapro Aladin H Matrix isn't supported yet in libdivecomputer. Most likely it doesn't need any changes and it will just work out of the box, but that's no guarantee. Does the Scubapro Aladin H Matrix support only BLE, or also usb? If it does support usb, then you could already send me a memory dump. Then way I can already take care of adding it to libdivecomputer, while Sven addresses the BLE communication.
The Sport Matrix is BLE only (no USB), but I have confirmed that the download works with Subsurface (I've not checked the parsed data yet). But Philipp can send you a memory dump via Subsurface if you want to have a look at the data. I've attached the libdc protocol he sent me.
Bitte sicherstellen das alle 3 Dateien aus der Zipdatei in den Programmordner kopiert und die vorhandenen Dateien ersetzt werden. Vielen Dank für's Ausprobieren ob's diesmal klappt. Eigentlich mache ich es genau gleich wie Subsurface.
Hi, mit meinem G2 geht es nicht. Hab die 3 Dateien überschrieben und gestartet. G2 zeigt sofort verbunden an und nach ca. 6 Sekunden kommt von Diving Log die Fehlermeldung G2 nicht gefunden.
BLE Protocol:
Select device BluetoothLE#BluetoothLEd0:57:7b:e5:0c:0d-00:13:43:40:62:10
Device selected: Aladin
Number of Gatt Services: 0
Device ID: BluetoothLE#BluetoothLEd0:57:7b:e5:0c:0d-00:13:43:40:62:10
Is Paired: False
Starting to pair...
Connection status changed: Connected
Pairing Result: Paired
Paired device name: Aladin H
Number of Gatt Services: 6 (51 Pairing Loops)
Connected to service: fdcdeaaa-295d-470e-bf15-04217b7aa0a0
Error: Das Attribut muss vor dem Lesen oder Schreiben zunächst authentifiziert werden. (Ausnahme von HRESULT: 0x80650005)
INFO: libdivecomputer-0.dll version: 0.7.0-devel
INFO: Diving Log version: 6.0.15.0
INFO: Windows 10 (1803 | Build 17134), Version 6.3.17134
Hmm, das ist wirklich merkwürdig und so langsam bin ich mit meinem Latein am Ende. Die Verbindung steht, der Tauchcomputer antwortet aber einfach nicht. Das Protokoll von Subsurface ist identisch, allerdings kommt hier die Antwort vom Tauchcomputer:
Starting download from BT
qt_ble_open( 00:13:43:5D:AE:2E )
connected to the controller for device 00:13:43:5D:AE:2E
.. discovering services
Found uuid: "{00001800-0000-1000-8000-00805f9b34fb}"
Found service "{00001800-0000-1000-8000-00805f9b34fb}"
.. ignoring standard service "{00001800-0000-1000-8000-00805f9b34fb}"
Found uuid: "{00001801-0000-1000-8000-00805f9b34fb}"
Found service "{00001801-0000-1000-8000-00805f9b34fb}"
.. ignoring standard service "{00001801-0000-1000-8000-00805f9b34fb}"
Found uuid: "{0000180a-0000-1000-8000-00805f9b34fb}"
Found service "{0000180a-0000-1000-8000-00805f9b34fb}"
.. ignoring standard service "{0000180a-0000-1000-8000-00805f9b34fb}"
Found uuid: "{0000180f-0000-1000-8000-00805f9b34fb}"
Found service "{0000180f-0000-1000-8000-00805f9b34fb}"
.. ignoring standard service "{0000180f-0000-1000-8000-00805f9b34fb}"
Found uuid: "{0000181a-0000-1000-8000-00805f9b34fb}"
Found service "{0000181a-0000-1000-8000-00805f9b34fb}"
.. ignoring standard service "{0000181a-0000-1000-8000-00805f9b34fb}"
Found uuid: "{fdcdeaaa-295d-470e-bf15-04217b7aa0a0}"
Found service "{fdcdeaaa-295d-470e-bf15-04217b7aa0a0}"
.. created service object QLowEnergyService(0x105cccd8)
.. done discovering services
Found service "{fdcdeaaa-295d-470e-bf15-04217b7aa0a0}" "Unknown Service"
c: "{a188b7dd-debb-449a-852d-c243d46b4b1a}"
c: "{aa0c68f0-ea9c-493d-8112-62879e72af68}"
d: "{00002902-0000-1000-8000-00805f9b34fb}"
Using service "{fdcdeaaa-295d-470e-bf15-04217b7aa0a0}" as preferred service
.. enabling notifications
Using read characteristic "{aa0c68f0-ea9c-493d-8112-62879e72af68}"
now writing "0x0100" to the descriptor "{00002902-0000-1000-8000-00805f9b34fb}"
BLE write completed
QTime("20:15:17.898") packet SEND "0110"
QTime("20:15:17.898") packet WAIT
BLEObject::characteristicWritten
QTime("20:15:17.951") packet RECV "0132"
QTime("20:15:17.951") packet READ "0132"
Das einzige was wir noch probieren können ist zu überprüfen ob das "Notify" an den richtigen descriptor geschrieben wird. Ich nutze die automatische .NET Funktion, Subsurface wählt ihn manuell. Ich werde mal eine Testversion erstellen die alle Descriptors listet und schreibe das "Notify" auch manuell, mal schauen ob das hilft.
Ich hab jetzt die Vermutung das es etwas mit der Pin Code Eingabe bei der Paarung zu tun haben könnte. Evt. verwendet dieser Computer eine zusätzliche Sicherheitsfunktion für die Kommunikation. Beim OSTC und Shearwater muss man bei der Paarung keinen Pin Code eingeben.