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

SPIClass::transfer function always return 0xEE(238) after some data exchange while using WiFi shield and Arduino Due board #1654

Closed
PradeepMW opened this issue Oct 30, 2013 · 1 comment
Assignees
Labels
Board: Arduino Due Applies only to the Due Library: SPI The SPI Arduino library

Comments

@PradeepMW
Copy link

Use case: Arduino Due and WiFi shield is used to send and receive data to/from host PC(desktop) through a router.
Application is running every 10ms and WiFiClient.read() is called in this application loop.

SPIClass::transfer function always return 0xEE(238) after some data exchange while using WiFi shield and Arduino Due board.
START_CMD(0xE0) is never read in SPI_RDR register even though data is sent from host(PC) side. Once this occurs, SPI communication on Arduino Due never reads any data sent from WiFi shield.

In file \arduino-1.5.4\libraries\WiFi\arch\sam\utility\spi_drv.cpp, if the "DELAY_TRANSFER() DELAY_SPI(10)" is changed to "DELAY_TRANSFER() DELAY_SPI(200)", this behavior is not observed.

@agdl
Copy link
Member

agdl commented Feb 8, 2017

This issue was moved to arduino/ArduinoCore-sam#27

@agdl agdl closed this as completed Feb 8, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Board: Arduino Due Applies only to the Due Library: SPI The SPI Arduino library
Projects
None yet
Development

No branches or pull requests

4 participants