You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
All files to reproduce this are available in the motor controller folder.
What steps will reproduce the problem?
1. Supply a write command to 0x10 containing two bytes
2. Supply a read command to 0x11(read address of 0x10) and read two bytes
What is the expected output? What do you see instead?
You should see the initial two bytes read back, however the pic will often only
return the first byte correctly, and the second byte will usually be
right-shifted by 1.
I suspected this to be a timing issue, so I added a delay after filling the
SSPBUF from the array. It made no difference how long or short the delay was,
the problem still occurred with more or less the same frequency.
When inspected with the logic analyzer, it appears that the data being returned
from the pic is in fact correct, but the bus pirate reads the data differently
depending on if the last byte was ACKed or NACKed.
Attached are two logic analyzer traces of the communication. When the bus
pirate reads the correct values, it is always when a NACK is returned,
otherwise it reads the incorrect values.
Original issue reported on code.google.com by [email protected] on 13 Jan 2012 at 7:36
Original issue reported on code.google.com by
[email protected]
on 13 Jan 2012 at 7:36Attachments:
The text was updated successfully, but these errors were encountered: