Thomas Weißschuh
Thomas Weißschuh
@FFY00 Ok @perigoso Do you still have the code the code to dump the flash? I used https://github.com/doegox/stm32f1-firmware-extractor but the result is not complete, so most probably not runnable.
Okay. By any chance could you give me a dump of the stock bootloader?
@perigoso Thanks. I flashed openinput which works mostly but the motion burst data received from the sensor is not parsed correctly. Then I tried to go back to the vanilla...
Yes. The motion burst always reports 0 for the delta values. Looking at the "Motion" byte in the motion burst report shows that the sensor is in "Rest mode 1",...
If you want I can provide SPI traces for both cases. Edit: Attached are sigrok SPI traces that can be viewed in PulseView. (Optionally with https://github.com/openinput-fw/sensor-blobs/pull/2 ) [spi_traces.zip](https://github.com/openinput-fw/openinput/files/6710672/spi_traces.zip)
Yes, it's the correct blob. I also added CRC checks (not in the trace) and it give the correct result.
Can you point me to the datasheet? The only one I found did only specify the numbers of the registers, not how they are to be used.
I still could not get it to work. Except when not uploading the SROM; then it works nicely.
This is what I tried. I'll try to produce another SPI dump tomorrow and look again.
This should be implemented