Mbed-os: UBLOX_EVK_ODIN_W2 - SD-card not working if WiFi is used

Created on 2 May 2017  路  11Comments  路  Source: ARMmbed/mbed-os

Description

  • Type: Bug
  • Priority: Blocker

Bug

Target
UBLOX_EVK_ODIN_W2

Toolchain:
GCC_ARM

Toolchain version:

mbed-cli version:
(mbed --version)
1.1.1

meed-os sha:
(git log -n1 --oneline)

42be5c0 (HEAD, tag: mbed_lib_rev140, tag: mbed-os-5.4.3) Merge pull request #413

DAPLink version:

Expected behavior

SD-card and WiFi should be able to co-exist.

Actual behavior

Once WiFi is activated, SD-card loses it's clocks.
Works with ethernet.

Steps to reproduce

Use mbed-cloud-client-example (or try to use WiFi and SD-card at the same, no suitable publicly available example available straight off the bat I'm afraid).

Ref: https://jira.arm.com/browse/IOTMORF-966

ublox

Most helpful comment

Some of the pins SPI pins are re-initialized by the driver and it seems to work after fixing that. Need to do some more tests though. Will fix it in the next release of the driver.
Don't know why 'res' is used in PinNames.h since they should be possible to use.

All 11 comments

cc @andreaslarssonublox

cc @andreaspeterssonublox

I'm trying to write quickly a hack of the example1.cpp in sd-driver repo, which would reproduce this issue easily.

According to the w2 manual https://www.u-blox.com/sites/default/files/ODIN-W2_SIM_(UBX-14040040).pdf those pins are not used by the driver and should be usable: "SPI not used for ODIN connectivity software". However for odin board driver, there is a note in their docs that SDIO is used by wifi driver but not specified which one (is there just one?).

Not certain why it is as res ?

Some of the pins SPI pins are re-initialized by the driver and it seems to work after fixing that. Need to do some more tests though. Will fix it in the next release of the driver.
Don't know why 'res' is used in PinNames.h since they should be possible to use.

Some of the pins SPI pins are re-initialized by the driver and it seems to work after fixing that. Need to do some more tests though. Will fix it in the next release of the driver.

Thanks for the support! Time frame for this fix? we got code-freeze for the next patch release in one day.

We will not be able to finalize a release today so we aim for the next in two weeks instead. Would that be OK?

We will not be able to finalize a release today so we aim for the next in two weeks instead. Would that be OK?

This should go to the known issues (cc @adbridge ). Please keep us updated

@andreaslarssonublox - any chance of making the next mbed OS patch release? I'd really like to expand our board support for Cloud Client, so this fix would be essential.

@JanneKiiskila I assume this issue can now be closed then?

Was this page helpful?
0 / 5 - 0 ratings