登录
首页 » Others » 基于MFC实现的超市数据库管理系统设计.rar

基于MFC实现的超市数据库管理系统设计.rar

于 2021-12-10 发布
0 186
下载积分: 1 下载次数: 2

代码说明:

基于MFC实现的超市数据库管理系统的设计 摘要: 在建立超市管理系统的过程中,首先运用Microsoft SQL Server2000建立一个有关超市基本信息的数据库。在数据库建立之后,在VC++上实现面向对象的程序设计,运用MFC设计基本对话框,包括登陆界面及相关的操作界面,通过界面上的控件按钮实现对超市系统数据库的增,删,改,查的简单功能。 在数据库和MFC界面完善之后,通过Activex数据对象(ADO)实现二者之间的连接。根据超市管理系统数据库的需要创建并使用需要处理的对象,例如通过connection实现与数据库的连接,通过Recordset实现处理数据的功能(获取数据,修改数据)。最后实现数据库的基本功能之后,适当的通过添加一些程序使得界面的完善和可观。 关键字:Microsoft SQL Server2000;MFC;面向对象的程序设计;Activex数据对象 内容包括vc++的MFC编程部分,数据库文件部分,数据库和MFC已经连接好!

下载说明:请别用迅雷下载,失败请重下,重下不扣分!

发表评论

0 个回复

  • Qt及Qt Quick开发实战精解 (Qt应用系列丛书) - 霍亚飞.mobi
    Qt及Qt Quick开发实战精解 (Qt应用编程系列丛书) - 霍亚飞.mobi
    2020-12-11下载
    积分:1
  • MC本构模型(Mohr-Coulomb.for)
    用于土木岩土分析的本构模型
    2020-11-06下载
    积分:1
  • Farrow结构设计分数延时滤波器
    matlab代码,利用Farrow结构设计分数延时滤波器,滤波器阶数和个数可分别进行设置,利用最大最小准则近似
    2021-05-06下载
    积分:1
  • Android调试工具adb应用.docx(该实验含详细图文教)
    基于Android的adb应用实验十 Android调试工具adb日期:2020年4月21日一、实验目的1、了解Android开发过程adb的重要作用。2、学习adb调试Android设备的方法。3、掌握adb的常用指令。 二、实验原理1、adb的介绍Android调试桥(adb)是一种功能多样的命令行工具,可让您与设备进行通信。adb命令可用于执行各种设备操作(例如安装和调试应用),并提供对Unix shell(可用来在设备上运行各种命令)的访问权限。它是一种客户端-服务器程序,包括以下三个组件:客户端:用于发送命令。客户端在开发计算机上运行。您可以通过发出 adb 命令来从命令行终端调用客户端。守护进程(adbd):在设备上运行命令。守护进程在每个设备上作为后台进程运行。服务器:管理客户端和守护进程之间的通信。服务器在开发机器上作为后台进程运行。adb包含在Android SDK 平台工具软件包中。您可以使用SDK管理器下载此软件包,该管理器会将其安装在android_sdk/platform-tools/下。2、adb的工作原理当您启动某个adb客户端时,客户端会先检查是否有adb服务器进程正在运行。如果没有,它将启动服务器进程。服务器在启动后会与本地TCP端口5037绑定,并监听adb客户端发出的命令 - 所有adb客户端均通过端口5037与adb 服务器通信。然后,服务器会与所有正在运行的设备建立连接。它通过扫描5555到5585 之间(该范围供前 16 个模拟器使用)的奇数号端口查找模拟器。服务器一旦发现adb守护进程(adbd),便会与相应的端口建立连接。请注意,每个模拟器都使用一对按顺序排列的端口 - 用于控制台连接的偶数号端口和用于adb连接的奇数号端口。例如:模拟器 1,控制台:5554模拟器 1,adb:5555模拟器 2,控制台:5556模拟器 2,adb:5557依此类推如上所示,在端口5555处与adb连接的模拟器与控制台监听端口为 5554 的模拟器是同一个。服务器与所有设备均建立连接后,您便可以使用adb命令访问这些设备。由于服务器管理与设备的连接,并处理来自多个adb客户端的命令,因此您可以从任意客户端(或从某个脚本)控制任意设备。3、在设备上启用adb调试要在通过USB连接的设备上使用adb,您必须在设备的系统设置中启用USB 调试(位于开发者选项下)。在搭载 Android 4.2 及更高版本的设备上,“开发者选项”屏幕默认情况下处于隐藏状态。如需将其显示出来,请依次转到设置 > 关于手机,然后点按版本号七次。返回上一屏幕,在底部可以找到开发者选项。在某些设备上,“开发者选项”屏幕所在的位置或命名方式可能有所不同。现在,您已经可以通过USB连接设备。您可以通过从android_sdk/platform-tools/目录执行adb devices来验证设备是否已连接。如果已连接,您将看到设备名称以“设备”形式列出。注意:当您连接搭载 Android 4.2.2 或更高版本的设备时,系统会显示一个对话框,询问您是否接受允许通过此计算机进行调试的RSA密钥。这种安全机制可以保护用户设备,因为它可以确保只有在您能够解锁设备并确认对话框的情况下才能执行USB调试和其他adb命令。4、查询设备在发出 adb 命令前,了解哪些设备实例已连接到 adb 服务器会很有帮助。您可以使用devices命令生成已连接设备的列表。命令行输入: adb devices作为响应:adb 会针对每个设备输出以下状态信息;序列号:由 adb 创建的字符串,用于通过端口号唯一标识设备。下面是一个序列号示例:emulator-5554状态:设备的连接状态可以是以下几项之一:offline:设备未连接到 adb 或没有响应。device:设备现已连接到 adb 服务器。请注意,此状态并不表示 Android 系统已完全启动并可正常运行,因为在设备连接到 adb 时系统仍在启动。不过,在启动后,这是设备的正常运行状态。no device:未连接任何设备。说明:如果包含-l选项,则devices命令会告知您设备是什么。当您连接了多个设备时,此信息很有用,可帮助您将它们区分开来。5、安装应用您可以使用adb的install命令在模拟器或连接的设备上安装APK:adb install path_to_apk安装测试APK时,必须结合使用-t选项和install命令。6、操作指令(1)基本指令进入指定设备            adb -s serialNumber shell查看版本                adb version查看日志                adb logcat查看设备                adb devices连接状态                adb get-state启动ADB服务            adb start-server停止ADB服务            adb kill-server电脑推文件送到设备      adb push local remote设备文件拉取到电脑      adb pull remote local(2)adb shell下的am 与 pmam和pm命令必须先切换到adb shell模式下才能使用am全称activity manager,使用am去模拟各种系统的行为,例如去启动一个activity,强制停止进程,发送广播进程启动app                am start -n {packageName}/.{activityName}杀app的进程           am kill 强制停止一切           am force-stop 启动服务               am startservice停止服务               am stopservicepm全称package manager,使用pm命令去模拟Android行为或者查询设备上的应用等列出手机所有的包名     pm list packages安装/卸载              pm install/uninstall(3)其他指令重启机器                     adb reboot获取序列号                   adb get-serialno重启到bootloader,即刷机模式 adb reboot bootloader重启到recovery,即恢复模式   adb reboot recovery安装APK:                    adb install //比如:adb install baidu.apk卸载APK:                    adb uninstall //比如:adb uninstall com.baidu.search获取机器MAC地址       adb shell cat /sys/class/net/wlan0/address查看占用内存排序             adb shell top查看占用内存前6的app:      adb shell top -m 6刷新一次内存信息,然后返回:  adb shell top -n 1查询各进程内存使用情况:      adb shell procrank杀死一个进程:                adb shell kill [pid]查看进程列表:                adb shell ps查看wifi密码:               adb shell cat /data/misc/wifi/*.conf7、adb连接不同模拟机设备的端口号夜神模拟器:         adb connect 127.0.0.1:62001逍遥安卓模拟器:     adb connect 127.0.0.1:21503天天模拟器:         adb connect 127.0.0.1:6555 海马玩模拟器:       adb connect 127.0.0.1:53001网易MUMU模拟器:    adb connect 127.0.0.1:7555原生模拟器:         adb connect (你的IP地址):5555
    2020-05-21下载
    积分:1
  • 阵列天线计算仿真软件
    仿真计算各种阵列天线,包括陷阵、平面等阵列的方向图英文界面适合各种层次专业人员使用国外编写
    2020-12-04下载
    积分:1
  • 天津大学软工复习重点及答案总结
    天津大学软工复习重点及答案总结,天津大学软工复习重点及答案总结
    2020-12-02下载
    积分:1
  • 邹博机器学习全套课件及代码
    邹博机器学习全套课件及代码,适合想入门和以入门机器学习领域的初学者,讲解十分详细,有助于打好数学基础
    2021-05-06下载
    积分:1
  • UDS_BOOTLOADER
    基于ISO协议的车载CAN网络上位机诊断软件设计,一方面可了解15765的协议内容,同时,完成基于CAN通信的上位机软件开发重庆邮电人学硕士论文abstractAbstractWith the development and wide use of in-Vehicle Can (Controller AreaNetwork)network technology, complete in-vehicle can network internationaldiagnostic specification has been published. However, because of the noveltyof the specification and the protection of intellectual property rights offoreign country, our country is relatively weak on this technique, moreover,diagnostic tool is mainly dependent on high-cost foreign equipmentTherefore, the study on Can network diagnostic tool based on iso15765 withindependent intellectual property rights is significant In this paper, diagnosticstructure of certain car and network nodes which can be diagnostic is chosenas the diagnostic object. After the analysis and deep study of Iso15765architecture, low cost diagnostic upper computer of Can network is designedby vc software and USbCanii hardware acquisition card the maincontributions of dissertation include the following:(1)Basing on the research on diagnostic protocol architecture ofin-vehicle Can network the structure of in-vehicle network and thediagnostic function needs are put forward for a certain vehicle model. thediagnostic upper computer design is divided into relatively independent ofordinary diagnostic module (without download function) and downloaddiagnostic module.(2)The major 5 kinds of diagnostic services of application layer arerealized based on deep understanding of diagnostic protocol. For the networklayer data transmission, data packing algorithm which meet the Iso 15765-2is designed to achieve the network layer data package transmission.(3)Basing on the realization of the application-layer protocol and thenetwork layer data transmission algorithm. For the safety access realization,safety algorithm is designed and dLl is created. Low-cost CAn networkdiagnostic upper computer of ordinary diagnosis module is designed by VCsoftware platform and usbcanii hardware acquisition cardThe S19 file processing algorithm is designed to realize programon-line download through CAN network diagnostic specification, which isI重庆邮电大学硕士论文Abstractbased on IS015765-3 download process. Upper computer of on-line downloadis designed by VC software platform and USBCANII hardware, by whichrogram can be downloaded on-line through Can network(5)Test platform is built to test the diagnostic upper computer combinedwith CANoe. The test includes ordinary diagnostic module test and downloadfunction testTest results show that diagnostic upper computer can communicate withCAN network through IS015765, and S19 file can be downloaded on-linethrough Can successfully. The feasibility of the designed diagnostic uppercomputer is validatedKeywords: in-vehicle network, CAN, IS015765, diagnosis, testIM重庆邮电大学硕士论文第一章绪论第一章绪论1L课题研究的背景与意义CAN网络技术起源于欧洲,最早运用于汽车的电子通讯系统上,专门装备高档车型,被公认为现代B级、C级轿车和高技术含量代表的标志之山。它具有极强的抗于扰和纠错能力,这项技术的最大优点是减少了线束的数量和控制器接口的引脚数,能够使多个控制器和各类型的传感器之间的数据通信联系起来,使整车线束布置更加紧凑。CAN网络由于其非破坏性的网络仲裁机制、较高的通信速率和灵活可靠的通信方式,在车载网络领域广受青睐,CAN网络可以吏简单、迅速地实现汽车控制、通信、在线诊断以及在线编程。由于其综合的优势,目前,在多种车用总线中,CAN总线成为应用最广泛的总线。由于车载CAN总线的广泛应用,车载CAN网络的诊断技术亦显得尤为重要。由于诊断系统独立于车载CAN网络,这使得系统的开发成本增加,内部网络变得复杂。为解决上述问题,欧洲汽车厂商推出一种基于CAN总线的诊断系统通信标准ISO15765,它可满足 E-OBD(European- On Board Diagnosis)的系统要求,ISO15765以ISO142291定义的服务为基础,规定了基于CAN总线的诊断服务UdS on CAN,包括网络管理、网络定时、应用层定时等详细内容,使得该协议的适用性和可操作性更强,并与IS014230应用层的服务和参数完全兼容的。基于ISO15765的车载网络诊断不仅可以读取故障码,还能实现车载网络EC( Electronic Control Unit)的在线升级功能。通过在线升级功能,整车厂可以在4S店刷新控制器的软件,从而减少因软件缺陷造成的召回成本。此外,还能实现读取、写入及控制ECU的信息。如读取ECU的版本信息、生产厂商以及控制ECU的输入输出信息等功能。ISO15765符合现代汽车网络总线系统的发展趋势,已被许多汽车厂商采纳,并将成为未来汽车行业的通用诊断标准。对于车载网终的诊断,国外各大著名汽车公司对诊断技术的研究较为成熟,其诊断通信协议也是由国外各大厂商制定,其相关的诊断产品和诊断工具也开发的较为成熟,比如德国 Vector公司的诊断系列产品,以及 Mentor公司的诊断系列产品。目前国内的汽车生产厂商及汽车零部件厂商与研发机构大都直接使用国外相对成熟的诊断系列产品。由于知识产权的保护,国外对车载网络的诊断技术几乎处于封锁状态,即使是中外合资的相关汽车厂商或零部件厂商其诊断技术也是不会对国内开放。综上原因,使得目前国内的车载网络诊断技术处于起步阶段。因重庆邮电大学硕士论文第一章绪论此,深入研究车载网络诊断技术,是摆在国内汽车设计公司和汽车生产厂商面前必须解决的实际问题。12车载网络诊断协议概述对车载网络诊断技术的实现主要依托于对车载网络诊断协议的应用与实现。现对常用的车载网络的国际诊断协议进行概述如下Iso-9141早在1996年国际标准化组织颁布基于K线的SO9141标准:该标准的应用时间不算太长。ISo142308ISO14230于199年出台,又称作 Keyword Protocol200kw20),该诊断标准是基于K线的,波特率为104kb/s,用单线(K线)通信,也可用双线K线和L线通信,目前多用单线通信。ISO14230的头格式不是囿定的,有3或4个字节,报文传输不用分包,最大可传255个字节数据,K线本质上是一种半双工串行通信总线。过去比较常用,到目前为止,ISO14230仍是许多汽车厂商采用的诊断通信标准。报文头数据域校验和格式|目标地址源地址长度数据1数据2|……数据n校验和图111SO14230K线数据格式ISODIS 157653199年出台 ISO/DIS15765( Diagnostics on CAN-based on KWP2000,此诊断标准是基于SO14230在CAN线上的扩充,源于K线的诊断标准。So150312001年6月发布ISO15031 Communication for emissions-related diag-nostics),此诊断标准的出台主要针对排放系统相关的诊断,其中ISO15031-6中,对故障诊断码的格式进行了详细规定。so157652001年发布了IO15765 agnostics on CAN- based on UDS),此诊断标准与基于K线的诊断标准不同,这是基于统一诊断服务的诊断。其中的ISO15765-3、ISO157652分别规定了应用层与网络层的实现,在IO15765-2网络层中对ECU重庆邮电大学硕士论文第一章绪论的在线上传下载进行了详细的规定。将帧类型分为单帧、第一帧、流控帧和后续帧,此诊断标准对报文进行打包传输,数据以流控帧的机制进行传输,一次最多可传输4095字节的数据。标准CAN帧格式如图12所示。仲裁域2位控制域6位数据域64位名称|川标识符传输1符扩|1保留|数据「循环校CRC|应|帧请求/展份位0长度/数据域|验位|界定答结CRC符场|束位宽度十T40-6415图12标准cAN帧格式IsO1422912006年发布统一诊断服务标准ISO14229-1( Unified Diagnostic Services)该国际标准只是规定应用层上诊断规范,该标准的制定是为了针对任何一种连续数据链路,不涉及网络及实现未。定义诊断系统的通用需求,为了实现这一点,该标准基于OSI基本参考模型,如表11所示,其通信系统为7层。其屮映射到CAN线上的诊断为SO15765在其它链路上的映射,如无线局域网、 Flexray等的诊断,也将按照ISO1422(统一诊断标准UDS)执行。表L1诊断规范与OSI的对应关系表适性0sI7层增强诊断服务(非放射相关)遵循应用层(第7层)ISO1429l/o157653/ISo1994|5o1422更多标准ISO/IEC表达层(第6层)7498会话层(第5层IS015765-3/IS011992-4更多标准和传输层(第4层)Iso15765-2/Iso11992-4更多标准ISO/EC网络层(第3层)IsO15765-2/ISOl9924更多标准1073的7数据链路层(第2层)ISo88/S019/AE9395更多标准层物理层(第1层o898/ISo19/AE1915更多标准综述上述几种车载网络诊断协议,国内外汽车厂商使用较广泛的诊断协议为基于K线的IsO14230和基于CAN线的ISO15765诊断协议,然而随着汽车中电控电元数量的增加,如ABS系统、发送机电控系统、车身控制模块(BCM)系统、安全气囊等系统,这些系统之间以及系统与汽车仪表之间都需要进行数据交换,若这么多的数据量仍采用导线对数据进行点对点传输,则大量导线的使用会导致系统内部繁杂,且增加成本。此外,由于K线不能满足数据链路层在网络管理以重庆邮电人学硕士论文第一章绪论及通信速率上的局限性,使得K线无法满足越来越复杂的车载诊断网络的需求网随着CAN网络在汽车网络上的广泛应用,基于CAN网络的O15765的诊断则受到广泛应用,它符合现代汽车网络总线的发展趋势,逐渐被越来越多的汽车厂商使用,将成为未来汽车行业的通用诊断标准。与基于K线的ISO14230相比,基于CAN线的诊断协议ISO15765具有以下的优势(1)CAN总线的传输速率比K线要高很多,K线的传输速率为104kbt,而CAN线的最高波特率可达Mbis(2)K线使用的是单线传输,CAN线为双线采用差分信号传输,抗干扰能力强,且可靠性比K线好。(3)CAN总线可以构建比较复杂的网络结构,对于不同网络仍可通过网关实现诊断,即可实现不同网段的远程诊断,并且CAN网络的网络管理能力很强。(4)当诊断设备采用功能寻址对多个ECU进行诊断或诊断控制通信时,开发者不需考虑由于同时访问总线引起的总线冲突问题,因为CAN总线采用仲裁机制确保总线通信的正常进行。(5)利用ISO15765基于CAN线的诊断,其网络层对报文的传输进行了规范化的顺序控制以及流控制等,提高了报文传输的可靠性,并且其单次传输的报文数量可达4096字节。而K线在网络层没有定义,单次最多传输255字节的数据(6)在lSO15765-2中,明确规定了基于CAN网络的ECU在线上传下载的诊断通信流程,将上传下载纳入诊断范围内,上传下载的内容按照ISO157652网络层传输规则进行传输,以实现更标准、更可靠的网络数据传输。13国内车载CAN网络诊断存在的问题根据国内外车载网络诊断的研究现状现与目前流行的车载网络诊断协议基础,现从以下三个方面阐述目前在国内车载CAN网络诊断研究中存在的、并待解决的问题:()我国车载网络诊断技术自主知识产权方面由于基于CAN网络技术的,颖性与诊断协议本身的复杂性,现阶段国内在基于ISO15765的车载网络诊断技术的开发与应用方面尚不成熟,在诊断开发与设计方面通常借助于国外的工具或产品。目前,国内汽车制造商与设备供应商大都使用德国Ⅴ ECTOR公司的 Candelastudio、Diva、 CANdesc等诊断系列工具,由于这些诊断工具受知识产权的保护,成本较高,其整套设备需花费几十万元。因此,有必要设计开发具有自主知识产权的基于ISO15765的车载网络诊断,突破国外在重庆邮电大学硕士论文第一章绪论汽车电子行业的技术垄断,开发具有自主知识产权的诊断产品和工具(二)中小型汽车零部件厂商开发汽车诊断产品的成本与效率和质量方面对某些中小型汽车零部件厂商而言,在开发具有诊断功能的车载ECU阶段后期,需对其进行测试,看所开发的ECU是否符合诊断协议,他们常用的测试方式是使用低成本的CAN网络测试工具,如周立功的 CANTEST软件,逐个手动输入所需要的基于诊断协议的诊断通信报文,来测试ECU的响应情况。另外,传统的简易CAN网络监测工具,只是对CAN报文进行显示,而无法对诊断协议内容进行解析,面对大量的通信报文通过人工肉眼进行逐字节解析以判断是否符合诊断协议,此种形式的开发工作显然不能休障开发的效率与质量。对中小型企业来说,若他们耗费几十万元购买国外诊断工具则成本太高。因此,对国内中小型汽车零部件厂商而言,研究低成本的基于IO15765国际诊断标准的诊断上位机工具,则可大大降低其产品开发成本,并确保产品开发的效率与质量。(三)基于CAN线的车载ECU在线下载的合理性与需求方面以往ECU在线升级大都是通过串口或BDM口进行程序下载,但针对于已装入汽车内通过CAN网络连接的ECU,无疑使用CAN总线对程序进行在线下载,会比较方便也是需求所在。在ISO15765-3中,对基于CAN总线的在线下载进行了统一、详细的实现约束,使车载网络ECU在线下载从整车网络规划与网络管理的角度进行统一规划。但由于IO15765在线下载技术的新颖性与技术本身的复杂性,目前在国内核心的学术研究期刊上尚未看到相关研究领域的报道,国内汽车厂商也尚未普遍使用此种方式对ECU进行程序的在线下载。因此,其下载工具未产业化,实际应用中符合要求的下载工具不多,或被作为大型工具的组件使用如( Canoe),但其成本较高并且灵活性较差。将程序下载通过CAN网络进行网络统一规划与管理,并使ECU通过CAN网络传输是在线下载的趋势所在,因此有必要研究基于ISO15765的CAN网络诊断的车载ECU程序在线下载技术。14论文主要研究工作根据上节所述的在车载CAN网络中诊断研究中所提出的问题,本文针对以上问题展开了相关的研究工作以及相关问题的解决。主要通过研究车载CAN网络国际标准ISO15765,对基于CAN网络的车载诊断进行研究、分析,设计基于ISO15765的车载CAN网络的上位机诊断。论文的主要研究工作的相互关系见图13,具体工作如下:重庆邮电大学硕士论文第一章绪论目标诊断网络结构分析ISO5765体系结构研究诊断需求分析搭建诊断测试平台,对诊断上位机进行测试常规诊断下载诊断常规诊断模模块设计模块设计块上位机实现低成利用VC与本上位机下载诊断模块上位机USBCANII图13论文主要研究工作的相互关系l通过深入研究基于车载CAN网络的国际诊断标准ISO15765的应用层与网络层协议,针对特定车载网终对象,设计车载网络诊断结构,并进行诊断需求分析2实现基于ISOl5765的诊断上位机的应用层与网络层协议。3设计基于SO15765的车载CAN网络诊断上位机。针对安全访问服务的实现过程,设计安全访问算法并建立安全算法动态链接库,利用VC软件平台与USBCANII硬件采集卡,设计车载CAN网络常规诊断模块的诊断上位机。4设计基于Iso15765的在线下载上位机。对下载诊断模块分别设计其预编程阶段与编程阶段,以及上位机对Sl9文件的解析处理。利用C软件平台及USBCANII硬件采集卡实现下载器上位机的设计。5根据诊断结构设计诊断测试平台,结合 CANoe与ISO15765诊断协议对所设计的诊断上位机进行测试。15本章小结本章首先介绍了课题研究背景与意义,然后概迟了车载网络诊断协议,重点分析比较了ISO14230与ISO15765协议,并分析基于CAN网络的ISO15765协议的优势。在此基础上分析并概述了因内车载CAN网络诊断存在并待解决的问题。最后提出了本文的研究工作。
    2021-05-06下载
    积分:1
  • 西门子S7-300在温度控制中的应用
    温度控制系统广泛应用于工业控制领域,如钢铁厂、化工厂、火电厂等锅炉的温度控制系统,电焊机的温度控制系统等。加热炉温度控制在许多领域中得到广泛的应用。这方面的应用大多是基于单片机进行PID 控制, 然而单片机控制的DDC 系统软硬件设计较为复杂, 特别是涉及到逻辑控制方面更不是其长处, 然而PLC 在这方面却是公认的最佳选择。加热炉温度是一个大惯性系统,一般采用PID调节进行控制。随着PLC功能的扩充在许多PLC 控制器中都扩充了PID 控制功能, 因此在逻辑控制与PID控制混合的应用场所中采用PLC控制是较为合理的。本设计是利用西门子S7-300PLC控制加热炉温度的控制系统。首先介绍了温度控
    2020-11-27下载
    积分:1
  • MATLAB数字图像处理算法演示序GUI
    MATLAB数字图像处理文件:打开、显示、重载、RGB变灰度、保存;几何变换:垂直、水平镜像,图像转置、平移、缩放、旋转;正交变换:FFT、DFT、DCT、DST、DHT、DWasht;灰度处理:反色、直方图均衡、阈值变换、阈值变换、分段线性变换、对数非线性变换、指数非线性变换;图像增强:噪声(高斯、椒盐),平滑(均值法、邻域平均法、中值滤波法、巴特沃氏低通滤波);锐化:梯度锐化、拉普拉斯锐化、巴特沃氏高通滤波;伪彩色增强:亮度切割法、灰度级彩色变换法;图像分割:灰度阈值法、边缘检测法(Robert算子、Laplacian算子、Prewitt算子、Canny算子、Sobel算子
    2020-12-02下载
    积分:1
  • 696518资源总数
  • 104349会员总数
  • 32今日下载