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

Command-line should have a 't' command for bidirectional transfer #8

Open
jamesbowman opened this issue Aug 30, 2018 · 7 comments
Open

Comments

@jamesbowman
Copy link
Owner

't' should act like 'w', but print out the received bytes.

Suggested in this thread:
http://gameduino2.proboards.com/thread/852/spidriver-running-gameduino3?page=1&scrollTo=2221

@maxnil
Copy link

maxnil commented Jun 15, 2019

Any progress on this?

@0xStuart
Copy link

Is that why I cant seem to get anything out of the Atmel M90E26? You have to write 8 bits, and it immediately returns 16 bits. Except I see nothing.

This is from the manual.

image

On the spidriver, I see the clock being interrupted, between flipping between write and read.

@jamesbowman
Copy link
Owner Author

This diagram looks half-duplex, so the right sequence should be:

spicl <device> s w 0x40 r 2 u

@0xStuart
Copy link

It operates like it's half-duplex, but the manual says full-duplex.
The SCK doesn't look the same as the diagram, don't know if that's relevant.

image

@jamesbowman
Copy link
Owner Author

This looks fine - the gaps on SCK are just the inter-byte pauses.

image

Hmm, one idea... datasheet does say that it expects a '1' bit before the 7-bit register address. So changing 0x49 there to 0xc9 might work?

@0xStuart
Copy link

Good call. That wasn't quite it, but I got it working. I discovered I have a different chip variation to the manual. Thanks.

@benner
Copy link

benner commented Sep 13, 2023

I have same issue - I need to receive same time I'm transmitting (full duplex).

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

4 participants