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

NUCLEO_F401RE I2C broken #3018

Closed
c1728p9 opened this issue Oct 13, 2016 · 5 comments
Closed

NUCLEO_F401RE I2C broken #3018

c1728p9 opened this issue Oct 13, 2016 · 5 comments

Comments

@c1728p9
Copy link
Contributor

c1728p9 commented Oct 13, 2016

Description

  • Type: Bug
  • Priority: Major

I2C failures with EEPROM (I2C)

I2C - EEProm Read (fails with ARMCC, GCC)
I2C - TMP102 Temperature Read (fails with GCC, works with ARMCC)

Target
NUCLEO_F401RE

Toolchain:
GCC_ARM

meed-os sha:
22ec73b Merge pull request #2948 from jamike/Fixed_iarm_debug_built_failed

Steps to reproduce
Tests available here https://github.com/armmbed/ci-test-shield
Hardware components here https://github.com/ARMmbed/mbed-HDK/tree/master/Production%20Design%20Projects/CITestShield

CC: @adustm @bcostm @screamerbg

@c1728p9
Copy link
Contributor Author

c1728p9 commented Oct 13, 2016

The commit 8982ff1 (#2622) appears to have introduced this problem. At the end of a read a nack is no longer sent which causes the IIC device to keep holding SDA low.

Logic capture on 22ec73b when running test:
bad

Logic capture on same commit but with 8982ff1 reverted:
good

CC: @egostm

@c1728p9
Copy link
Contributor Author

c1728p9 commented Oct 13, 2016

This is likely the cause of the I@C failures in #2956 and #2959.

@betzw
Copy link
Contributor

betzw commented Oct 14, 2016

Should already be fixed by PR #2972

@screamerbg
Copy link
Contributor

screamerbg commented Oct 14, 2016

As @betzw pointed, no longer an issue after PR #2972 @c1728p9. Close if you can confirm

@c1728p9
Copy link
Contributor Author

c1728p9 commented Oct 14, 2016

Tested #2972 and it passes the I2C tests. Logic capture also looks correct.

@c1728p9 c1728p9 closed this as completed Oct 14, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants