GV500CNA (gl200) — binary Data ID 82 frames received but not decoded to position

I'm running the latest Traccar with a Queclink GV500CNA reporting on the gl200 protocol (port 5004). After updating to the current version, the frames no longer throw the IndexOutOfBoundsException they previously did — but the device still shows offline and no position is decoded. The device is sending the binary @Track Pro format (Data ID 82, Full Location), not the ASCII +RESP:GTFRI format. The frames are received cleanly with no error, but no position is extracted.
Sample frames (IMEI 865134050947226):

2b000038000865134050947226820300030000216a3ed6f101895000521629fa8b28f402ac1a8e6a3ed6f100001600000010f505010ff824
2b000038000865134050947226820300030000216a3ed6d301885000521629fa8b28f402ac1a8e6a3ed6d300001600000010f505010ecb24

The coordinate data appears present (the 1629fa8b28f4 / 02ac1a8e bytes repeat across reports from a stationary device). Is the binary Data ID 82 frame format supported, or could a decoder be added for this newer GV500CNA firmware? I have the full @Track Protocol Pro spec available if helpful.

Please provide the documentation.

Thanks Anton. Here's the official protocol documentation:

https://qdc.queclinksz.com/protocols/gv500cna$m6W4Odoayv/air/v3/html/overview.html
The Data ID 82 (Full Location) definition is under Data IDs → Location Care → Data 82, and the 50H Fixed Report frame structure is under Records → Location Care → 50H. I also have the full PDF spec if a file is more useful — happy to send it however works best.

Implemented here:

https://github.com/traccar/traccar/commit/35555d03ecb50cf46b1c376dfd9ea2132edd092b

Thank you!