| ??? 09/30/05 17:40 Read: times |
#101789 - it is still not the LPC Responding to: ???'s previous message |
I am facing a problem with P87LPC764. My LPC764 HAS TO WORK AS A SLAVE to receive some packets from its Master 89c52x2.
In my earlier message i wrote that i couldnt establish communication between the micros. Today I reburn my code into another LPC764 and i got the communication. Next I have to make some changes in the slave code, i done it and then I burn code into another LPC. The outcome is my slave LPC764 didnt get RESET. Micro is not responding. In summary I found that for the same piece of code some micro LPC764 ARE RESPODING OK but some others not working, they havent got RESET. Can anybody explain me the misbehaviour of LPC764. it is still not the LPC when "some micro LPC764 ARE RESPODING OK but some others not working" you have something outside the limits, I say that with certainty 1) please stop the CAPITALS, it makes your post difficult to read 2) please do not start new threads on same subject 3) is the LPC slave clock running 11.0592 MHz, verify 4) does the LPC reset disappear 5) are the signal levels OK 6) how far apart is master and slave Erik |
| Topic | Author | Date |
| SITUATION COMMUNICATING P87LPC764 | 01/01/70 00:00 | |
| Try with PC | 01/01/70 00:00 | |
| no way can nayone help you when you do n | 01/01/70 00:00 | |
| thanks ERIK | 01/01/70 00:00 | |
| why 87LPC? | 01/01/70 00:00 | |
| I agree to you | 01/01/70 00:00 | |
| which observation do you base this on? | 01/01/70 00:00 | |
| REPLY | 01/01/70 00:00 | |
| I doubt it is the LPC | 01/01/70 00:00 | |
| Acqura | 01/01/70 00:00 | |
it is still not the LPC | 01/01/70 00:00 |