在配套給的ETH-GMA例程中，我在上面添加了UIP協(xié)議棧，出現(xiàn)了接收的時(shí)候內(nèi)容是準(zhǔn)確的，但是多了幾個(gè)字節(jié)。發(fā)送的時(shí)候內(nèi)容是完全錯(cuò)誤。判定發(fā)送完和接收完的標(biāo)志位在哪里可以定義呢？看了貴公司提供的子程序庫，好像沒有明確相關(guān)定義。

頂一下，有人知道嗎

您好，

收數(shù)據(jù)多幾個(gè)字節(jié)可以看一下是否是MAC幀的校驗(yàn)，單片實(shí)際收到數(shù)據(jù)可能會(huì)和wireshark中抓包有幾個(gè)字節(jié)的差距

代碼中兩個(gè)判斷寄存器的標(biāo)志位是底層完成發(fā)送，實(shí)際代碼業(yè)務(wù)邏輯上層收發(fā)是根據(jù)enable_send來控制的，是一個(gè)比較簡單的發(fā)送邏輯。

發(fā)送數(shù)據(jù)的DMA地址必須是在RAMX范圍內(nèi)的數(shù)據(jù)，目前代碼實(shí)際控制緩沖區(qū)建議修改發(fā)送和接收描述符數(shù)量宏定義來實(shí)現(xiàn)：

感謝貴公司的回復(fù)。問一下例程里邊的接收完成中斷，是接收完一幀數(shù)據(jù)還是接收完全部數(shù)據(jù)才把enable_send置0x03。

還有想問一下，CH565的RAMX是可以配置成32/64/96KB的，我配置了相關(guān)寄存器#define? SZ_RAMX? 0x00018000,但編譯窗口顯示RAMX還是32KB。

????我看了下驅(qū)動(dòng)例程中的enable_send這個(gè)全局變量僅僅只是為了讓主循環(huán)中的發(fā)送能進(jìn)行下去的一個(gè)，可以認(rèn)為是用戶自定義的標(biāo)志位，實(shí)際使用中可以刪去的。你可以一直調(diào)用發(fā)送函數(shù)發(fā)送數(shù)據(jù)，因?yàn)樘幚砥魉龅囊仓皇前涯愕臄?shù)據(jù)掛到發(fā)送隊(duì)列上，當(dāng)R32_ETH_DMACHTBAR這個(gè)寄存器的值等于你剛才寫數(shù)據(jù)的緩沖區(qū)時(shí)，才表示MAC正在發(fā)送這幀數(shù)據(jù)。一般情況下你不用管發(fā)送完成中斷，你的發(fā)送頻率一般不會(huì)超過MAC的發(fā)送能力。

????RAMX的大小確實(shí)是可以配的，不過是在LD文件里配的。記得下載時(shí)在ISP工具上勾選對(duì)應(yīng)的硬件配置。

感謝回復(fù)，RAMX大小以及改成96KB。有個(gè)問題想請(qǐng)假一下，CH565demo板上的以太網(wǎng)接口芯燈，要怎么去配置，才會(huì)在有數(shù)據(jù)收發(fā)的時(shí)候亮起來。

您好，網(wǎng)口燈是PHY芯片控制的。

只需要我們正確配置PHY，正常建立鏈接之后網(wǎng)口燈就能正常亮滅