linux串口驱动开发

A. linuxusb涓插彛椹卞姩linuxusb涓插彛

濡备綍鍦╨inux涓嫔湪搴旂敤灞傚缑鍒癠SB璁惧囧悕绉颁俊鎭锛

鍏堣幏鍙栦竴涓/dev镄勫垪琛锛岀劧钖庡缑鍒版彃鎾浜嬩欢钖庯纴鍦ㄨ幏鍙栦竴涓嫔綋鍓岖殑/dev鍒楄〃锛岀劧钖庡仛涓涓嬫瘆杈僱inux绯荤粺浼氲嚜锷ㄨ瘑鍒玌SB鎺ュ彛涓轰覆鍙ｇ佺洏sda(阃氩父涓簊da1锛屽彲阃氲繃fdisk-l锻戒护镆ヨ)锛屾寕杞藉氨鍙鐢ㄣ备緥锛氭柊寤烘寕杞界洰褰昺kdir/mnt/usb锛屾寕杞絤ount/dev/sda1/mnt/usb锛岀敤瀹屽嵏杞芥寕璧风偣unmount/dev/sda1/mnt/usb銆

濡备綍镆ョ湅linux涓嬩覆鍙ｆ槸钖﹀彲鐢?涓插彛钖岖О绛夛纻

1銆佹煡鐪嬩覆鍙ｆ槸钖﹀彲鐢锛屽彲浠ュ逛覆鍙ｅ彂阃佹暟鎹姣斿傚筩om1鍙ｏ纴echolyjie126>/dev/ttyS0

2銆佹煡鐪嬩覆鍙ｅ悕绉颁娇鐢╨s-l/dev/ttyS*涓鑸𨱍呭喌涓嬩覆鍙ｇ殑钖岖О鍏ㄩ儴鍦╠ev涓嬮溃锛屽傛灉浣犳病链夊栨彃涓插彛鍗＄殑璇濋粯璁ゆ槸dev涓嬬殑ttyS*,涓鑸瑃tyS0瀵瑰簲com1锛宼tyS1瀵瑰簲com2锛屽綋铹朵篃涓崭竴瀹氭槸蹇呯劧镄勶绂

3銆佹煡鐪嬩覆鍙ｉ┍锷锛歝at/proc/tty/drivers/serial

4銆佹煡鐪嬩覆鍙ｈ惧囷细dmesg|grepttyS*

LinuxRS485涓插彛缂栫▼锛

瀵逛簬缂栫▼𨱒ヨ达纴娌′粈涔埚尯鍒锛岄氲繃鎺у埗485镄勪娇鑳界璇ョ▼搴忓畬鍏ㄥ彲浠ヤ娇鐢ㄣ傚敮涓镄勫尯鍒灏辨槸浣犲湪鍙戦佺殑镞跺欓氲繃绋嫔簭鎶485镄勬带鍒惰剼𨰾夐珮锛屾帴鏀剁殑镞跺欐妸浠栨媺浣庡氨鍙浠ヤ简銆傝呖浜庣数姘旀柟闱㈢殑鍖哄埆锛歊S232鏄鍏ㄥ弻宸ワ纴鍙浠ュ悓镞舵敹鍙戯纴RS485鏄鍗婂弻宸ワ纴涓嶈兘钖屾椂鏀跺彂锛岃缮链夌数骞充俊鍙蜂笉涓镙凤纴杩欎釜缂栫▼浣犲氨涓嶈佺悊浜嗐

涓娄綅链簂abview镐庝箞阃氲繃涓插彛鎺ユ敹涓嬩綅链哄彂𨱒ョ殑鏁版嵁骞惰繘琛屽勭悊锛

鏂规硶涓镓句釜浠鍣锛堢ず娉㈠櫒锛宒aq锛夎荤数骞虫椂搴忚嚜宸辫В鏋愶纴鏂规硶浜屾垒涓猧2c镄勮浆鎹㈣姱鐗囱浆涓插彛鎴杣sb鎴栬呰姱鐗囨彁渚沝ll锛屾柟娉曚笁鎼炰釜鍗旷墖链鸿嚜宸卞啓涓嬩綅链鸿В鏋愭椂搴忓啀鐢ㄤ覆鍙ｄ紶鍒扮数鑴戯纴鏂规硶锲涙垒涓鍙板甫i2c妯″潡镄勪富链虹劧钖庤皟鐢╳in_api锛圠inux灏变笉鐭ラ亾浜嗭级r

linux镆ユ垒涓插彛锛

1銆佽惧囧叆鍙 鍙浠ユ煡/dev/ttyS*銆/dev/*uart*锛堜富璁惧囧彿4鎴栬204锛夛纴绗涓涓插彛涓鑸涓篓tyS0銆*uart0绛 USB杞涓插彛璁惧囦竴鑸涓/dev/ttyUSB*(涓昏惧囧彿188)锛岀涓鍙ｄ竴鑸涓篓tyUSB0 2銆佷互涓/dev涓嫔彧鏄涓插彛镄勫叆鍙ｏ纴鍏蜂綋璁惧囧瓨鍦ㄤ笌钖﹂渶瑕佹寜鍏抽敭瀛楋纸ttyS銆乼tyUSB銆乽art锛夋煡璇/proc/devices浠ョ‘瀹氥 3銆佷覆鍙ｄ负阃氲绔鍙ｏ纴链夊氢釜涓插彛璁惧囨椂锛岃佺‘瀹氭ｅ湪琚杩炴帴镄勪覆鍙ｆ槸鍝涓锛岄渶瑕佹娴嬩竴涓嬶纴濡傦细 cat/dev/ttyS0

B. Linux串口驱动简介及使用方法linux串口的驱动

Linux 串口驱动简介
Linux 是一款市场占有率非常高的操作系统，其架构深受业界欢迎，同时也受到了桌面系统、手机系统以及嵌入式系统的青睐，作为开源系统，市场份额一直都在继续上涨。
串口驱动对于许多嵌入式设备来说是十分重要的，所以其对Linux的支持同样十分重要。 Linux内核中有一个串口驱动，可以轻松地将不同的硬件通道做连接，主要包括8253，8250，16550加上8255，16650，16750和16950等几种。不同硬件的支持受到一定的限制，如16650及其以上就受到hard_seral_port参数设定的限制。
使用 Linux 串口驱动
1. 启动内核中的串口驱动：在启动内核时，必须确定计算机使用的串口类型，可以在Kconfig中选择在make menuconfig时，选择相应的模块就可以使能串口设备或者驱动了；
2. 加载必要的模块及硬件：在编写makefiile时，必须确保已经编译好的模块与硬件相兼容，否则可能会出现无法加载模块或模块不能匹配硬件的情况；
3. 编写驱动程序：有多种方式可以编写驱动，基于模板的可以采用Driver core方式，可以轻松控制各种设备；也可以从头开始编写，从底层实现；
4. 测试串口：最后，测试串口驱动是否正常工作，使用minicom等专业的软件可以发送指令，测试硬件连接是否正常；
使用Linux驱动串口的好处在于，可以通过修改内核配置和加装必要的模块来支持不同的硬件，大大减少用户的配置时间，而且兼容性更高，可以支持不同的型号的串口硬件，以及不支持的设备也可以轻松支持，确保系统的稳定性。

C. 求教，linux下网口虚拟串口驱动程序

开发虚拟串口驱动程序

虚拟串口就是当本地并没有对应的串口硬件设备，而为应用层提供串口设备一样的系统调用接口，以兼容原本使用本地串口的应用软件的“虚”设备。本文作者给出了一种在Windows平台上实现虚拟串口的方法，由此实现的“串口”具有真实串口完全相同的系统调用接口。
在很多应用中需要用到虚拟串口，如在Modem卡出现之前，已经有了接在计算机串口上的外部Modem，而且各种拔号程序也是通过串口与外部Modem通信的。为了让已有的拔号程序不做修改,像使用外部Modem一样使用内置卡，就需要内置卡的驱动程序虚拟一个串口设备。又如当前工业界使用的一些串口服务器，往往有8个或16个甚至更多的串口，以连接多个串口设备，再通过一个网卡直接连入以太网。与它在同一网络上的计算机就通过以太网与串口服务器上挂接的串口设备通信。为了让计算机中原来使用本地串口的软件兼容，就需要在计算机上提供虚拟串口驱动。
虚拟串口的设计关键在于，该“串口”实现后必须具有与真实串口完全相同的系统调用接口。要做到这点，从已有的串口设备驱动程序上做修改是最佳捷径。下文就介绍以Windows NT上的串口驱动程序为基础，开发可运行于Windows NT、Windows 2000、Windows XP的各个版本虚拟串口驱动程序。
串口驱动中使用的几个链表
由于串口是双工设备，在一个读请求发出来还没有完成之前，同时可以发出写请求，加上在驱动程序层所有I/O请求都要求异步完成，即前一个请求尚没有完成，下一个相同的请求可能又来了。为此，串口驱动程序需要使用多个双向链表数据结构来处理各种IRP（I/O Request Packet，I/O请求包）。当收到一个IRP，先判断是否可立即完成，可以马上处理并返回，如果不允许则将IRP插在相应链表尾，在适当的时候如设备有空闲时处理，这时往往会产生一个硬件中断，激发DPC（Deferred Procere Call，暂缓过程调用）过程，由DPC处理函数逐个从链表头取出IRP并试着完成它。串口驱动中有以下几个链表和DPC(在serial.h中有定义):
ReadQueue 和 CompleteReadDpc
用于保存Read IRP的链表和用于调度的DPC，与DPC对应的处理函数是SerialCompleteRead，它在read.c文件中，该函数的主要任务就是从ReadQueue中提取下一个IRP，并试着完成它。
WriteQueue 和 CompleteWriteDpc
用于保存Write IRP的链表和对应的DPC，与DPC对应的函数是SeriaCompleteWrite，它的实现在write.c中，该函数负责从WriteQueue中提取IRP，并试着完成它。
MaskQueue 和 CommWaitDpc
这一对链表用于处理Windows串口驱动的一个特性：事件驱动机制。它允许应用程序预设一个事件标志，而后等待与标志对应事件发生。DPC所调用的函数是SerialCompleteWait，它实现在Waitmask.c文件中，该函数也是试着从MaskQueue中提取IRP并完成它。
PurgeQueue
该链表与前面几个稍有不同，它没有与之相对应的DPC机制，而是在每次收到Purge请求时从PurgeQueue中逐个提取IRP并试着完成，因某种原因不能完成时则插入链表。相应的函数是purge.c文件中的SerialStartPurge。
以上机制是串口驱动程序的重要实现方法，在虚拟串口驱动中需要保留，但不同的是，硬件串口驱动中是ISR（中断服务程序）根据收、发或MODEM中断来激发相应的DPC，而在虚拟串口驱动中将因实际情况不同会有不同的激发机制。
DriverEntry的实现
DriverEntry是驱动程序的入口函数，相当于应用程序C语言中的main函数，开发一个虚拟串口驱动首先要修改的就是它。它的函数实体在initunlo.c文件中。只是在虚拟串口驱动中由于不与具体的硬件打交道，就不存在硬件资源分析、硬件初始化、判断其工作状态等处理，只需要为虚拟串建立设备对象、符号链接和初始化数据结构。一个典型函数实现大体如下：
NTSTATUS DriverEntry(IN PDRIVER_OBJECT DriverObject, IN PUNICODE_STRING RegistryPath)
{
/*填写DriverObject->MajorFunction[]数组*/
/*建立设备对象*/
/*初始化SERIAL_DEVCIE_EXETENSION数据结构*/
Status = IoCreateDevice(DriverObject, sizeof(SERIAL_DEVICE_EXTENSION), &uniNameString, FILE_DEVICE_SERIAL_PORT, 0,TRUE,&deviceObject);
//初始化所有链表
InitializeListHead(&extension->ReadQueue);
InitializeListHead(…);
…;
//初始化所有DPC
KeInitializeDpc(&extension->CompleteReadDpc,SerailCompleteRead,extension);
KeInitializeDpc(…);
/*建立符号链接*/
SerialSetupExternalNaming(extension);
return Status;
}
SerialRead和SerialCompleteRead的实现
函数SerailRead和SerialCompleteRead决定了对Read IRP的响应策略，它们都存于read.c中。以串口服务器要用的虚拟串口为例，当串口服务器收到来自外部数据时将通过网络发至计算机，计算机则产生相应的网络中断并进行协议数据处理。网络接收线程缓存新收到的数据并激活CompleteReadDpc，从而SerialCompleteReadIrp得到调用，它再调用CompleteReadIrp对每个IRP进行处理。它们的实现大体如下：
NTSTATUS SerialRead(IN PDEVICE_OBJECT DeviceObject,IN PIRP Irp)
{
/*此处略去变量声明和初始化*/
/*提取IRP中相关的数据*/
stack = IoGetCurrentIrpStackLocation(Irp);
ReadLen = stack->Parameters.Read.Length;
/*先看本地缓冲有数据否？有的话先读取*/
if(Extension->InCounter > 0 )
{ //注意这里要加锁，以防数据访问冲突
KeAcquireSpinLock(&Extension->
ReadBufferLock,&lIrql);
FirstRead = (ReadLen>Extension->
InCounter)? Extension->InCounter: ReadLen;
RtlCopyMemory(Irp->AssociatedIrp.
SystemBuffer,Extension->pInBuffer,FirstRead);
Extension->InCounter -= FirstRead;
ReadLen -= FirstRead;
KeReleaseSpinLock(&Extension->
ReadBufferLock,lIrql);//释放锁
}
/*是否已读到足够数据？是的话则完成该IRP*/
if( 0 == ReadLen)
{
status=STATUS_SUCCESS;
Irp->IoStatus.Status = status;
Irp->IoStatus.Information = FirstRead;
IoCompleteRequest(Irp,0);
return status;
}
/*没有则将IRP插入队列中，通过网络向串口服务器发出读数据请求*/
IoMarkIrpPending(Irp);
InsertWaitList(Extension->ReadQueue,Irp);
status = TdiSendAsync(Extension->ComChannel,pAckPacket,PacketLen(pAckPacket),(PVOID)ReadAckComplete,Irp);
/*返回PENDING，表示该IRP尚没有完成*/
return STATUS_PENDING;
}
Void CompleteReadIrp(IN PSERIAL_DEVICE_EXTENSION extension,IN PIRP Irp,IN PUCHAR pInData,IN ULONG Length )
{
/*此处略去变量声明和初始化*/
/*读取新数据*/
ReadLen = (ReadLen > Length)? Length : ReadLen;
if(ReadLen != 0)
{
RtlCopyMemory(pReadAsync->
pReadBuffer,pInData,ReadLen);
pReadAsync->pReadBuffer += ReadLen;
pReadAsync->ReadAlready += ReadLen;
extension->PerfStats.ReceivedCount +=
ReadLen;
}
else
{
/*因为串口服务器端只有在已经有了相应的数据或超过时间（此时，Length=0）才会发来应答并激活本DPC过程，所以此时已经超时，为了便于结束本IRP，这里有意改变TotalNeedRead，造成接收完毕的假象*/
pReadAsync->TotalNeedRead =
pReadAsync->ReadAlready;
}
if(pReadAsync->TotalNeedRead == pReadAsync->ReadAlready)
{
/*该IRP是否已经接收完毕，是的话则结束该
IRP*/
EndReadIrp(Irp)；
/*从ReadQueue中取下一个IRP*/
}
/*本IRP没有完成也没有超时，则继续等待本DPC下次被激活，注意此时要判断IRP是否被要求取消*/
}
SerialWrite和SerailCompleteWrite的实现
SerialWrite和SerailCompleteWrite决定了Write IRP的实现。在SerialWrite中调用了网络发送函数TdiSendAsync,当该发送完成后将激活CompleteWriteDpc，调度SerialCompleteWrite函数，而它主要就是取出当前的WriteIRP,设置已经发送的数据数量，调用CompleteWriteIrp做该IRP的进一步处理。它们大体如下：
NTSTATUS SerialWrite(IN PDEVICE_OBJECT DeviceObject,IN PIRP Irp)
{
/*此处略去变量声明和初始化*/
/*从IRP中提取有关数据*/
stack=IoGetCurrentIrpStackLocation(Irp);
SendLen = stack->Parameters.Write.Length;
/*为网络发送和异步操作分配缓冲,在CompleteWrite中全部数据发送完后释放*/
pWriteAsync = ExAllocatePool(NonPagedPool,
SendLen+PACKET_HEADER_LEN+sizeof(WRITE_ASYNC));
if(pWriteAsync == NULL)
{
//错误处理
}
//保存异步数据
…
//设置网络发送数据包
BuildDataPacket(pPacket,WRITE,(USHORT)SendLen,pWriteAsync->pWriteBuffer);
/*先将IRP暂时阻塞并插入队列，在CompleteWrite中完成*/
IoMarkIrpPending(Irp);
InsertWaitList(extension->WriteQueue, Irp);
/*将写请求和相关数据通过网络发向串口服务器，由它负责将数据传到具体串口设备*/
status = TdiSendAsync(Extension->ComChannel,pPacket,PacketLen(pPacket),(PVOID)CompleteWriteIrp,Irp);
//统计数据累加
Extension->PerfStats.TransmittedCount += SendLen;
return STATUS_PENDING;
}

NTSTATUS CompleteWriteIrp(IN PDEVICE_OBJECT deviceobject,IN PIRP pIrp,IN PVOID context)
{
/*此处略去变量声明和初始化*/
SendLen=pWriteAsync->TotalNeedWrite - pWriteAsync->WroteAlready;
if(SendLen == 0)//全部数据发送完毕
{
EndWaitWriteIrp(pWriteIrp,STATUS_SUCCESS,
pWriteAsync->WroteAlready,pWriteAsync);
//从WriteQueue中取下一个IRP;
}
else //发送剩余数据
{
if(pWriteIrp->Cancel)
{
//IRP被要求取消，完成WriteIrp
EndWaitWriteIrp(pWriteIrp,STATUS_CANCELLED,
pWriteAsync->WroteAlready,pWriteAsync);
return STATUS_CANCELED;
}
else
{
//再次设置网络数据包并发送
BuildDataPacket(…);
status = TdiSendAsync(…);
//统计数据累加
Extension->PerfStats.TransmittedCount +=
SendLen;
return STATUS_MORE_PROCESSING_REQUIRED;
}
}
}
其他几个接口函数的实现
除Read/Write外，SerialUnload、SerialCreateOpen、 SerialClose、SerialCleanup、SerailFlush等调用接口是硬件相关性比较弱的接口函数，基本不要修改，直接删除原来操作硬件的部分即可。复杂一点就是SerialIoControl，该接口函数包含有大量设置、读取串口硬件状态的处理，可建立一个本地数据结构随时保存虚拟串口的当前硬件状态。同时为了保证串口服务器端的真实串口状态和上层软件要求的一致，需要将所有设置请求通过网络发送到服务器端，由它负责改变真实硬件的状态。