本实验用的是普中V3.0开发板单片机是STC90C516RC+晶振时11.0952MHZ声波模块是是HC—SR04数码管显示距离(毫米)数码管是P0段选P2位选这时用一个声波模块测量距离(毫米)的半成品程序,接线方式为echo=P1.0;trig=P1.7;注意:修改程序时,在开发板上不要使用P3口进行高电平的发送与接收提示:经过本人测试其有效量程为1400毫米最佳量程为1200毫米以内,最小量程在30毫米水平方向:80mm高的障碍物在1200mm以内能够被检测到倾斜角度:物体反射面与声波模块的倾斜无关,只与投影面有关作为测试程序里面有大量注释掉的程序根据需要自行调整程蒙蒙2016年10月24日两个同时工作有干扰,交替工作数据较乱,单个连续3次求平均值效果较好
2025/10/31 21:47:41 42KB 51单片机 测距 测角度 SR04
1
工程里面有两个项目:分别是使用IOCP的服务端和测试IOCP的客户端。
客户端连接上服务器后发送:hello,thisisclient服务器回应:服务器收到了请求,现在开始传送文件...然后调用TransmitFile发送文件“测试文件传输.txt”到客户端客户端接收文件代码简洁,适合初学者学习
2025/10/31 10:39:15 16KB IOCP 完成端口 服务器
1
方案是输入信号时,运用继电器开关来控制电阻电路的通断,当74ls160计数器接收到上升沿电平出发的时候,74ls160计数器转换成两个4位BCD码来控制NPN放大电路,使继电器有足够的电流工作,进而使8路电阻通断状态,实现电压的放大效果。
在NPN放大电路为了使得集电极反偏,电路并联一个LED灯显示继电器的通断状态计数器输出的状态同时使得NPN工作在放大区。
当74ls160计数器电路,输出的BCD码为01010010时,控制NPNQ2、Q4、Q7工作在放大区,实现继电器R2、R4、R7导通,电路并联的电阻为2.5k、10k、50k根据计算公式算的放大倍数是52,与BCD码的转换一致。
377KB 模电设计
1
基于vfw的局域网视频监控系统(udp可传输视频音频和文字)!发送端和接收端都是对等的,都运行这个程序即可!可以传输视频音频和文字!
2025/10/30 10:13:30 172KB VFW 视频监控 H263编码
1
原理图封装列表NameDescription----------------------------------------------------------------------------------------------------74ACT573T双向数据传输74HC138138译码器74HC1544-16译码器74HC4052双通道模拟开关74HC595移位寄存器74HVC32M双输入或门74LS32M双输入或门74VHC04M非门ACS712电流检测芯片ACT45B共模电感AD5235数控电阻AD8251可控增益运放AD8607AR双运放AD8667双运放AD8672AR双运放ADG836L双刀双掷数字开关AFBR-5803-ATQZ光以太网AS1015可调升压芯片ASM11173.3V稳压芯片AT24C02EEROM存储器AT89S5251系列单片机BC57F687蓝牙音频模块BCP68NPN三极管BCP69TPNP三极管BEEP蜂鸣器BMP闪电符号BTS7970电机驱动Battery备份电池Butterfly功率激光器Butterfly-S功率激光器CD4052BCM双通道模拟开关CG103BOSCH点火芯片CHECK测试点CY7C026AVRAMCY7C1041CV33RAMCap无极性电容CapPol极性电解电容DConnector15VGADConnector9串口D-Schottky肖特基二极管DAC8532数模转换DM9000A网络芯片DM9000C网络芯片DP83848I网络芯片DPY-4CA共阳4位数码管DPY-4CK共阴4位数码管DRV411闭环磁电流DS1307Z实时时钟DS18B20温度传感器Diode二极管Diode-Z稳压二极管Diode_CRD恒流二极管EMIF接插件FIN散热片FM24CL16铁电存储器FPC-30PFPC排线连接器FPC-40PFPC排线连接器FT232RLUSB转串口FZT869NPN三极管Fuse2保险丝G3VM-61半导体继电器GA240Freescale16位单片机HFBR-1414光发送HFBR-2412光接收HFKC单刀双掷继电器HK4100F单刀双掷继电器HR911103A网络接口HR911105A以太网接口HS0038B红外接收器Header10Header,10-PinHeader10X2
2025/10/28 16:51:35 1.43MB pcb封装库
1
《SonyEffioE方案:4140与5148官方电路图解析》SonyEffioE方案是索尼公司推出的一种高级视频处理技术,它主要用于CCTV摄像机领域,提升图像质量和性能。
该方案的核心是4140和5148这两款芯片,它们在电路设计中扮演着至关重要的角色。
下面我们将详细探讨这两个组件以及它们在电路图中的应用。
让我们了解4140芯片。
这款芯片是SonyEffioE方案中的前端处理单元,主要负责图像信号的采集和初步处理。
它集成了高灵敏度的传感器接口,能够接收并转换来自摄像头感光元件的模拟信号,并将其转化为数字信号。
4140还包含了先进的噪声过滤和信号增强算法,能够有效减少在低光照条件下的噪点,提高图像清晰度。
在官方电路图中,4140的位置和连接方式至关重要,因为它直接影响到图像质量。
接下来是5148芯片,它是EffioE方案的后端处理单元。
5148主要负责数字信号的进一步处理,如色彩校正、动态范围扩展、数字变焦等功能。
此外,它还包含视频编码模块,可以将处理后的信号编码为标准的视频流格式,如MPEG-4或H.264,以便于存储和传输。
在电路图中,5148与4140之间的数据交互通道必须准确无误,以确保图像处理的流畅性。
在“enhancedeffioesystem_frontend_v080_110428.pdf”文件中,我们可以深入研究4140前端处理系统的具体细节,包括传感器接口、信号调理电路、A/D转换器以及各种滤波器的设计。
这份文档会提供关于如何优化信号采集和预处理的宝贵信息,对于理解图像质量的提升过程至关重要。
另一方面,“enhancedeffioesystem_backend_v080_110428.pdf”文件则侧重于5148后端处理系统的解析,涵盖了数字信号处理、编码算法以及系统接口的设计。
通过这份文档,工程师们可以学习如何实现高效的视频处理和编码,同时保证低延迟和高效率。
SonyEffioE方案4140与5148芯片在CCTV摄像机领域的应用,展示了现代视频处理技术的先进性和实用性。
通过对官方电路图的深入理解和分析,无论是制造商还是维修人员,都能更好地掌握这一技术,从而优化设备性能,提升监控画面的质量。
这两份PDF文件作为官方参考资料,对于理解EffioE方案的工作原理和优化设计提供了详尽的信息,对于专业人士来说是不可多得的学习资料。
2025/10/28 11:37:48 210KB 4140 5148
1
通过STM32控制SIM800c/SIM900a接收短信,并通过GT21L16S2进行把unicode码转化为gb2312内码,之后送入12864上显示的程序
2025/10/27 1:36:27 7.48MB STM32 sim800c GT21L16S2 LCD12864
1
前半部分讲解的很基础而详细,后半部分附有大量案例。
发下目录,自己看着办吧。
目录译者序前言第一部分基础第1章概述 11.1Windows基础 11.1.1窗口类结构 21.1.2消息 21.1.3客户区和非客户区 21.1.4重叠窗口、弹出窗口和子窗口 21.1.5父窗口和宿主窗口 31.2Windows消息 31.2.1发送或寄送消息 41.2.2消息类型 41.2.3接收消息 41.2.4窗口处理函数的子类化 51.3窗口绘图 51.3.1设备环境 51.3.2绘图工具 61.3.3映射模式 61.3.4窗口视和视口视 61.3.5逻辑单位和设备单位 71.3.6绘图函数 71.3.7抖动和非抖动颜色 71.3.8设备无关位图 81.3.9元文件 81.3.10何时绘图 81.4MFC基础 81.5DeveloperStudio基础 91.6Windows和MFC总结 101.7基本类 101.8应用类 111.8.1文档视 111.8.2CWinApp(OC) 111.8.3文档模板 121.8.4线程 121.8.5CFrameWnd(OCW) 121.8.6CDocument(OC) 121.8.7CView(OCW) 131.8.8对话框应用程序 131.8.9SDI应用程序 131.8.10MDI应用程序 131.9其余用户界面类 131.9.1通用控件类 131.9.2菜单类(O) 141.9.3对话框类 151.9.4通用对话框MFC类 151.9.5控件条类(OCW) 151.9.6属性类 151.10绘图类 161.11其他MFC类 161.11.1文件类 161.11.2CArchive和序列化 161.11.3数据库类 171.11.4ODBC类 171.11.5DAO类 171.11.6数据集合类 171.11.7通信类 181.12类的消息机制 181.12.1MFC如何接收一个寄送消息 181.12.2MFC如何处理接收的消息 181.12.3UI对象 201.13小结 20第2章控制条 212.1通用控制条 212.2用API创建控制条 222.3用MFC创建控制条 242.3.1CToolBarCtrl和CStatusBarCtrl 242.3.2CToolBar和CStatusBar 242.3.3CControlBar 262.4停靠栏 272.4.1设置停靠功能 282.4.2自动改变大小和移动 302.4.3停靠栏小结 302.5浮动条 312.6MFC的高级控制条类小结 322.7视和控制条如何共享客户区 322.7.1CFrameWnd::RecalcLayout() 32 2.7.2CWnd::RepositionBars() 332.7.3CControlBar::OnSizeParent() 332.7.4CalcDynamicLayout()和CalcFixedLayout() 342.7.5CToolBar::CalcFixedLayout()和CToolBar::CalcDynamicLayout() 352.7.6工具栏布局 352.7.7CStatusBar::CalcFixedLayout() 362.7.8CDockBar::CalcFixedLayout() 362.7.9共享客户区小结 362.8对话条 372.9伸缩条 382.9.1CReBar和CReBarCtrl 392.9.2CReBar::CalcFixedLayout() 392.10命令条 392.11控制条窗口小部件风格 402.11.1工具栏按钮风格 402.11.2状态栏窗格风格 402.11.3伸缩条段风格 402.12设计自己的控制条 412.12.1重载CControlBar::CalcDynamic-Layout() 412.12.2增加WM_SIZEPARENT消息处理器 412.12.3重载CMainFrame::RecalcLayout() 412.12.4从CDockBar派生 422.13实例 422.14总结 42第3章通信 433.1进程间通信 433.1.1通信策略 433.1.2同步和异步通信 443.2窗口消息 443.2.1打开和关闭 443.2.2读与写 453.2.3回顾 453.3动态数据交换 463.3.1客户/服务器 463.3.2打开和关闭 463.3.3读和写 473.3.4其他DDE函数 483.3.5MFC支持 483.3.6回顾 493.4消息管道 493.4.1打开和关闭 493.4.2读和写 503.4.3回顾 513.5Windows套接字 513.5.1打开和关闭 523.5.2读和写 523.5.2通过Windows套接字序列化 533.5.3数据流和数据报 533.5.4回顾 543.6串行/并行通信 543.6.1打开和关闭 543.6.2读和写 543.6.3配置端口 553.6.4回顾 553.7Internet通信 563.7.1打开和关闭文件 563.7.2读文件 563.7.3打开和关闭连接 563.7.4其他Internet类 573.8通信方式小结 573.9共享数据 583.10共享内存文件 583.10.1创建和销毁 583.10.2读和写 583.10.3回顾 593.11文件映射 593.11.1打开和关闭 593.11.2读和写 603.11.3数据同步 603.11.4回顾 603.12客户/服务器 613.12.1传递调用参数 613.12.2远程过程调用 623.13小结 62第二部分用户界面实例第4章应用程序和环境 644.1实例1:在工具栏中添加静态标识符 644.2实例2:在工具栏中添加动态标识符 714.3实例3:只启动一个实例 754.4实例4:创建对话框/MDI混合式应用程序 774.5实例5:在系统托盘中添加图标 794.6实例6:主菜单状态栏中的标记 81第5章菜单、控件条和状态栏 855.1实例7:在菜单中添加图标 855.2实例8:调整命令条外观 975.3实例9:可编程工具栏 1025.4实例10:在对话框中添加工具栏、菜单和状态栏 1275.5实例11:在弹出菜单中增加位图标记 1295.6实例12:工具栏上的下拉按钮 1315.7实例13:在状态栏中添加图标 1365.8实例14:使用伸缩条 141第6章视 1436.1实例15:创建标签窗体视 1436.2实例16:创建具有通用控件的视 1506.3实例17:打印报表 1566.4实例18:打印视 1676.5实例19:绘制MDI客户视 1746.6实例20:拖放文件到视 177第7章对话框和对话条 1797.1实例21:动态改变对话框的尺寸 1797.2实例22:自定义数据交换并验证 1847.3实例23:重载通用文件对话框 1877.4实例24:重载通用颜色对话框 1907.5实例25:获得目录名 1927.6实例26:子对话框 1977.7实例27:子属性表 198第8章控件窗口 2008.1实例28:自己绘制的控件 2008.2实例29:在窗口标题中添加按钮 2048.3实例30:添加热键控件 211第9章绘图 2139.1实例31:使用非散射颜色 2139.2实例32:伸展位图 2279.3实例33:抓取屏幕 2319.4实例34:输出DIB位图文件 236第10章帮助 24310.1实例35:添加帮助菜单项 24310.2实例36:添加上下文相关帮助 24510.3实例37:添加气泡帮助 247第11章普通窗口 25411.1实例38:创建普通窗口 25411.2实例39:创建短调用形式窗口类 25611.3实例40:创建长调用形式窗口类 258第12章特定的应用程序 26112.1实例41:创建简单的文本编辑器 26112.2实例42:生成简单的RTF编辑器 26212.3实例43:创建资源管理器界面 26512.4实例44:创建简单的ODBC数据库编辑器 28412.5实例45:创建简单的DAO数据库编辑器 28712.6实例46:创建简单的向导 289第三部分内部处理实例第13章消息和通信 29513.1实例47:等待消息 29613.2实例48:清除消息 29713.3实例49:向其他应用程序发送消息 29813.4实例50:与其他应用程序共享数据 30013.5实例51:使用套接字与任意的应用程序通信 30113.6实例52:使用串行或并行I/O 321第14章多任务 33114.1实例53:后台处理 33114.2实例54:运行其他应用程序 33214.3实例55:改变优先级 33414.4实例56:应用程序内部的多任务工作者线程 33614.5实例57:应用程序内部的多任务—用户界面线程 33914.6实例58:向用户界面线程发送消息 34214.7实例59:线程间的数据共享 343第15章其他 34715.1实例60:创建定时器 34715.2实例61:播放声音 34915.3实例62:创建VC++宏 35015.4实例63:使用函数地址 35115.5实例64:二进制字符串 35215.6实例65:重新启动计算机 35615.7实例66:获得可用磁盘空间 35715.8实例67:闪烁窗口和文本 358第四部分附录附录A消息和重载顺序 361附录B绘图结构 385
2025/10/26 16:29:39 6.89MB MFC
1
自己做大创,需要用到两个串口,一个串口接收子节点的数据,然后同时经另一个串口发送到上位机,即stm32双串口之间通讯,该版本为数据缓存为循环队列版。
另有循基础版可以在我的资源中找到。
2025/10/26 15:04:05 5.14MB 双串 循环队
1
在IT行业中,实时传输协议(RTP)是用于在不可靠网络上实时传输音视频数据的标准。
`jrtplib`是一个用C++编写的开源库,专门设计用来处理RTP协议,它提供了丰富的功能来简化开发过程。
在这个场景中,我们将深入探讨如何基于`jrtplib`库接收RTP数据,重组这些数据,并最终还原RTP上的音视频流。
RTP通常与RTCP(实时传输控制协议)一起使用,以确保数据的可靠传输和质量反馈。
`jrtplib`库提供了一个完整的框架,包括RTP和RTCP的实现,使得开发者能够轻松地创建发送和接收RTP数据的应用。
接收RTP数据时,你需要创建一个`RTPSession`对象,这是`jrtplib`的核心类。
通过设置必要的参数,如端口号、IP地址等,你可以初始化这个会话。
然后,你需要注册一个RTP接收者,这通常是通过实现`RTPReceiver`接口并将其传递给`RTPSession`来完成的。
接收者将处理到来的RTP包,并可能需要进行一些解码工作。
RTP数据包通常是乱序到达的,因为它们通过网络传输时可能会经历不同的路由。
因此,重组RTP数据是至关重要的。
`jrtplib`库提供了RTP包序列号和时间戳,帮助你正确地排序和重组这些包。
你需要跟踪每个媒体流的序列号,以便按顺序组装帧。
对于H264视频,还需要处理NAL单元,可能需要重组NAL单元头和FU指示器。
对于AAC音频,需要处理ADTS头或AAC帧。
对于H264编码的视频,RTP包可能包含SPS(序列参数集)、PPS(图片参数集)和IDR(即时解码刷新)帧,以及编码的I/P/B帧。
这些都需要按照正确的顺序重组,以重构完整的视频流。
`jrtplib`提供了方法来检测和提取这些特殊类型的包,以便正确解析和存储。
对于AAC音频,RTP包通常包含编码后的AAC帧,可能以ADTS头的形式出现。
ADTS头包含了帧的长度和类型信息,你需要解析这些头来正确解码音频数据。
在成功重组RTP数据后,下一步是将音视频数据解码为原始格式。
对于H264,你可以使用像FFmpeg这样的库进行解码。
对于AAC,也有类似的解码器可用。
解码后的数据可以送入播放器,以便用户听到声音或看到画面。
总结来说,使用`jrtplib`库接受RTP数据并还原音视频流涉及以下几个关键步骤:1.初始化`RTPSession`,设置参数并注册接收者。
2.使用库提供的功能重组乱序的RTP包。
3.解析H264的NAL单元和AAC的ADTS头。
4.重组SPS、PPS、IDR帧和编码帧,对H264视频进行解码。
5.解码AAC音频帧。
6.将解码后的音视频数据送入播放器进行播放。
在实际项目中,还需要处理错误,例如丢失的包、网络中断等,并且可能需要考虑与其他协议(如SDP)的集成,以获取媒体描述信息。
`jrtplib`虽然不包含实际项目应用,但它提供了一套强大且灵活的工具,可以帮助开发者构建高效可靠的RTP应用程序。
2025/10/21 17:12:07 1.68MB jrtplib ,rtp,h264 ,aac
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡