2017-02-13 05:48 PM
Hello,
When I put my STM32F4 device into DFU mode, it is recognized as a ''Total Phase PD Analyzer Update Mode'' device instead of a ''STM Device in DFU Mode''. I can force using the STM DFU drivers, but by default it uses the Total Phase drivers, thus making it not visible to update the FW (either in my software or DfuSe Demo).
It looks like the Total Phase driver uses the same VID\PID. Is there something I'm missing to set these drivers apart?
Thanks!
#dfu #stm322017-02-13 06:45 PM
The 0483/DF11 Vid/Pid belong to ST, others could have perhaps abused that.
2017-02-13 07:50 PM
Hey Clive, thanks for the reply!
Followup question: So am I stuck having to manually update the drivers when this happens (and in turn having all my device customers do the same), or is there some other way to signal windows to use the STM drivers instead?
2017-02-13 08:28 PM
Do all your customers install the Total Phase drivers? It isn't a problem I encounter.
You could provide your own DFU updater rather than use ST's ROM, but then you'd need you own Vid/Pid and drivers, etc.
2017-02-13 08:32 PM
The majority will have the Total Phase drivers installed, so it looks like I'll have to pursue the second option you mention.
Thanks for your input Clive!
2017-02-13 09:57 PM
You could get Total Phase to fix things, or use their update method, which presumably is using ST's DFU method.
2017-02-16 06:13 PM
Just a followup in case anyone else is curious how this resolved.
I am able to detect when the Total Phase driver is used instead of the ST one, so I simply pop up a warning to the user to change the driver of the affected device. For my target users this is an acceptable course of action, and avoids accidentally switching legitimate Total Phase devices to the wrong driver myself.
Not the most automagical solution admittedly, but given the circumstances I think it's acceptable. Additionally, I believe Total Phase will be fixing this issue, so spending too much time on it would be a waste of time.