This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

I am working on ahb bridge , I am trying to sample address when hready is high .

I am trying verify the bridge...........

I am working on ahb bridge , I am trying to sample address when hready is high .

               is it correct or not ?

Address is indepent of hready signal ...................

Please help me.......

Parents
  • Hi narendra2875 and jd_,


    I have heard from an actual AHB implementer about the issue.
    As the results, the sampling of the address should be performed when HSEL=1 and HREADY=1.
    Therefore, I think the basic timing diagrams described in the specs will be inappropriate.

    He had given me the following implementation tips.
    - From a master side, while the first access was waited by HREADY=Low,
    the next address should be kept being the same value.
    So, the address would become valid when HREADY=High.
    - From a slave side, slaves which are not accessed should keep HREADYOUT High.
    - Some ARM IPs change their address output during HREADY=Low.
      So, addresses when HREADY=Low could not be trusted.

    Best regards,
    Yasuhiko Koumoto.

Reply
  • Hi narendra2875 and jd_,


    I have heard from an actual AHB implementer about the issue.
    As the results, the sampling of the address should be performed when HSEL=1 and HREADY=1.
    Therefore, I think the basic timing diagrams described in the specs will be inappropriate.

    He had given me the following implementation tips.
    - From a master side, while the first access was waited by HREADY=Low,
    the next address should be kept being the same value.
    So, the address would become valid when HREADY=High.
    - From a slave side, slaves which are not accessed should keep HREADYOUT High.
    - Some ARM IPs change their address output during HREADY=Low.
      So, addresses when HREADY=Low could not be trusted.

    Best regards,
    Yasuhiko Koumoto.

Children
No data