Closed minhtrancccp closed 2 years ago
Thanks so much for testing a new device! It looks like your device doesn't accept the same normal-mode commands that mine does. Hopefully, the DFU-mode commands are more similar to mine, but we won't know that until you can successfully get it into DFU mode! Can you gather the following information to help me figure out what commands your device wants?
enter-dfu
. I assume it's substantially similar to the info
one you pasted, but confirmation would be nice.Also, do you have the ability to build and run bose-dfu from source? It'll be easier to debug if so since I can send you patches to test. If not, I can send you prebuilt binaries, but those are harder for me to build (since I don't use Windows regularly).
Actually, I just found https://github.com/iclemens/bose which contains some of the things I asked for from someone else with the same device. I'll take a look at them in detail and let you know if it seems to speak the same protocol that bose-dfu implements.
I think it might not, from a quick skim of that repo's README and the fact that its firmware files aren't in .dfu
format. If that's the case, extending bose-dfu might be just as much work as creating a whole new tool.
I just had a quick look and it looks like the protocol is quite different. Unfortunately I don't have the dumps anymore to confirm.
As far as I could see, the procedure is quite similar to this: https://developer.qualcomm.com/qfile/34081/csr102x_otau_overview.pdf
Perhaps there are other devices based on that architecture that have an open source updater implementation.
Thanks for looking, @iclemens! Unfortunately, that probably means that adapting this tool to support the NC 700 headphones would be nearly as much work as writing a new tool entirely. As such, I'm going to close this as WONTFIX for now since I don't have the time or hardware to undertake that effort. If someone else does, though, I am open to patches that add support for the NC 700's protocol as long as they don't make the existing protocol implementation harder to maintain.
I've published a new release, v1.1.0, which notes that we don't support NC 700 headphones in the README and prevents them from showing up in bose-dfu list
.
I ran the binary on my Windows 11 build 22616.1 for my Bose 700. I could execute
bose-dfu.exe list
, which return:05a7:40fc X935501CG10809171J40020 Bose Noise Cancelling Headphones 700 [UNTESTED device in unknown mode]
But whenever I tried other commands (
bose-dfu.exe enter-dfu -f
orbose-dfu.exe info -f
), here's what I got back: