当前位置:首页 > > 充电吧
[导读]Ftdi芯片可以工作后,开始了串口测试工作。我们使用Ft2232d芯片的板子,从一个USB口扩展出两个标准RS232串口,测试目标就是让两个串口可以同时收发数据。    对于测试工作当然采用软件编程来

Ftdi芯片可以工作后,开始了串口测试工作。我们使用Ft2232d芯片的板子,从一个USB口扩展出两个标准RS232串口,测试目标就是让两个串口可以同时收发数据。

    对于测试工作当然采用软件编程来实现了,PC端的串口测试程序多不胜数,所以主要做一个Wince端的测试程序,目标就是要让串口可以接收和发送文件。(CE端的串口测试程序也有不少,但是很少发现带有传输文件功能的程序,所以只好自己动手了)

    1. 打开串口:

        HADNLE hComm = CreateFile(_T("com1:"), GENERIC_READ|GENERIC_WRITE, 0, NULL,

                                                      OPEN_EXISTING,0,0);

        CloseHandle(hComm)  // 关闭串口

    2. 配置串口:

        DCB dcb;

        GetCommState(hComm,&dcb)

        SetCommState(hComm,&dcb)

        我只修改了部分参数,其他为默认配置。

        dcb.BaudRate = CBR_115200;
        dcb.ByteSize = 8;
        dcb.fBinary = TRUE;
        dcb.fParity = TRUE;
        dcb.Parity = NOPARITY;
        dcb.StopBits = ONESTOPBIT;

        dcb.fDtrControl = DTR_CONTROL_ENABLE;  // 与硬件相关,尚不清楚有什么作用?
        dcb.fRtsControl = RTS_CONTROL_ENABLE;  // 同上

    3. 配置超时:

        COMMTIMEOUTS Timeouts;

        SetCommTimeouts(hComm,&Timeouts)

       

        对于超时没有什么深刻体会,只是按照理解配置了相应的时间。

        Timeouts.ReadIntervalTimeout = 100;
        Timeouts.ReadTotalTimeoutConstant = 100;
        Timeouts.ReadTotalTimeoutMultiplier = 10;
        Timeouts.WriteTotalTimeoutConstant = 0;
        Timeouts.WriteTotalTimeoutMultiplier = 0;

        读超时有两种计算方法,一是ReadIntervalTimeout指定在接收字符间最大的时间间隔,二是基于要接

    收的字符数量,ReadTotalTimeoutConstant+ReadTotalTimeoutMultiplier*要读的字节数。当两种

    方式都设置了时间时,同时有效,影响ReadFile(...)返回。

        因为要做的是读取文件,所有按照理解,设置字符间最大时间间隔为100ms,这个用来接收文件名和文 

    件大小。在发送文件的线程中控制发送,在读取文件名后,获取文件大小,并将文件名和文件大小组合,使

    用WriteFile(...)发送到串口,成功后使用Sleep(200),“挂起”发送线程一段时间,这样当接收线程收到

    串口事件时,就可以接收到文件名和文件大小,并且在超时100ms后,ReadFile(...)返回,防止接收到文

    件数据。

       

        对于ReadTotalTimeoutConstant 和 ReadTotalTimeoutMultiplier 就是凭感觉设置的,没什么太

    多想法了。

       

    4. 收发数据:

        WriteFile(...)

        ReadFile(...)
        SetCommMask(hComm,EV_RXCHAR);

        ClearCommError(hComm,&dwReadError,&cmState);

        WaitCommEvent(hComm,&evtMask,NULL)

        感觉上发送线程比较好处理,使用CFileDialog获取选择的文件,同样使用CreateFile打开文件,通过

   GetFileSize获取文件大小,使用CString::Format方法很容易将数据转换为字符串,通过重载的‘+’方

   法,组合文件名和文件大小。

        m_strFileName = dlg.GetFileName();
        m_strPathName = dlg.GetPathName();

        hFile = CreateFile(m_strPathName,GENERIC_READ,0,NULL,OPEN_EXISTING,0,NULL);

        strFile.Format(_T("%lu"),GetFileSize(hFile,NULL));

        strFile = m_strFileName + _T('//') + strFile;

        if( WriteFile(m_hComm,strFile.GetBuffer(),strFile.GetLength()*sizeof(TCHAR),
                           &dwWriteLen,NULL))
        {
             Sleep(200);
        }

        while。。。   // 发送文件数据

        接收线程就比较麻烦了,通过SetCommMask()设置串口事件,然后通过WaitCommEvent()等待事件

    发生。(并不清楚设置怎样的事件组合比较适当,所有只等待接收字符事件)由于要接收文件名和文件数

    据,所以设定在while循环外接收文件名,并且创建文件,然后就是while循环接收数据。

        if(WaitCommEvent(hComm,&evtMask,NULL))
       {
             SetCommMask(hComm,EV_RXCHAR);

            

             if(evtMask & EV_RXCHAR)
             {

                  ClearCommError(hComm,&dwReadError,&cmState);
                  dwWillReadLen = cmState.cbInQue;

                  CString str(_T('/0'),MAX_PATH);
                  if(ReadFile(hComm,str.GetBuffer(),dwWillReadLen,&dwReadLen,0))
                  {

                        str.ReleaseBuffer();

                        ...              // 处理字符串

                        hFile = CreateFile(...);

                   }

                    While。。。  // 接收文件数据

               }

        }

    这样完成了串口的相关编程工作,做的还是比较简单了,经过测试,从PC上可以向手持设备发送文件了,并且手持设备可以完整的接收文件。同样两个串口可以一同工作,收发文件大小为1MB的,都没有问题。当时就有同事感叹呐,FTDI如何做到的同时由两个串口向一个USB口发数据的。

    虽然测试程序还存在诸多问题,手持设备上的程序只能接收一次文件,想要接收第二次必须重新连接串口,原因就是接收线程在接收到文件后就会退出了,这个问题应该可以通过多线程同步对象解决。还有就是存在内存泄漏问题......问题原因不详(没去找)。另外在某些情况下,程序会罢工,手持设备收不到文件,而PC端发送正常。。。

    首次开发串口程序,还有些疑问:

    1,配置串口,还有许多参数不知道如何进行配置,当然也不知道如何使用。

    2,配置超时,很迷茫,不知怎样配合程序进行配置。

    3,串口事件,还有很多不知道如何使用,或者说不知道何时会用到。

    4,关于一些API的使用还不熟练,

         ClearCommError, EscapeCommFunction, GetCommModemStatus,

         GetCommProperties, PurgeComm, SetupComm, TransmitCommChar

    以上所写全部为个人理解,限于水平有限,难免存在缺漏和不足,也请看到文章的人海涵。


本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭