Khi nào thì AXI4Lite sẽ là lựa chọn tốt hơn so với xe buýt APB?


8

Tôi đang làm việc để cải thiện và dọn dẹp một thiết kế đồ họa lớn đã có chức năng có bus dữ liệu 64 bit. Một trong những câu hỏi được đưa ra là,

"chúng ta có nên chuyển đổi tất cả các bus của mình sang AXI4Lite / APB hay chúng ta nên để chúng như vậy?"

Một số là AXI4Lite và một số là APB.

Những người trong nhóm AXI4Lite cho rằng nhiều khối IP của bên thứ ba sử dụng bus AXI; ở phía đối tác, các đồng nghiệp đề nghị rằng xe buýt APB có thể sử dụng ít tài nguyên hơn (FF và LUT) - mặc dù tôi chưa thể xác nhận điều đó.

Tôi đứng về phía chọn một và gắn bó với nó .

Những lý do nào để chọn cái này hơn cái kia? Có kịch bản nào khi một chiếc xe buýt có thể yêu cầu nhiều tài nguyên hơn chiếc kia không? Có một lý do mạnh mẽ để di chuyển sang cái khác?


2
AXI là tương lai, APB / AHB là quá khứ. Thiết kế của bạn sẽ tiếp tục phát triển trong nhiều năm? Và có "Nếu nó hoạt động, đừng sửa nó".
TEMLIB

@TEMLIB Thiết kế sẽ tiếp tục phát triển trong nhiều năm; Vì lý do đó, chúng tôi đang xem xét thiết kế hiện tại của chúng tôi và cố gắng xác định những bước tích cực nào có thể được thực hiện để tăng hiệu quả, khả năng mở rộng và khả năng bảo trì.
Klik

Câu trả lời:


1

Sự khác biệt đáng kể giữa AXI-LiteAPBlà AXI thực hiện các địa chỉ đọc và ghi độc lập. Vì vậy, có thêm một chút tín hiệu điều khiển và có thể tăng ~ 33% trong tài nguyên định tuyến / bộ đệm.

Tôi hy vọng các thiết bị ngoại vi APB hiện tại của bạn sử dụng bus dữ liệu 32 bit, vì vậy việc chuyển đổi sang AXI sẽ ít tầm thường hơn bạn dự đoán - trừ khi bạn có giao diện AXI phù hợp có thể được sử dụng lại.

Việc chuyển đổi sang AXI sẽ cải thiện băng thông và nếu bạn có thể chuyển đổi 100% thì nên đơn giản hóa việc hỗ trợ liên tục. Nếu các thiết bị ngoại vi được đề cập là hoạt động thấp hoặc bạn cần giữ lại APB trong thiết kế của mình (đối với các thành phần gỡ lỗi hoặc tương tự), thì nỗ lực di chuyển có vẻ ít mang lại lợi nhuận tốt.

Cần lưu ý rằng bộ xử lý Cortex-M vẫn sử dụng AHB và APB được sử dụng cho cả giao diện gỡ lỗi và (ít thường xuyên hơn) của một số thiết bị ngoại vi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.