为什么我用CreateFile打开串口失败呢?

jpae500 2016-01-08 12:25:52
为什么用CreateFile打开失败,返回值是~0
CreateFile("com2", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, NULL, NULL);
串口时虚拟的串口,
但是open能打开也能传输数据
open("com2",O_RDWR)
...全文
2098 15 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
wsmysyn 2018-02-23
  • 打赏
  • 举报
回复
引用 13 楼 m0_37780677 的回复:
“LCOM1”吗?也不行呀!具体解决方法能分享一下吗?我也出现这种情况(找不到文件)。
应该是L"COM1"吧
m0_37780677 2017-10-07
  • 打赏
  • 举报
回复
“LCOM1”吗?也不行呀!具体解决方法能分享一下吗?我也出现这种情况(找不到文件)。
谁学逆向工程 2016-01-12
  • 打赏
  • 举报
回复
引用 5 楼 VisualEleven 的回复:
CreateFile()的失败返回值是INVALID_HANDLE_VALUE(-1) GetLastError()的值是多少,看一下~
版主你在吗
jpae500 2016-01-08
  • 打赏
  • 举报
回复
我已经解决了串口名前加个L就可以了,谢谢回答
schlafenhamster 2016-01-08
  • 打赏
  • 举报
回复
m_idComDev=CreateFile(m_sPort, // “COM1" ”COM2“ GENERIC_READ|GENERIC_WRITE, 0, // sharemode 0=no share NULL, // &sa OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL,//|FILE_FLAG_OVERLAPPED, NULL); // tempfile
赵4老师 2016-01-08
  • 打赏
  • 举报
回复
搜“devcon”
jpae500 2016-01-08
  • 打赏
  • 举报
回复
引用 5 楼 Eleven的回复:
CreateFile()的失败返回值是INVALID_HANDLE_VALUE(-1) GetLastError()的值是多少,看一下~
哦不是大写的原因是我用了你的方法忘记去冒号造成的123,正确的错误原因是2找不到
jpae500 2016-01-08
  • 打赏
  • 举报
回复
引用 5 楼 Eleven的回复:
CreateFile()的失败返回值是INVALID_HANDLE_VALUE(-1) GetLastError()的值是多少,看一下~
错误原因是2-没有找到文件名,串口名不能大写,我刚才大写了。但是用open怎么能找到,网上也都是这么写的,还有另外一个人说的那个_T是什么?
jpae500 2016-01-08
  • 打赏
  • 举报
回复
引用 5 楼 Eleven的回复:
CreateFile()的失败返回值是INVALID_HANDLE_VALUE(-1) GetLastError()的值是多少,看一下~
Createfile返回值是~0 Getlasterror返回值是123-文件名,目录名或卷标语法不对。
Eleven 2016-01-08
  • 打赏
  • 举报
回复
CreateFile()的失败返回值是INVALID_HANDLE_VALUE(-1) GetLastError()的值是多少,看一下~
jpae500 2016-01-08
  • 打赏
  • 举报
回复
引用 2 楼 zgl7903的回复:
_T("COM2") GetLastError() 查看错误代码
_T是什么不能通过编译器。错误原因就是串口指针这里语法不对。
jpae500 2016-01-08
  • 打赏
  • 举报
回复
引用 1 楼 Eleven的回复:
写成这样试试: CreateFile("com2:",
没用,不过失败原因就是com1的语法不正确。
zgl7903 2016-01-08
  • 打赏
  • 举报
回复
_T("COM2") GetLastError() 查看错误代码
Eleven 2016-01-08
  • 打赏
  • 举报
回复
写成这样试试: CreateFile("com2:",
CSerialPort First Version by Remon Spekreijse on 2000-02-08 http://www.codeguru.com/cpp/i-n/network/serialcommunications/article.php/c2483/A-communication-class-for-serial-port.htm Second Version by mrlong on 2007-12-25 https://code.google.com/p/mycom/ 增加 ClosePort 增加 WriteToPort 两个方法 增加 SendData 与 RecvData 方法 by liquanhai on 2011-11-04 http://blog.csdn.net/liquanhai/article/details/4955253 增加 ClosePort 中交出控制权,防止死锁问题 by liquanhai on 2011-11-06 http://blog.csdn.net/liquanhai/article/details/6941574 增加 ReceiveChar 中防止线程死锁 by viruscamp on 2013-12-04 https://github.com/viruscamp/CSerialPort 增加 IsOpen 判断是否打开 修正 InitPort 中 parity Odd Even 参数取值错误 修改 InitPort 中 portnr 取值范围,portnr>9 时特殊处理 取消对 MFC 的依赖,使用 HWND 替代 CWnd,使用 win32 thread 函数而不是 MFC 的 增加用户消息编号自定义,方法来自 CnComm by itas109 on 2014-01-10 http://blog.csdn.net/itas109/article/details/18358297 解决COM10以上端口无法显示的问题 扩展可选择端口,最大值MaxSerialPortNum可以自定义 添加QueryKey()和Hkey2ComboBox两个方法,用于自动查询当前有效的串口号。 by liquanhai on 2014-12-18 增加一些处理措施,主要是对减少CPU占用率 by itas109 on 2016-05-07 http://blog.csdn.net/itas109 修复每次打开串口发送一次,当串口无应答时,需要关闭再打开或者接收完数据才能发送的问题。 解决办法:在m_hEventArray中调整m_hWriteEvent的优先级高于读的优先级。CommThread(LPVOID pParam)函数中读写的位置也调换。 参考:http://zhidao.baidu.com/link?url=RSrbPcfTZRULFFd2ziHZPBwnoXv1iCSu_Nmycb_yEw1mklT8gkoNZAkWpl3UDhk8L35DtRPo5VV5kEGpOx-Gea 修复停止位在头文件中定义成1导致SetCommState报错的问题,应为1对应的停止位是1.5。UINT stopsbits = ONESTOPBIT switch(stopbits)和switch(parity)增加默认情况,增强程序健壮性 by itas109 on 2016-06-22 http://blog.csdn.net/itas109 增加ReceiveStr方法,用于接收字符串(接收缓冲区有多少字符就接收多少字符)。 解决ReceiveChar只能接收单个字符的问题。 by itas109 on 2016-06-29 http://blog.csdn.net/itas109 解决RestartMonitoring方法和StopMonitoring方法命令不准确引起的歧义,根据实际作用。 将RestartMonitoring更改为ResumeMonitoring,将StopMonitoring更改为SuspendMonitoring。 增加IsThreadSuspend方法,用于判断线程是否挂起。 改进ClosePort方法,增加线程挂起判断,解决由于线程挂起导致串口关闭死锁的问题。 增加IsReceiveString宏定义,用于接收时采用单字节接收还是多字节接收 by itas109 on 2016-08-02 http://blog.csdn.net/itas109 https://github.com/itas109 改进IsOpen方法,m_hComm增加INVALID_HANDLE_VALUE的情况,因为CreateFile

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧