??? 10/31/11 22:05 Read: times |
#184494 - There _may_ be a solution - but maybe not acceptable Responding to: ???'s previous message |
Konstantinos L. Angelis said:
Since all this analysis is made, the solution is just before your eyes. Sounds like you are still missing that the solution implies a low transfer speed (which may not be compatible with the OP:s needs) or a master that has a significant pause between slave select and data transfer, and a slave that will not do anything else while the slave-select is activated (which may also not be compatible with the OP:s needs). So no, while there may be a solution to the problem, there may not be a solution available that can be used by the OP. Only a hw implementation can do high speed and let the processor perform other tasks concurrently. Any program that requires concurrent operation must give up transfer speed, or concurrent operation (and have a master with manual drive of slave select). That is why there can not be any general solution to the SPI slave problem, using any software implementation. There must be compromises made, and not all projects can accept such compromises. |
Topic | Author | Date |
SPI Slave in 89S52 | 01/01/70 00:00 | |
Get real processor | 01/01/70 00:00 | |
Topic Author Date | 01/01/70 00:00 | |
Big problem | 01/01/70 00:00 | |
Look for a different model | 01/01/70 00:00 | |
Try 8051 BASCOM | 01/01/70 00:00 | |
at what speed | 01/01/70 00:00 | |
Interpreters have an easier life. | 01/01/70 00:00 | |
Soft SPI speed | 01/01/70 00:00 | |
But how to combine that loop with a real program? | 01/01/70 00:00 | |
and more | 01/01/70 00:00 | |
Software master trivial - slave is not | 01/01/70 00:00 | |
SPI analysis is made, results? | 01/01/70 00:00 | |
There _may_ be a solution - but maybe not acceptable | 01/01/70 00:00 | |
sure, and so what? | 01/01/70 00:00 | |
SPI at 100Kbps | 01/01/70 00:00 | |
Still gives puny transfer rate with significant limitations | 01/01/70 00:00 | |
the answer is | 01/01/70 00:00 | |
Fully Interlocked Handshaking. | 01/01/70 00:00 | |
Quite common | 01/01/70 00:00 |