第一步：首先建立一个MFC工程，成功后会跳出一个对话框，直接在对话框上点击右键-》点击插入ACTIVAE控件-》选择MicrosoftCommunications Control, version 6.0
原文链接：http://blog.csdn.net/humanking7/article/details/48110543
串口服务器提供串口转网络功能，能够将RS-232/485/422串口转换成TCP/IP网络接口，实现RS-232/485/422串口与TCP/IP网络接口的数据双向透明传输。使得串口设备能够立即具备TCP/IP网络接口功能，连接网络进行数据通信，极大的扩展串口设备的通信距离。
最近项目要求写上位机软件，需要实现界面功能和串口读写。界面方面用过MFC（早忘记了），网上查阅资料后发现QT在5.1版本后有自带的串口模块，而且用QT实现简单界面功能很容易上手（也就期末设计随便玩过几天，约等于0基础），果断下载QT试试水。
在嵌入式系统中摄像头调试的目的是使摄像头的机械和电气参数在满足系统要求下能产生质量最高的图像数据。一个涉及硬件和软件的成像系统，成像的质量好坏往往受到来自外界干扰和自身限制的很多因素的影响，这些影响会产生噪声和成像不均匀。来自软件层面的因素往往是算法的问题，这个层面的问题可以通过理论分析的数学计算解决，来自硬件层面的因素则而要用仪器进行调试，通过实验测量分析才能解决，由于硬件处理系统底层，所以硬件的质量会直接影响软件的质量，从而影响最终成像质量。对摄像头进行调试就是要从硬件层面上尽量消除干扰。同时，因为视频信号最后交给芯片后的信息就是一些数字量，这些表征图片信息的数字量对于程序的设计者来说是极其不直观的，这样会造成处理上的一些困难。合理利用好调试手段，对帮助用户发现硬件问题和直观再现数字图片以及一些参数的整定是极其有用的。
这个效应是在【潜能突破】研习营课堂上发现的，我们有个练习叫三生万物，每个人都会成为一次观察者角色，当大家在成为其他角色时，他们总是发现不了自己的问题，无论我们怎样提醒都没有用，无法改变原有的模式，当他们进入观察者模式，看见其他人的行为所造成的后果时，立刻恍然大悟，主动注意自己的形为，在当下立刻发生改变.
在嵌入式项目开发中，无论是单片机项目、嵌入式Linux项目、FPGA项目，上位机始终是一个很重要的部分，主要用于：
串口叫做串行接口，也称串行通信接口，按电气标准及协议来分包括RS-232、RS-422、RS485、USB等。 RS-232-C、RS-422与RS-485标准只对接口的电气特性做出规定，不涉及接插件、电缆或协议。USB是近几年发展起来的新型接口标准，主要应用于高速数据传输领域。
继续上一篇”ZigBee On Windows Mobile--1.背景和结构”，今天来讲讲硬件和软件设计。硬件设计主要是做ZigBee模块，输出文件一般包括原理图和PCB图。PCB图是最终给制板厂商的文件，制板厂商将PCB文件转化为Gerb文件进行PCB板加工。软件设计包括两部分，即ZigBee模块中的嵌入式程序和Windows Mobile端的应用程序，这两个软件模块运行在不同的平台之上，硬件上通过UART口进行通信。 硬件设计使用了比较传统的Protel99se，采用了MC1319
最近导师给了个GSM模块，需要通过RS232串口发送AT指令来对模块进行控制，于是看了看python的GUI设计和串口部分的资料，自己编写了一个串口发送的小程序，虽然有不少的bug，但是总体上还是能用的，先把程序留在这，以便后续修改。
前两篇文章介绍了AD采集传感器数据和数据的滤波处理获取心率值。这篇文章主要是介绍Qt上位机如何实现波形的显示，串口数据的解析，以及一些小细节实现。这篇文章写完，uFUN心率计这个小项目就算结束了。
之前接到的一个小项目，好像不能算。win10下的串口通信，不需要界面，排除了Qt,MFC只剩C++ 底层了，调用WindowsApi来实现。翻了翻网上资料大致写出来了。
上两周利用周末的时间，分别写了基于uFUN开发板的心率计（一）DMA方式获取传感器数据和基于uFUN开发板的心率计（二）动态阈值算法获取心率值，介绍了AD采集传感器数据和数据的滤波处理获取心率值。这篇文章主要是介绍Qt上位机如何实现波形的显示，串口数据的解析，以及一些小细节实现。这篇文章写完，uFUN心率计这个小项目就算结束了，最近又做了个uFUN开发板的扩展板，在微信群里的朋友都已经看到了，后面会做一些好玩的东西，大家要保持关注哈！
原文链接：http://blog.csdn.net/humanking7/article/details/48111411
暑假在做一个项目的时候，本来是用C#.NET来写的一个港口进出闸的流程控制程序，里面涉及一个响应用PLC的采集信息的问题（PLC用串口和工控机相连接），然后思考如何用C#写串口通讯程序，结果师兄在一旁直接用VC++写了一个“*.ocx控件”，并在自己的电脑上进行了测试，完工后就把生成的“*.ocx”控件注册文件复制到了我们的电脑上。我们就在C#.NET程序里面将此控件拖入到主窗口中，然后就能直接利用此控件的事件来捕捉PLC的命令了，感觉好神奇。然后，我对C++的态度有了极大的转变，以前只知道C++写窗口程序是多么麻烦啊（远不如C#.NET来得快和直接），而它的所谓“比较底层，和底层操作系统的关系比C#这些高级语言要密切很多”的好处一直都没有体会到，现在才知道，正是因为C++比较底层，比较基础，所以它可以开发出很多和语言无关的公用程序块，如dll动态链接库和COM组件，原则上，只要你的Windows的系统，用VC++开发出来的这些公用程序块就能被任何语言调用（如果不用MFC框架，而用ATL框架来编写，甚至还可以脱离Windwos系统，不仅仅实现跨语言，甚至跨平台调用，这个笔者就没有仔细研究了）。
程序君也年轻过，年轻的代价就是盲目追随。 从MS-DOS6.0开始，程序君就是微软的狂热拥趸。 这种狂热自win95走上高潮（有谁还记得win95光盘里带的Good Times的MV，请举手），历经《未来之路》，windows2000，最后在dotnet发布后到达顶峰。 那段时间，只要微软反对的，就是我反对的。 不喜欢Netscape Navigator，只因为IE；诅咒过SUN，对Java深恶痛绝，因为NC是PC的死敌，SUN妄图革微软的命；使用Visual Basic，啃MFC，不为别的，就因为powe
感谢这个时代，我们有了github，有了近乎无穷的开源项目可以看，可以学。 记住，看的目的是学，但是看不等于学！ 从小代码集看起 对于一个新手，是绝对不适合一上来就追求spring，web容器，数据库
最早接觸的仿真軟件應該是Matlab，10多年前用過的版本是6.5和7.0，那是Matlab的安裝包還不到1GB。用作控制理論的仿真工具，和Matlab6.5同期的編程軟件是VC6.0，還時常想起神奇的MFC，皆成往事。這麼多年過去，最常用的通訊依然如故，以串口和socket爲主，I2C SPI CAN也經常用到。
Java编程语言（第三版)—Java四大名著—-James Gosling(Java之父)
我们主要从新建MFC项目，添加函数库讲起，最后通过项目实战——激光振镜打标例程讲解，来让大家熟悉它的项目开发。
运行完直接即可进行下载，安装后解决对应的所有问题。 傻瓜式安装，自动安装到C:\Windows\System32下。 comct232.ocx 6.0.98.39 comct332.ocx 6.7
关于Visual Studio 2013 编译 multi-byte character set MFC程序出现 MSB8031 错误的解决办法 Visual Studio 2013 编译旧的 multi-byte character set MFC 出现 错误 1 error MSB8031: Building an MFC project for a non-Unicode character set is deprecated. You must change the project property
前段时间，帮人改了个项目，里面明明感觉是MFC，但是却调用C#的类函数，用的都是gcnew指针，凭借着对C#的熟悉，一点一点的实验，终于帮人把程序改好了，但是却不知道到底是什么东西，C#和MFC的混合编程？感觉也不像，现在发现原来是CLR，找了两篇文章，标记一下，便于以后学习。
WinForm封装了win32的api，多次进行P/invoke操作（大部分使用p/invoke操作封装），速度慢。
下面是 CStdioFile 类的部分列表，其中使用了 MFC 在其类中按类成员的用法划分它们时所采用的大多数标准注释： class CStdioFile : public CFile { DECLARE_DYNAMIC(CStdioFile) public: // Constructors CStdioFile(); ... // Attributes FILE* m_pStream; // stdio FILE ... // Operations virtual void Wri
2 点击下一步，在应用程序设置里选择带静态链接的MFC规则，这个主要为了以静态库的形式生成MFC dll，便于动态库可以移植到其它编程语言或者其它计算机系统里调用。
mfc_div_1.ncl: Calculate various divergence and moisture quantities including Vertically Integrated Moisture Flux Convergence (VIMFC). VIMFC has a high correlation with frontal and convective activity. Positive values indicate net precipitation. The following equation is implemented within mfc_div_1.ncl
PS: 这个博客属于复习知识.从头开始讲解. 在写这篇博客之前.已经写了3篇MFC的本质了.不过掌握知识点太多.所以从简重新开始.
原文链接：https://www.cnblogs.com/DOMLX/p/11588758.html
大家好，又见面了，我是你们的朋友全栈君。 开篇先声明一点，《深入浅出MFC》是一本不错的书，对于MFC原码的剖析，十分到位，特别是前面对于MFC六大关键技术的总结和演示程序，尤其精彩。那为什么我要说不要看这本书呢？ 我是站在一个初学者的角度来说这句话的，也是我当初看了这本书的一些感受（因为过于难以理解，差了几章没有看，后来再补的），这本书对于MFC的讲解对一个初次接触MFC的人来说，内容过于的晦涩难懂，大段大段的原码引用，一定会使人头晕目眩，不知所措，就算忍受着煎熬读完，我敢保证，你坐在电脑前，打开vc++，肯定还是不知道怎么用，甚至添加一个控件成员变量都不会，更不要说用MFC开发一个windows程序了。 “深入浅出”这四个字，确实有点名不副实，也有着一定的误导作用，大多看这本书的朋友，我想一定是被它的名气所吸引的。不过，就我到现在的学习经验，我觉得，如果你不是要用到底层的开发，对于MFC的原码，不了解也没什么关系，只要知道其基本工作机制，就可以了，而这本书，完全可以不看，以目前的趋势，开发工具日益便捷，很多东西都是用的“代码自动生成”，除非，你想充分diy，一般默认这些就可以了。当然，能了解原理更好了，不过不是必须罢了。 另外，侯先生的语言也过于跳跃，类似于网页中的连接，有时让人无所适从，这大概也算是他的风格吧，不过，对于教材，或者说技术性的书，还是以线带面为好。 对于有一定MFC编程经验的人来说，了解MFC原码，对编程水平的提高还是十分有帮助的，这里，我也推荐这本书！！ 对于想学习MFC的朋友，我还是推荐《VC++技术内幕》（ Programming Visual C++ )，当初我看的是英文的第五版，现在好像第六版也出来了吧，中文的好像只有第四版。 我还建议大家在学MFC之前看一点WINDOWS编程的书，了解一些windows的工作原理，像消息机制啦等等 当然了，这都是我个人的一些看法，仅供参考！
通过上一讲.我们手工模拟了一个MFC程序. 但是上一讲留下了疑问. 就是WinMain在哪.以及消息处理在哪里.
mfc.bsc的路径如下： vc2008sp1位置：C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\src\mfc 将mfc.bsc文件加载到对象查看器的步骤：
一般情况下，如果是windows程序，那么WinMain是入口函数，在VS中新建项目为“win32项目”
<afx.h>、<afxcoll.h>都可以。//要在项目->属性->常规里设置为使用MFC(动/静).
C++ ocx开发，有ATL和MFC ActiveX两套框架。二者的比较，简单说，MFC封装程度高，故MFC使得你很快完成你的工程并更快的运行起来，但是牺牲了灵活性；ATL更接近COM核心，轻量级。
（MFC效率较高，但大量的Windows API和消息机制使得其较难理解，不易用；QT封装较好，易用且==跨平台==，但效率较低）
本系统上位机软件设计是基于 MFC进行开发的，MFC(Microsoft Foundation Classes)是微软基础类库的简称，提供了基于 C++语言的面向对象编程的框架，软件工程师可以使用该框架开发 Windows 应用程序。本系统采用 MFC 作为上位机软件开发工具，主要原因是：
打开 Visual Studio Installer , 然后选择 修改 Visual Studio 2019 , 弹出如下对话框 , 选择 " 使用 C++ 的桌面开发 " , 然后打开右侧的 " 使用 C++ 的桌面开发 " 选项卡 , 勾选 " "
（MFC效率较高，但大量的Windows API和消息机制使得其较难理解，不易用；QT封装较好，易用且跨平台，但效率较低）
我们在调用一个控制台程序时一直都有DOS黑框闪烁一下，很多时候我们都不希望出现那个黑框，因为那样给人感觉特别不好，但是如果是控制台程序的话又是无法避免的。那是不是就没办法了呢，当然不是，我们可以选择在VS中制作Win32应用程序来解决，它虽然是窗口程序，但是我们可将窗口隐藏掉就不会像之前有闪烁的现象，但是默认生成的Win32应用程序又不能使用MFC类库，给我们编程造成不便，下面我就来教大家怎样在WIN32应用程序中支持MFC类库的方法，让我们接着开始吧! 首先，在文件中加入如下头文件语句： #ifndef VC_EXTRALEAN #define VC_EXTRALEAN // 从 Windows 头中排除极少使用的资料 #endif #include <afx.h> #include <afxwin.h> // MFC 核心组件和标准组件 #include <afxext.h> // MFC 扩展 上面这段代码可以放在预编译头文件stdafx.h中，位置自己可定 然后在_tWinMain的开始加入 if (!AfxWinInit(hInstance, NULL, lpCmdLine, 0)) { MessageBox(NULL,_T("MFC init error!"),_T("Error!"),MB_OK); return 0; } 然后在菜单中依次选择"项目->属性->配置属性->常规->MFC的使用"中选择"在共享DLL中使用MFC"；
编程语言做为一种语言自然和英语这些自然语言有类似的地方.学英语时我们知道要先记26个字母,然后单词及其发音,接下来就是词组,句子.反正简单的说就是记单词,熟悉词法,句法.接下来就是应用了,听说读写.而使用相同语言的人大脑里都有个翻译器,可以把自己的想法翻译成语言然后用说或写表达出来,而听和读则把接收来的语言翻译成自己大脑能理解的思想.
在上图中，可看到与MODBUS通讯相关的功能块，与主站相关的功能块有4个，与从站相关的功能块有3个。贝加莱作为主站时主要用到以下功能块。
Debug 和 Release 并没有本质的区别，他们只是VC预定义提供的两组编译选项的集合，编译器只是按照预定的选项行动。如果我们愿意，我们完全可以把Debug和Release的行为完全颠倒过来。当然也可以提供其他的模式，例如自己定义一组编译选项，然后命名为MY_ABC等。习惯上，我们仍然更愿意使用VC已经定义好的名称。
音视频领域中，除了关注服务器相关技术外，客户端也无法回避，毕竟客户端也要负责采集，编码，收发，解码和渲染，所以客户端开发也是整个音视频技术栈不可或缺的部分。本文梳理一下客户端常见技术方案，为以后客户端开发选型提供技术储备。
为学习QT首先必须搞明白的一个问题是，什么是QT，查找资料，对于QT有如下的认识：
大家好，又见面了，我是你们的朋友全栈君。 在多线程设计中，许多人为了省事，会将对话框类或其它类的指针传给工作线程，而在工作线程中调用该类的成员函数或成员变量等等。 但是在Debug版本时，在某些情况下，特别是在工作线程中调用pWnd->UpdateData(FALSE)时，会出现错误。 这个错误的原因网上有许多地方讲到了，但是，令人失望的是，讲得好的没几篇，都是非要讲什么线程模块状态什么的，让人看得云里雾里（不过，说实话，也就是从这些文章中才知道是怎么回事的）。
假设用MFC的话，请尽量使用afxmessagebox，由于这个全局的对话框最安全，也最方便。 可是在WIN32 SDK的情况下仅仅能使用MESSAGEBOX。
总是被问到，如何学习C和C++才不茫然，才不是乱学，想了一下，这里给出一个总的回复。 一家之言，欢迎拍砖哈。 1、可以考虑先学习C. 大多数时候，我们学习语言的目的，不是为了成为一个语言专家，而是希望成为一个解决问题的专家。做一个有用的程序员，做一个赚钱的程序员。我们的价值，将体现在客户价值上，而不是语言写得好不好看。 C++是C的一个面向对象的解释，C++为C扩充了大规模工程应用，复杂的系统结构的组织和掌控方法，但是，我认为，C++骨子里还是C的。 毕竟，解决具体问题，每个函数内部，都是用C的方式写程序，还是面向过程的。 因此，想要学习好C++，我的建议，先学习C，先学解决问题的能力，再讨论解决大问题的能力。就是先学习怎么走路，再学习怎么跑步。 2、学习C的过程中，一定要理解结构化编程思维。 为什么呢，我前面有文章说过，软件语言的发展过程，就是一个数据私有化的过程，大型工程应用，强调高内聚，低耦合，模块化设计，保持代码最大的灵活性和安全性。 这是现代工程化开发的核心和灵魂。 因此，利用C这门语言入门，借此理解结构化开发思维，可以说是个很方便的路子。因为C的函数，本来就是为重用做准备的。同时，全局变量和cpp内部私有变量的差别，其使用原则，这些都能学到很多结构化开发思维。 3、开始学习C++ C++不难学的，很多人觉得C++难学，其实是因为它在C之外，又提供了很多的概念，尤其是对象，很难以理解。 不过我经过这么多年，把这个问题反而看淡了，我认为面向对象相对面向过程，仅仅是结构化程序设计的一个具体体现，是编译器提供手段，强迫程序员必须遵循数据私有化的一个实例，C++和C的关系，最核心的莫过于此。 现在我们回到C再看看，如果我们把一个全局变量，写到一个cpp里面，并且在对应的h文件中不声明，它是不是就只有这个模块可以使用？它是不是就是私有变量，以这个理解，类能明白了吗？ 4、学习C++的深入技巧 C++在类的基础上，经过这么多年的发展，其实提供了很多深入的概念，看起来很复杂，其实我看也很简单。比如模板，我的理解就是“类的类”，大家说是不是？ 既然模板理解了，STL，ATL这些，静态模板库，动态模板库，还难理解吗？就是一大堆类的类，可以借此实现很多应用中需要的类，不需要程序员再自己写而已。 ok，STL都理解了，泛型开发还难吗？所谓泛型开发，其实就是我做一个模板，来定义一套算法规则，但是呢，我希望这个算法规则，能进一步抽象，对核心数据类型不要限死，我把各种数据套进去，都可以用，这样，仅算法这部分，我不需要重写了。你想想是不是这个道理？ 学到这里，C++和C，其实已经差不多了。再学语言，就是求全责备，过于钻牛角尖了。 5、学习应用开发 前面说了，学习语言，目的不是让别人认为自己是专家，是为了写程序赚钱。因此，语言学完，要学习应用开发。 什么叫应用开发呢，我会一门语言，但是，客户不懂，客户说的很直接，在Windows下给我写个程序，我要什么什么功能。为啥Windows呢？因为我习惯。 OK，很多时候，应用开发要尊重客户习惯，一般说来，语言这个东东，还是要结合具体平台的开发，才能开发出有意义的应用程序卖钱。那么，一般说来，客户端是Windows系统，服务器是Linux，这些都是行业习惯，嵌入式不好说，各种平台都有，Palm，S60，Linux，WinCE，等等。要根据自己的目标客户来定。 当我们选定目标平台后，有一个问题，选什么语言，很多时候，学生和商用程序员差别就在这里，学生一般没得选，自己会啥就用啥呗，企业里的程序员不会，要先评估需求，看哪个语言更合适，不会的语言，要去学。 ok，假定我们选了C和C++，那么，我们需要选择开发平台，Windows下不用说了，VC，这是最好用的，Linux下呢，gcc，其他的也差不多。 假如我们开发VC，并且使用C++，这个时候，才需要考虑学习MFC了，因为这是微软的标准类库，至少Windows平台下，它最权威，你看见没有，我们从学习开始，走了多少步，才走到MFC？是不是MFC不是学习C++上来就必须学的？ 6、学习MFC 学习MFC，很多人一上来就开始看其体系架构，看得一头雾水，那个模块关系依赖图，我到现在都看不懂。 呵呵，其实不是啦，和学语言一样，我们学MFC的目的，也不是希望成为MFC的专家，而是要利用MFC开发Windows应用程序，为我们赚钱。看见没？MFC是手段，不是目的，目的是开发Windows程序。 其实Windows下，有一套很标准的C接口，叫Win32API，这个才是Windows的标准编程核心，因此，学习MFC，真实的目的是理解Windows程序开发，建议可以先学习Win32API，看来我们又回到C了哈，呵呵。刚开始学C有用吧？ 7、Win32API
今天主要了解了Visual C++的开发环境Visual Studio（话说以前都是用来调试控制台程序的）和用mfc写了一个最简单的程序。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
