精华内容
下载资源
问答
  • 该代码处理并分析DAM(果蝇活动监视器)数据,并提供睡眠/活动图以及Excel可读格式的数据。 该代码包含一组函数,这些函数用于读取Trikinetics DENM(果蝇环境监视器)和DAM(果蝇活动监视器)数据格式,按基因型...
  • 本文针对这种情况,提出了基于ADmC812和DSP的数据采集系统。在这个系统中,ADmC812作为主机,完成ADC、DAC、显示、键盘等功能,而DSP作从机,专注于复杂的数据运算,两者通过通用的SRAM实现数据的交换和通信。
  • 引言 ADmC812是ADI公司的以8051(8052)内核为控制核心的新型微转换器。...本文针对这种情况,提出了基于ADmC812和DSP的数据采集系统。在这个系统中,ADmC812作为主机,完成ADC、DAC、显示、键盘等功能,而DS
  • 与现有的DAM系统的昼夜节律分析工具相比,它具有一些优势,其中一些值得一提: 多个监控文件,基因型的分析和可视化以高通量方式一起复制。 通过多种周期图方法自动进行周期功率检测。 通过大量定制制作高分辨率...
  • 引言 ADmC812是ADI公司的以8051(8052)内核为控制核心的新型微转换器。由于ADmC812内部集成了大量的外围设备。它本身就是一个完全可编程、自...在这个系统中,ADmC812作为主机,完成ADC、DAC、显示、键盘等功能,而D
  • 文章介绍了PSD3XX系列芯片的基本功能和ADMC401芯片的功能特点,结合硬件电路图详细分析了两者的接口设计,并对其软件环境和需要注意的问题进行了说明,最后以静止无功发生器为例,介绍了ADMC401+PSD311两片系统的...
  • 摘 要: 本文提出了一种基于ADmC812和DSP的数据采集系统的设计方案。系统采用主从式设计,DSP 和ADmC812之间通过通用的SRAM实现数据的交换,可满足数据采集量大、运算复杂、实时性要求高的应用系统。 引言 ADmC...
  • 针对Mo t o r o l a 微处理器的B D M调试系统的设计 摘 共 B D M调试模式全称背景调试模式( B a c k g r o u n d D e b u g g e r Mo d e ) . 在Mo t o r o l a 的P o w e r P C 5 x x / 8 x x . C o l d F i r e ...
  • 什么是AtroDAM? AtroDAM是由AtroCore UG(haftungsbeschränkt)开发 ),它基于软件平台。 AtroDAM(以及AtroCore)是根据GPLv3许可发行的,并且是免费的。 它具有许多现成的功能,因此是管理媒体资产以及各种...
  • 统采用主从式设计,DSP 和ADmC812之间通过通用的SRAM实现数据的交换,可满足数据采集量大、运算复杂、实时性要求高的应用系统
  • DAM88C,DSP,音频行业最激动人心的事情莫过于数字音频矩阵产品的推出,数字音频矩阵以功能强大的硬件平台和智能化的设计操作软件,将原来一整个机柜的信后处理器的功能和需要几星期甚至几个月才能设计、施工好的音频...
  • DAM2+加密狗克隆方法

    千次阅读 2015-03-16 12:56:23
    DAM2+加密锁在原有DAM2基础上研发的一套更安全、更方便的先进软件保护产品, DAM2+ 型加密锁为标准的 HID 设备, 操作系统直接支持,因此无需安装硬件驱动,直接连接到计算机的 USB 端口即可在程序中使用,省去安装...

    DAM2+加密锁在原有DAM2基础上研发的一套更安全、更方便的先进软件保护产品, DAM2+ 型加密锁为标准的 HID 设备, 操作系统直接支持,因此无需安装硬件驱动,直接连接到计算机的 USB 端口即可在程序中使用,省去安装硬件驱动所带来的兼容性的风险。 DAM2+ 型加密锁 内置 2K 字节掉电保持存储区,掉电保持存储区支持写 10 万次,读取次数不限,因此用户应避免频繁进行写操作,可根据具体的使用环境来决定如何使用该存储区。另外,DAM2+提供了全球唯一硬件ID,替代硬盘序列号、网卡地址等唯一标识,方便用户软件注册。

     

     价钱是我们的上风;优质的服务是我们在竞争剧烈的批发业务中长期破足的基本!把最大的优惠让利给宽大客户,共赢才是我们的终极寻求!等待与您的长期协作!

     

       特殊声明:本站加密解密的测试服务只供学习、测试交换。只能用于正当私家测试用处,不能进入贸易渠道,如测试方违背测试条件,如对第三者好处有抵触,将自行承当义务,与本站无关。不遵照本声明者,请勿跟本站联系,如本站的测试工作影响到您和您企业的权利,请自动提出,我们将躲避侵害你权益的无意行动,最后倡议您支持国产正版软件。

     

       我们主要专业从事加密狗软件复制、加密狗硬模拟及加密狗硬复制等相关业务,深思洛克(SenseLock)加密狗、飞天诚信(FTSafe)加密狗、赛耐孚(SafeNet)加密狗、坚石诚信加密狗、域之天(YuTian) 加密狗、江波龙(NetCom)加密狗、世纪龙脉加密狗、阿拉丁(Aladdin)等类型加密狗的复制等类型加密u盘狗的克隆、模仿、pj!

     

       申明:我们只承接加密u盘狗克隆业务,一手货源毫不贩卖软件!假如你以为我们是狗贩子之类或者没有加密狗的朋友请不要联系我们谢谢配合技术咨询扣扣:一六零一五零零八六一。如果你有软件带加密狗俗称(密码狗  u盘狗)需要备份请及时联系我们,(注:只提拱法律容许范畴内的服务!)

     

       本站所有的复制狗技术全部采用远程读取狗数据的方式,因此无需将原狗寄给本站,即可完成远程读取狗数据并进行复制或者模拟,复制方法方便、快捷,为您节约宝贵的时间。

     

    展开全文
  • 摘要:本文介绍了美国模拟器件公司推出的用于电机控制的高档DSP控制器ADMC401,具体分析了其结构及控制外设,并提供了使用方法。 关键词:DSP电机控制ADMC401是美国模拟器件公司(ADI)推出DSP芯片中的高档产品,它...
  • 无论是问答系统、对话系统还是智能客服,都可以认为是问题和回复之间的语义匹配问题。这些NLP的应用,通常以聊天机器人的形式呈现在人们面前,目标是通过对话的上下文信息,去匹配最佳的回复。因而,让聊天机器人...

    引言

    语义匹配是NLP的一项重要应用。无论是问答系统、对话系统还是智能客服,都可以认为是问题和回复之间的语义匹配问题。这些NLP的应用,通常以聊天机器人的形式呈现在人们面前,目标是通过对话的上下文信息,去匹配最佳的回复。因而,让聊天机器人完美回复问题,是语义匹配的关键目标。作为国内乃至国际上领先的NLP技术团队,百度在NLP领域积极创新、锐意进取,在聊天机器人的回复选择这个关键NLP任务上,提出了效果最优的深度注意力匹配神经网络DAM,并开源了基于PaddlePaddle的模型实现。本文对该模型的相关原理和应用加以介绍。

    • DAM在PaddlePaddle项目的地址:https://github.com/PaddlePaddle/models/tree/develop/PaddleNLP/deep_attention_matching_net

     

    关键应用—聊天机器人多轮对话的回复选择

    基于检索的聊天机器人最重要的一项任务是从给定的候选回复中,选取与问题最匹配的回复。

    这一项研究的关键挑战是需要去捕获对话中不同粒度的语义依赖关系,如图1中的对话示例所示,对话的上下文和候选回复之间存在不同粒度上的两种关系:

    1)直接的文本相关,比如单词“packages”和“package”,或者短语“debian package manager”和“debian package manager”,他们之间直接有重叠的词汇。

    2)语段之间隐式相关关系,比如回复中的单词“it”指代的是上文中的“dpkg”,回复中的“its just reassurance”对应的是“what packages are installed on my system”。

    早期研究已经表明,在多轮对话中,从不同的语义粒度上捕获语段对之间的关系是选出最佳回复的关键所在。然而现有的模型更多的要么是考虑文本的相关关系,从而对于隐式相关的关系提取的还不够好,要么是使用RNN模型,在捕获多粒度语义表示上,开销又太大。面对这些挑战,百度NLP团队提出了DAM模型,用以解决多轮对话的语义匹配问题。

    图1 多轮对话的示例

    DAM模型概览(Deep Attention Matching Network)

    DAM 是一个完全基于注意力机制的神经匹配网络。DAM的动机是为了在多轮对话中,捕获不同颗粒度的对话元素中的语义依赖,从而更好得在多轮对话的上下文语境中回复。

    DAM受启发于机器翻译的Transformer模型,将Transformer关键的注意力机制从两个方面进行拓展,并将其引入到一个统一的网络之中。

    • 自注意力机制(self-attention)

    从单词级的嵌入中堆叠注意力机制,逐渐捕获不同粒度的语义表示。比如对一个句子使用注意力机制,可以捕获句子内部词级别的依赖关系。这些多粒度的语义表示有助于探索上下文和回复的语义依赖关系。

    • 互注意力机制(cross-attention)

    在上下文和回复之间应用注意力机制,可以捕获不同语段对之间隐式的依赖关系,从而为文本关系提供更多的补充信息从而为多轮对话选择更好的回复。

    在实践中,DAM将上下文和回复中的每句话的每一个单词当做一个语段的中心语义对待,通过堆叠注意力机制,从不同级别上丰富其语义表示,进而围绕该中心单词,生成更多高级的语段的语义表示。这样上下文和回复中的每句话都是在考虑了文本相关和依赖关系的情况下,且基于不同粒度进行匹配的。DAM首先捕获从词级到句级的上下文和回复之间的匹配信息,然后通过卷积和最大池化操作提取最匹配的特征,最后通过单层的感知网络得到一个匹配得分。

    DAM技术详解

     

    图2 DAM模型网络结构

     

    DAM模型的网络结构如图2所示。它包括表示-匹配-聚合三个主要部分,输入是对话的数据集,由上下文的文本每一句话u和回复r所对应的词嵌入组成,输出是得到一个对话中上下文与回复之间的匹配分数。

    表示模块能够对输入的上下文u和回复r构建不同粒度的语义表示。通过堆叠多层相同的自注意力模块,将输入的语义词嵌入构建为更加高级的语义表示。得到语义表示之后,上下文与回复以语段-语段相似矩阵的形式互相匹配。匹配有两种,自注意力匹配和互注意力匹配,分别可以衡量上下文与回复之间的文本关系和依赖关系。这些匹配的分数会形成一个3D的匹配图Q,它的维度分别代表上下文中的每一句话、每句话中的每个单词以及回复中的每个单词。接着,语段对之间的匹配信息通过卷积和最大池化提取,进一步得通过单层感知网络聚合,得到匹配的分数,代表候选回复与上下文之间的匹配程度。

    图3 注意力模块

    DAM网络中使用了注意力模块实现自注意力和互注意力机制,它的结构如图3所示。该结构借鉴了Transformer模型中的注意力机制的实现。它的输入有三个部分,query语句、key语句和value语句,分别以Q、K和V表示。注意力模块会首先对query语句和key语句的每个单词进行标量点积注意力(Scaled Dot Product Attention)计算,具体计算如公式(1)和(2)所示。算出的Vatt存储了语义信息,代表了query语句和value语句之间的相互关系。Vatt与query语句输入会相加一起,组成了一个能够代表它们联合含义的语义表示。然后通过一层标准化(Normalization)的操作,可以避免梯度消失或者爆炸。再接着,使用Relu激活函数的前馈神经网络FFN进一步处理聚合的词嵌入,操作如公式(3)所示:

     

    公式(3)中,x代表的是一个与query语句一样形状的2Dtensor,W1,W2,b1和b2都是要学习的参数。最后的输出还会经过一次标准化操作,从而得到最后的结果。整个注意力模块的结果由公式(4)表示。

    整个注意力模块可以捕获query语句和key语句的依赖关系,利用依赖信息可以得到语义表示,再进一步的构建多粒度的语义表示。

    公式(5)和(6)就是利用了注意力模块,得到了上下文和回复的多粒度语义表示信息。公式(7)得到了自注意力的匹配矩阵。公式(8)和(9)通过注意力模块得到上下文与回复之间的语义表示信息,进一步的组成互注意力的匹配矩阵。

    自注意力矩阵和互注意力矩阵聚合成了一个3D匹配图Q。再通过带最大池化的3D卷积,得到匹配特征,最后通过单层感知层进行匹配分数的计算。

    DAM模型在Ubuntu和豆瓣对话两个语料库上测试了多轮对话任务,如表1所示,相比其他模型获得了最优的效果。

    Ubuntu语料库是英文的关于Ubuntu系统troubleshooting的多轮对话数据。它的训练集包括50万个多轮对话的上下文文本,每个对话文本带有1个人类积极回答的正例回复和1个随机采样的负例回复。它的验证集和测试集各自包括5万个上下文文本,每个上下文文本各有1个正例回复和9个负例回复。豆瓣对话语料库是中文的关于一些开放领域的对话数据集。它的验证集包括5万个对话实例,每个实例各有1个正例和负例回复,测试集有1万个实例,每个实例有10个候选回复。

     

    表1:DAM模型的效果对比

    DAM模型PaddlePaddle实战

    环境准备:首先根据项目文档要求,下载最新版本的PaddlePaddle。Python的版本要求>=2.7.3

    项目的代码目录及简要说明如下:

    .

    ├── README.md #

    文档

    ├── model.py #

    模型

    ├── train_and_evaluate.py #

    训练和评估脚本

    ├── test_and_evaluate.py #

    测试和评估脚本

    ├── ubuntu #

    使用

    Ubuntu

    语料库的脚本

    ├── Douban #

    使用

    Douban

    语料库的脚本

    └── utils #

    通用函数

    下载项目以后,接下来以Ubuntu语料库应用为例:

    1. 进入ubuntu目录

    cd ubuntu

    2. 下载预处理好的数据用于训练。项目提供了下载数据的脚本

    sh download_data.sh

    3. 执行训练和评估的脚本

    sh train.sh

    使用如下脚本,可以了解更多关于arguments的使用说明。

    python ../train_and_evaluate.py --help

    默认情况下,训练是在单个的GPU上执行的,用户也可以转到多GPU模式运行。只需要将train.sh脚本中的可见设备重置一下即可。比如

    export CUDA_VISIBLE_DEVICES=0,1,2,3

    4. 执行测试脚本

    sh test.sh

    类似的,用户可以很容易的利用Douban对话语料库进行实验。

     

    传送门:

    PaddlePaddle Github项目地址:

    https://github.com/PaddlePaddle

    DAM模型项目地址:

    https://github.com/PaddlePaddle/models/tree/develop/fluid/PaddleNLP/deep_attention_matching_net

    展开全文
  • DAM(Direct Memory Access)

    2021-04-03 16:46:59
    以往的io操作都需要经过cpu之手,在以前,cpu要一直轮询io系统,io操作是否已经结束,在这期间,cpu不能做其他的事情,效率极低,后来中断机制的出现,使得cpu的效率大大提高,主要的方法有轮询和菊花链。...

    cpu 和 IO 之间的协作关系

    占用-->中断-->异步(IOP专门做IO操作)

    以往的io操作都需要经过cpu之手,在以前,cpu要一直轮询io系统,io操作是否已经结束,在这期间,cpu不能做其他的事情,效率极低,后来中断机制的出现,使得cpu的效率大大提高,主要的方法有轮询和菊花链。但是他们都需要cpu通过执行程序来实现。直到DMA出现。
    DMA的出现使得CPU从大量的中断负载中得到释放,CPU的效率显著提高。DMA 全称为 Direct Memory Access ,中文译为直接内存访问,通过io设备读取的数据不必再由操守,而是直接把读取到的数据存入内存,然后再由内存传送数据到寄存器,再由cpu处理,整个过程,大概为:

    io设备向DMAC发起DMA传输请求
    DMAC 接到请求后,向cpu发出请求,并且将其请求信号加到cpu的HOLD保持请求输入端上
    cpu接到请求后对DMAC作出回应,将其响应信号加到DMAC的HLDA保持响应输出端上,同时向DMAC预置主存首地址以及交换数据个数和读写命令,并且放弃对系统总线的控制权,此时,DMAC获得系统总线的控制权
    DMAC将接到的响应后,将响应转交给io设备,开始数据的传输。
    数据传输完毕后,DMAC将HOLD信号设置为无效并加到cpu上
    cpu接到HOLD信号判定为无效,就知道数据传输完毕,同时把HLDA信号设置为无效加到DMAC上,并且重新获得系统总线的控制权
    总之,在系统进行DMA数据交换的过程中,cpu都不得获得系统总线的控制权,在此过程当中,cpu只需开始和结束的对DMAC进行响应,其余的时间,cpu可以处理其他的事情,比如处理中断之前的作业。

    iop的出现,通道结构又被称作输入输出处理机为iop,iop独立于cpu,是一个专门管理io的处理机。它把cpu从众多的io操作中释放出来,减少了cpu的负担,与此同时,系统的io操作都由iop来负责, 并且一个iop能够控制许多的设备进行io操作,还能实现iop的复用,无疑减少了中断次数,提高了cpu的效率。

    展开全文
  • DHEC大坝传感器系统 CAD文件 包含: STL PDF格式 步 代码 当前代码 历史代码(过时的代码) 建立文件 构建和操作设备所需的一切 零件清单 组装说明 代码上传说明 操作与维护 故障排除 历史文献 包含旧的和过时的...
  • dam-lmsxi-ud5-tarea1_json_ej1 多媒体应用程序课程开发的商标和信息系统模块的单元5的任务1的练习1。 陈述: 使用一个按钮创建一个HTML文件(使用HTML和CSS),该按钮允许您使用Ajax JavaScript读取文件abril....
  • 摘要:新一代电机控制嵌入式DSP芯片ADMC401的原理与结构,描述了其A/D转换系统、脉冲宽度调制单元和光电编码器接口单元等电机控制外设电路的独特之处和应用中的技术关键。还将ADMC401与其它国际主流产品相比较,并...
  • A.M.D.U数据恢复

    2019-04-07 09:16:15
    A.M.D.U 数据恢复 客户环境: 操作系统: RedHat Enterprise AS Linux 4.6 x64...

    A.M.D.U 数据恢复

     

    客户环境:

    操作系统: RedHat Enterprise AS Linux 4.6 x64

    数据库 DB Oracle Enterprise Database 10g(10.2.0.4) no psu

    集群系统: Oracle Real Application Cluster 10g(10.2.0.4) no psu

     

    问题背景:

           在一个寂静的夜晚被一阵急促的电话铃声吵醒,打来电话的是我的老朋友J,他告知我说数据库起不来了,业务全部中断,存储狂扇,频繁的告警亮灯,寻求我的紧急帮助。我首先安慰老朋友J,说这个可能是存储有问题,比较棘手,还是有修复的可能。J听到我这么一说长舒了一口气,缓缓的吐了几个字说:“吴哥,你得帮帮我!”我说没问题,随即梦醒打了个飞的直奔故障现场。了解到了客户环境:比想象中的更为复杂,上线后就没有任何备份,是一个部署在RHEL4.6环境下的10g(10.2.0.4)的RAC,用的是8盘位DFT低端SAS存储。

     

    问题分析:

           在了解到问题环境之后需要对问题进行进一步的分析和解决,思考了半个小时,CRS服务无法启动,没有数据库备份无法恢复;10gRAC ASM无法mount,内部视图无法查询,磁盘组无法正常加载,给数据恢复带来诸多不便......,看来常规方法是不行了,只能考虑一些非常规的数据恢复方法:DUL? AUL? ODU? 这几个工具一直在大脑中回荡,后来冷静思考,咨询了行业里面的牛人,告诉我说通过11g下的AMDU可以在磁盘组加载之前将ASM元数据抽出来,用于诊断及起库open,之后再重做RAC恢复数据即可。且该工具可以向后兼容,引入到10g中。

           说完就干~!

     

    处理过程:

     

    1.1.基础环境准备

           在Oracle官网下载最新的AMDU工具,在任意节点挂载外置移动硬盘,上传到挂载外置移动硬盘的节点上,进去后赋予oracle:oinstall权限并用oracle用户解压,配置参数文件amdu_par,包含如下内容:

    export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:`pwd`

    export PATH=$PATH:`pwd`

     

    1.2. 初始化amdu工具

    用oracle用户执行如下命令,将自动生成一个以时间命名的目录,其下的报告

    文件记录了磁盘组的相关信息。

    ./amdu
    amdu_2019_03_30_12_26_32
    

     

    该报告的主要信息如下:

    -*-amdu-*-
     
    ******************************* AMDU Settings ********************************
    ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
    System name:Linux
    Node name:  rac1
    Release:  2.6.9-78.ELlargesmp
    Version:  #1 SMP Wed Jul 9 16:03:59 EDT 2008
    Machine:x86_64
    amdu run:      30-MAR-19 12:26:32
    Endianess:     1
     
    --------------------------------- Operations ---------------------------------
     
    ------------------------------- Disk Selection -------------------------------
     -diskstring ''
     
    ------------------------------ Reading Control -------------------------------
     
    ------------------------------- Output Control -------------------------------
     
    ********************************* DISCOVERY **********************************
     
    ----------------------------- DISK REPORT N0001 ------------------------------
                    Disk Path: /dev/raw/raw1
              Unique Disk ID: 
                   Disk Label: 
        Physical Sector Size: 512 bytes
                    Disk Size: 199 megabytes
    ** NOT A VALID ASM DISK HEADER. BAD VALUE IN FIELD blksize_kfdhdb **
     
    ----------------------------- DISK REPORT N0002 ------------------------------
                    Disk Path: /dev/raw/raw2
              Unique Disk ID: 
                   Disk Label: 
        Physical Sector Size: 512 bytes
                    Disk Size: 299 megabytes
    ** NOT A VALID ASM DISK HEADER. BAD VALUE IN FIELD blksize_kfdhdb **
     
    ----------------------------- DISK REPORT N0003 ------------------------------
                    Disk Path: ORCL:VOL1
              Unique Disk ID: 
                   Disk Label: VOL1
        Physical Sector Size: 512 bytes
                    Disk Size: 2047997 megabytes
                   Group Name: ORADATA_DG1
                    Disk Name: VOL1
          Failure Group Name: VOL1
                  Disk Number: 0
               Header Status: 3
          Disk Creation Time: 2011/01/04 15:51:21.126000
             Last Mount Time: 2019/03/30 13:15:19.625000
       Compatibility Version: 0x0a100000
            Disk Sector Size: 512 bytes
            Disk size in AUs: 2047997 AUs
            Group Redundancy: 1
         Metadata Block Size: 4096 bytes              ---------元数据块大小,4KB
                      AU Size: 1048576 bytes                 -------------AU大小:1MB
                       Stride: 113792 AUs
         Group Creation Time: 2011/01/04 15:51:21.013000
     File 1 Block 1 location: AU 2                            ---------文件使用,从AU 2 开始
     
    ----------------------------- DISK REPORT N0004 ------------------------------
                    Disk Path: ORCL:VOL2
              Unique Disk ID: 
                   Disk Label: VOL2
        Physical Sector Size: 512 bytes
                    Disk Size: 2047997 megabytes
                   Group Name: ORADATA_DG2
                    Disk Name: VOL2
          Failure Group Name: VOL2
                  Disk Number: 0
               Header Status: 3
          Disk Creation Time: 2011/01/04 15:51:43.512000
             Last Mount Time: 2019/03/30 13:15:19.851000
       Compatibility Version: 0x0a100000
            Disk Sector Size: 512 bytes
            Disk size in AUs: 2047997 AUs
            Group Redundancy: 1
         Metadata Block Size: 4096 bytes                         ----------元数据块大小,4KB
                      AU Size: 1048576 bytes            --------------AU大小:1MB
                       Stride: 113792 AUs
         Group Creation Time: 2011/01/04 15:51:43.370000
     File 1 Block 1 location: AU 2                                ---------文件使用,从AU 2 开始
     
    ----------------------------- DISK REPORT N0005 ------------------------------
                    Disk Path: ORCL:VOL3
              Unique Disk ID: 
                   Disk Label: VOL3
        Physical Sector Size: 512 bytes
                    Disk Size: 2047997 megabytes
                   Group Name: ORADATA_DG3
                    Disk Name: VOL3
          Failure Group Name: VOL3
                  Disk Number: 0
               Header Status: 3
          Disk Creation Time: 2011/01/04 15:52:05.086000
             Last Mount Time: 2019/03/30 13:15:20.093000
       Compatibility Version: 0x0a100000
            Disk Sector Size: 512 bytes
            Disk size in AUs: 2047997 AUs
            Group Redundancy: 1
         Metadata Block Size: 4096 bytes                         ---------元数据块大小,4KB
                      AU Size: 1048576 bytes            --------------AU大小:1MB
                       Stride: 113792 AUs
         Group Creation Time: 2011/01/04 15:52:04.949000
     File 1 Block 1 location: AU 2                                ---------文件使用,从AU 2 开始
     
    ----------------------------- DISK REPORT N0006 ------------------------------
                    Disk Path: ORCL:VOL4
              Unique Disk ID: 
                   Disk Label: VOL4
        Physical Sector Size: 512 bytes
                    Disk Size: 1484867 megabytes
                   Group Name: RECOVER_DG
                    Disk Name: VOL4
          Failure Group Name: VOL4
                  Disk Number: 0
               Header Status: 3
          Disk Creation Time: 2011/01/04 15:52:31.026000
             Last Mount Time: 2019/03/30 13:15:20.336000
       Compatibility Version: 0x0a100000
            Disk Sector Size: 512 bytes
            Disk size in AUs: 1484867 AUs
            Group Redundancy: 1
         Metadata Block Size: 4096 bytes
                      AU Size: 1048576 bytes        ----元数据块大小,4KB
                       Stride: 113792 AUs        --------AU 大小:1MB
         Group Creation Time: 2011/01/04 15:52:30.929000
     File 1 Block 1 location: AU 2              ---------文件使用,从AU 2 开始
     
    ******************************* END OF REPORT ********************************
    

     

    1.3.抽取控制文件

            由于磁盘组不能Mount,控制文件也无法访问,因此需要首先分析数据库的文件分布情况,进而通过文件的ASM 存储序号来进行文件抽取,通过告警日志,可以找到数据库的控制文件信息。如下所示,控制文件的ASM 文件号是270。

    grep control_file $ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log
     
    control_files = "+ORADATA_DG1/ORADB/CONTROLFILE/Current.260.739555035"
    ..........
     
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.260
    amdu_2019_03_30_12_29_43/
    

      

    1.4. 通过控制文件获取RedoLog 和DataFile

            取得控制文件之后,可以通过控制文件内容获得数据库的数据文件及日志文件分布情况。以下是从控制文件中获得的信息输出。

    [root@rac1 ~]# strings ORADATA_DG1_260.f |grep -v archivelog |grep -v oracle/ |grep ORAD| sort
    +ORADATA_DG1/oradb/idx_jsnet.dbf
    +ORADATA_DG1/oradb/idx_jsnet.dbf
    +ORADATA_DG1/oradb/idx_jsnet.ora
    +ORADATA_DG1/oradb/idx_jsnet.ora
    +ORADATA_DG1/oradb/redo01.log
    +ORADATA_DG1/oradb/redo01.log
    +ORADATA_DG1/oradb/redo02.log
    +ORADATA_DG1/oradb/redo02.log
    +ORADATA_DG1/oradb/redo03.log
    +ORADATA_DG1/oradb/redo03.log
    +ORADATA_DG1/oradb/redo04.log
    +ORADATA_DG1/oradb/redo04.log
    +ORADATA_DG1/oradb/sysaux01.dbf
    +ORADATA_DG1/oradb/sysaux01.dbf
    +ORADATA_DG1/oradb/system01.dbf
    +ORADATA_DG1/oradb/system01.dbf
    +ORADATA_DG1/oradb/tbs_jsnet.dbf
    +ORADATA_DG1/oradb/tbs_jsnet.dbf
    +ORADATA_DG1/oradb/tbs_jsnet.dbf
    +ORADATA_DG1/oradb/tbs_jsnet.dbf
    +ORADATA_DG1/oradb/temp01.dbf
    +ORADATA_DG1/oradb/temp01.dbf
    +ORADATA_DG1/oradb/undotbs01.dbf
    +ORADATA_DG1/oradb/undotbs01.dbf
    +ORADATA_DG1/oradb/undotbs02.dbf
    +ORADATA_DG1/oradb/undotbs02.dbf
    +ORADATA_DG1/oradb/users01.dbf
    +ORADATA_DG1/oradb/users01.dbf
    

     

    1.5. 恢复文件

           根据控制文件中的文件分布信息,可以通过amdu工具将所有文件提取出来,根据以数据文件和日志文件信息,创建如下脚本以抽取对应的日志文件和数据文件。

     

    先恢复RedoLog File:

    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.263
    amdu_2019_03_30_12_32_38/
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.264
    amdu_2019_03_30_12_33_12/
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.267
    amdu_2019_03_30_12_34_11/
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.268
    amdu_2019_03_30_12_34_22/
    

     

    再恢复数据文件:

    IDX_JSNET.ora:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.276
    amdu_2019_03_30_12_38_42/
     
    IDX_JSNET:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.298
     
    TBS_JSNET:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.277
     
    SYSAUX:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.257
     
    SYSTEM:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.256
     
    TEMP:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.265
     
    UNDOTBS1:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.258
     
    UNDOTBS2:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.266
     
    USER:
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ amdu -diskstring
    '/dev/oracleasm/disks/VOL*' -extract ORADATA_DG1.259
    

     

    1.6. 校验文件

           到这里文件已经全部恢复出来了,途中未见报错,接下来需要用dbv对文件进行个校验,检查下是否有逻辑坏块:

    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_12_
    amdu_2019_03_30_12_29_43/ amdu_2019_03_30_12_33_12/ amdu_2019_03_30_12_38_42/ amdu_2019_03_30_12_43_30/
    amdu_2019_03_30_12_29_56/ amdu_2019_03_30_12_34_11/ amdu_2019_03_30_12_40_08/ amdu_2019_03_30_12_44_47/
    amdu_2019_03_30_12_30_07/ amdu_2019_03_30_12_34_22/ amdu_2019_03_30_12_40_45/
    amdu_2019_03_30_12_32_38/ amdu_2019_03_30_12_37_22/ amdu_2019_03_30_12_42_13/
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_12_38_42/ORADATA_DG1_276.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:00:33 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_12_38_42/ORADATA_DG1_276.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 25600
    Total Pages Processed (Data) : 0
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 0
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 8
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg) : 0
    Total Pages Empty            : 25592
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 753000 (0.753000)
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_12_40_08/ORADATA_DG1_298.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:00:53 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_12_40_08/ORADATA_DG1_298.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 32000
    Total Pages Processed (Data) : 0
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 28786
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 1062
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg)  : 0
    Total Pages Empty            : 2152
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 697113994 (0.697113994)
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_12_40_45/ORADATA_DG1_277.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:01:09 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_12_40_45/ORADATA_DG1_277.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 101120
    Total Pages Processed (Data) : 95455
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 353
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 3290
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg) : 0
    Total Pages Empty            : 2022
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 697223552 (0.697223552)
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_12_42_13/ORADATA_DG1_257.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:01:17 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_12_42_13/ORADATA_DG1_257.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 107520
    Total Pages Processed (Data) : 41691
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 33473
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 18814
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg) : 0
    Total Pages Empty            : 13542
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 697247738 (0.697247738)
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_12_43_30/ORADATA_DG1_256.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:01:59 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_12_43_30/ORADATA_DG1_256.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 64000
    Total Pages Processed (Data) : 38706
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 7385
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 2067
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg) : 0
    Total Pages Empty            : 15842
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 697247727 (0.697247727)
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_12_44_47/ORADATA_DG1_265.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:02:25 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY: Skipping temporary file amdu_2019_03_30_12_44_47/ORADATA_DG1_265.f
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_13_10_37/ORADATA_DG1_258.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:03:18 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_13_10_37/ORADATA_DG1_258.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 23680
    Total Pages Processed (Data) : 0
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 0
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 23432
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg) : 0
    Total Pages Empty            : 248
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 667630094 (0.667630094)
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_13_14_27/ORADATA_DG1_266.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:03:43 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_13_14_27/ORADATA_DG1_266.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 27080
    Total Pages Processed (Data) : 0
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 0
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 27080
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg) : 0
    Total Pages Empty            : 0
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 697247738 (0.697247738)
    [oracle@rac1 amdu_2019_03_30_12_26_32]$ dbv file=amdu_2019_03_30_13_15_29/ORADATA_DG1_259.f
     
    DBVERIFY: Release 10.2.0.4.0 - Production on Sat Mar 30 14:04:03 2019
     
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
     
    DBVERIFY - Verification starting : FILE = amdu_2019_03_30_13_15_29/ORADATA_DG1_259.f
     
     
    DBVERIFY - Verification complete
     
    Total Pages Examined         : 640
    Total Pages Processed (Data) : 15
    Total Pages Failing   (Data) : 0
    Total Pages Processed (Index): 2
    Total Pages Failing   (Index): 0
    Total Pages Processed (Other): 593
    Total Pages Processed (Seg)  : 0
    Total Pages Failing   (Seg) : 0
    Total Pages Empty            : 30
    Total Pages Marked Corrupt   : 0
    Total Pages Influx           : 0
    Highest block SCN            : 598900 (0.598900)
    

     

    1.7. 验证数据库版本及补丁信息

    [oracle@rac1 amdu_2019_03_30_12_26_32]$ $ORACLE_HOME/OPatch/opatch lsinv
    Invoking OPatch 10.2.0.4.2
     
    Oracle Interim Patch Installer version 10.2.0.4.2
    Copyright (c) 2007, Oracle Corporation.  All rights reserved.
     
     
    Oracle Home       : /u01/app/oracle/product/10.2.0/db_1
    Central Inventory : /u01/app/oraInventory
      from           : /etc/oraInst.loc
    OPatch version    : 10.2.0.4.2
    OUI version       : 10.2.0.4.0
    OUI location      : /u01/app/oracle/product/10.2.0/db_1/oui
    Log file location : /u01/app/oracle/product/10.2.0/db_1/cfgtoollogs/opatch/opatc h2019-03-30_13-56-47PM.log
     
    Lsinventory Output file location : /u01/app/oracle/product/10.2.0/db_1/cfgtoollo gs/opatch/lsinv/lsinventory2019-03-30_13-56-47PM.txt
     
    --------------------------------------------------------------------------------
    Installed Top-level Products (3):
     
    Oracle Database 10g                                                 10.2.0.1.0
    Oracle Database 10g Products                                        10.2.0.1.0
    Oracle Database 10g Release 2 Patch Set 3                            10.2.0.4.0
    There are 3 products installed in this Oracle Home.
     
     
    There are no Interim patches installed in this Oracle Home.
     
     
    Rac system comprising of multiple nodes
     Local node = rac1
     Remote node = rac2
     
    --------------------------------------------------------------------------------
     
    OPatch succeeded.
    

     

     

    2、构建新的环境

    2.1. 安装相同版本数据库

           不要建库,只需安装数据库软件即可。

    过程 (略)

     

    2.2. 创建数据库启动参数文件

           编辑好参数文件,将数据库启动到nomount状态:

    [oracle@rac1 dbs]$ cat initoradb.ora
    db_name=oradb
    db_files = 80
    db_file_multiblock_read_count = 8
    db_block_buffers = 100
    shared_pool_size = 123232153
    log_checkpoint_interval = 10000
    processes = 50
    parallel_max_servers = 5
    log_buffer = 32768
    max_dump_file_size = 10240
    global_names = TRUE
    control_files = '/oracle/oradata/oradb/control01.ctl'
    

     

    2.3. 将数据库启到nomount状态

    [oracle@rac1 dbs]$ sqlplus / as sysdba
     
    SQL*Plus: Release 10.2.0.4.0 - Production on Sat Apr 6 12:47:26 2019
     
    Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
     
    Connected to an idle instance.
     
    SQL> startup nomount;
    ORACLE instance started.
     
    Total System Global Area 4294967296 bytes
    Fixed Size                  2089472 bytes
    Variable Size            4269805056 bytes
    Database Buffers            8388608 bytes
    Redo Buffers               14684160 bytes
    

     

    2.4. mount数据库

    SQL> alter database mount;
     
    Database altered.
     
    SQL> select instance_name,status from gv$instance;
     
    INSTANCE_NAME    STATUS
    ---------------- ------------
    oradb            MOUNTED
    

     

    接下来就可以修改控制文件里面对应的数据文件及RedoLog的路径,并open数据库了。

     

    2.5 修改路径

           修改控制文件中的数据文件和RedoLog对应路径信息。

    RedoLog File RENAME FILE: 

    alter database rename file '+ORADATA_DG1/oradb/redo02.log' to '/oracle/oradata/oradb/amdu_2019_03_30_12_33_12/ORADATA_DG1_264.f';
    alter database rename file '+ORADATA_DG1/oradb/redo01.log' to '/oracle/oradata/oradb/amdu_2019_03_30_12_32_38/ORADATA_DG1_263.f';
    alter database rename file '+ORADATA_DG1/oradb/redo03.log' to '/oracle/oradata/oradb/amdu_2019_03_30_12_34_11/ORADATA_DG1_267.f';
    alter database rename file '+ORADATA_DG1/oradb/redo04.log' to '/oracle/oradata/oradb/amdu_2019_03_30_12_34_22/ORADATA_DG1_268.f';
     
    ter database rename file '+ORADATA_DG1/oradb/users01.dbf'   to '/oracle/oradata/oradb/amdu_2019_03_30_13_15_29/ORADATA_DG1_259.f';
    alter database rename file '+ORADATA_DG1/oradb/sysaux01.dbf'  to '/oracle/oradata/oradb/amdu_2019_03_30_12_42_13/ORADATA_DG1_257.f';
    alter database rename file '+ORADATA_DG1/oradb/undotbs01.dbf' to '/oracle/oradata/oradb/amdu_2019_03_30_13_10_37/ORADATA_DG1_258.f';
    alter database rename file '+ORADATA_DG1/oradb/system01.dbf'  to '/oracle/oradata/oradb/amdu_2019_03_30_12_43_30/ORADATA_DG1_256.f';
    alter database rename file '+ORADATA_DG1/oradb/undotbs02.dbf' to '/oracle/oradata/oradb/amdu_2019_03_30_13_14_27/ORADATA_DG1_266.f';
    alter database rename file '+ORADATA_DG1/oradb/tbs_jsnet.dbf' to '/oracle/oradata/oradb/amdu_2019_03_30_12_40_45/ORADATA_DG1_277.f';
    alter database rename file '+ORADATA_DG1/oradb/idx_jsnet.dbf' to '/oracle/oradata/oradb/amdu_2019_03_30_12_40_08/ORADATA_DG1_298.f';
    

     

     Temp File RENAME FILE:

    alter database rename file '+ORADATA_DG1/oradb/temp01.dbf' to '/oracle/oradata/oradb/amdu_2019_03_30_12_44_47/ORADATA_DG1_265.f';
    

     


     

    3.启动数据库

    [oracle@redhat5 ~]$ sqlplus / as sysdba
     
    SQL*Plus: Release 10.2.0.4.0 - Production on Sun Mar 31 03:50:55 2019
     
    Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
     
     
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
     
    SQL> alter database open;
    alter database open
    *
    ERROR at line 1:
    ORA-00369: Current log of thread 1 not useable and other log being cleared
    ORA-00312: online log 1 thread 1:
    '/oracle/oradata/oradb/amdu_2019_03_30_12_32_38/ORADATA_DG1_263.f'
     
     
    SQL> alter database clear unarchived logfile group 1;
     
    Database altered.
     
    SQL> alter database open;
     
    Database altered.
     
    SQL> select instance_name,status from v$instance;
     
    INSTANCE_NAMESTATUS
    ---------------- ------------
    oradb            OPEN
    

     

     

    4. 数据库业务方面确认

    SQL> select username,default_tablespace from dba_users where account_status='OPEN';
     
    USERNAME                 DEFAULT_TABLESPACE
    ------------------------------ ------------------------------
    SYSTEM                       SYSTEM
    SYS                      SYSTEM
    SYSMAN                      SYSAUX
    DBSNMP                     SYSAUX
    MGMT_VIEW               SYSTEM
    woo                             TBS_JSNET
     
    6 rows selected.
     
    col OWNER format a8
    col OBJECT_NAME format a25
    select owner,object_name,status from dba_objects where owner='MAM42SYS';
     
     
    OWNER  OBJECT_NAME              STATUS
    -------- ------------------------- -------
    WOO      WOO_NAVBONTMOL         VALID
    WOO     WOO_NAVTONTCOL          VALID
    WOO     WOO_NAV2GATIWN           VALID
    


    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/20674423/viewspace-2640530/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/20674423/viewspace-2640530/

    展开全文
  • 摘要:结合80C196KC和ADMC401双CPU接口电路图,详细介绍了系统的设计过程,并对主要部件的基本功能以及需要注意的问题做了分析和说明。最后以静止无功发生器(SVG)装置为例,介绍了双CPU...
  • 其中的ADMC401属于高端产品,适合于工业控制、机床控制等高精度应用。ADMC401具有一套完备的外围控制接口和丰富的电机控制外设电路,将DSP的高速运算能力和外设电路的控制能力结合到一起,可以在高度集成环境中实现...
  • 在以TMS320C2XX为核心的数字化语言学习系统中,为了满足系统实时性要求,声卡与存储器之间的数据传送已经不能采用程序查询控制方式,所以我们采用直接存储器访问(DMA)控制。直接存储器访问控制是指数据传送时不...
  • 在现代雷达系统、激光测距以及高能物理试验中往往产生宽带信号或者上升沿比较陡的信号(一般10ns左右)。若对此类信号进行数字化处理,要求A/D部分的采样率至少应该在200M/s以上。本文介绍的系统正是针
  • 系统采用80C196KC和ADMC401两个芯片作为核心处理器。ADI公司的ADMC401芯片是基于DSP的控制器,非常适于工业应用领域中的高性能控制。该芯片集成了一个高速的DSP内核,且其内核具有...
  • 随着信息技术的发展,逆变电源越来越广泛地被应用于通信、军事、航空、航天等领域。传统的逆变电源多为模拟控制或者模拟...本文在对ADMC331进行详细分析的基础上,介绍了ADMC331控制器在全数字化逆变电源中的具体应用。
  •  音频行业最激动人心的事情莫过于数字音频矩阵产品的推出,数字音频矩阵以功能强大的硬件平台和智能化的设计操作软件,将原来一整个机柜的信后处理器的功能和需要几星期甚至几个月才能设计、施工好的音频系统,变成...
  • 本文在对ADMC331进行详细分析的基础上,介绍了ADMC331控制器在全数字化逆变电源中的具体应用。  2 ADMC331的结构特点  ADMC331是美国模拟器件公司(ADI)推出的基于DSP技术的电机控制器,它在内部集成了一个26...
  • 自述文件 该自述文件通常会记录启动和运行应用程序所需的所有步骤。 您可能要讲的内容: ...系统依赖 组态 数据库创建 数据库初始化 如何运行测试套件 服务(作业队列,缓存服务器,搜索引擎等) 部署说明 ...
  • 来源商业新知网,原标题:让聊天机器人完美回复 | 基于PaddlePaddle的语义匹配模型DAM 语义匹配 语义匹配是NLP的一项重要应用。无论是问答系统、对话系统还是智能客服,都可以认为是问题和回复之间的语义匹配问题...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,915
精华内容 1,166
关键字:

dam系统