Labview與單片機機通訊程序 介紹利用LabVIEW實現PC（上位機）與下位機（調制解調器（Modem）、串行打印機、各種監控模塊、PLC、攝像頭云臺、數控機床、單片機及智能設備等）單片機串口通信的程序設計方法
上傳時間： 2013-05-30
上傳用戶：3到15
（GZDW）高頻開關直流電源柜采用國內最新的有源三相功率因數校正技術，最大限度地提高了電力電源的功率因數，減少了對電網的污染，降低了電網損耗。交流輸入三級分區防雷保護。智能直流絕緣監測系統及時監測母線對地絕緣故障，自動接地選線。高頻開關直流電源柜具有高智能化、高可靠性、安全性好、易操作等優點。具備“遙測、遙控、遙信、遙調”功能，通過MODEM和通信網可實現對電源系統的遠程監控，實現無人值守。
上傳時間： 2014-12-24
上傳用戶：zhyiroy
內容提要： 本書深入淺出,全面系統地介紹了PC機及單片機數據通信技術.內容包括:數據通信的基本概念,MODEM及編/解碼技術、串行通信總線標準及接口技術、8051單片機間串行通信技術、PC機間的通信技術和PC機與8051間的通信技術。 本書內容豐富、新穎、實用,便于自學。適合作為大、中專院校計算機通信及相關專業的教材或參考書,也可供廣大工程技術人員和愛好者參考。 第1章 數據通信基礎 1.1 串行數據通信 1.1.1 數據通信的概念 1.1.2 串行通信的傳送方式 1.1.3 異步通信和同步通信 1.1.4 波特率和接收/發送時鐘 1.2 串行通信的過程及通信協議 1.2.1 串一并轉換與設備同步 1.2.2 串行通信協議 1.3 通信介質的選擇 1.3.1 通信同軸電纜 1.3.2 雙絞線 1.3.3 電話線 1.3.4 電力線 1.3.5 光纜 第2章 數據通信中... [顯示全部]
上傳時間： 2013-11-22
上傳用戶：bruce5996
單片機微控制器以其體積小、功耗低、使用方便等特點，廣泛應用于各種工業、民用的嵌入式系統中；而 隨著互聯網（Internet）的興起與普及，使微控制器通過互聯網傳送數據就變得非常有意義。目前使微控制 器上網的解決方案一般有兩種：一種是采用微控制器驅動網卡，通過以太網連接Internet；另一種是使微 控制器直接驅動調制解調器（MODEM）通過電話線向ISP 撥號上網。這兩種方案的缺點在于都要使用有線 的網絡，無法應用于在邊遠地區或可移動系統中。
上傳時間： 2013-11-18
上傳用戶：tangsiyun
本書深入淺出、全面系統地介紹了PC機及單片機數據通信技術。內容包括：數據通信的基本概念、MODEM及編解碼技術、串行通信總線標準及接口技術、8051單片機間串行通信技術、PC機間的通信技術和PC機與8051間的通信技術。 本書內容豐富、新穎、實用、便于自學。適于作為大、中專院校計算機通信及相關專業的教材或參考書，也可供廣大工程技術人員和愛好者參考。
上傳時間： 2013-10-17
上傳用戶：wangdean1101
第一章 數據通信基礎 第二章 通用串行通信標準和通用MODEM命令 第三章 嵌入式匯編語言開發通信程序 第四章 MSCOMM控件應用 第五章 線程開發... ......................
上傳時間： 2013-10-14
上傳用戶：swaylong
交換機與多個現場單片機連通。現場單片機完成對各物理參量的數據采集，進行數字濾波、數據處理、比值告警、現場顯示及對現場設備進行控制等，并定時或隨機地向中央管理PC機報告過程情況。中央管理PC機定時或隨機地匯集各測試點的信息，進行數據處理、顯示打印、聲光報警，并負責全局的綜合控制、管理調度和策劃指揮等任務。中央PC機可通過電話網依次自動撥號呼叫下屬各現場單片機，單片機收到呼叫并建立聯接后發送數據到中央管理PC機，各現場單片機之間則不能進行呼叫聯絡。由于單片機應用系統的安裝數量和分布范圍不同，與中心站的距離一般為幾公里到幾十公里，在單片機與PC機之間需要傳送的數據量不是很大的情況下，采用調制解調器通過電話線路進行通信較為適用。下位單片機以其所在單位的電話號碼作為其唯一的地址，并由單片機控制電話的使用，可以實現無人值守自動通信。每當電話響鈴一定次數后仍無人接聽，則單片機自動接入線路，通過不同標志來判斷是主機呼叫還是人打電話。若是主機呼叫，表示中心站要求通信，單片機將保持與上位PC機連接，將各種測量數據發送出去并接收主機發來的命令；若是人打電話，則斷開連接繼續進行數據采集，并接通模擬響鈴電路，提醒人們接聽。
上傳時間： 2014-12-27
上傳用戶：趙一霞a
隨著通信技術的不斷發展，計算機網絡系統通信是當今技術發展的一個重要的方向，然而在網絡系統中利用現有電話網作為通信方式則是最經濟、最方便和最可靠的方法。當前電話通信網已經進入程控交換時代，技術比較先進，速度快，容量大，因此采用電話通信網建立數據通信系統確實具有其獨特的優越性。利用單片機系統可用于采集灌區水位、水流量、電力抄表等方面，實現無人職守，方便管理。2.系統硬件設計：本系統采用了MODEM將前端單片機采集的數據通過電話網遠程傳輸到中心站PC機，并實現一對多點通信（站點數、通信距離均不限），后臺PC機通過撥號的方式對各站點進行數據接收并實時存儲記錄、查詢、打印。單片機系統從傳感器直接采集數字信號，通過RS-232接口送給本端的MODEM，MODEM將數字信號調制成音頻模擬信號在電話線上傳輸，再經中心站MODEM調制成數字信號送往PC機。系統中MODEM采用F-E56CSD-V1型嵌入MODEM，用戶使用賀氏標準AT命令呼叫和應答，實現與遠程系統的通信。
上傳時間： 2013-11-05
上傳用戶：alan-ee
概述 CH341是一個USB總線的轉接芯片，通過USB 總線提供異步串口、打印口、并口以及常用的 2線和4線等同步串行接口。 在異步串口方式下，CH341提供串口發送使能、串口接收就緒等交互式的速率控制信號以及常用的MODEM聯絡信號，用于將普通的串口設備直接升級到 USB 總線。 在打印口方式下，CH341提供了兼容USB相關規范和 Windows操作系統的標準 USB打印口，用于將普通的并口打印機直接升級到USB總線。 在并口方式下，CH341提供了EPP方式或MEM方式及 BUS擴展方式的 8位并行接口，用于在不需要單片機/DSP/MCU 的環境下，直接輸入輸出數據。 除此之外，CH341A 芯片還支持一些常用的同步串行接口，例如 2 線接口（SCL 線、SDA 線）和 4線接口（CS線、CLK線、DIN線、DOUT線）等。
上傳時間： 2014-12-27
上傳用戶：yanyangtian
有兩種方式可以讓設備和應用程序之間聯系：1. 通過為設備創建的一個符號鏈；2. 通過輸出到一個接口WDM驅動程序建議使用輸出到一個接口而不推薦使用創建符號鏈的方法。這個接口保證PDO的安全，也保證安全地創建一個惟一的、獨立于語言的訪問設備的方法。一個應用程序使用Win32APIs來調用設備。在某個Win32 APIs和設備對象的分發函數之間存在一個映射關系。獲得對設備對象訪問的第一步就是打開一個設備對象的句柄。 用符號鏈打開一個設備的句柄為了打開一個設備，應用程序需要使用CreateFile。如果該設備有一個符號鏈出口，應用程序可以用下面這個例子的形式打開句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統本調用希望打開一個設備。這個設備必須有一個符號鏈，以便應用程序能夠打開它。有關細節查看有關Kdevice和CreateLink的內容。在上述調用中第一個參數中前綴后的部分就是這個符號鏈的名字。注意：CreatFile中的第一個參數不是Windows 98/2000中驅動程序(.sys文件)的路徑。是到設備對象的符號鏈。如果使用DriverWizard產生驅動程序，它通常使用類KunitizedName來構成設備的符號鏈。這意味著符號鏈名有一個附加的數字，通常是0。例如：如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應用程序需要被覆蓋的I/O，第六個參數(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個輸出接口打開句柄用這種方式打開一個句柄會稍微麻煩一些。DriverWorks庫提供兩個助手類來使獲得對該接口的訪問容易一些，這兩個類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個設備信息集，該信息集包含了特殊類中的所有設備接口信息。應用程序能有用CdeviceInterfaceClass類的一個實例來獲得一個或更多的CdeviceInterface類的實例。CdeviceInterface類是一個單一設備接口的抽象。它的成員函數DevicePath()返回一個路徑名的指針，該指針可以在CreateFile中使用來打開設備。下面用一個小例子來顯示這些類最基本的使用方法：extern GUID TestGuid;HANDLE OpenByInterface( GUID* pClassGuid, DWORD instance, PDWORD pError){ CDeviceInterfaceClass DevClass(pClassGuid, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; CDeviceInterface DevInterface(&DevClass, instance, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; cout << "The device path is " << DevInterface.DevicePath() << endl; HANDLE hDev; hDev = CreateFile( DevInterface.DevicePath(), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL ); if (hDev == INVALID_HANDLE_VALUE) *pError = GetLastError(); return hDev;} 在設備中執行I/O操作一旦應用程序獲得一個有效的設備句柄，它就能使用Win32 APIs來產生到設備對象的IRPs。下面的表顯示了這種對應關系。Win32 API DRIVER_FUNCTION_xxxIRP_MJ_xxx KDevice subclass member function CreateFile CREATE Create ReadFile READ Read WriteFile WRITE Write DeviceIoControl DEVICE_CONTROL DeviceControl CloseHandle CLOSECLEANUP CloseCleanUp 需要解釋一下設備類成員的Close和CleanUp：CreateFile使內核為設備創建一個新的文件對象。這使得多個句柄可以映射同一個文件對象。當這個文件對象的最后一個用戶級句柄被撤銷后，I/O管理器調用CleanUp。當沒有任何用戶級和核心級的對文件對象的訪問的時候，I/O管理器調用Close。如果被打開的設備不支持指定的功能，則調用相應的Win32將引起錯誤（無效功能）。以前為Windows95編寫的VxD的應用程序代碼中可能會在打開設備的時候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中，建議不要使用這個屬性，因為它將導致沒有特權的用戶企圖打開這個設備，這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數轉換成IRP域的方法依賴于設備對象的屬性。當設備設置DO_DIRECT_IO標志，I/O管理器將buff鎖住在存儲器中，并且創建了一個存儲在IRP中的MDL域。一個設備可以通過調用Kirp::Mdl來存取MDL。當設備設置DO_BUFFERED_IO標志，設備對象分別通過KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或寫操作獲得buff地址。當設備不設置DO_BUFFERED_IO標志也不設置DO_DIRECT_IO，內核設置IRP 的UserBuffer域來對應ReadFile或WriteFile中的buff參數。然而，存儲區并沒有被鎖住而且地址只對調用進程有效。驅動程序可以使用KIrp::UserBuffer來存取IRP域。對于DeviceIoControl調用，buffer參數的轉換依賴于特殊的I/O控制代碼，它不在設備對象的特性中。宏CTL_CODE（在winioctl.h中定義）用來構造控制代碼。這個宏的其中一個參數指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對應的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數：Method Input Buffer Parameter Output Buffer Parameter METHOD_BUFFERED KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代碼指明METHOD_BUFFERED，系統分配一個單一的緩沖來作為輸入與輸出。驅動程序必須在向輸出緩沖放數據之前拷貝輸入數據。驅動程序通過調用KIrp::IoctlBuffer獲得緩沖地址。在完成時，I/O管理器從系統緩沖拷貝數據到提供給Ring 3級調用者使用的緩沖中。驅動程序必須在結束前存儲拷貝到IRP的Information成員中的數據個數。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，則DeviceIoControl的參數呈現不同的含義。參數InputBuffer被拷貝到一個系統緩沖，這個緩沖驅動程序可以通過調用KIrp::IoctlBuffer。參數OutputBuffer被映射到KMemory對象，驅動程序對這個對象的訪問通過調用KIrp::Mdl來實現。對于METHOD_OUT_DIRECT，調用者必須有對緩沖的寫訪問權限。注意，對METHOD_NEITHER，內核只提供虛擬地址；它不會做映射來配置緩沖。虛擬地址只對調用進程有效。這里是一個用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE來定義一個IOCTL代碼：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現在使用一個DeviceIoControl調用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，這里放的是包含有執行操作命令的字符串指針 0, FirmwareRev, //這里是output串指針，存放從驅動程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果輸出緩沖足夠大，設備拷貝串到里面并將拷貝的資結束設置到FirmwareRevSize中。在驅動程序中，代碼看起來如下所示：const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){ ULONG fwLength=0; switch ( I.IoctlCode() ) { case IOCTL_MYDEV_GET_FIRMWARE_REV: fwLength = strlen(FIRMWARE_REV)+1; if (I.IoctlOutputBufferSize() >= fwLength) { strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV); I.Information() = fwLength; return I.Complete(STATUS_SUCCESS); } else { } case . . . } }
上傳時間： 2013-10-17
上傳用戶：gai928943
