Add support for HSE bypass on STM32.
Thank you for your contribution to Klipper. Unfortunately, a reviewer has not assigned themselves to this GitHub Pull Request. All Pull Requests are reviewed before merging, and a reviewer will need to volunteer. Further information is available at: https://www.klipper3d.org/CONTRIBUTING.html
There are some steps that you can take now:
- Perform a self-review of your Pull Request by following the steps at: https://www.klipper3d.org/CONTRIBUTING.html#what-to-expect-in-a-review If you have completed a self-review, be sure to state the results of that self-review explicitly in the Pull Request comments. A reviewer is more likely to participate if the bulk of a review has already been completed.
- Consider opening a topic on the Klipper Discourse server to discuss this work. The Discourse server is a good place to discuss development ideas and to engage users interested in testing. Reviewers are more likely to prioritize Pull Requests with an active community of users.
- Consider helping out reviewers by reviewing other Klipper Pull Requests. Taking the time to perform a careful and detailed review of others work is appreciated. Regular contributors are more likely to prioritize the contributions of other regular contributors.
Unfortunately, if a reviewer does not assign themselves to this GitHub Pull Request then it will be automatically closed. If this happens, then it is a good idea to move further discussion to the Klipper Discourse server. Reviewers can reach out on that forum to let you know if they are interested and when they are available.
Best regards, ~ Your friendly GitIssueBot
PS: I'm just an automated script, not a human being.
I'm not sure what this does, or why one would want it. Can you elaborate?
Thanks, -Kevin
HSE bypass mode only uses a single pin as an input for a clock signal rather than connecting the two pins to a crystal driver. It's required when using a clock generation IC rather than a crystal.
On Thu, 24 Oct 2024, 11:16 pm KevinOConnor, @.***> wrote:
I'm not sure what this does, or why one would want it. Can you elaborate?
Thanks, -Kevin
— Reply to this email directly, view it on GitHub https://github.com/Klipper3d/klipper/pull/6703#issuecomment-2435581327, or unsubscribe https://github.com/notifications/unsubscribe-auth/AANZQUJMZDONPN5JJQ4QJRLZ5EFNDAVCNFSM6AAAAABPLN75LOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMZVGU4DCMZSG4 . You are receiving this because you authored the thread.Message ID: @.***>
Okay, thanks. How about we change the "clock reference" menu so that it lists: 8Mhz crystal, 12Mhz crystal, ..., 12Mhz external clock, ..., Internal clock. That is, add options for external clocks to the menu instead of adding a new "HSE bypass" config option (which I suspect may confuse many people).
Cheers, -Kevin
Doing so would likely involve breaking existing configs as we would likely want to change STM32_CLOCK_REF_8M to STM32_CLOCK_REF_CRYSTAL_8M etc..
I'm not sure if it makes sense to do that given that the HSE bypass options is hidden away in the low level options.
Okay, thanks. However, I think maintaining the single clock reference menu would be desirable, and I think we should avoid using cryptic terms like "HSE" in the user facing Kconfig menus. There's quite a bit of flexibility in the Kconfig files to introduce non user-facing symbols to achieve what we want while maintaining a unified menu interface.
Cheers, -Kevin