Arduino for STM32

So the answer is yes. The library I use, and which exhibits this bug, it the one you mention.

Do you mean this link :

https://github.com/stevemarple/SoftWire/issues/9

?
If yes, this is the very library I am using and which has the problem for which I have open the issue #11 that describes it in details.

I have on my computer an Arduino 1.8.3 fitted with Roger's package, after a manual installation. i would like to install another instance of the IDE, version 1.8.12 and install in it the new STM32Duino package. I have read several opinions about doing so. In general it is advised to use the ZIPped I...

Not exactly. I do not get incorrect readings, I get a crash in the case there is a hardware failure on the I2C bus that holds the scl line down too long.

I am not sure of which library you are talking about. I am using the official STM32duino core (that I installed on Arduino IDE from the "add board" option), and the softwire library that I found in the Arduino IDE using the option "manage libraries".

Hi all, I reported an issue in the github of stevemarple, the author of this library, but it seems that he is not involved any more in this section. So I put it here, to open a discussion about the best way to fix it. Here is my report: I have implemented a I2C master on a STM32F103 and it works cor...

At the time I used Roger's core, I started from an existing HardwareCAN library from Maple that I ported to Roger's core, as you know. Since i have decided to move to the "official" STM32Duino core, I needed a library that could not easily be derived from the previous one. I have a set of ...

Hi all, I am porting a set of projects initially written under Roger's core to STM32Duino. I am at the point of porting the EEPROM emulation part that I use to store configuration. It changes about twice a day. I am bothered with what I read in the STM32Duino wiki. In Roger's core, the EEPROM emulat...

After reading the STM32 manual, I found how to stop the USB hardware. It works now. So I conclude that the bootstrap loader, when it jumps to the application program, does not shut off the USB, and this must have been done in the core (Roger's version). It is not the case anymore. So the CAN driver ...

This is more or less what I suspect. Now, how can I shut off the USB or at least disable the USB interrupt ? The HAL API is somewhat complicated, and to shut it off one must have a handler to pass to the DeInit or Stop function.