以太網端的上位機程序設計

ID:82781 · 發表于 2015-6-13 17:03

這些日子有點累了，得先放一放，好好休息休息，可喜的是我心中已經大體有個思路了，比起先前小白現在好多了，是這樣的思路：
上位機端也就是服務器端只要加載一個WIN_32.lib庫就可以使用socket進行編程，而他是面向TCP和UDP的哈哈正合我意，就用套接字編寫上位機程序，然后使用UDP/IP協議這個在客戶端實現是沒問題的，就剩下這個服務器端的程序，因為這次要用C編程所以真的還是頭一次，先計劃做個DOS下的數據的交互在考慮網頁控制，只要能實現UDP數據通信我就燒高香了，PC下編程主要還是API和C語言的功底，什么結構、聯合、枚舉、多重指針，重入，類、進程、線程、句柄、消息、消息隊列、各種宏定義，不過微軟有個參考文檔，英文不行還真他媽的坑爹啊。不得不學習PC下編程，他的功能是在太強大了，MCU處理不了的東西他都可以，其實可以組個網絡所有復雜的計算都給計算機計算，計算完了下載到各個節點。但是這還是基于通信的，所以通信啊通信，我發現我越來越喜歡這個東西了！

ID:82781 · 發表于 2015-6-13 17:03

前幾天搞定了發送數據通過以太網，發送ARP命令但是畢竟控制器是主動的啊，所以不牽扯到什么就那么回事，接收就不一樣了，接收有很多數據包，每個數據包好不一樣，有ARP的TCP的UDP很多，還有個要命的東西就是接收數據你怎么吧有用的數據抽出來，也是個問題，我選擇了逐個分治，先搞定了數據的單個接收，然后昨天開始搞緩沖器，一直不理想，丟包，PC發來的包都丟了，本來打算采用這種方法：接收N個包，然后讀包，檢索，然后在開啟接收在處理，可是不行這樣應為接收是隨即的，他隨時都可能發數據包，你處理的時候他如果發包你就沒辦法接收到，所以不可行，然后又想到的是輪訓調度，兩個緩存互為備用，結果可被KO，愿意很簡單，更新的時候還是要關閉接收，還是不行，直到現在采用的是”狗追雞“，”狗追雞“就是說只用一塊緩存，大小任意，指定兩個界限，接近第一個界限時程序切換到第二個界限，接近第二個界限時切換第一個界限，一次往復，讀得時候也可以寫，但是永遠不相交這兩個區域，所以就實現了數據包邊接受邊處理，處理不會影響接收，接收不收處理制約的現象，就是我們想要的，我對他的可靠性和準確行經行這樣的測試，：首先PC發送數據到控制器，控制器檢索是不是ARP請求如果是ARP請求，就發送一個應答，在PC端進行監控發送和接受的數據包，看看如果PC每發送一個ARP請求，那么主控制器必須給一個回應，其他全錯，結果令人可喜的是PC每法送一個ARP請求控制器都給了一個響應，哈哈，證明我沒有丟包，因為就是丟了一個包也會使ARP請求不對齊，哈哈，哦哦！！！！加油！！！

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

以太網端的上位機程序設計

相關帖子