大家帮我看一段串口监视程序,看有没有问题?

admireO 2001-07-21 11:38:15
程序的主要流程是:当用户执行开始操作后,监视先程开始工作,由于本程序的特点,要写的数据比较少,所以只开了一个监视线程,程序的流程是:开始(向串口写开始命令)--->收到确认-->写参数---->收到确认----->开始读大量数据(数据交给主线程处理,内存申请在监视线程里,delete在主线程里)我用的是事件驱动也就是当有EV_RXCHAR时开始读.
DWORD WINAPI CComm::ListenProc( LPVOID lpPara )
{
CComm* pComm = (CComm*) lpPara;
HANDLE hComm = pComm->GetCommHandle();
HWND hDestWnd = pComm->GetDesWndHandle();
OVERLAPPED overlap;
overlap.hEvent = ::CreateEvent( NULL,TRUE,FALSE,NULL );
if( overlap.hEvent == NULL )
{
pComm->CloseConnection();
return 0;
}
BOOL bError = FALSE;
int nIndex = 0 ;
while( pComm->IsConnected() )
{
DWORD dwMask = 0;
::GetCommMask( hComm,&dwMask );
if( !(dwMask & EV_RXCHAR) )
::SetCommMask( hComm,EV_RXCHAR );
if( !::WaitCommEvent( hComm,&dwMask,&overlap ) ) //等待事件
{
if( ::GetLastError() == ERROR_IO_PENDING ) //如果暂停了,则等待.
{
BOOL bEnd = FALSE;
HANDLE hEvent[] = { overlap.hEvent,pComm->m_hEnd };
DWORD dwRet = ::WaitForMultipleObjects( 2,hEvent,FALSE,INFINITE );
switch( dwRet )
{
case WAIT_OBJECT_0:
{
if( dwMask & EV_RXCHAR == EV_RXCHAR ) //在此读数据并进行处理.
{
char chFlag = 0;
int nRetLength = 0;
nRetLength = pComm->ReadData( &chFlag,1 );
if( nRetLength == 0 )
continue;
switch( chFlag )
{
case 'M':
{
nIndex = 0;
char * pchTemp = "收到主参数设定信息:M";
int nstrLength = strlen( pchTemp );
char *pBuffer = new char[nstrLength + 1];
if( pBuffer != NULL )
{
strncpy( pBuffer,pchTemp,nstrLength );
*(pBuffer + nstrLength ) = '\0';
::PostMessage( hDestWnd,WM_TRANSFER_DATA,(WPARAM)pBuffer,(LPARAM) 0 );
}
pComm->WriteChanPara( nIndex );
}
break;
case 'C':
{
char * pchTemp = "收到通道参数设定信息:C";
int nstrLength = strlen( pchTemp );
char *pBuffer = new char[nstrLength + 1];
if( pBuffer != NULL )
{
strncpy( pBuffer,pchTemp,nstrLength );
*(pBuffer + nstrLength ) = '\0';
::PostMessage( hDestWnd,WM_TRANSFER_DATA,(WPARAM)pBuffer,(LPARAM) 0 );
}
char chChanFlag;
int nReadLength = pComm->ReadData( &chChanFlag,1 );
if( nReadLength <= 0 )
break;
nIndex++;
if( nIndex > 3 )
{
pComm->WriteStartCommond();
break;
}
else
{
pComm->WriteChanPara( nIndex );
}
}
break;
case 'R':
{
char * pchTemp = "收到开始采集信息:R";
int nstrLength = strlen( pchTemp );
char *pBuffer = new char[nstrLength + 1];
if( pBuffer != NULL )
{
strncpy( pBuffer,pchTemp,nstrLength );
*(pBuffer + nstrLength ) = '\0';
::PostMessage( hDestWnd,WM_TRANSFER_DATA,(WPARAM)pBuffer,(LPARAM) 0 );
}
char chDataFlag;
int nReadLength = pComm->ReadData( &chDataFlag,1 );
if( nReadLength <= 0 )
break;
while( chDataFlag == 'D' )
{
char *pBuffer = new char[14];
if( pBuffer == NULL )
{
bEnd = TRUE;
break;
}
nReadLength = pComm->ReadData( pBuffer,14 );
while( nReadLength < 14 )
{
int nNextRead = pComm->ReadData( pBuffer + nReadLength,14 - nReadLength );
nReadLength += nNextRead;
}
::PostMessage( hDestWnd,WM_TRANSFER_DATA,(WPARAM)pBuffer,14 ); //通知主窗口有数据到达.
char chEndFlag;
nReadLength = pComm->ReadData( &chEndFlag,1 );
if( nReadLength <= 0 )
break;
nReadLength = pComm->ReadData( &chDataFlag,1 );
if( chDataFlag == 'Q' )
bEnd = TRUE; //结束测量.
}
}
break;
case 'D':
{
char chDataFlag = 'D';
while( chDataFlag == 'D' )
{
char *pBuffer = new char[14];
if( pBuffer == NULL )
{
bEnd = TRUE;
break;
}
int nReadLength = pComm->ReadData( pBuffer,14 );
while( nReadLength < 14 )
{
int nNextRead = pComm->ReadData( pBuffer + nReadLength,14 - nReadLength );
nReadLength += nNextRead;
}
::PostMessage( hDestWnd,WM_TRANSFER_DATA,(WPARAM)pBuffer,14 ); //通知主窗口有数据到达.
char chEndFlag;
nReadLength = pComm->ReadData( &chEndFlag,1 );
if( nReadLength <= 0 )
break;
nReadLength = pComm->ReadData( &chDataFlag,1 );
if( chDataFlag == 'Q' )
bEnd = TRUE; //结束测量.
}
}
break;
case 'Q':
{
bEnd = TRUE;
}
break;
case 'E':
{
bEnd = TRUE;
}
break;
case 'P':
break;
case 'Z':
{
char *pBuffer = new char[14];
int nReadLength = pComm->ReadData( pBuffer,14 );
while( nReadLength < 14 )
{
int nNextRead = pComm->ReadData( pBuffer + nReadLength,14 - nReadLength );
nReadLength += nNextRead;
}
::PostMessage( hDestWnd,WM_TRANSFER_ZERO,(WPARAM)pBuffer,14 );
char chEndFlag;
pComm->ReadData( &chEndFlag,1 );
}
break;
default:
break;
}
}
}
break;
case WAIT_OBJECT_0 + 1:
{
::ResetEvent( pComm->m_hEnd );
bEnd = TRUE; //退出
}
break;
default:
break;
}
if( bEnd )
break;
}
else
{
bError = TRUE; //读数据出错.
break;
}
}
}
::CloseHandle( overlap.hEvent );
pComm->m_hThread = NULL;
if( bError )
pComm->CloseConnection();
return 0;
}
...全文
194 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
sonicss 2001-12-07
  • 打赏
  • 举报
回复
admire0:串口中使用了WaitForSingleObject会不会丢数据呀!
NowCan 2001-07-30
  • 打赏
  • 举报
回复
还看到了你的回复.呵呵.
NowCan 2001-07-30
  • 打赏
  • 举报
回复
我用的是

http://www.csdn.net/expert/Topic/110/110559.shtm
NowCan 2001-07-30
  • 打赏
  • 举报
回复
38400
admireO 2001-07-28
  • 打赏
  • 举报
回复
一次ReadFile,读出300字节吗?那你的波特率用的是多少?
NowCan 2001-07-28
  • 打赏
  • 举报
回复
比如,我接受GPS的输出数据时(每秒输出一次,大约300字节)就会出现问题。我在Win2000的任务管理器看到这个进程的CPU占有率竟达到了70~80%(当然,这个占有率可能是主程序的问题),而且在关闭进程时容易造成进程无响应。这个问题我也一直没解决。你的程序可以试试看。
admireO 2001-07-27
  • 打赏
  • 举报
回复
top
admireO 2001-07-27
  • 打赏
  • 举报
回复
to NowCan,你的数据量很大是指有多大呢?还有如果不稳定那你是通过什么方法解决的呢?
admireO 2001-07-22
  • 打赏
  • 举报
回复
top
admireO 2001-07-22
  • 打赏
  • 举报
回复
怎么没人理,期待大家的关注,
NowCan 2001-07-22
  • 打赏
  • 举报
回复
串口程序网上很多的,何必要自己写呢?
当然那些程序用的也都是事件驱动,和你的没什么区别。
不过我在使用时,数据量太大了就不稳定。
admireO 2001-07-21
  • 打赏
  • 举报
回复
程序的关键部分是开始的怎么判断有数据读?不知道事件驱动可不可靠?
内容概要:本文提出了一种基于改进扩散模型的高海拔地区新能源高波动出力场景生成方法,并提供了完整的Python代码实现。该方法针对高海拔地区风能、光伏等新能源出力波动剧烈、不确定性高的特点,通过优化扩散模型的结构与训练策略,有效捕捉历史数据的概率分布特征与时序相关性,从而生成高质量、多样化的出力场景。文中详细阐述了模型的数学推导、网络架构设计、损失函数优化及采样算法改进,并通过实验证明其在拟合精度、场景多样性与稳定性方面优于传统生成模型,为电力系统在高比例新能源接入下的规划、调度与风险评估提供了可靠的场景输入支持。; 适合人群:具备一定Python编程能力和机器学习基础,从事新能源发电预测、电力系统分析、智能优化、场景生成等方向研究的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①用于高海拔地区风电、光伏出力的不确定性建模与多场景生成;②支撑含高渗透率新能源的电力系统随机优化调度、鲁棒决策与风险评估;③为相关学术研究、论文复现与算法改进提供可运行的技术方案与代码基础; 阅读建议:建议读者结合所提供的完整资源(代码、数据集、说明文档)进行实践操作,重点关注扩散模型的前向加噪与反向去噪过程的设计细节,以及如何将其适配于新能源时序数据的生成任务,通过参数调优与对比实验深入理解模型的生成机制与性能边界。
内容概要:本文围绕基于静态约束法的配电网电动汽车接入容量评估展开研究,提出了一种在新型电力系统背景下评估主动配电网对电动汽车承载能力的方法。研究通过构建数学模型,结合潮流计算与关键约束条件(如电压越限、线路过载等),量化分析配电网可承受的最大电动汽车充电负荷容量,旨在识别规模化电动汽车接入带来的潜在运行风险,并为电网规划与运行提供科学依据。文中配套提供了完整的Matlab代码实现,便于仿真验证与结果复现。此外,该研究与分布式光伏承载力评估、电动汽车可调能力分析等方向形成技术联动,展现了多主题协同的研究体系。; 适合人群:具备电力系统分析基础理论知识及Matlab编程能力的高校研究生、科研机构研究人员,以及从事新能源并网、智能配电网规划与运行等相关领域的工程技术人员。; 使用场景及目标:①用于学术研究中的模型复现与论文撰写支撑;②评估实际配电网中电动汽车大规模接入的可行性与安全边界,指导充电基础设施布局;③作为高校教学案例,助学生深入理解电网承载力评估的核心原理、建模方法与仿真技术; 阅读建议:建议结合文中提及的相关研究方向(如二阶锥规划、多面体聚合方法等)进行对比学习,充分利用所提供的Matlab代码与网盘资料开展仿真实验,重点关注约束条件的设定逻辑与潮流计算模块的实现细节,以深化对评估模型机理与工程应用价值的理解。
内容概要:本文围绕“考虑隐私保护的分布式联邦学习电力负荷预测研究”展开,提出了一种基于Python实现的联邦学习框架,旨在解决居民或行业电力负荷预测中用户电表数据隐私泄露的风险。该研究通过构建分布式机器学习模型,使各参与方在不共享原始数据的前提下协同训练全局模型,有效实现了数据“可用不可见”。文中详细阐述了联邦学习的整体架构设计、本地模型训练流程、参数加密传输与安全聚合机制,并结合差分隐私等技术进一步增强系统的隐私保护能力。同时,研究利用真实电力负荷数据集进行了实验验证,展示了方法在预测精度与隐私保障之间的良好平衡,并提供了完整的代码实例与复现指南,便于后续研究与应用拓展。; 适合人群:具备一定机器学习基础和电力系统背景知识,从事智慧能源、隐私计算或人工智能相关方向研究的研究生、科研人员及工程技术人员。; 使用场景及目标:① 实现跨区域、跨主体的电力负荷协同预测,打破数据孤岛;② 在确保用户用电数据隐私安全的前提下提升负荷预测准确性;③ 推动联邦学习在智能电网、需求响应、虚拟电厂等场景中的实际部署与应用。; 阅读建议:建议结合文中提供的Python代码与网盘资料进行动手实践,重点关注联邦学习的通信轮次设计、模型聚合算法(如FedAvg)的实现细节以及差分隐私噪声添加策略,深入理解其对模型性能与隐私强度的影响,为进一步优化与创新奠定基础。
VDA_Band_19.1_3rd edition_2026 English Inspection of Technical Cleanliness 内容概要:本文档为德国汽车工业协会(VDA)发布的第三版《技术清洁度检验:功能相关汽车部件的颗粒污染检测》(VDA 19.1),系统规范了汽车行业中零部件技术清洁度的检测方法与流程。文件涵盖从取样、提取、过滤到分析的全流程标准化操作,重点更新了干法提取(如 Stamp Test 和刷吸法)、小于50µm颗粒的检测、光学子系统和SEM/EDX标准分析方法,并引入统一材料分类体系以提升结果可比性。同时明确了“标准分析”与“自由检验”的区别,前者用于高兼容性检测,后者允许客户与供应商协商定制参数。文档还强化了对非可测组件的技术清洁保障、测量不确定度评估及方法验证的要求,并提供了多个实际案例支持应用落地。; 适合人群:适用于汽车制造业中从事质量控制、工艺开发、供应商管理及相关检测实验室的技术人员和管理人员,尤其适合具备一定质量管理或洁净度检测基础的专业人员。; 使用场景及目标:①用于制定和执行零部件清洁度检测标准;②指导 incoming/outgoing 检验及生产过程监控;③支持失效分析与质量改进项目;④作为企业内部审核和技术交流的依据; 阅读建议:建议结合VDA 19.2及其他相关标准配套使用,重点关注各章节中的起始参数设定、方法选择逻辑及附录中的检查表示例,在实际操作中同步开展方法验证与人员培训,确保检测结果的有效性和可追溯性。

16,550

社区成员

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

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

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