LAN8720測試程式碼的整理

1. 在兩個工程的基礎上修改，分別是正點原子ATK的 “實驗55 網路通訊實驗” 和ST官方的“STSW-STM32070”例程

硬體是原子的explorer和SeerF4kernelV2。

兩個例程的問題在於ATK例程用的外部SRAM，註釋掉外部SRAM後跑不起來。而ST官方例程用的晶片是DP83848，需要手動修改為LAN8720A。

針對ST的例程，網上有對應的文件：ST中stsw-stm32070的網路例子——將DP83848CVV 修改為 LAN8720A

目前按照這個文件對ST例程進行修改。

2.繼續在ATK的板子上嘗試，關鍵點在於ATK的例程裡自己做了記憶體管理。所以要放棄SRAM的使用的話，先要把記憶體管理去掉，把外部FSMC關掉。

在lwip的mem.c和memp.c中，按照lwip自己的方式，申請了ram_heap和memp_memory。而ATK的例程裡註釋掉了這兩個地方，在lwip_comm.c中，從自己的記憶體池申請了記憶體分配給這兩個單元。因此首先把這兩個地方復原。

3.另一個自行管理的記憶體塊在LAN8720.c中的ETH模組DMA緩衝區。

__align(4) ETH_DMADESCTypeDef *DMARxDscrTab;	//乙太網DMA接收描述符資料結構體指標
__align(4) ETH_DMADESCTypeDef *DMATxDscrTab;	//乙太網DMA傳送描述符資料結構體指標 
__align(4) uint8_t *Rx_Buff; 			//乙太網底層驅動接收buffers指標 
__align(4) uint8_t *Tx_Buff; 			//乙太網底層驅動傳送buffers指標
 

把這塊內容改成：

__align(4) ETH_DMADESCTypeDef DMARxDscrTab[ETH_RXBUFNB];	//乙太網DMA接收描述符資料結構體指標
__align(4) ETH_DMADESCTypeDef DMATxDscrTab[ETH_TXBUFNB];	//乙太網DMA傳送描述符資料結構體指標 
__align(4) uint8_t Rx_Buff[ETH_RX_BUF_SIZE*ETH_RXBUFNB]; 	//乙太網底層驅動接收buffers指標 
__align(4) uint8_t Tx_Buff[ETH_TX_BUF_SIZE*ETH_TXBUFNB]; 	//乙太網底層驅動傳送buffers指標
 

同樣的，LAN8720.h標頭檔案中也要進行還原。

4. 完成了上面的操作後，可以把lwip_comm.c中所有的xxx_malloc()和xxx_free()等函式註釋成空函式。

測試程式，仍然能夠ping通網絡卡。至此已經還原Lwip中所有記憶體管理部分。

5. 在main.c中，將FSMC_SRAM_Init()註釋掉，發現ping不通網絡卡了。

重新把函式放出來。

進入FSMC_SRAM_Init()，註釋掉最後的

//  FSMC_NORSRAMInit(&FSMC_NORSRAMInitStructure);  //初始化FSMC配置
//  FSMC_NORSRAMCmd(FSMC_Bank1_NORSRAM3, ENABLE);  // 使能BANK1區域3	

發現仍然能夠ping通，說明問題在上邊。

仔細看發現上面有：

RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOB|RCC_AHB1Periph_GPIOD|RCC_AHB1Periph_GPIOE|RCC_AHB1Periph_GPIOF|RCC_AHB1Periph_GPIOG, ENABLE);//使能PD,PE,PF,PG時鐘

即一些IO時鐘的初始化在FSMC_SRAM_Init()中做了，其他元件在進行操作的時候可能沒有再重新初始化。

把這句單獨拉出來放到main.c中，然後註釋掉FSMC_SRAM_Init()，能夠成功執行。

可以看到，函式之間的耦合會給後期除錯帶來麻煩。

至此，一個獨立的LAN8720的測試程式碼已經整理出來。

====2018/3/2 更新=====

經查詢，在LAN8720.c， LAN8720_Init()函式中，初始化APB1時鐘時，只初始化了GPIOA, GPIOC, GPIOG。

而LAN8720的復位引腳為PD3，沒有被初始化。因此加入GPIOD的時鐘初始化即可。

F4Kernel的除錯

F4Kernel是專案用到的核心板，放棄w5500改用LAN8720。需要對初版PCB進行驗證。1. F4Kernel的原理圖引腳連線與ATK的開發板相同。燒入程式碼後，遇到的第一個問題是初始化ETH時，程式碼卡在了：

u8 ETH_MACDMA_Config(void)

函式中的：

	ETH_DeInit();  				//AHB匯流排重啟乙太網
	ETH_SoftwareReset();  			//軟體重啟網路
	while (ETH_GetSoftwareResetStatus() == SET);//等待軟體重啟網路完成

程式一直卡在while迴圈中。而ATK的板子不會有這個問題。初步懷疑是F407晶片和LAN8720A的引腳連線的問題。因此在例程的IO初始化的程式碼裡

u8 LAN8720_Init(void)

中，講IO初始化的程式碼註釋掉一部分：

	GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1|GPIO_Pin_2|GPIO_Pin_7;
	GPIO_InitStructure.GPIO_Speed = GPIO_Speed_100MHz;
	GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF;
	GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
	GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_NOPULL ;  
	GPIO_Init(GPIOA, &GPIO_InitStructure);

在ATK的板子上模擬連線故障的情況。將程式碼刷入ATK的板子，程式也卡在了while迴圈處。因此可以判斷是同樣的問題。2. 到網上查，卡在reset語句這裡，更多的可能是時鐘或者晶振不對。PHY有個REF CLK，還有個晶振，用示波器測量，果然都沒有波形。仔細觀察可以看到晶振背面並聯的1M電阻被焊成了一個電容。看了下兩個板子都被焊成了電容。被焊接的惠工坑了，趕緊改過來再試試。改過來發現沒有卵用。然後發現晶振的兩個起振電容有點大，不像22pF的。和原理圖對照一下，突然發現原理圖上有個大BUG：
畫原理圖的孟工把晶振的兩個電容標成了104的，然後焊接的惠工也照著焊了。更坑爹的是電容下面還沒有接地。
我去年買了個表啊！！！！！！趕緊把電容換成22pF的，然後飛線接地。上示波器量，晶振波形還是沒出來，但是REFCLK波形已經出來了。然後刷程式碼debug，程式碼不再卡在RESET那個while函數了。而是走到了stm32f4x7_eth.c裡面，2200行：

  do
  {
    timeout++;
    tmpreg = ETH->MACMIIAR;
  } while ((tmpreg & ETH_MACMIIAR_MB) && (timeout < (uint32_t)PHY_READ_TO));

把ATK的板子網線拔掉，debug進行對比,也是走到這一步。即初始化時不插網線的話，就會卡在這裡。說明現象是一致的。3. 把核心板插到白盒子的底板上，插上網線，ping 192.168.192.30, ping通了~ 除錯完成！