-
Notifications
You must be signed in to change notification settings - Fork 271
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
Electron Pinout PDF Clarification #310
Electron Pinout PDF Clarification #310
Comments
@kennethlimcp can you elaborate on the error? Currently the PDF says: |
@mohitbhoite , not sure which PDF you are referring to but the latest one i get from They are offset by one pin... AH...i think i know why now.... It's hard to tell whether to read the top or bottom label for that particular pin.... We are looking at D1 for SDA |
Confirmed the PDF is correct (and I'm still unclear what the PDF was being compared to that was "correctly" labeled as stated in the community post). It is impossible to know when looking only at these pins if the pin is above or below the label. You can look at B0 and C0 for a reference, and also D6 and D7 should be very clear. From these keys (and the labels on the sides of the headers) it should be fairly clear how to read the pins. That said, I would like to suggest an additional row of pin labels in the PDF pinout right next to the the pins on the pinout diagram. That'd be helpful, yeah? |
One thing I'm not sure about is why there are two set of pins when there is only one I2C bus and I can't find any indication in the docs to explicitly select which set (as is done for SPI via Might be a dumb question, but I sometimes I'm a bit slow 😊 BTW: The reference docs only mention D0/D1 and not at all C4/C5 - maybe this is what the OP meant with the "correct info". |
@technobly it's probably from this diagram - https://docs.particle.io/reference/firmware/electron/#wire-i2c- |
@ScruffR there is an alternate location on the Electron, just in case you need it. Hmm, I see the documentation is missing!! GAH. Essentially replace all of your |
So, a quick follow-on question: Is it OK to use both Wire and Wire1 on the Electron? I have two sensors hardwired with the same I2C address (ugh) but I'm hoping that I can use one on Wire and one on Wire1. Does that make sense? Is that doable? Cheers, |
@technobly, now it makes sense 👍 |
I was afraid you'd say that.... I'm going to experiment and if I find anything interesting, I'll report back. Cheers, L3 |
What sensors are you using? |
OK, I'm getting confused, so I'm returning to the font of all Particle wisdom. Here's my setup: Two TCS34725 color sensors: SensorA and SensorB. They have identical I2C addresses. I don't need to use SensorA and SensorB at the same time. Seems like I should be able to call Wire.begin() on initialize SensorA, take some readings, call Wire.end() to release the pins, and then call Wire1.begin() to initialize SensorB, take some readings, call Wire1.end() to release the pins, etc etc etc. But when I actually try to do this, it doesn't work. It appears both sensors stay active, and it actually takes the higher of the two sensors, which is kinda weird but that's what it's doing. Seems like because SensorA and SensorB are on separate pins, I should be able to flip back and forth between the two interfaces. But maybe even though the pins are released, the sensor on the released pins is still connected. Anyway, I hope this makes sense and that there is some way to switch back and forth between I2C pin pairs. Any help would be greatly appreciated. Cheers, |
Oh, good idea. I'll move over to community.particle.io. Thx, L3 |
From the community: http://community.particle.io/t/electron-i2c-bus/20941/5
In the docs: https://docs.particle.io/datasheets/electron-datasheet/#pinout-diagram, the PDF has SCL/SDA wrongly labeled
https://docs.particle.io/assets/images/electron/illustrations/electron_pinout.pdf
The text was updated successfully, but these errors were encountered: