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

Be consistent with I2C and SPI terminology #846

Open
thejpster opened this issue Sep 1, 2024 · 1 comment
Open

Be consistent with I2C and SPI terminology #846

thejpster opened this issue Sep 1, 2024 · 1 comment

Comments

@thejpster
Copy link
Member

  1. First we have to decide if using the legacy terminology is acceptable to us. Legacy terminology isn't acceptable to a subset of our audience, and I would strongly prefer we don't use it where there are reasonable alternatives.

  2. Then we have to decide on suitable replacement terminology.

  3. Then we have to go through the code base and ensure we use that replacement terminology consistently, and perhaps add one place where we clarify what the mapping of legacy to replacement terminology is, so anyone who searches for the legacy terminology finds the replacement terminology and knows what to search for next.

See https://en.wikipedia.org/wiki/Master%E2%80%93slave_(technology) for more background.

See also rust-embedded/embedded-hal#626 for a discussion around the embedded-hal traits.

I2C

Legacy Replacement
Master Controller
Slave Target

SPI

Legacy Replacement
Master Controller
Slave Peripheral
Peripheral IP Block
MOSI COPI
MISO CIPO
@dimitriaatos
Copy link

I suppose "I2S" in the title should be "I2C". I2S doesn't use master/slave terminology.

@thejpster thejpster changed the title Be consistent with I2S and SPI terminology Be consistent with I2C and SPI terminology Nov 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants