对于我发布的问题。
看来我错了什么。
极光64/66使用axi来传输数据。
在exp设计中，使用AXI模块将其转换为帧转换。
EOF，最后，有效或准备好的签名非常重要。
当检测到来自TX的数据并且{ready signal}被置为无效时，应该生成数据以去除无效的datalike34fd12ab7ac9f7e00000000000000000000 ...这不是最后一帧。
帧的真实结束在无效帧之前。
但我仍然想知道为什么这样的无效帧的行为类似于this34fd12ab7ac9f7e00000000000000000000，但不是全零，前一帧（也就是最后一帧）的全部或相同。
:(
以上来自于谷歌翻译
以下为原文
For the issue I posted. It seems that I mistake something. The aurora 64/66 use axi to transimit data. In the exp design, this has beem converted to frame transimition by using the AXI module. The EOF, last, valid, or ready signl are really important. When detected the data from TX with {ready signal} disasserted, the data should be produced to get rid of the invalid data like 34fd12ab7ac9f7e00000000000000000000... This is not the last frame. The real end of the frame was ahead of the invalid frame.
But I still wonder why such invalid frame acts like this 34fd12ab7ac9f7e00000000000000000000, but not all-zero, all-one or the same of the previous frame(aka, the last frame).
:(
对于我发布的问题。
看来我错了什么。
极光64/66使用axi来传输数据。
在exp设计中，使用AXI模块将其转换为帧转换。
EOF，最后，有效或准备好的签名非常重要。
当检测到来自TX的数据并且{ready signal}被置为无效时，应该生成数据以去除无效的datalike34fd12ab7ac9f7e00000000000000000000 ...这不是最后一帧。
帧的真实结束在无效帧之前。
但我仍然想知道为什么这样的无效帧的行为类似于this34fd12ab7ac9f7e00000000000000000000，但不是全零，前一帧（也就是最后一帧）的全部或相同。
:(
以上来自于谷歌翻译
以下为原文
For the issue I posted. It seems that I mistake something. The aurora 64/66 use axi to transimit data. In the exp design, this has beem converted to frame transimition by using the AXI module. The EOF, last, valid, or ready signl are really important. When detected the data from TX with {ready signal} disasserted, the data should be produced to get rid of the invalid data like 34fd12ab7ac9f7e00000000000000000000... This is not the last frame. The real end of the frame was ahead of the invalid frame.
But I still wonder why such invalid frame acts like this 34fd12ab7ac9f7e00000000000000000000, but not all-zero, all-one or the same of the previous frame(aka, the last frame).
:(
举报
举报
