-
-
Notifications
You must be signed in to change notification settings - Fork 5.3k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
stm32: allow 400Khz in stm32f0_i2c.c (#6694)
Signed-off-by: Timofey Titovets <[email protected]>
- Loading branch information
1 parent
96cceed
commit b89d552
Showing
2 changed files
with
10 additions
and
2 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
b89d552
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello, Does it also support STM32f1? is it only limited to (F0, G0, G4, L4, F7, H7)?
b89d552
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think not.
F1 Support "Fast Mode" (up to 400kHz)
F0 Support "Fast-mode Plus" (up to 1 MHz)
b89d552
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See
@sxIhsan
b89d552
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for your clarification. @j16sdiz I intend to repurpose the I2C pin from the printer's MCU, but I understand there's no guarantee of compatibility. As a result, I'll use the i2c pin with my SSD1306 display which is working great. Because I don't have an oscilloscope to test this out, so using a secondary MCU seems to be the most practical solution at this time.