对于音频走线的理解总结

第一篇：对于音频走线的理解总结

对于蓝牙音频电路布板个人总结

对于我们的产品来说，电路板的构成大致分为一下几种信号：

1，电源信号

2，音频模拟信号

3，数字控制信号

常用的电源器件主要是LDO给蓝牙供电，以及其他比如功放的芯片工作所需电压。音频器件主要为蓝牙模块，运放，功放。数字信号产生来源于蓝牙模块。

对于蓝牙音频这块，我们重中之重在于对音频信号的处理。

音频信号流向依次经过蓝牙模块，运放，功放输出到喇叭。布板过程中一般按照其信号流大致方向进行布局，并尽量减少音频线路形成的回路。器件及其外围元器件组成相应的功能模块，各行其是且相互联系，尽量减少其电路的回流串扰。喇叭表现出声音的好坏，主要取决于外来信号对音频信号干扰的强弱程度，理论上说干扰是绝对存在的，我们的目的是尽量减

少其干扰强度。

那么外来干扰信号也就是噪声从哪里来的呢？ 电路板上的噪声来源途径是两个方面：

一是通过空气以电磁波的形式传播的噪声，二是通过公共传输线传递的噪声。

相对于我们的产品来说蓝牙天线产生的噪声比较微弱而且缺少必要的工具，那么我们就重点对公共传输线上的噪声进行合理的消除。而公共传输线就是电源。之前我们一直在说把地分开，然后单点连接。我不是很理解，不理解两点：

一是既然都要连在一起，为何又要分开。

二是单点接地，接在哪里比较合适。蓝牙边上？功放边上？

直到去到美信公司，我问到工程师噪声的来源一般是在哪里，我想让他能给出一点建议。他提出，噪声主要取决于电源，只要电源干净基本上就没什么噪声。我当时听到了大感兴趣，为什么不是地，为什么他不是说地该怎么划分，而只是说到电源。因为之前听到的都是关于地的一些划分，创新的板子看到的依然是地。所以我很好奇，但没有往深了想。然后他介绍到一些走线的各方面注意事项，我再一一解释。当时脑子有点乱，不是很明白，说的电源是怎么一回事。直到调派瑞的板子仍然没有头绪，茫然一片。当我再次拿起创新板子看时，感觉抓到一点（虽然现在还只一种揣测）。好像自己能给自己解释为什么要地分开，为什么要

单点接地了。

因为电源包括“电源”和地。“电源”是5V 或者3.3V的电源线。而地则是相对与5V或者3.3V的零电位。这是整个电路板系统最根本的地，只有这里才是绝对的零电势。但是有一点，电源线上本来是有噪声的，所以我们必须加上大电容滤波小电容去耦进入电路板。为了给各个功能模块相对独立切干净的供电源，最直观的手段也是最有效的手段给他一块独立的地，来规定他的活动范围不影响其他功能模块的工作。这是我现在能理解的划分地的原因。而工程师提到的电源，则是为各个功能模块有效的去耦。真正的实现电源干净切隔离。其方法则是串入大磁珠并小电容。这是对地划分的理解。

接着我们需要解释单点接地的原因。单点接地该接哪里，是不是跟着音频信号的方向将地串起来好不好？纸面上分析是不可取的。个人理解也有两个原因：

一是器件之前的噪声会耦合的很混乱，二是大环路过长会引起不必要的噪声。器件工作产生噪声是肯定的，噪声会进入信号，那么先理解信号是怎么来的。从蓝牙出来的没错，但是蓝牙提供的是原始信号，没经过偏置的小信号，也就是没有放大，假设这是最干净的信号，那么进入器件加入偏置，产生噪声是顺理成章的，这个时候信号被污染了，电源也被污染了。那么电源上的噪声去哪里了呢，地，只有通过地才能形成回路。那么单个的地回来绝对零电势，噪声自然到这里终止，然而当我们把运放 功放地串起来时，地带来噪声影响电源，影响偏置，然后加载在信号上输出到喇叭表现出来的底噪难听的问题。然后当地串起来之后电源走过的回路会大大的被延长，变成了电源包围了信号，这可能是有

问题的。

综上所述，单点接地点一定要选在电源地上，而不是串成一列。

这就要求我们让电源与各个音频器件的相对位置的选择有一定的判别能力。

最后对数字信号的处理：

数字信号的高低电平的变化会产生极大的噪声。这是模拟信号的杀手。所以我们需要把他很谨慎的处理，数字信号与模拟信号尽可能的远，切避免相互交叉，引起不必要的污染。低频的数字电路对干扰抑制能力比较强，所以走线绕一点有没关系，不怕打过孔，因为我们的数

字信号速度真的不快。

纸面上的分析总结就是这些，对于我的挑战在于，结构的固定，电源与器件间的位置摆放，以及器件间信号流向之间的矛盾，让我很难把握。需要一些时间去验证，寻求最合理的设计方案。

以上总结只是针对个人理解而言，其正确性还后期的验证。尽自己最大的努力，希望能尽快完成一块有水准的电路板。

第二篇：alsa音频总结

Linux音频驱动总结

参考文章：http://blog.csdn.net/droidphone/

http://blog.chinaunix.net/uid/22917448.html

分析只列出部分重要代码，具体请参考linux3.0内核代码。

Alsa架构整体来说十分复杂，但对于驱动移植来说我们仅仅只需要关心ASOC就足够了。在学习asoc之前我们先了解一些专业术语：

ASoC currently supports the three main Digital Audio Interfaces(DAI)found on SoC controllers and portable audio CODECs today, namely AC97, I2S and PCM.ASoC现在支持如今的SoC控制器和便携音频解码器上的三个主要数字音频接口，即AC97，I2S，PCM（与pcm音频格式注意区分，前者是一种音频接口，后者是一种输入声卡的音频格式）。

AC97 AC97 ====

AC97 is a five wire interface commonly found on many PC sound cards.It is now also popular in many portable devices.This DAI has a reset line and time multiplexes its data on its SDATA_OUT(playback)and SDATA_IN(capture)lines.The bit clock(BCLK)is always driven by the CODEC(usually 12.288MHz)and the frame(FRAME)(usually 48kHz)is always driven by the controller.Each AC97 frame is 21uS long and is divided into 13 time slots.AC97是一种个人电脑声卡上常见的五线接口。现在在很多便携设备中也很流行。这个数字音频接口有一个复位线，分时在SDATA＿OUT（回放）和SDATA＿IN（捕获）线上传送数据。位时钟常由解码器驱动（通常是12.288MHz).帧时钟（通常48kHz)总是由控制器驱动。每个AC97帧21uS,并分为13个时间槽。

I2S I2S ===

I2S is a common 4 wire DAI used in HiFi, STB and portable devices.The Tx and Rx lines are used for audio transmission, whilst the bit clock(BCLK)and left/right clock(LRC)synchronise the link.I2S is flexible in that either the controller or CODEC can drive(master)the BCLK and LRC clock lines.Bit clock usually varies depending on the sample rate and the master system clock(SYSCLK).LRCLK is the same as the sample rate.A few devices support separate ADC and DAC LRCLKs, this allows for simultaneous capture and playback at different sample rates.I2S是一个4线数字音频接口，常用于HiFi，STB便携设备。Tx 和Rx信号线用于音频传输。而位时钟和左右时钟（LRC）用于同步链接。I2S具有灵活性，因为控制器和解码器都可以控制位时钟和左右时钟。位时钟因采样率和主系统时钟而有不同。LRCLK与采样率相同。少数设备支持独立的ADC和DAC的LRCLK。这使在不同采样率情况下同步捕获和回放成为可能。

I2S has several different operating modes:-I2S有几个不同的操作模式：

o I2SMSB is transmitted on transition of LRC.左对齐模式：MSB在LRC传送时传送。

o Right JustifiedMSB is transmitted on falling edge of first BCLK after FRAME/SYNC.模式A－MSB在FRAME/SYNC后第一个BCLK的下降沿传送。

o Mode Busing I2C, 3 Wire(SPI)or both APIs 3)Mixers and audio controls 4)Codec audio operations 1）解码器数字音频接口和PCM配置。

2）解码器控制IO－使用I2C，3总线（SPI）或两个都有。3）混音器和音频控制。4）解码器音频操作。

Optionally, codec drivers can also provide:-解码器驱动可以选择性提供：

5)DAPM description.6)DAPM event handler.7)DAC Digital mute control.5）动态音频电源管理描述。6）动态音频电源管理事件控制。7）数模转换数字消音控制。SoC DAI Drivers 板级DAI驱动 ===============

Each SoC DAI driver must provide the following features:-每个SoC DAI驱动都必须提供如下性能：

1)Digital audio interface(DAI)description 1)数字音频接口描述

2)Digital audio interface configuration 2)数字音频接口配置 3)PCM's description 3）PCM描述

4)SYSCLK configuration 4）系统时钟配置

5)Suspend and resume(optional)5）挂起和恢复（可选的）

以上由君子翻译，本人实在没办法比他描述的更好了，所以把重要的部分提取出来直接copy。在这里对君子表示由衷感谢，赋上君子注。君子注:

您现在所阅读的，是君子阅读Linux音频SoC驱动时，写下的文档译文。

君子写些译文，一方面是作为自己的笔记，帮助记忆，另一方面也希望能对他人有所帮助。如果您能于君子的译文中有所收获，则吾心甚慰

现在我们开始分析ASOC：

ASoC被分为Machine、Platform和Codec三大部分。其中的Machine驱动负责Platform和Codec之间的耦合和设备或板子特定的代码。

看起来挺复杂，其实需要我们做的事情并不多，大部分内核已经完成。下面我们分析哪些是我们需要自己做的：

codec驱动：负责音频解码。这部分代码完全无平台无关，设备原厂提供，我们只需要把它加进内核编译就好了。platform驱动：与处理器芯片相关，这部分代码在该芯片商用之前方案产商提供的demo板已完全确定了，也就是说我们只需要使用就可以了。

machine驱动：好了，到了最关键的地方了，machine驱动是耦合platform和codec驱动，同时与上层交互的代码。由于上层是标准的alsa架构，所以下层接口肯定要做了统一，所以我很负责的告诉你，这部分由machine本身的platform驱动和platform设备组成(请跟asoc的platform驱动区别)，platform驱动内核帮我们完成了，所以你无须过多的关心你的驱动怎么跟上层alsa怎么衍接的问题，我们只需要注册一个machine的platform设备以及完成platform和codec耦合就ok

asoc的关系图如下：（以下适应于linux3.0。linux2.6会有所不同）

上图把asoc架构显示的淋漓尽致，如果你分析了asoc你就会发现上图描述的结构以及函数真的一个都跑不了。

Machie：

Machine platform device:(~/sound/soc/samsung/smdk_wm8994.c)

1.smdk_snd_device = platform_device_alloc(“soc-audio”,-1);2.if(!smdk_snd_device)3.return-ENOMEM;4.5.platform_set_drvdata(smdk_snd_device, &smdk);6.7.ret = platform_device_add(smdk_snd_device);

1.static struct snd_soc_dai_link smdk_dai[] = { 2.{ /* Primary DAI i/f */

3..name = “WM8994 AIF1”, 4..stream_name = “Pri_Dai”, 5..cpu_dai_name = “samsung-i2s.0”, 6..codec_dai_name = “wm8994-aif1”, 7..platform_name = “samsung-audio”, 8..codec_name = “wm8994-codec”, 9..init = smdk_wm8994_init_paiftx, 10..ops = &smdk_ops, 11.}, { /* Sec_Fifo Playback i/f */

12..name = “Sec_FIFO TX”, 13..stream_name = “Sec_Dai”, 14..cpu_dai_name = “samsung-i2s.4”, 15..codec_dai_name = “wm8994-aif1”, 16..platform_name = “samsung-audio”, 17..codec_name = “wm8994-codec”, 18..ops = &smdk_ops, 19.}, 20.};21.22.static struct snd_soc_card smdk = { 23..name = “SMDK-I2S”, 24..owner = THIS_MODULE, 25..dai_link = smdk_dai，26..num_links = ARRAY_SIZE(smdk_dai), 27.};

通过snd_soc_card结构，又引出了Machine驱动的另外两个个数据结构：

  snd_soc_dai_link（实例：smdk_dai[]）snd_soc_ops（实例：smdk_ops）

snd_soc_dai_link看名字就知道，很明显它是起耦合链接作用的。它指定了Platform、Codec、codec_dai、cpu_dai的名字，稍后Machine驱动将会利用这些名字去匹配已经在系统中注册的platform，codec，dai。

snd_soc_ops连接Platform和Codec的dai_link对应的ops操作函数，本例就是smdk_ops，它只实现了hw_params函数：smdk_hw_params。

到此为止，最主要的部分machine的平台设备注册我们完成了。

下面我们关注machine平台驱动部分(这部分内核不需要我们实现，但我们需要知道它是怎么工作的）

ASoC的platform_driver在以下文件中定义：sound/soc/soc-core.c。还是先从模块的入口看起：

[cpp] view plaincopy 1.static int __init snd_soc_init(void)2.{ 3.......4.return platform_driver_register(&soc_driver);5.}

soc_driver的定义如下：

[cpp] view plaincopy

1./* ASoC platform driver */

2.static struct platform_driver soc_driver = { 3..driver = {

4..name = “soc-audio”, //确保你注册machine平台设备和它保持一致 5..owner = THIS_MODULE, 6..pm = &soc_pm_ops, 7.}，8..probe = soc_probe, 9..remove = soc_remove, 10.};

初始化入口soc_probe()

soc_probe函数本身很简单，它先从platform_device参数中取出snd_soc_card，然后调用snd_soc_register_card，通过snd_soc_register_card，为snd_soc_pcm_runtime数组申请内存，每一个dai_link对应snd_soc_pcm_runtime数组的一个单元，然后把snd_soc_card中的dai_link配置复制到相应的snd_soc_pcm_runtime中，最后，大部分的工作都在snd_soc_instantiate_card中实现，下面就看看snd_soc_instantiate_card做了些什么： 该函数首先利用card->instantiated来判断该卡是否已经实例化，如果已经实例化则直接返回，否则遍历每一对dai_link，进行codec、platform、dai的绑定工作，下只是代码的部分选节，详细的代码请直接参考完整的代码树。static int soc_probe(struct platform_device *pdev){

struct snd_soc_card *card = platform_get_drvdata(pdev);//别忘记了machine的platform_set_drvdata //取出snd_soc_card

.............ret = snd_soc_register_card(card);//注册............}

下面我们看snd_soc_register_card()函数:

int snd_soc_register_card(struct snd_soc_card *card){

。。。。

card->rtd = kzalloc(sizeof(struct snd_soc_pcm_runtime)*

(card->num_links + card->num_aux_devs)，GFP_KERNEL);//为snd_soc_pcm_runtime数组申请内存，每一个dai_link对应一个snd_soc_pcm_runtime数组单元。。。。

for(i = 0;i < card->num_links;i++)

card->rtd[i].dai_link = &card->dai_link[i];//把snd_soc_card中的dai_link复制到相应的snd_soc_pcm_runtime。。。。

snd_soc_instantiate_cards();//将调用snd_soc_instantiate_card()//最为重要 }

下面我们分析snd_soc_instantiate_card()函数：

static void snd_soc_instantiate_card(struct snd_soc_card *card){

。。。。

if(card->instantiated){ //判断该卡是否已经实例化，如果是就返回

mutex_unlock(&card->mutex);

return;

}

/* bind DAIs */

for(i = 0;i < card->num_links;i++)//否则遍例每一对dai_link，进行codec,flatrom,dai的绑定工作

soc_bind_dai_link(card, i);/* ******************************************************************************************************************************************************************

ASoC定义了三个全局的链表头变量：codec_list、dai_list、platform_list，系统中所有的Codec、DAI、Platform都在注册时连接到这三个全局链表上。soc_bind_dai_link函数逐个扫描这三个链表，根据card->dai_link[]中的名称进行匹配，匹配后把相应的codec，dai和platform实例赋值到card->rtd[]中（snd_soc_pcm_runtime）。经过这个过程后，snd_soc_pcm_runtime：（card->rtd）中保存了本Machine中使用的Codec，DAI和Platform驱动的信息。

*****************************************************************************************************************************************************************/

/* bind completed ? */

if(card->num_rtd!= card->num_links){

mutex_unlock(&card->mutex);

return;

}

。。。。。

/* card bind complete so register a sound card */

ret = snd_card_create(SNDRV_DEFAULT_IDX1, SNDRV_DEFAULT_STR1,card->owner, 0, &card->snd_card)。。。。。

card->snd_card->dev = card->dev;

card->dapm.bias_level = SND_SOC_BIAS_OFF;

card->dapm.dev = card->dev;

card->dapm.card = card;

list_add(&card->dapm.list, &card->dapm_list);//初始化codec缓存，创建声卡实例

。。。。。。。//下面是最重要的probe匹配工作

if(card->probe){

ret = card->probe(card);

if(ret < 0)

goto card_probe_error;

}

。。。。。

ret = soc_probe_dai_link(card, i, order);//主要的耦合链接工作在此函数完成。。。。。

ret = soc_probe_aux_dev(card, i)。。。。。

if(card->late_probe){//最后的声卡初始化工作，ret = card->late_probe(card);

}

。。。。。

ret = snd_card_register(card->snd_card);//然后调用标准的alsa驱动的声卡函数进行声卡注册

。。。。。

}

到这里声卡已经注册好了，声卡可以正常工作了，我们再分析最后一个函数，也就是它们是怎么匹配的 soc_probe_dai_link():

static int soc_probe_dai_link(struct snd_soc_card *card, int num, int order){

。。。。。

/* probe the cpu_dai */

if(!cpu_dai->probed &&

cpu_dai->driver->probe_order == order){

if(!try_module_get(cpu_dai->dev->driver->owner))

return-ENODEV;

if(cpu_dai->driver->probe){

ret = cpu_dai->driver->probe(cpu_dai);

if(ret < 0){

printk(KERN_ERR “asoc: failed to probe CPU DAI %sn”, cpu_dai->name);

module_put(cpu_dai->dev->driver->owner);

return ret;

}

}

cpu_dai->probed = 1;

/* mark cpu_dai as probed and add to card dai list */

list_add(&cpu_dai->card_list, &card->dai_dev_list);

}

/* probe the CODEC */

if(!codec->probed &&

codec->driver->probe_order == order){

ret = soc_probe_codec(card, codec);

if(ret < 0)

return ret;

}

/* probe the platform */

if(!platform->probed &&

platform->driver->probe_order == order){

ret = soc_probe_platform(card, platform);

if(ret < 0)

return ret;

}

/* probe the CODEC DAI */

if(!codec_dai->probed && codec_dai->driver->probe_order == order){

if(codec_dai->driver->probe){

ret = codec_dai->driver->probe(codec_dai);

if(ret < 0){

printk(KERN_ERR “asoc: failed to probe CODEC DAI %sn”, codec_dai->name);

return ret;

}

}

/* mark codec_dai as probed and add to card dai list */

codec_dai->probed = 1;

list_add(&codec_dai->card_list, &card->dai_dev_list);

}

/* complete DAI probe during last probe */

if(order!= SND_SOC_COMP_ORDER_LAST)return 0;

。。。。。

/* create the pcm */

ret = soc_new_pcm(rtd, num);//如果上面都匹配成功将创建标准的alsa的pcm逻辑设备

。。。。。

}

好了，到此为止我们最主要的部分machine部分分析完成了。接着是codec驱动部分：

Codec简介

在移动设备中，Codec的作用可以归结为4种，分别是：

  对PCM等信号进行D/A转换，把数字的音频信号转换为模拟信号

对Mic、Linein或者其他输入源的模拟信号进行A/D转换，把模拟的声音信号转变CPU能够处理的数字信号

 对音频通路进行控制，比如播放音乐，收听调频收音机，又或者接听电话时，音频信号在codec内的流通路线是不一样的

 对音频信号做出相应的处理，例如音量控制，功率放大，EQ控制等等

ASoC对Codec的这些功能都定义好了一些列相应的接口，以方便地对Codec进行控制。ASoC对Codec驱动的一个基本要求是：驱动程序的代码必须要做到平台无关性，以方便同一个Codec的代码不经修改即可用在不同的平台上。以下的讨论基于wolfson的Codec芯片WM8994，kernel的版本3.3.x。

描述Codec的最主要的几个数据结构分别是：snd_soc_codec，snd_soc_codec_driver，snd_soc_dai，snd_soc_dai_driver，其中的snd_soc_dai和snd_soc_dai_driver在ASoC的Platform驱动中也会使用到，Platform和Codec的DAI通过snd_soc_dai_link结构，在Machine驱动中进行绑定连接。

Codec的注册

因为Codec驱动的代码要做到平台无关性，要使得Machine驱动能够使用该Codec，Codec驱动的首要任务就是确定snd_soc_codec和snd_soc_dai的实例，并把它们注册到系统中，注册后的codec和dai才能为Machine驱动所用。以WM8994为例，对应的代码位置：/sound/soc/codecs/wm8994.c，模块的入口函数注册了一个platform driver：

[html] view plaincopy

1.static struct platform_driver wm8994_codec_driver = { 2..driver = { 3..name = “wm8994-codec”, //注意machine device里面和这里保持一致 4..owner = THIS_MODULE, 5.}, 6..probe = wm8994_probe, 7..remove = __devexit_p(wm8994_remove), 8.};9.10.module_platform_driver(wm8994_codec_driver);有platform driver，必定会有相应的platform device，platform device其实在我们之前讲过的machine device注册时已经引入了。

[html] view plaincopy

1.static int __devinit wm8994_probe(struct platform_device *pdev)2.{

3.return snd_soc_register_codec(&pdev->dev, &soc_codec_dev_wm8994, 4.wm8994_dai, ARRAY_SIZE(wm8994_dai));5.}

其中，soc_codec_dev_wm8994和wm8994_dai的定义如下（代码中定义了3个dai，这里只列出第一个）：

[html] view plaincopy

1.static struct snd_soc_codec_driver soc_codec_dev_wm8994 = { 2..probe = wm8994_codec_probe, 3..remove = wm8994_codec_remove, 4..suspend = wm8994_suspend, 5..resume = wm8994_resume，6..set_bias_level = wm8994_set_bias_level, 7..reg_cache_size = WM8994_MAX_REGISTER, 8..volatile_register = wm8994_soc_volatile, 9.};

[html] view plaincopy

1.static struct snd_soc_dai_driver wm8994_dai[] = { 2.{

3..name = “wm8994-aif1”, 4..id = 1, 5..playback = {

6..stream_name = “AIF1 Playback”, 7..channels_min = 1, 8..channels_max = 2, 9..rates = WM8994_RATES, 10..formats = WM8994_FORMATS, 11.}，12..capture = {

13..stream_name = “AIF1 Capture”, 14..channels_min = 1, 15..channels_max = 2, 16..rates = WM8994_RATES, 17..formats = WM8994_FORMATS, 18.}，19..ops = &wm8994_aif1_dai_ops, 20.}, 21.......22.}

可见，Codec驱动的第一个步骤就是定义snd_soc_codec_driver和snd_soc_dai_driver的实例，然后调用snd_soc_register_codec函数对Codec进行注册。

snd_soc_register_codec（）函数是machine driver提供的，只要注册成功后codec提供的操作函数就能正常提供给machine driver使用了。int snd_soc_register_codec(struct device *dev，const struct snd_soc_codec_driver *codec_drv, struct snd_soc_dai_driver *dai_drv, int num_dai){ codec = kzalloc(sizeof(struct snd_soc_codec), GFP_KERNEL)。。。。。。

/* create CODEC component name */ codec->name = fmt_single_name(dev, &codec->id);/*Machine驱动定义的snd_soc_dai_link中会指定每个link的codec和dai的名字，进行匹配绑定时就是通过和这里的名字比较，从而找到该Codec的 */

// 然后初始化它的各个字段，多数字段的值来自上面定义的snd_soc_codec_driver的实例soc_codec_dev_wm8994： codec->write = codec_drv->write;codec->read = codec_drv->read;codec->volatile_register = codec_drv->volatile_register;codec->readable_register = codec_drv->readable_register;codec->writable_register = codec_drv->writable_register;codec->dapm.bias_level = SND_SOC_BIAS_OFF;codec->dapm.dev = dev;codec->dapm.codec = codec;codec->dapm.seq_notifier = codec_drv->seq_notifier;codec->dev = dev;codec->driver = codec_drv;codec->num_dai = num_dai;mutex_init(&codec->mutex);

/* allocate CODEC register cache */ if(codec_drv->reg_cache_size && codec_drv->reg_word_size){ reg_size = codec_drv->reg_cache_size * codec_drv->reg_word_size;codec->reg_size = reg_size;/* it is necessary to make a copy of the default register cache

* because in the case of using a compression type that requires

* the default register cache to be marked as __devinitconst the

* kernel might have freed the array by the time we initialize

* the cache.*/ if(codec_drv->reg_cache_default){ codec->reg_def_copy = kmemdup(codec_drv->reg_cache_default，reg_size, GFP_KERNEL);if(!codec->reg_def_copy){ ret =-ENOMEM;goto fail;} } }

。。。。。。/* register any DAIs */ if(num_dai){ ret = snd_soc_register_dais(dev, dai_drv, num_dai);//通过snd_soc_register_dais函数对本Codec的dai进行注册 if(ret < 0)goto fail;}

mutex_lock(&client_mutex);list_add(&codec->list, &codec_list);/*最后，它把codec实例链接到全局链表codec_list中，并且调用snd_soc_instantiate_cards是函数触发Machine驱动进行一次匹配绑定操作 */

snd_soc_instantiate_cards();mutex_unlock(&client_mutex)。。。。。}

好了，在这里我们的codec驱动也分析完了，其实这部分都是与平台无关代码，一般也不需要改动，这部分我们从设备原厂拿到代码后丢上去就可以了，只是我们在写machine device的时候要注意和这里的名字匹配。接下来是asoc的platform驱动：

Platform驱动的主要作用是完成音频数据的管理，最终通过CPU的数字音频接口（DAI）把音频数据传送给Codec进行处理，最终由Codec输出驱动耳机或者是喇叭的音信信号。在具体实现上，ASoC有把Platform驱动分为两个部分：snd_soc_platform_driver和snd_soc_dai_driver。其中，platform_driver负责管理音频数据，把音频数据通过dma或其他操作传送至cpu dai中，dai_driver则主要完成cpu一侧的dai的参数配置，同时也会通过一定的途径把必要的dma等参数与snd_soc_platform_driver进行交互。

snd_soc_platform_driver的注册

通常，ASoC把snd_soc_platform_driver注册为一个系统的platform_driver，不要被这两个想像的术语所迷惑，前者只是针对ASoC子系统的，后者是来自Linux的设备驱动模型。我们要做的就是：

  定义一个snd_soc_platform_driver结构的实例；

在platform_driver的probe回调中利用ASoC的API：snd_soc_register_platform()注册上面定义的实例；

 实现snd_soc_platform_driver中的各个回调函数；

以kernel3.3中的/sound/soc/samsung/dma.c为例：

[cpp] view plaincopy

1.static struct snd_soc_platform_driver samsung_asoc_platform = { 2..ops = &dma_ops, 3..pcm_new = dma_new, 4..pcm_free = dma_free_dma_buffers, 5.};6.7.static int __devinit samsung_asoc_platform_probe(struct platform_device *pdev)8.{ 9.return snd_soc_register_platform(&pdev->dev, &samsung_asoc_platform);10.} 11.12.static int __devexit samsung_asoc_platform_remove(struct platform_device *pdev)13.{ 14.snd_soc_unregister_platform(&pdev->dev);15.return 0;16.} 17.18.static struct platform_driver asoc_dma_driver = { 19..driver = { 20..name = “samsung-audio”, 21..owner = THIS_MODULE, 22.}, 23.24..probe = samsung_asoc_platform_probe, 25..remove = __devexit_p(samsung_asoc_platform_remove), 26.};27.28.module_platform_driver(asoc_dma_driver);snd_soc_register_platform()该函数用于注册一个snd_soc_platform，只有注册以后，它才可以被Machine驱动使用。它的代码已经清晰地表达了它的实现过程：

     为snd_soc_platform实例申请内存；

从platform_device中获得它的名字，用于Machine驱动的匹配工作； 初始化snd_soc_platform的字段；

把snd_soc_platform实例连接到全局链表platform_list中；

调用snd_soc_instantiate_cards，触发声卡的machine、platform、codec、dai等的匹配工作；

cpu的snd_soc_dai driver驱动的注册

dai驱动通常对应cpu的一个或几个I2S/PCM接口，与snd_soc_platform一样，dai驱动也是实现为一个platform driver，实现一个dai驱动大致可以分为以下几个步骤：

  定义一个snd_soc_dai_driver结构的实例；

在对应的platform_driver中的probe回调中通过API：snd_soc_register_dai或者snd_soc_register_dais，注册snd_soc_dai实例；

  实现snd_soc_dai_driver结构中的probe、suspend等回调；

实现snd_soc_dai_driver结构中的snd_soc_dai_ops字段中的回调函数；

snd_soc_register_dai 这个函数在上一篇介绍codec驱动的博文中已有介绍

具体不再分析，这个驱动也不需要用户做任务修改，所以只要知道它的作用就已经够了。就像电话机一样，我们只要知道电话怎么打就够了，至于它怎么连接我们并不太需要关心。

第三篇：《跟着线走》说课稿

说课稿：大班社会活动《我弟弟》

一、说设计意图：

随着二孩政策的开放,越来越多的家庭选择生育二孩。很多家长的初衷是一个孩子太孤单,两个孩子可以相互陪伴、相互扶持。但是,孩子对此是怎么想的呢?家长 在生二孩之前有没有给第一个孩子诉说真实想法的机会?是否安静地倾听过孩子的想法?孩子是否愿意接纳弟弟妹妹呢?我们希望借助文学作品《我弟弟》引导孩子 去接纳、关心、爱护自己的弟弟妹妹。在活动中,我们尽量给予孩子自主选择、表达的机会,聆听他们最真实的想法,对他们的选择不作对错的评价,只是让他们在 聆听、阐述、辩论中逐渐感受、体悟自己内心的情感，从而知道亲情是人类最美好的情感，手足之情弥足珍贵，而有一个能相互扶持、相互依靠、一直陪伴到老的亲人，是一件多么幸福的事。

二、说活动目标

教师要培养幼儿大胆地表现自己情感和体验的能力，鼓励幼儿用自己喜欢的方式进行艺术活动。因此我们确定了以下几点目标：

情感目标：萌发对弟弟的喜爱之情，感受父母的爱不变。能力目标：理解故事内容，体验故事主人公的心理活动。知识与技能目标：乐意大胆表述自己的想法，语言较完整。

三、说活动重难点

基于以上三个目标，我们将活动的重点定位于，体验主人公的心理活动，萌发对弟弟妹妹的喜爱之情。难点定位于大胆表达自己的想法，感受父母的爱不变。

四、说活动准备

为了能更好地服务于本次活动目标，我们在活动前做了充分的准备。自制幻灯片，情境创设道具、录制的小视频等。

五、说教法和学法：

根据各个环节的要求和具体情况，我们采取适宜本次活动的教法：启发式教学法、情景教学法、直观教学法、提问法。有了这些行之有效的教学方法，使我们的整个活动变得更加生动有趣。那么为了让幼儿更加自然又乐于参与活动，我们为幼儿预设了以下几种学习的方法：尝试法、体验法、讲述法等。有了教法和学法的支撑，我们将整个活动分为了四个环节。

六、说活动过程

接下来我向各位老师介绍我们的活动设计。

首先，和孩子们交流关于对妈妈生弟弟妹妹的看法。老师出示小宝宝图片并问孩子：“孩子们，你们喜欢照片中小宝宝吗？为什么？这里用提问法，首先引起孩子们对这个问题的关注。当孩子们分别发表自己的看法以后，教师再次运用提问引出主题：“孩子们你有弟弟妹妹吗？你是喜欢还是不喜欢呢？为什么？再这里，启发幼儿交流对弟弟妹妹的看法，举牌运用笑脸和哭脸来选择自己的情绪

接下来教师引出故事，请幼儿分段欣赏故事《我弟弟》，孩子们通过听故事，初步体验拥有弟弟的多种情绪。当幼儿听到故事第一部分，就会了解有可能发生的事情。在理解故事内容的基础上，了解豆豆不喜欢弟弟的原因。在这里，教师仍然用提问的方法引导幼儿说出豆豆喜欢他的弟弟吗？为什么？当豆豆听到大家说的话以后，豆豆的心情又是怎么样的？通过进一步提问，教师帮助孩子们梳理故事内容的同时，也启发幼儿跟着故事的主人公豆豆一起带入情绪。在这里，可请幼儿运用体验法，亲身表演一下豆豆的心情，让故事情节带入到幼儿的情绪中。然后跟进提问：如果是你遇到人们这样说心理会怎么想？你还会想要弟弟妹妹吗？为什么？在这里，教师预想，故事的前半部分有可能会使部分幼儿对刚才的选择有所动摇，从而引出故事的矛盾。

倾听故事第二部分，萌生照顾弟弟的想法，感受弟弟的可爱。通过听第二部分内容，教师通过提问引导幼儿说出，当看到弟弟的被子掉下来了，豆豆是怎么做的？既然他不喜欢弟弟怎么还会帮弟弟盖被呢？当没看见可以吗？叫妈妈可以吗？启发幼儿充分表达以后，教师最后总结：原来弟弟并没有那么讨厌，虽然有时候会哭闹，抢东西，但是那是因为他还很小，豆豆小时候也是这样的，长大了就会懂事了，弟弟平时还是很可爱的。

然后的环节，教师将运用情境教学法，帮助幼儿讨论解决问题的办法。孩子们，看来做哥哥姐姐可没有这么容易。我这里有几个难题，看看你遇到这些事情会怎么做？创设场景：只有一块你最喜欢吃的饼干，但弟弟也想要怎么办；弟弟爬上高高的椅子，危险怎么办；弟弟哭闹停不下来怎么办；妈妈照顾弟弟忙不过来又怎么办。孩子们通过在教师预设的情境下处理这一系列的问题，更加深了对弟弟的关爱，对亲情的理解。最后让幼儿倾听故事第三部分，体会豆豆不肯换弟弟的情感。这里运用启发式教学法，通过说一说豆豆为什么不换弟弟这一结果，启发幼儿联系到自己，说一说自己是怎么爱弟弟妹妹的？可以为弟弟妹妹做什么？那么弟弟妹妹爱你吗？他为你做过什么事情？通过表达自己内心的想法，幼儿对弟弟的感情更加升华了。这里教师帮助幼儿提领：你们真是相亲相爱的一家人。这里播放小视频，通过听听爸爸妈妈的心里话，让幼儿切实感受和知道，父母的爱是永恒不变的，即便是有了弟弟妹妹，爸爸妈妈也会像从前一样爱他们，爸爸妈妈弟弟妹妹和我，是幸福的一家人。最后可以让孩子们说一说看完视频的感受和心里话，将幼儿的情绪推向最高潮。活动延伸的延伸部分可以让孩子们用行动和话语和家人表达爱并画出一家人在一起的幸福图画，和同伴老师讲述幸福的故事。

以上就是大班社会活动《我弟弟》的说课部分，接下来请各位老师观看现场教学部分，我们的活动还不是很成熟，恳请各位老师提出宝贵的意见和建议。谢谢大家。

第四篇：机房走线方案

在各类机房中，综合布线系统的铺设位置分上走线和下走线两大类，所谓上走线，是指线缆采用铺设再高于设备高度的空间中，而下走线则铺设在架空地板下，这与设备的上进线和下进线说的是两件事。

提到综合布线系统的铺设位置，在机房设计时涉及的因素很多，如：机房空间的宽松程度（在中国，有许多机房的空间是比较富裕的，也不受到成本核算的压力）、机房设备（包括服务器的进线方向等等）、强电线缆的铺设位置、空调风路和机架/机柜的造型/功能等等。

在机房中，最多的线缆分属两大系列：强电和弱电，而弱电中又以综合布线为主。以往，机房布线设计大多将强电和弱电全部铺设在架空地板下，以求今后调整方便。自2002年海南机房大火后，经查认为强电下走线具有起火的隐患（例如：当空调漏水时，可能会引起短路，产生火花，造成起火）。为此，电信系统进行了为期数年的大规模机房整治，以命令方式将原下走线的强电线路全部“搬迁”为上走线。

在计算机机房中，上走线方式也逐渐为人们所接受。

对于机房空调而言，分侧送风和下送风两大类，而安装有架空地板时，多数机房采用的是下送风方式，它使架空地板与真地之间形成了风的传送通道，让冷风可以从设备的侧下方送入设备前方的冷走廊，使用风扇将设备加热后的风送到设备后方的热走廊，最终回到空调机中制冷。

由于架空地板下是空调系统的传输通道，因此当弱电采用下走线方式时，就会形成“风阻”，造成风的传送阻力加大。

因此，强电线缆、弱电线缆可以形成三种常见的组合：

• 强电和弱电全部采用下走线。

这时，强电与弱电只能从机房的两边以叉齿结构交叉安装桥架，并仔细分析风道的走向，尽量减少对风的阻力。

同时，由于强电线缆离地面比较近，在设计上需防范空调漏水可能带来的影响，当然还应防范人为造成的强电线缆损伤。

• 强电和弱电全部采用上走线。

强电和弱电全部采用上走线时，在空间需要形成多层桥架，因为强电与弱电最好不要铺设在同一根桥架中（移动公司的基站除外），以免引入电磁干扰。

全部上走线的前提是对机房的层高有所要求，另外，由于弱电系统的线缆经常需要调整，上走线时尽管不需要打开架空地板，但仍然存在着线缆维护和调整的工作难度。

• 强电采用上走线，弱电采用下走线当强电采用上走线，弱电采用下走线时，由于可以使强电线缆的安全性得到保证，同时对机房高度的要求不高，而且能够兼顾弱电线缆经常需要调整的情况，还可以保证风的传输不会遇到大阻力。

对于一些不愿意打开地板的用户而言，他们可能愿意使用上走线，而不愿意使用吸盘打开地板。

第五篇：避暑山庄走线导游词

避暑山庄导游词:

女士们、先生们：

你们好！欢迎大家来承德避暑山庄观光游览。避暑山庄位于承德市区北部，是我国现存最大的古典皇家园林。

避暑山庄是清代康、乾盛世的象征。作为山庄缔造者的康熙、乾隆，都曾六下江南，遍历天下景物之美。在修建避暑山庄时，博采众家之长，融合中国南北园林风格为一体，使避暑山庄成为中国古典园林艺术的总结与升华。我国园林专家们说，整个避暑山庄就是祖国锦绣河山的缩影。专家们为什么会这样说呢？这个问题我想还是请女士们、先生们游览了避暑山庄之后再来回答。不过，我这里先给大家提个醒，这原因与避暑山庄的地形有关。（导游员采用悬念法，以激发游客游览的兴趣）

各位，避暑山庄到了，请大家下车，现在我就带领大家一睹她的风采。

（在丽正门外）

女士们，先生们，我们面前这座古色古香的门，就是避暑山庄的正门，叫丽正门，是清代皇帝进出的门。宫门面宽三间，上下两层。下层辟有三个方形的门洞，上层有城台和阙楼。你们看，中间门洞的上方有一块石匾，上面是乾隆皇帝用满、藏、汉、维、蒙五种文字题写的“丽正门”，它象征着我们祖国是一个统一的多民族国家。门的两边有两尊石狮，以显示皇帝的威严。门前有御道广场，青石铺路，广场东西各立一块石碑，上面用满、蒙、藏、汉四种文字刻着“官员人等至此下马”，所以我们又叫它下马碑。广场南边有一道红色照壁，使这座皇家园林与外界隔开。关于红照壁，传说里边藏有从鸡冠山飞来的金鸡，在夜深人静时，轻叩照壁，金鸡就会发出叽叽的叫声。如果哪位想考证一下的话，就请夜里到这里来听一听。好了！今天我请大家当一回“皇帝”，进去感受一下皇帝的生活。

岩城诗

在中门里面的门楣之上，刻有乾隆皇帝的御题诗一首：

岩城埤堄固金汤，佚荡门开向午阳。

两字就题标丽正，车书恒此会遐方。

诗中“岩城”指石城，因避暑山庄用虎皮石墙做围墙，“埤堄”指城上的矮墙（俗称女儿墙）；“詄荡”，意为广阔;“车书”指车同轨，书同文，这里指国家统一，全诗的大意是：

大清朝的江山就像避暑山庄雄伟坚固的宫墙一样固若金汤，坦荡的宫门向正南方敞开着。门上标明的“丽正”二字是我新题写的，大清国家永远像现在这样统一，远方边疆的各少数民族首领永远像现在这样汇集于避暑山庄来朝见我大清皇帝。进丽正门内）

请各位向右看，远处的山峦上，有一巨大石柱，擎天而立，直插云端。它上粗下细，很像洗衣用的棒槌，我们承德人叫它棒槌山，康熙皇帝赐名“磬锤峰”。修建避暑山庄时，巧借此景，使山庄内外浑然一体，扩大了空间感，创造了新的意境美，这是山庄设计者运用“借景”这一造园艺术的成功典范。一般来承德的人，都要到山上去摸一下棒槌山，因为承德民间流传这样一句话：“摸到棒槌山，能活一百三。”如果大家有兴趣的话，不妨明天上山摸一摸，一定很有意思的。

前面这片宫殿就是清代皇帝在承德“办公居住”的地方，现在承德人把这里为避暑山庄博物馆。

（在第一展室里）

首先映入我们眼帘的这张图就是避暑山庄全图，是清代山庄鼎盛时期的全貌图。避暑山庄，又叫“热河行宫”、“承德离宫”。它从康熙四十二年（1703年）开始动工兴建，至乾隆五十七年（1792年）最后落成，历时89年。清代前中期的几位皇帝几乎每年都来这里消夏避暑，处理政务，通常是每年农历四、五月份来，九、十月份返回北京。避暑山庄实际上已成为清朝的第二政治中心。整个山庄占地564万平方米，它的面积大约是北京颐和园的两倍，北海的8倍。山庄可分为宫殿区和苑景区两部分，宫殿区由正宫、松鹤斋、万壑松风和东宫四组建筑组成。苑景区又分为山区、湖区、平原区三部分。以山区面积最广，约占山庄总面积的70%多。山庄集全国园林精华于一园，具有南秀北雄的特点。清代山庄内共有亭子90座，堤桥29座，碑刻摩崖25处，假山叠石70余组，殿宇、楼堂、寺庙、亭台、塔阁等各种建筑120余组，总建筑面积达10万多平方米。康熙皇帝以4个字命名的36景和乾隆皇帝以3个字命名的36景最为著名，合称“避暑山庄72景”。康熙皇帝称赞这里是“自有山川开北极，天然风景胜西湖。”山庄宫墙长约10公里，因为它形似长城，我们承德人亲切地称它为“小长城”。宫墙外是仿全国各族著名庙宇而修建的皇家寺庙群，这些寺庙呈半圆形环绕在山庄外围，形成众星拱月之势，象征着当时全国各民族紧紧围绕在清王朝统治中心的周围。随着岁月的流逝，朝代的变更，避暑山庄也历尽了沧桑。新中国成立后，山庄才得到了新生，现在是全国保存得最好、规模最大的皇家园林，是世界文化遗产、是中外驰名的旅游胜地。

来到第二展室）

这里展出的大部分是图片，这张木兰秋 图是最引人注目的。木兰，是满语哨鹿的意思。哨鹿的方法是黎明前，士兵们潜入山林，身披鹿皮，头戴鹿角，口吹木哨，模仿公鹿的叫声。秋天正是鹿求偶分群的季节，用这种方法将母鹿引出来以便射杀。“ ”是指秋天打猎。这张图是清代兴隆阿所画，描绘的是200多年前皇帝打猎的场面。你们也许会感到奇怪，清朝皇帝为什么要率领大队人马千里迢迢来这里打猎呢？因为清帝入关以后，历史上英勇善战的八旗部队战斗力开始下降，他们有的临阵脱逃，有的自创伤痕，有时一人受伤，多人护送，为的是不上前线。康熙皇帝认识到，提高士兵素质，巩固北部边疆已成为当务之急。在这种形势下，康熙皇帝亲自率领八旗将士，出喜峰口，北上巡视，设置了以习武绥远为目的的木兰围场。木兰围场的建立，是清朝与蒙、藏民族友好关系的产物，它密切了蒙、藏地区与中原地区的关系，加强了满、蒙、藏、汉各族人民之间的交流，巩固了北部边防，有利于抵御沙皇俄国的侵略和扩张。一年一度的围猎每次要进行20天左右，皇帝亲率政府各部官员及满、蒙八旗军队参加。为满足大批人马食宿休息、储蓄物品及皇帝处理政务的需要，从北京至围场要修建十余座行宫。热河处于这条北巡路线的中间地带，从北京到这里，奏章朝发夕至，而且这里气候宜人，风光秀丽，水草丰盛，所以康熙决定在这里修建一座大的行宫，这就是热河行宫。对此，乾隆有一句话讲得十分清楚：“我皇祖建此山庄于塞外，非为一己之豫游，盖贻万世之缔构也”。历史表明，秋 大典和避暑山庄的建立，达到了康熙皇帝“合内外之心，成巩固之业”的政治目的。现在我们再来看这张图，它可分为两部分，一是御营，二是猎场。御营是皇帝居住和处理朝政的地方；猎场是实际打猎的地方。打猎时都有严明的组织和纪律，伪装成鹿的士兵把鹿引出来后，军士们逐步缩小包围圈，达到人并肩、马并耳的程度，但不能随便射杀。这时皇帝首先出来射第一箭，然后才是王公大臣、将士们依次射杀。图上画的是猎杀鹿的情景。请大家跟我向前走。

这第二道门叫“阅射门”，是皇帝观看皇子皇孙射箭比赛的地方。门的上方悬有一块匾，上面写着“ 暑山庄”四个镏金大字，是康熙皇帝的御笔，此匾精美绝伦，分外醒目。也许你们已经发现，这避暑山庄的“避”字多写了一横，是康熙皇帝写错了，还是另有原因呢？（……）还是这位先生（小姐）说对了，原来在清代两个“避”字同时使用，无论用哪一种写法都是正确的，这是一种异体字现象。在这里康熙皇帝是为了追求书法美才这样写的。

门前两侧这两个铜狮，威风凛凛。说起这两个铜狮，还有一段动人的传说呢！相传在中国抗日战争时期，日本侵略军侵占了承德并大肆抢劫。有一天一群日本兵发现这两个铜狮子很漂亮，是无价之宝，就想抢走，可是铜狮子太重，他们搬也搬不动，于是就分头去找工具。这一切让护院的老人看在眼里，痛在心上。他想铜狮子是国家的财宝，决不能让日本兵抢走。他灵机一动，立即从村里找来猪血，涂在狮子的眼睛上，等日本兵找到工具回来后发现狮子的眼睛红红的，都哭出了血，个个吓得目瞪口呆，害怕搬动狮子会给他们带来厄运，便慌里慌张地逃走了，这对国宝才得以保留至今。现在这对铜狮成了人们心目中的吉祥物。如果大家想万事如意的话，千万别忘了摸摸它。

（来到澹泊敬诚殿前）

这个面阔七间，进深三重的大殿叫“澹泊敬诚”殿。“澹泊”二字来自于《易经》：“不烦不扰，澹泊不失”，诸葛亮在其《戒子书》中又说，“非澹泊无以明志，非宁静无以致远”。康熙皇帝题“澹泊敬诚”这四个字，含蓄地表达了他“居安思危，崇尚节俭”的思想。这个殿是避暑山庄的主殿，是清代皇帝在山庄居住时处理朝政和举行盛大庆典的地方。整个大殿用珍贵的楠木建造，因此又叫“楠木殿”。每当阴雨连绵之时，楠木散发着缕缕清香，沁人心脾。楠木产自云贵和江浙一带的深山峡谷之中，在没有先进运输工具的清代，将这些笨重的木材从遥远的南方运到塞北，大都装船河运或利用河水结冰和在旱路上泼水结冰的冬季，将木材放在冰上，依靠人力又拉又推，运到承德，其艰难是不言而喻的。据史料记载，为了修建这座楠木殿，耗费白银7.2万两，用工19万个。大殿外观古朴淡雅，不饰彩绘，殿内大理石铺地，正中地坪上设有皇帝的宝座。宝座周围设有宝象、端、仙鹤、香亭、如意等，精雕细刻，造型十分优美。宝座的后面有一个紫檀木屏风，上面刻有163个人物，形态逼真，栩栩如生，为“农家耕织长乐图”，以表示皇帝临朝时刻不忘百姓。在清代这个殿的东西山墙上挂着“皇舆全图”，就是清代的地图，是清政府派专人测绘的。殿内北墙两侧墙壁上装有楠木书格，贮放着《古今图书集成》1万卷。你们可能会问：澹泊敬诚殿是举行盛大庆典的地方，那么当年是怎么一番盛况呢？那就要从松鹤斋南面的钟楼说起。当宣布庆祝大典或觐见开始，司钟人立即登上钟楼敲钟，钟响9下之后，山庄内各庙宇的钟声齐鸣，紧接着外八庙的钟声也相继应和。各种钟皆鸣81声。大殿前东西相对的两个乐亭里宫廷乐师们开始奏乐，在八音和谐、箫鼓齐鸣之下，文武百官就位，皇帝端庄肃穆，面南巍坐，开始处理朝政了。我想，你们的脑海里也许已经浮现出这一壮观的场面了吧？

请各位绕过回廊，展现在我们面前的就是面阔五楹的四知书屋。楹，堂屋前部的柱子。面阔五楹就是面宽五间的意思。什么是“四知”呢？乾隆皇帝可不是指汉朝杨震所说的：做官要廉洁，不可贪脏枉法，办事再机密也瞒不过去，因为有“天知、地知、你知、我知”。乾隆皇帝所题的“四知”一语出于《易经》。因《易经》中说“君子知微、知彰、知柔、知刚，万夫之望。”乾隆皇帝对此话十分赞赏，因为恰好表达了他刚柔相济、恩威并施的统治策略。皇帝上朝前后，在这里更衣，有时也在此召见王公大臣和少数民族首领。万岁照房和配房现在展出的是御用官窑瓷器、珐琅器、帝后车舆和石鼓，请各位仔细欣赏这些稀世珍品，一定会让您大饱眼福的。

（向北行至烟波致爽殿院内）

这里是宫殿区的后半部分，叫“后寝”，是帝后和嫔妃们居住的地方。北殿为烟波致爽殿。康熙皇帝说这里“四围秀岭，十里平湖，致有爽气”，所以才题了这个殿名。明间陈设考究，富丽堂皇；西暖阁是皇帝的寝宫。所谓暖阁，就是在地面以下设有火道，冬季将红罗炭点燃，热气上达，满屋皆暖。同时屋里还放有火炉和薰笼，皇帝脚下设脚炉。康熙、乾隆、嘉庆、咸丰等皇帝都曾在这里居住过。室内靠北墙，紫檀落地罩内是皇帝的卧床，咸丰十一年（1861年），咸丰皇帝就病殁在这张床上。我们现在参观的这个酷似民居的小院，在清代却发生过一系列重大历史事件。1860年，英法联军进攻北京，农历八月初八，咸丰皇帝害怕洋人，携太后和慈安、慈禧两个皇后逃到热河来避难。也就是在这里，咸丰皇帝签准了清政府分别与英、法、俄三国签订的丧权辱国的《北京条约》，并承认《中俄瑷珲条约》有效，使我国失去了大片领土和主权。咸丰死后，慈禧在这里策划了辛酉政变，开始垂帘听政，统治清朝长达48年之久，把中国进一步推向苦难的深渊。

烟波致爽殿两侧有两个跨院。东边的叫东所，咸丰在承德时是慈安皇后的住所，现在展出的是清代宫廷钟表。西边的叫西所，咸丰在承德时是慈禧的住所，现在展出的是慈禧当年的一些生活用品和照片。（跨过曲桥登上青莲岛）

女士们，先生们，迎面这座玲珑秀丽的建筑，叫烟雨楼。这是一座面宽五楹?、上下两层的小楼，楼的上下还有围廊。二楼上的云龙金匾是乾隆皇帝题写的。烟雨楼与门殿之间是一个规整的方院，几棵古松苍劲挺拔。月台下两座石须弥座上有铜鹿一对。烟雨楼是仿浙江嘉兴的烟雨楼而建的。每当阴雨时节，细雨蒙蒙，登楼远眺，只见远山近水，尽在轻纱薄雾笼罩之中，如入仙境。楼东有“青阳书屋”，是皇帝习文读书的地方；楼西南有“对山斋”，面对着假山。山上建有六角形凉亭，名字叫翼亭。

承德避暑山庄“水流云在”位于自暖溜暄波引武烈河水汇入澄湖处，是澄湖北岸最西一亭，为四面凸出、中呈方形的亭子，为“康熙三十六景”最后一景。这里湖水连空，水流云静，取杜甫诗“水流心不竞，云在意俱迟”的意境而命名。“水流云在”亭南与与烟雨楼隔湖相望，北与万树园接壤。位置好，凡来山庄的游客都会路过此亭；景色美，四季特点分明，春夏秋冬都是游客取景的最佳处 我们现在到达的地方就是闻名遐尔的热河泉。泉边上这块石碑，写着“热河”两个大字。因为泉水温热，又有上游的温泉水汇入，所以冬天也不结冰。尤其是周围白雪皑皑时，这里的湖面却热气蒸腾，实为奇观。

女士们、先生们，避暑山庄崭新的风姿，正在越来越引起国内外的瞩目。从事历史、文物、考古、地理、美学、宗教、园林、建筑等方面研究的专家、学者一致认为，避暑山庄不仅是一座大型的露天博物馆，而且是一门博大精深的综合性科学。因为时间所限，今天的参观暂告一个段落。希望大家有机会多来承德，我再陪同各位细细欣赏它，品味它，研究它……。