單片機socket

1. 單片機通過TCP/IP向計算機傳輸數據。我用java怎麼寫一個接受的小程序！

package com.cep.usercenter.sys;

import java.io.BufferedReader;
import java.io.InputStreamReader;
import java.net.ServerSocket;
import java.net.Socket;
import java.util.Date;

public class RunUserCenterSystem {

public static void main(String[] args) {

try {
ServerSocket ss = new ServerSocket(51818);
while (true) {
Socket socket = ss.accept();
BufferedReader in = new BufferedReader(new InputStreamReader(socket.getInputStream()));

String line = in.readLine();
if("stop".trim().equalsIgnoreCase(line)){
if(ctx != null){
ctx.stop();
ctx.close();
System.exit(0);
}
}else{
System.out.println("接收的數據為: "+line);
}
in.close();
socket.close();
}
} catch (Exception e) {
}
}
}

2. 單片機TCP/IP的如何使用單片機TCP/IP協議棧

用戶在拿到一個單片機TCP/IP協議棧以後該如何處理呢。其中的處理分為兩個部分：上層介面和下層介面。
4. 1 上層介面
用戶使用單片機TCP/IP的目的實際非常明了，就是要實現數據的傳送，即從PC機（或者另一個單片機）上傳送過來的數據能夠在本地單片機上接收，反之亦然。所以如果屏蔽底層的話，單片機TCP/IP協議棧就是一個傳輸數據的手段。所以最後歸結到了使用send()、recv()函數即可。這就是使用單片機TCP/IP協議棧的核心所在。
但是事實上並沒有這么簡單，因為對於TCP需要有發起連接、接受連接、發送數據、接收數據、關閉連接等操作以配合數據的傳輸。TCP/IP協議棧一般為用戶提供如下的介面：
1． 初始化協議棧和釋放協議棧的函數介面，類似Init(), Release()之類的函數。
2． 提供類似BSD socket的socket, sendto, recvfro, connect, bind, listen, accept, send, recv, closesocket, shutdown, getpeername, getsockname, htonl, htons, ntohl, ntohs, inet_addr,inet_ntoa,ioctlsocket,setsockopt, getsockopt,select等API函數，用戶調用此類函數進行發起連接、接受連接、發送數據、接收數據、關閉連接等操作。
3． 接受連接、接收數據、被動關閉的處理：由於此類操作是上位機發起的，所以TCP/IP協議棧必須提供一套機制來處理此類事件的發生。一般來說有兩種方法：
a) 主動等待：例如使用BSD的recv()函數等待數據的到來。
b) 回調機制：採用類似MFC的OnReceive()函數的回調機制，也即是說在接收到數據的時候會自動調用OnReceive()函數。
那麼用戶如何使用以上的介面來實現遠程式控制制、遠程數據採集呢？方法很簡單。
例如現在需要實現一個對LED燈的亮和滅的遠程式控制制應用。首先PC機使用TCP/IP發送工具例如SocketDlgTest程序發送一個位元組的「1」到開發板（根據開發板的IP地址發送）。開發板在OnReceive函數中發現收到的是「1」，那麼就通過P1埠將燈打開；反之如果收到的是「0」則將燈熄滅。
如果是實現一個遠程數據採集的應用，例如定時進行溫度採集。首先PC機使用SocketDlgTest程序等待發來數據。開發板每隔一段時間採集一個數據，然後通過send()函數將數據發送給PC機（根據PC機的IP地址發送），這樣PC就接收到了當前的遠程溫度數據。
4. 1 下層介面
下層介面是一個比較復雜的部分，實際上是TCP/IP協議棧和底層硬體的對接問題。如果用戶將TCP/IP協議棧移植到自己的單片機系統上。由於硬體上存在一定的差異，就需要修改底層代碼。這里需要包括：
1．網卡驅動：如果TCP/IP協議棧已經提供了網卡驅動，並且驅動和用戶使用的網卡晶元一樣，那麼就相對容易一些。這里只需要修改網卡的基地址即可。否則需要自己動手寫驅動程序。如果網卡採用RTL8019AS可以參考老古開發網的單片機與TCP/IP網路。如果網卡採用CS8900，可以參考《嵌入式 TCP/IP 協議單片機技術在網路通信中的應用》
2．TCP/IP底層介面。一般單片機TCP/IP需要底層為其提供定時中斷、網卡中斷處理的入口。底層需要做相應的處理。

3. socket 的廣播地址怎麼用

針對255.255.255.255這個地址，實際上是個受限的廣播地址，在操作系統上，一般用應用層上的UDP發送，是發不出這個地址的。你可以容易發送一個針對指向網路的廣播：192.168.1.255。而實際上，我們也基本用不到4個255地址的廣播報文。像ARP、DHCP這樣的廣播報文，是系統自身的特殊協議數據包。所以不用在應用層上試圖發送4個255的受限報文。
在一些單片機上，可以直接在發送的原始數據包中填寫4個255的地址。
你用抓包軟體可以看到這些數據包，但是在應用層上，你基本上收不到這些報文。

4. 單片機通過乙太網通信

通常，單片機或嵌入式系統使用的乙太網晶元（例如常用的晶元w5100）在晶元級集成了tcp協議棧（實現了tcp/ip和udp/ip等標准協議）。因此，使用這些晶元與上位機通信，通常採用socket方式通信。
上位機採用c#進行socket編程可以實現你的要求。

5. 求編寫「socket通信模塊」 並加入單片機驅動程序中

這個用單片機實現起來估計有點懸，用ARM應該可以。我空間里有關於socket通信的程序，你可以自己看看。

6. 如何實現單片機與PC之間socket通信

單片機與PC之間最簡單的通訊是通過串口來實現，其次是通過並口，這不需要額外的資源開銷，如果通過socket來通訊，那麼需要設計專用的板卡。

7. C#.net Socket與單片機通信問題！

單片機來控制伺服器？？？？？？
這樣並發不會出現數據混亂么？畢竟你的伺服器已經是指定某特定埠來監聽的吧！！

原來做過交通指揮中心PC機控制各個路口的交通控制機，不過我的做法是反過來的，我把路口單片機當做伺服器，由中心PC機來發指令控制，每個單片機有單獨的IP！！

8. 51單片機接入乙太網的幾種方案

1、MAC+PHY方案

所謂的TCP/IP協議棧是一系列網路協議的統稱，不僅包括我們熟知的TCP協議和IP協議。

還有網路層的ICMP（Internet控制報文）協議、IGMP（Internet組管理）協議、ARP（地址解析）協議，傳輸層的UDP（用戶數據包）協議，應用層的HTTP（超文本傳輸）協議、DNS（域名解析）協議、FTP（文件傳送）協議、SMTP（簡單郵件管理）協議等等。

傳統的乙太網接入方案由MCU+MAC+PHY再加入網路介面實現乙太網的物理連接，通過在主控晶元中植入TCP/IP協議代碼實現通信及上層應用。

應用這種軟體TCP/IP協議棧方式實現的比較成熟方案有ENC28J60，CS8900A，DM9000，當然也有像STM32F107這類（內部自帶MAC）+PHY等方案。

2、硬體協議棧晶元方案

由MCU+硬體協議棧晶元（內含MAC和PHY）直接加網路介面，便可方便的實現單片機聯網，所有的處理TCP/IP協議的工作都是通過這位MCU的「小秘書」——硬體協議棧晶元來完成。

乙太網晶元的內核由傳輸層的TCP、UDP、ICMP、IGMP等協議、網路層的IP、ARP、PPPoE等協議以及鏈路層的MAC構成，再加上物理層的PHY和外圍的寄存器、內存、SPI介面組成了這一整套硬體化的乙太網解決方案。

這套硬體TCP/IP協議棧代替了以往的MCU來處理這些中斷請求，即MCU只需要處理面向用戶的應用層數據即可，傳輸層、網路層、鏈路層及物理層全部由外圍WIZnet的晶元完成。

這套方案從硬體開銷和軟體開發兩個方面來簡化前面所述的五層網路模型，簡化產品開發方案。這樣一來，工程師們就不必再面對繁瑣的通信協議代碼，只需要了解簡單的寄存器功能以及Socket編程便能完成產品開發工作的的網路功能開發部分。

(8)單片機socket擴展閱讀

乙太網協議：

一個標準的乙太網物理傳輸幀由七部分組成。

PR SD DA SA TYPE DATA FCS

同步位 分隔位 目的地址 源地址 類型欄位 數據段 幀校驗序列 7 1 6 6 2 46～1500 4

除了數據段的長度不定外，其他部分的長度固定不變。數據段為46～1500位元組。乙太網規定整個傳輸包的最大長度不能超過1514位元組（14位元組為DA、SA、TYPE），最小不能小於60位元組。

除去DA、SA、TYPE14位元組，還必須傳輸46位元組的數據，當數據段的數據不足46位元組時需填充，填充字元的個數不包括在長度欄位里；超過1500位元組時，需拆成多個幀傳送。

事實上，發送數據時，PR、SD、FCS及填充欄位這幾個數據段由乙太網控制器自動產生；而接收數據時，PR、SD被跳過，控制器一旦檢測到有效的前序欄位（即PR、SD），就認為接收數據開始。