防震应急方案

前言：想要写出一篇令人眼前一亮的文章吗？我们特意为您整理了5篇防震应急方案范文，相信会为您的写作带来帮助，发现更多的写作思路和灵感。

防震应急方案范文第1篇

一、自然地理情况

1、**镇概况

**镇地处巴林左旗中部，全镇辖33个行政村，人口6.7万人。总面积***万亩，耕地面积34.3万亩，其中水浇地11万亩。

2、地理位置及气候特征

我镇地处北纬**°**′－**°**′，东经***°**′－***°**′之间，全镇属半山半川区，温带大陆性季风气候，年度温差较大，年平均温度为4.5－6℃，年平均降水量为360－380毫米，降雨一般在7－8月份，春天大风扬沙天气频繁出现，春旱比较严重。

3、河流水系及流域

**镇境内河流是**河、**河、**河，**河干流流经我镇**、**子、**、**、**、**、**、**、**9个行政村，包括人口1.9万余人，耕地面积4.6万多亩；**河流经我镇**、**、**、**、**、**6个行政村，包括人口1万余人，耕地面积2.6万多亩；**河流经我镇**、*

工程堤坝长29公里，设计标准均为30年一遇。**河防洪工程16公里，防洪堤断断续续，还没有构成完整的防御体系。达不到设计防御洪水能力，需要继续修建。**河防洪工程6公里。

2、蓄水工程

**镇主要蓄水工程是**水库1座库容量为35万立方米，**塘坝2座总容量4.95万立方米，**塘坝2座总容量4.04万立方米，**与**交界处塘坝1座容量为0.3万立方米，**塘坝1座容量为2.08万立方米，**塘坝2座总容量4.95万立方米，***塘坝1座容量1.6万立方米，**塘坝2座总容量14.36万立方米，**塘坝5座总容量22.04万立方米，**堰坝3座总容量4.4万立方米，**塘坝1座容量7.14万立方米，**塘坝（堰坝）2座总容量2.42万立方米。

三、防汛预案编制总则

1、预案编制原则

为了防止和减轻洪水灾害，保障人民生命财产安全，达到安全的防御目的，特编制防洪预案。本防洪预案应遵循的基本原则：贯彻行政首长负责制。以防为主，防抢结合，全面部署，保证重点，统一指挥，统一高度，服从大局，团结抗洪，工程措施和非工程措施相结合

的原则，尽可能调动全社会积极因素，全力以赴地投入到抗洪抢险当中去，避免和减轻灾害。

2、编制预案目的

我镇流域面积较大，覆盖面宽而广，为了保障人民群众生命财产的安全，保证人民生产生活不受洪水威胁，防止和减轻洪水灾害，达到安全防御，安全渡汛的目的。做到有计划，有措施，有准备地防御洪水，在现有工程设施条件下，针对可能发生的各类洪水灾害，而预先制定的防洪预案，对策和措施。其主要目标是最大限度地避免和减少人员伤亡，减轻财产损失，最重要的是为各级防汛指挥部门实施指挥决策和防洪调度，抗洪抢险救灾提供依据。

3、编制预案依据

**镇防汛预案编制依据《中华人民共和国水法》、《中华人民共和国防洪法》、《中华人民共和国防汛条例》、《中华人民共和国河道管理条例》等国家有关法律、法规条例和政策。

四、组织体系及职责

1、防汛机构组织落实

**镇抗旱防汛指挥部：

总

指

挥：***

政府镇长

副总指挥：**

人大主席

**

党委副书记

***

组织委员

***

宣传委员

***

副镇长

***

副镇长

**

副镇长

***

副镇长

成

员：***

党政办副主任

***

农牧业综合服务中心主任

***

财政所所长

***

民政办主任

***

武装部副部长

***

安监站站长

***

国土所所长

**

司法所副所长

***

林工站站长

***

广播站站长

***

城郊派出所所长

***

宣传办职员

成立33个村级前线指挥部，由各村书记、主任负总责，前线指挥部成员由村两委班子成员组成，负责本地的防汛抗洪抢险工作。

2、防汛指挥部办公室

办公室设在农牧业综合服务中心，主任由***副镇长兼任。办公室职责：承担指挥部办公室正常工作，做好防汛工程汛前检查，编制防汛预案和防洪工程及抢险方案，负责防汛物资的日常管理。及时掌握防汛动态，随时向旗防汛指挥部和有关部门通报水情、灾情，负责防洪工程险工险段的报险工作，提出处理方案。

3、抗洪抢险队伍

全镇组建33支由1652人组成的抗洪抢险队伍，每个自然村不少于**人，抢险专用车辆***辆，一旦发生险情，立即投入抢险工作中。

4、应急报警联系方式

各地各险段一旦发生险情及时上报镇防汛指挥部。

五、保障措施

1、当洪灾发生时，居民转移避险

在洪灾发生后，首先要把群众撤离到安全地段。撤离路线较近，而且地势较高的地方，同时把撤离地点事先通知群众，避免撤离时迷失方向，做到安全有序地撤离到指定地点。人员转移安置工作复杂艰巨，村组干部要及时通知各户居民特别是要安排好老、弱、病残人员的安全撤离。对撤离的村要安排干部和民兵进行巡逻警戒，确保人民生命财产安全。

2、抗洪抢险纪律

抢险指挥部成员及防汛抢险队伍要坚守岗位，因脱离岗位玩忽职守造成的一切后果由当职人员负责。如遇大水，抢险队伍必须24小时值班待命，抢险队伍必须服从命令，听从指挥，以大局为重，以群众利益为重。从5月15日起，镇政府及各村安排值班队员（镇里有带班领导）24小时坚守岗位，不得漏岗，一旦发生险情，村及时上报防汛指挥部，镇防汛指挥部及时上报到旗防汛指挥部，确保险情发生时抢险队伍及时到指定地点进行抢险。

六、落实防御标志

为避免人员伤亡及财产损失，要重视落实防御标志。当地要根据流域特点，流域面积大小，在山洪易发区主要交叉路口设立警示牌和张贴布告，落实防御标志，并安排专人设哨值岗。

七、落实防御责任

各村要把防汛工作和防御山洪工作当作首要任务来抓，落实到实际工作中去，要把防汛和防御山洪工作有机地结合起来，采取一切行之有效的防御措施，避免洪水灾害的发生。各村要根据辖域和山洪易发区分析落实防御措施，要从实际出发，本着对人民高度负责的精神，始终把群众的生命安全放在首位。要加强防汛工作的领导，落实村书记、主任防汛责任制，把山洪灾害防御纳入防汛责任的重要内容落到实处。要进一步明确责任，健全组织，完善应急指挥系统。要突出抓好基层责任制的落实，将责任分解落实到村，村层层落实岗位责任制。镇领导包村，村干部包组的办法，各司其职，各负其责，哪一级领导出问题，追究哪一级领导的责任，切实做好防汛和防御山洪灾害的各项工作。

八、防汛责任

防震应急方案范文第2篇

建设方案

1.基础环境平台

包括指挥场所装饰装修、综合布线、配电系统、空调新风、安防消防等基础设施建设，以及音、视频系统，计算机系统等基础设施建设。

2.技术环境平台

通过视频会议、现场图像接入、通信调度、管理系统、声像放送系统、移动指挥等系统的建设，为应急平台提供多种运行支撑手段。

3.综合应用系统

数据中心:应急平台数据中心的建设包括数据库建设与维护、数据采集、数据交换等。数据库系统包括应急基础信息数据库、地理信息数据库、事件信息数据库、模型库、知识库、案例库和文档库等多种专业数据库。应急指挥平台的数据采集主要包括采用现场数据采集、应急事件信息上报以及各专业应急统计信息上报等。

资源整合与共享:数据资源整合与共享解决方案结合相关技术标准要求，实现应急平台纵向体系和横向体系数据资源的交换和共享。

应用支撑平台:应用支撑平台的设计采用低耦合，高内聚的设计思想，基于开放的标准，采用组件的方式提供了应用系统的基础功能，为系统高效、可靠地运行提供保障。

专业服务平台:以资源整合为基础，将各专业应急指挥平台的专业应用纳入到政府应急指挥平台体系，为专家与参谋人员提供专业服务支持。同时，以整合的应急业务数据、灾情数据、知识库数据等为基础，通过数据分析和挖掘，进行跨业务的综合性的应急业务分析服务。

综合决策平台:综合决策平台是系统顶层应用，完成对突发公共事件的监测、分析、研究、预测、决策、执行、反馈、信息的全过程。

综合信息门户:通过综合信息门户，一方面提供信息管理和、信息搜索和分类、个性化服务、内容与应用服务管理、智能通讯录管理、工作台管理、信息管理、呼叫中心管理、短信接入管理、智能邮件管理、输入输出管理、员工个人工作助理、统一认证等功能;另一方面作为向社会公众应急信息的平台，承担应急宣教的重要功能。

方案特点

全面性:面向政府应急指挥的特殊需求，满足应急业务的全面功能，满足政府指挥、专业处置的各项要求;既考虑突发公共事件的处理，又满足日常工作应急管理工作的需求。

集成化:以突发公共事件处理流程为核心，实现计算机、通信、视频、图像以及业务处理的全面集成。

安全性:系统具备严密的组织机构、人员、角色定义，通过安全认证、数据访问控制、设备访问控制、操作权限控制等，保证突发事件处理整个过程严格的安全控制与管理。

防震应急方案范文第3篇

一、指导思想和总体要求

全面贯彻落实科学发展观，牢固树立“震情第一”和“防大震巨灾”的观念，按照“加强领导、落实责任、加大举措、保障到位的”基本思路，正确处理好短期应急处置与长期应急防范的关系，扎实做好各项地震应急准备工作，切实保护好人民群众生命财产安全，为经济社会全面发展保驾护航。

二、组织机制

根据《关于开展2013年度震情监视和短临跟踪有关工作的通知》，在已成立的2013年度震情监视和短临跟踪工作领导小组基础上，设立应急准备办公室，承担领导小组应急管理的日常工作，制定地震应急准备工作方案，做好应急准备协调工作。领导小组应急准备办公室设立在市地震局办公室。

三、工作计划

（一）加强地震应急预案体系建设

一是做好地震应急预案修编工作。按照当前震情形势需要，认真做好市政府、市地震局应急预案修订，编制地震局应急响应流程，进一步增强地震系统应急处置能力。

二是组织开展应急工作检查。根据《省地震应急工作检查管理办法》，制定我市地震应急工作检查实施方案。组织开展全市地震应急工作检查，推动基层地震应急工作开展。

三是积极开展应急演练。开展地震系统内部应急演练，检查预案和响应流程的实际成效，增强应急反应能力，提高政府面对地震灾害应急处置和救援能力。各单位和有关部门协调，推进和指导学校、企业、社区等单位应急演练的开展，并加强对各级各类演练活动的规范化管理。

（二）推进地震应急指挥技术系统建设

一是完成市地震应急指挥技术系统联网建设项目实施。根据省市地震局要求，有效推进项目实施，调试完善系统功能，并组织项目验收。

二是推进地震应急指挥技术系统建设。地震局要积极推进本地区地震应急指挥技术系统建设工作，力争在年底前建立省、市、县三级联网的地震应急指挥技术系统联网平台。

三是加强全市地震应急指挥技术系统联网平台的管理。制定全市地震应急指挥技术系统联网平台管理制度，进一步规范联网平台管理。积极参与省、市地震应急指挥技术系统的日常点名和应急演练等活动。

（三）强化地震群测群防工作

一是推进“三网一员”队伍建设。落实基层防震减灾助理员、联络员，进一步充实和完善“三网一员”队伍。加强各项工作的落实，切实推进群测群防工作的开展。

二是加强灾情速报员管理。与民政部门协调，做好灾情速报员的更新管理，建立起以属地管理为主的灾情速报员管理制度。完善地震灾情速报系统及通信网络，适时开展灾情速报员培训，年内对全部灾情速报员培训一次。

（四）加强地震应急能力建设

一是完成应急基础数据更新工作。根据省、市地震应急基础数据收集要求，认真做好应急基础数据收集工作。市地震局要按照部署要求，完成本区域数据收集任务。

防震应急方案范文第4篇

一、指导思想

以“三个代表”和科学发展观为指导，坚持“安全第一，常备不懈，以防为主，全力抢险”的方针，遵循“团结协作和局部利益服从整体利益”的原则，突出重点，明确任务，落实责任，严明纪律，扎扎实实地抓好防汛抗旱工作，确保广大人民群众生命财产的安全和经济持续健康发展。

二、成立防汛抗旱领导小组

组长：

成员：

防洪抗旱领导小组负责组织、领导全镇的防洪抗旱工作，各防洪抢险小组在统一领导下，迅速高效的开展工作，保证防洪抗旱工作顺利开展。

三、防洪抢险物质及其领导小组职责分工

根据《中华人民共和国防洪法》的规定，在紧急汛期，防洪指挥机构根据防洪抗洪需要，有权在其管辖范围内调用物资、设备、交通运输工具和人力等。结合我镇实际情况，现将防洪应急抢险物质及人员落实如下：

（一）抢险物资供应和灾民安置组成员及职责

组长：

副组长：

成员：

负责物资供应：

1.编制袋2000条、手电筒20把、雨鞋10双、雨衣10套、铲子60个、锄头30把、细绳10把、绳子6把、砍刀3把、救生圈20个、救生衣30件、高音喇叭3个，由党政办负责，负责人。

2.冲锋舟1艘，由武装部负责，负责人。

3.挖掘机1台，由建筑公司负责，负责人。

4.应急抢险车2辆，1号车川FTY166，驾驶员，负责运输抢险救灾设备。

5.抽水排灌机具，由经济办负责，责任人。

6.医疗器材、药品、救护车1辆，由卫生院负责，责任人。

7.灾民的生产生活及安置，由社会事务办负责，负责人。

（二）防洪抢险组及成员职责

第一组：负责沿岸的抗洪抢险工作

职责：负责现场勘探，选好撤离路线，并向群众宣传紧急撤离路线和防洪常识，做好防洪抢险日常监管。其他各村防洪抢险日常监管，由村书记或主任和联村干部负责。

五、工作职责

统筹协调处置辖区内各类水利工程防汛及抢险，地质灾害点防汛及抢险，场镇、学校等人员密集场所的防汛及抢险，以及其他暴雨灾害引起的防洪抢险等。

六、情况处理

（一）一般情况：灾情发生后，及时上报镇政府，镇防汛指挥部组织防洪抢险组和各村民兵应急分队赶到救灾现场，投入抢险。

（二）多处灾情：镇防汛指挥部成员，分头组织防洪抢险人员和村民兵应急分队进行抢险。

（三）牟公村防洪抢险按照牟公村防洪应急预案执行。

七、人员疏散

（一）一般情况：由各社区、村就近安排安全可靠地方

（二）特殊情况：由镇防洪指挥部统一安排到安全位置。

被疏散人员必须服从社区、村干部及工作人员的统一指挥，不得违背。

八、防洪值班电话：

九、汛期前检查（由应急办负责）

1、、小东河沿线提灌设备是否落实专人负责避洪转移、断电。

2、沿岸各洗砂场落实专人防洪疏流，确保安全度汛。

3、各塘堰的涵洞和沟渠疏通及取闭闸地是否正常。

4、农村住房前后的防洪通道及其他地址灾害易发地段的安全检查。

十、预防预警及信息报告

1.预警预防

防汛的预警，以上级通知为主，以广播、电视、报刊、网络的信息为辅，镇信息接收员及时传达到各村（社区），具体由村（社区）信息联络小分队队长负责接收，要求平时每天不少于1次，汛期随时接收和关注。

村（社区）信息联络小分队队长在接到相关预警信息后，报村（社区）应急协调小组组长，并经同意后，通知相关小分队和村（社区）居民做好防暴雨、防汛准备。村（社区）保安巡逻小分队要再次进行隐患排查，及时查漏补缺，确保万无一失。

2.信息报送

村（社区）信息联络小分队队长在获知相关预警信息后，必须在第一时间报告村（社区）应急协调小组组长，根据组长指示，将此信息迅速通报给辖区信息联络员，并在30分钟内将布置落实情况报镇值班人员。

十一、应急处置

1.灾前

（1）村（社区）应急协调小组组织应急救援力量进入应急工作状态。按照村（社区）应急管理责任分工，分区负责各户排除安全隐患。

（2）村（社区）后勤小分队负责对抢险物资、工具、用品（如雨具、手电、绳索、铁线、铁锹、食品、药品等）进行详细检查，确保备足和性能良好；对生活物资进行购置和清点，确保村（社区）居民吃、穿、住等必要生活条件得到保障。

（3）村（社区）抢险救灾小分队负责检查和关闭所有门窗，疏通沟渠、地漏等排水设施，检查、消除各类建筑物、场所安全隐患，确保居民生命财产安全。对灾害可能威胁居民生活的，必须组织转移安置。

（4）村（社区）信息联络小分队负责公布并畅通紧急联系电话，随时关注电台、气象台站有关预报信息，及时向居民通报情况。

（5）村（社区）巡逻小分队进行警戒巡逻，维护村（社区）生活秩序。

（6）村（社区）应急协调小组立即研究部署救灾工作和应急措施，经确定后协调有关部门迅速实施。

2.灾中

村（社区）抢险救灾小分队和保安巡逻小分队在保证安全情况下进行巡查，随时救援危险境地人员。

3.灾后

（1）村（社区）各小分队立即检查、核实受灾情况，统计、汇总相关信息，及时上报村（社区）应急协调小组组长。

（2）村（社区）信息联络小分队根据村（社区）应急协调小组要求，按损失大小、困难程度、救助情况分门别类登记造册，如实向乡镇应急办报告灾情。

（3）村（社区）医疗服务小分队负责对伤亡人员进行初步抢救和处置，并做好卫生防疫工作，防止疫情发生。

（4）村（社区）后勤保障小分队负责组织救灾款物，随时发放救灾物资，确保及时到位。

（5）村（社区）保安巡逻小分队负责设置警戒区域，加强巡逻执勤，维护现场秩序。

（6）村（社区）抢险救灾小分队负责对受损建筑物和相关设施进行紧急抢修。

十二、后期处置

1.善后处理

接到上级防汛应急结束信息后，村（社区）应急行动响应结束。村（社区）应急协调小组及时组织村（社区）居民和有关群众恢复生产、生活秩序：对村（社区）环境卫生进行清理打扫；对受灾地域进行消毒防疫；组织疏散居民安全返回；对村（社区）树木、临时设施、电源线路和排水系统等进行检查，排除存在的险情或隐患；逐户上门进行受灾情况登记，统计汇总，经村（社区）书记审核后上报镇政府。

2.调查评估

由村（社区）后勤保障小分队负责对暴雨、洪灾造成的人员伤亡和财产损失进行调查统计，交村（社区）信息联络小分队，根据要求逐级上报。同时，村（社区）居委会负责对事故的预防预警、组织指挥、应急求援等处置工作进行全面总结评估，并结合实际工作提出对预案的修订意见和要求。

十三、齐心协力搞好防洪抢险工作

防震应急方案范文第5篇

    关键词：BFM，TCL，Verilog，Vhdl，PLI，Modelsim，Keil uVision2，ISS，TFTP，HTTP，虚拟网卡，Sniffer，SMART MEDIA，DMA，MAC，SRAM，CPLD

缩略词解释：

BFM：总线功能模块。在HDL硬件语言仿真中，BFM完成抽象描述数据和具体的时序信号之间的转换。

PLI：Verilog编程语言接口，是C语言模块和Verilog语言模块之间交换数据的接口定义。

TCL：字面意思是工具命令语言，是一种解释执行语言，流行EDA软件一般都集成有TCL。使用TCL用户可以编写控制EDA工具的脚本程序，实现工具操作自动化。

ISS：CPU指令集仿真器，可以执行CPU的机器码。

TFTP：简单文件传输协议，Windows的tftp.exe既是该协议的客户端实现。

SMART MEDIA：一种存储卡，常用于数码相机、MP3。

DMA：直接内存访问。用于外部设备之间高速数据转移。

MAC：媒体接入控制器。本文中是指网卡芯片。

前言

传统的嵌入式系统中，设计周期、硬件和软件的开发是分开进行的，并在硬件完成后才将系统集成在一起，很多情况下，硬件完成后才开始进行实时软件和整体调试。软硬件联合仿真是一种在物理原型可用前，能尽早开始调试程序的技术。

软硬件联合仿真有可能使软件设计工程师在设计早期着手调试，而采用传统的方法，设计工程师直到硬件设计完成才能进行除错处理。有些软件可在没有硬件支持的情况下完成任务的编码，如不涉及到硬件的算法。与硬件相互作用的编码在获得硬件之前编写，但只有在硬件上运行后，才能真正对编码进行调试。通过采用软硬件联合仿真技术，可在设计早期开始这一设计调试过程。由于软件的开发通常在系统开发的后段完成，在设计周期中较早的开始调试有可能将使这一项目提早完成，该技术会降低首次将硬件和软件连接在一起时出现意外而致使项目延期完成所造成的风险。

在取得物理原型前，采用软硬件联合仿真技术对硬件和软件之间的接口进行验证，将使你不会花太多的时间在后期系统调试上。当你确实拿到物理原型开始在上面跑软件的时候，你会发现经过测试的软件部分将会正常工作，这会节省项目后期的大量时间及努力。

软硬件联合仿真系统由一个硬件执行环境和一个软件执行环境组成，通常软件环境和硬件环境都有自己的除错和控制界面，软件通过一系列由处理器启动的总线周期与硬件的交互作用。本文以一个Mini Web卡的开发介绍一种软硬件联合仿真系统。

该方案的核心是采用一个51单片机仿真引擎GoldBull ISS51（以下简称ISS51），ISS51是51单片机开发环境Keil uVision2的一个插件，ISS51具有连接Keil和硬件仿真环境Modelsim的接口，可以实现软硬件同步仿真。在该系统中，Keil作为软件调试界面，Modelsim作为硬件仿真和调试界面，ISS51负责软件执行、监控软件断点、单步执行、内存和寄存器数据返回给Keil、CPU总线时序产生和捕获、内部功能模块（如定时器，串口）的运行等功能。

Mini Web卡介绍

Mini Web卡是一个运行在单片机上的Web服务器，提供网口连接，有大容量文件系统，提供TFTP和HTTP服务。尽管软件系统比较复杂，但优化编译后，执行代码还不足25K，为后续升级留下了足够空间。

    51CPU采用SST89系列，这种CPU具有ISP功能，可以通过RS232串口，直接将目标码下载到CPU。

DMA控制逻辑是一个可编程逻辑器件，采用的是ALTERA的CPLD EPM240，主要功能是实现外围器件之间的DMA传递。因为51CPU进行IO访问是很低效的，需要24个时钟周期才能进行一次IO访问，在外围设备之间转移数据则需要更多的时钟周期，使用DMA控制逻辑可以达到3个时钟周期就能转移一个字节。本系统中处理多种网络协议，需要大量报文收发和文件系统访问，采用DMA可以极大地提高51单片机的数据处理速度。DMA通道主要有MAC芯片与RAM之间的数据块转移，SMART MEDIA和RAM之间的数据块转移。

网卡芯片采用的是AX88796，主要的优点是可以和51CPU方便地接口；支持100M以太网，速度高；有较大的接收报文缓存，能够平滑网络流量，减少因51CPU处理速度慢导致的报文丢弃和重发。

SMART MEDIA是一个移动存储卡，主要用于存储文件，Mini Web卡支持8M到256M的SMD卡。

文件系统是Mini Web卡的新开发模块，文件系统的测试主要通过TFTP来进行，为此Mini Web卡上的TFTP服务程序进行了特殊设计，支持格式化SMART MEDIA，获取剩余空间，获取文件名列表，上传、下载和删除文件。

软硬件联合仿真的必要性：

Mini Web卡软件模块多，软件开发风险较大。软件对硬件的依赖较强，FLASH存储器的访问驱动、网卡驱动、DMA驱动，需要软硬件协同调试。

文件系统的开发，在仿真环境下更容易和快捷。比如在仿真结束时，可以将SMART MEDIA仿真模型中的数据倒换到磁盘文件中，在仿真开始时，将磁盘文件中的数据加载到SMART MEDIA仿真模型中，在定位文件系统的问题时，这一个功能很有用。

采用软硬件联合仿真，便于系统前期设计。51单片机的外部RAM访问效率较低，内存拷贝、外部器件之间的数据块转移很浪费时间。将大量数据的拷贝操作或数据块校验、比较操作在CPLD内实现，可以大大改进51单片机处理数据的能力。通过软硬件联合仿真，可以评估CPLD处理数据对性能的改进。

Mini Web卡软硬件联合仿真系统：

软硬件联合仿真主要解决的问题是系统功能设计与验证，它不解决电源、滤波电容、总线电平兼容问题。

做系统仿真，首先要对硬件系统建模。我们关注的是系统设计的正确性和可执行性。

系统中的串口只是用来支持ISP下载软件，软件部分没有对串口做任何操作，所以系统仿真可以不必考虑。

网卡芯片AX88796，厂商没有提供仿真模型。它与CPU的接口符合ISA接口标准，软件对AX88796的操作是根据NE2000标准网卡芯片设计的，由此我们建立了一个网卡芯片的仿真模型。我们设计了一个MAC BFM来仿真网卡芯片的ISA接口，NE2000定义的寄存器在C模型中实现，MAC BFM与NE2000寄存器C模型通过PLI接换数据。

SRAM仿真模型是很容易获取的，很多器件生产商都提供Verilog仿真模型，但器件生产商提供的Verilog仿真模型都包含复杂的延时控制代码，这会影响仿真速度。根据经验，我们可以确保SRAM在单板设计中被正确应用，不会产生时序问题，所以我们可以采用一个简化的SRAM仿真模型，这是我们自己设计的，有效代码只有十几行。

51CPU BFM 负责单片机管脚时序的产生和捕获。51CPU BFM是与ISS51紧密捆绑的，由ISS51安装程序提供。

SMART MEDIA是三星公司提供的仿真模型，我们使用的也是三星公司的同类型存储卡。该模型可以用于验证软件操作SMART MEDIA的正确性和DMA Controller的接口时序。

DMA Controller是Mini Web卡硬件开发的一部分，将逻辑设计代码应用于仿真，既能检测逻辑设计的正确性，又能使整个仿真系统得以正常运转。

将上述硬件模型连接起来，产生下图所示硬件系统模型图：

图2. Mini Web卡硬件模块电路图

图2中U11为SMART MEDIA仿真模型，U4为DMA Controller模型。

虚拟网卡

做系统仿真，必须输入来自真实世界的激励，并将仿真系统的输出传递到真实世界。即便是不能连接到真实世界，也应该提供模拟真实世界的输入，并对仿真系统的输出进行检测和分析。

对于Mini Web卡来说，它和真实环境是通过网口连接的。使用虚拟网卡技术，能够将图3中的MAC C Model与虚拟网卡进行通讯。

对于运行在Windows系统上的应用程序来说，它并不知道网卡是虚拟的还是真实的，应用程序通过虚拟网卡收发数据，事实上是与仿真系统在进行网络通信。

这样就可以使用TFTP向Mini Web卡仿真系统传递网页文件，使用IE浏览Mini Web卡仿真系统中的网页，Mini Web卡的所有功能都能够被检验。

使用网络臭探器Sniffer可以监控虚拟网卡的报文流，方便协议调试。

仿真加速技术

软硬件联合仿真，影响仿真速度的瓶颈在HDL代码部分的仿真。如果不设法提高HDL代码部分的仿真速度，软件调试就非常低效。

提高硬件仿真速度的方法之一是软件硬件仿真采用事件同步，只在CPU访问IO时保持软件和硬件是同步的。

仿真加速方法之二是硬件仿真系统时钟休眠。对于Mini Web卡来说，只有DMA Controller是受时钟控制的，软件没有操作DMA Controller的期间，DMA Controller的运作是毫无意义的，所以可以在非DMA操作期间，对时钟进行休眠；ISS51在每次IO访问时，给出与上次IO访问的时间差，这个时间差经过处理可以作为时钟休眠的时间段。如果ISS51连续进行IO访问，就不会产生时钟休眠了。DMA Controller工作于查询方式，可以采用时钟休眠技术，而不会导致仿真与真实结果的不一致。

    方法之三是，缩短SMART MEDIA仿真模型中的一些长延时的时间参数。因为在等待SMART MEDIA进入就绪状态时，CPU必须连续查询IO，影响仿真速度。我们主要用于软件功能验证，这种修改也是可以接受的。

方法之四，在软件设计上，谨慎使用外部中断，因为一旦中断启动，ISS51需要在每个机器周期查询是否有中断信号，导致软件仿真和硬件仿真在每个指令上都进行同步，影响仿真速度。如果一定要使用外部中断，建议用C模型代替Verilog模型，这样可不影响仿真速度；或者由用户根据外部模块产生外部中断的时机，使用ISS51的控制命令，在恰当时刻使能ISS51的中断模块。

在一个普通PC （CPU为AMD速龙1000，SDRM512M 133），运行Mini Web卡仿真系统，使用PING命令测试Mini Web卡仿真系统的响应速度：

Reply from 10.10.112.76: bytes=32 time=64ms TTL=128

使用IE打开Mini Web卡仿真系统中的网页文件，感觉和拨号上网的速度差不太多。创建多个TFTP连接，同时向仿真系统传递或下载网页文件，同时使用IE进行网页浏览，都无响应中断现象出现。