Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ensure that i2c pins have PullUp activated #708

Merged
merged 3 commits into from
Jan 3, 2024

Conversation

jannic
Copy link
Member

@jannic jannic commented Oct 25, 2023

It is possible to skip this check by using hal::I2C::i2c0_unchecked(...) or hal::I2C::i2c1_unchecked(...), but the default constructor functions now only accept pins with activated PullUp.

Fixes #690.

@jannic jannic added the breaking change This pull request contains a SemVer breaking change label Oct 25, 2023
@jannic jannic added this to the 0.10.0 milestone Oct 25, 2023
$crate::paste::paste! {
/// Configures the I2C peripheral to work in master mode
/// This function can be called without the pull-ups on the I2C pins.
pub fn [<$i2cX _unchecked>]<F, SystemF>(
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not convinced by the _unchecked suffix, as it's otherwise often used to skip some runtime check. Any better ideas?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How about a new_with_external_pull_up ?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That wouldn't fit. The difference is just that this function doesn't check the pull type. It could still use internal pull-ups.
Perhaps new_unchecked_pull_mode?
IMHO for this method it doesn't matter if the name is long and ugly. I don't expect it to be used very often. It's just for completeness, in case someone wants to do something strange.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like new_with_external_pull_up a lot better. The meaning of "unchecked" in this context is not very clear. Having external pull-ups is quite common in general and might be desirable to tailor your design to your EMI and speed constraints.

Copy link
Member Author

@jannic jannic Jan 3, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, changed the function name. I still omitted the new part, because it would be inconsistent. Now the two functions available are:

    pub fn i2c0<F, SystemF>(
        i2c: I2C0,
        sda_pin: Sda,
        scl_pin: Scl,
        freq: F,
        resets: &mut RESETS,
        system_clock: SystemF,
    ) -> Self
    where
        F: Into<HertzU32>,
        Sda: ValidPinSda<I2C0> + AnyPin<Pull = PullUp>,
        Scl: ValidPinScl<I2C0> + AnyPin<Pull = PullUp>,
        SystemF: Into<HertzU32>,
    pub fn i2c0_with_external_pull_up<F, SystemF>(
        i2c: I2C0,
        sda_pin: Sda,
        scl_pin: Scl,
        freq: F,
        resets: &mut RESETS,
        system_clock: SystemF,
    ) -> Self
    where
        F: Into<HertzU32>,
        Sda: ValidPinSda<I2C0>,
        Scl: ValidPinScl<I2C0>,
        SystemF: Into<HertzU32>,

(And of course the same for i2c1)

@jannic
Copy link
Member Author

jannic commented Oct 25, 2023

The added check immediately uncovered an issue in a doc comment, where the I2C pins were not configured with pull-ups: https://github.com/rp-rs/rp-hal/actions/runs/6644179376/job/18052788902

It is possible to skip this check by using `hal::I2C::i2c0_unchecked(...)`
or `hal::I2C::i2c1_unchecked(...)`, but the default constructor
functions now only accept pins with activated PullUp.

Fixes rp-rs#690.
@jannic jannic merged commit 6f6dc5d into rp-rs:main Jan 3, 2024
8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
breaking change This pull request contains a SemVer breaking change
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Infinite loop in i2c example
3 participants