1.) In AHB, When early burst termination is occurred, HRESP should be OKAY and HREADY should be high?
2.) Is there any possibilities that if write transaction is in progress and if burst is not completed then HWRITE will be low after some clock. i.e. if HWRITE is high and size is 32 and burst is INCR8, ADDR is 0x30. Then it is possible that after 4 cycle HWRITE will be low means when address is 0x40, HWRITE will be low. and if possible than what is the slave respose and HREADY?
3.) It is necessary for the master to complete the transfer completely. Master is providing address and control at each clock cycle then it is possible that master give address that is not in the range of the burst? if so than how slave respond?
Thanks again.
It means that if slave is designed than it also includes address calculation block and at every clock edge that address should match with the address come from master i.e. HADDR ??
Hi Ajoo,
Yes. If the slave monitors HTRANS then it should always have the correct calculated HADDR value for all SEQ and BUSY transfers, matching the incoming HADDR from the master. Only when HTRANS is NONSEQ would the slave need to sample a new HADDR value from the master.
JD
Thanks jd,
It means that slave only monitor HTRANS and also generates the address internally and match it with HADDR. If HTRANS is NONSEQ then only slave sample the HADDR and other control signal. Slave will not sample address and control signal at every clock edge. Is that so?
That wouldn't be the normal way for the slave to work; it will see HADDR for every transfer driven by the master, so it saves logic in the slave if it just uses the supplied master address, and doesn't have an address incrementer duplicating what the master does.
However if you see some benefit to the slave design if it calculates the next HADDR value rather than sample the HADDR value the master will be driving (the master MUST always generate an address for every cycle, so you are not saving master logic by calculating a local address), it should be a relatively simple state machine to track SEQ and BUSY transfers to increment the local address counter. I wouldn't think it necessary to then check this calculated value against the actual HADDR from the master, unless you were just testing your slave design. If you think the master isn't following protocol, that is somethnig the master designer should fix.
Looking ahead to later AMBA protocols, AXI has tried to reduce the traffic on the address channels by only issuing a start address for bursts, and leaving it to the target slave to then increment the address for each subsequent transfer in a burst. So more logic in slaves, less in masters, and lower bandwidth requirements for the address channels. As there is no "early burst termination" in AXI, calculating the AxADDR value for each subsequent transfer in a burst is a simple block for the slave to implement.
Thanks a ton jd.
Hiiii,,,
I have implemented a slave but when error response come, it will assert for one cycle only.
Can you help me how to implement two cycle error response?
Unfortunately I think this would be simply down to redesigning your slave state machine to go through 2 states while returning the ERROR, the first of which has HREADY low, and the second with HREADY high.
If your slave isn't state machine based, you'll need to implement a simple state machine to handle when it is returning ERROR responses.
Probably not something that can be easily described on this type of forum, and the answer too dependent on how you have currently written the slave.
Thank you JD.