HELP: Waktunya tentang AHB hready

[hiky]

Dalam AHB, ketika master mengubah budak, misalnya, dari slave0 ke slave1,
maka harus menggunakan 1 slave global siap di transfer awal untuk memeriksa cuaca terakhir data ditransfer slave0 ada sukses.am i right?
tetapi hreadg (global hready) dihasilkan berupa semua bentuk hreay beberapa budak oleh kombinasi logika, sehingga hreadg dari budak, melalui arbiter, dan kembali ke budak, yang waktu path yang disertakan arc ini terlalu buruk, dan AHB kinerja yang tidak puas!
apakah ada metode untuk menyelesaikan masalah ini?
help !!!!!

 

[phoenixfeng]

hai
ahb Slave
dari masukan tidak memiliki hready sinyal, sinyal bahwa ia keluaran, dan budak yang hready sinyal keluaran dan arbiter mengambil tindakan tergantung pada sinyal (jika slave dipilih)

 

[hiky]

thanks for your reply, tapi saya bingung tentang readlly Bagaimana sekarang Slave tahu transfer data milik budak yang sebelumnya telah dilakukan jika slave tidak peduli global hready sinyal?U dapat saya kirim?

 

[tenang]

it is just like memutuskanapa klien-arsitektur, ahb yang terputus-putus, apb adalah klien.

 

[alam.tauqueer]

Adalah kontrol oleh master arbiter.see jika ingin berkomunikasi dengan lainnya arbiter Slave kemudian akan memantau apakah hready untuk data telah diterima atau tidak setelah mendapatkan tinggi maka hanya arbiter ll alow akses ke master lainnya.
lainnya dalam kasus yang sama jika ingin tuan hamba itu communicatewith lainnya kontrol / alamat sinyal tidak akan pernah sampai memperkembangbiakkan akan menerima hready tinggi dan setelah itu decoder logika dari AHB akan deceide di mana ia saat ini untuk mengirim data.
Untuk informasi lebih detail melalui AHB doc.

 

[hiky]

thanks alam, tetapi saya memiliki pertanyaan tentang perubahan Slave, bagaimana master mengetahui cuaca yang sedang Slave untuk mengubah atau tidak?budak yang dipilih oleh hsel alamat yang dihasilkan oleh decoder, dan dalam posisi decoder arbiter, master tidak melihat sinyal di pilih semua.Apakah ada metode yang Slave tidak harus menggunakan hreadg (global hready singal) untuk hakim yang sebelumnya budak
dari transaksi?

 

[phoenixfeng]

master yang tahu adalah slected oleh Slave Slave untuk menguasai multiplexer.when hsel perubahan, jika yang terakhir Slave's hready rendah, sehingga will'not membiarkan arbiter yang sekarang Slave (telah datang ke dalam tahap addr) datang ke dalam tahap data.

 

[hiky]

Maaf, phoenixfeng, i
can't get your point, bagaimana arbiter Slave tidak mengontrol data yang masuk ke tahap?oleh menghasilkan 'hsel' sinyal atau sinyal?Anda dapat memberi saya informasi lebih detail?thanks alot!

budak yang dapat tidak ada untuk melihat hreadyg sinyal?

 

[phoenixfeng]

hi, hiky
Slave yang perlu lihat sendiri hready sinyal, tidak ada sinyal input hready tetapi hanya output.
ketika slave berubah, imagining budak yang terakhir adalah slave0, dan master adalah master0, yang sekarang adalah budak slave1, dan master adalah master1.During terakhir dari siklus slave0, jika hready sinyal yang aktif, maka grant1 aktif, dan master1 datang ke tahap addr.Karena AMBA adalah pipa arsitektur, data yang terakhir adalah tahap slave0 addr overlapped dengan tahap slave1.Selama tahap ini,
maka slave ke master MUX pilih slave1, yang rdata sinyal dari slave0 terhubung ke semua master.Sekarang, master0 adalah data pada tahap, sehingga mendapatkan data.But master1 adalah tahap di addr, sehingga tidak mencatat dengan rdata.Jika hready sinyal dari slave0 aktif pada tahap ini, master1 melihat sinyal ini dan datang ke tahap data, jika tidak master1 tetap addr phase.At pada waktu yang sama, jika arbiter melihat hready aktif, ia membiarkan S2M MUX pilih slave1.
Slave tidak perlu untuk fokus pada apakah transfer terakhir selesai ketika hibah atau tidak berubah.Itu sendiri hanya menghasilkan sinyal tergantung pada sinyal kontrol.Transfer terakhir mungkin tidak lengkap, tetapi slave1 output tidak akan dipilih oleh S2M Mux
sehingga tidak memerlukan banyak perawatan.

Perlu diingat bahwa AMBA terdiri dari tuan, budak, dan infrastruktur (arbiter, decoder, M2S mux, dan S2M mux), tidak semua pekerjaan yang berbeda dan bekerja bersama-sama.

Dalam sebuah kata,
maka Slave hready menghasilkan sinyal, tidak hanya Slave melihat sinyal sendiri, tapi juga master dan arbiter melakukan beberapa pekerjaan.
Hanya untuk referensi.
Maaf, tapi Anda harus login untuk melihat lampiran

 

[anssprasad]

silakan lihat http://www.edaboard.com/viewtopic.php?p=1018061 # 1018061

 

[theredrain]

phoenixfeng wrote:

hi, hiky

Slave yang perlu lihat sendiri hready sinyal, tidak ada sinyal input hready tetapi hanya output.

ketika slave berubah, imagining budak yang terakhir adalah slave0, dan master adalah master0, yang sekarang adalah budak slave1, dan master adalah master1.During terakhir dari siklus slave0, jika hready sinyal yang aktif, maka grant1 aktif, dan master1 datang ke tahap addr.
Karena AMBA adalah pipa arsitektur, data yang terakhir adalah tahap slave0 addr overlapped dengan tahap slave1.
Selama tahap ini, maka slave ke master MUX pilih slave1, yang rdata sinyal dari slave0 terhubung ke semua master.
Sekarang, master0 adalah data pada tahap, sehingga mendapatkan data.But master1 adalah tahap di addr, sehingga tidak mencatat dengan rdata.
Jika hready sinyal dari slave0 aktif pada tahap ini, master1 melihat sinyal ini dan datang ke tahap data, jika tidak master1 tetap addr phase.At pada waktu yang sama, jika arbiter melihat hready aktif, ia membiarkan S2M MUX pilih slave1.

Slave tidak perlu untuk fokus pada apakah transfer terakhir selesai ketika hibah atau tidak berubah.
Itu sendiri hanya menghasilkan sinyal tergantung pada sinyal kontrol.
Transfer terakhir mungkin tidak lengkap, tetapi slave1 output tidak akan dipilih oleh S2M Mux

sehingga tidak memerlukan banyak perawatan.Perlu diingat bahwa AMBA terdiri dari tuan, budak, dan infrastruktur (arbiter, decoder, M2S mux, dan S2M mux), tidak semua pekerjaan yang berbeda dan bekerja bersama-sama.Dalam sebuah kata, maka Slave hready menghasilkan sinyal, tidak hanya Slave melihat sinyal sendiri, tapi juga master dan arbiter melakukan beberapa pekerjaan.

Hanya untuk referensi.

 

[shitansh]

Hi All,

Silahkan reffer forllowing lampiran untuk lebih clearification.An AHB slave harus memiliki HREADY sinyal baik sebagai masukan dan keluaran.
HREADY_OUT diperlukan sebagai output dari Slave Slave sehingga dapat memperpanjang data tahap transfer.
HREADY_IN juga diperlukan sebagai masukan sehingga dapat menentukan Slave bila sebelumnya dipilih slave telah menyelesaikan transfer dan akhir-nya yang pertama untuk mentransfer data tahap ini adalah tentang budak akan dimulai.Setiap AHB slave harus memiliki HREADY sinyal output (konvensional bernama HREADYOUT) yang terhubung ke slave-ke-Master Multiplexer.Output dari multiplexer ini adalah global HREADY sinyal yang diarahkan ke semua master pada AHB dan juga makan kembali ke semua budak sebagai masukan HREADY. (Lihat lampiran)

Saya sudah membuat AHBLite ke Avalone untuk jembatan yang harus menggunakan kedua HREADY_IN dan HREADY_OUT karena saya terhubung avalone lebih dari satu budak, jika hanya satu budak saya kira tidak perlu ot HreadyIn.AHBLite terhubung dengan CortexM1 Master.

--
Shtiansh
Maaf, tapi Anda harus login untuk melihat lampiran