We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
Hi, I’m designing a micro system on an ADuC842 with I2C communications between ICs. I using Keil to design and debug my code but I’m having trouble interpreting the display from the I2C interface window. I wrote code for a slave device and used Keil I2C interface to communicate with it successfully but I can’t tell if my master code is working or not because the interface window confuses me. I would be very grateful if someone could help me out and explain how to verify that my master code is working, as in what does the window do when you successfully communicate with it? Thanks, Donagh
Yep that is a link to I2C simulation from Keil Tools by ARM. What do you mean too implementations? Master and slave? You really like the word derive don’t you.
Anyway... The reason I posted on the Kiel Tools by ARM forum was to ask someone about this I2C simulator and mainly the communications window. I want to know when my code is set up as a master should I expect to see my messages appearing in this window or will it remain blank as I transmit to the simulator. It has remained blank for all master code comms but for the slave code comms the communication window fills with messages, generated by the simulator, with relevant ACK symbol (.). {Symbol for NACK = !}
Fyi: comms=communications
From closer examination it does seem to be working and my code is receiving the ACK responses from the simulator that allow it to progress.
One more question has come up from this test that I really need your help with; Is it possible for my code to be getting the ACK signal through some 2nd order reaction from the simulator.
lol only joking! Why would I ask you retards anything else
What do you mean too implementations? Master and slave?
if you read my post you would see "different implementations of hardware I²C" so, of course, I am not talking about master and slave.
if the Keil simulator can simulate a F1xx It definitely can not simulate a f3xx.
I have no idea if the AD implementation follow the "668" implementation, which I'd guess is what Keil support.
even the chips that follow the "668" implementation have subtle differences.
You really like the word derive don’t you. from what do you derive that? :)
I do not use 'derive' a lot but I do, since it makes a whole lot of difference, often ask "wahat derivative"
Erik
I wishing you a merry Christmas