Resetting the module did nothing at all… (By resetting I inlcude, powercycle, resetbutton on the devkit, even at&f)
And the m2m target perspective cannot modify traces before it has started to recieve traces… But when it is flooded it cannot modify traces… Catch 22…
But after some digging I found an pre m2m version of the openat sdk that included the TMT software… Then it only took a few tries to disable enough to stop the flood.
I see you’ve solved your problem already, but another solution might have been to stop the application by sending “AT+WOPEN=0” from the remote shell.
if a trace flood is going on, the module doesn’t respond with OK, but you will see +WIND indications showing that the command completed successfully.
(you might need to repeat the command a few times)
This should work only if the trace flood comes from the application itself, not if many trace levels are enabled on the Firmware elements.
However, in new Target Management, we’ll take care of adding a kind of emergency button allowing to disable all traces in one click, to get out of such a trap…