I2C: support 10-bit addressing

[bugadani]

As noted by #2493 (comment)

We have a few options to support 10-bit addressing in inherent methods:

• Create separate _10b methods
• Change the address parameter into:
  • enum Address {Seven(u8), Ten(u16)} - too verbose?
  • impl TryInto<Address> and let the user pass either u8 or u16 - too implicit?
• A separate AddressMode enum, and always take address: u16

Any other, perhaps better ideas?

[Dominaezzz]

• too implicit?

There's some precedence for this in the I8080 driver. Just want to note that the decision made here could also be made there as well, for consistency sake.

• enum Address {Seven(u8), Ten(u16)}

Might be worth considering whether this can also be reused for the slave driver in future, as that may influence the decision.

[bugadani]

There's some precedence for this in the I8080 driver

I'm just not entirely in love with the idea that users will need to add _u8 or _u16 at the end of their addresses, always. Though I guess we can implement TryFrom<i32> as well and pick one option (or "narrowest that fits") for a bare numeric literal.

[bjoernQ]

In theory after #2864 this is not strictly a blocker since we should be able to add 10-bit addressing support in a non-breaking way later

[MabezDev]

In theory after #2864 this is not strictly a blocker since we should be able to add 10-bit addressing support in a non-breaking way later

I agree, I think that fact we can support this post 1.0 is enough now. 10bit support is rare enough that I don't think we need this for 1.0.