第一篇：對于音頻走線的理解總結(jié)

對于藍牙音頻電路布板個人總結(jié)

對于我們的產(chǎn)品來說，電路板的構(gòu)成大致分為一下幾種信號：

1，電源信號

2，音頻模擬信號

3，數(shù)字控制信號

常用的電源器件主要是LDO給藍牙供電，以及其他比如功放的芯片工作所需電壓。音頻器件主要為藍牙模塊，運放，功放。數(shù)字信號產(chǎn)生來源于藍牙模塊。

對于藍牙音頻這塊，我們重中之重在于對音頻信號的處理。

音頻信號流向依次經(jīng)過藍牙模塊，運放，功放輸出到喇叭。布板過程中一般按照其信號流大致方向進行布局，并盡量減少音頻線路形成的回路。器件及其外圍元器件組成相應的功能模塊，各行其是且相互聯(lián)系，盡量減少其電路的回流串擾。喇叭表現(xiàn)出聲音的好壞，主要取決于外來信號對音頻信號干擾的強弱程度，理論上說干擾是絕對存在的，我們的目的是盡量減

少其干擾強度。

那么外來干擾信號也就是噪聲從哪里來的呢？ 電路板上的噪聲來源途徑是兩個方面：

一是通過空氣以電磁波的形式傳播的噪聲，二是通過公共傳輸線傳遞的噪聲。

相對于我們的產(chǎn)品來說藍牙天線產(chǎn)生的噪聲比較微弱而且缺少必要的工具，那么我們就重點對公共傳輸線上的噪聲進行合理的消除。而公共傳輸線就是電源。之前我們一直在說把地分開，然后單點連接。我不是很理解，不理解兩點：

一是既然都要連在一起，為何又要分開。

二是單點接地，接在哪里比較合適。藍牙邊上？功放邊上？

直到去到美信公司，我問到工程師噪聲的來源一般是在哪里，我想讓他能給出一點建議。他提出，噪聲主要取決于電源，只要電源干凈基本上就沒什么噪聲。我當時聽到了大感興趣，為什么不是地，為什么他不是說地該怎么劃分，而只是說到電源。因為之前聽到的都是關于地的一些劃分，創(chuàng)新的板子看到的依然是地。所以我很好奇，但沒有往深了想。然后他介紹到一些走線的各方面注意事項，我再一一解釋。當時腦子有點亂，不是很明白，說的電源是怎么一回事。直到調(diào)派瑞的板子仍然沒有頭緒，茫然一片。當我再次拿起創(chuàng)新板子看時，感覺抓到一點（雖然現(xiàn)在還只一種揣測）。好像自己能給自己解釋為什么要地分開，為什么要

單點接地了。

因為電源包括“電源”和地。“電源”是5V 或者3.3V的電源線。而地則是相對與5V或者3.3V的零電位。這是整個電路板系統(tǒng)最根本的地，只有這里才是絕對的零電勢。但是有一點，電源線上本來是有噪聲的，所以我們必須加上大電容濾波小電容去耦進入電路板。為了給各個功能模塊相對獨立切干凈的供電源，最直觀的手段也是最有效的手段給他一塊獨立的地，來規(guī)定他的活動范圍不影響其他功能模塊的工作。這是我現(xiàn)在能理解的劃分地的原因。而工程師提到的電源，則是為各個功能模塊有效的去耦。真正的實現(xiàn)電源干凈切隔離。其方法則是串入大磁珠并小電容。這是對地劃分的理解。

接著我們需要解釋單點接地的原因。單點接地該接哪里，是不是跟著音頻信號的方向?qū)⒌卮饋砗貌缓茫考埫嫔戏治鍪遣豢扇〉摹€人理解也有兩個原因：

一是器件之前的噪聲會耦合的很混亂，二是大環(huán)路過長會引起不必要的噪聲。器件工作產(chǎn)生噪聲是肯定的，噪聲會進入信號，那么先理解信號是怎么來的。從藍牙出來的沒錯，但是藍牙提供的是原始信號，沒經(jīng)過偏置的小信號，也就是沒有放大，假設這是最干凈的信號，那么進入器件加入偏置，產(chǎn)生噪聲是順理成章的，這個時候信號被污染了，電源也被污染了。那么電源上的噪聲去哪里了呢，地，只有通過地才能形成回路。那么單個的地回來絕對零電勢，噪聲自然到這里終止，然而當我們把運放 功放地串起來時，地帶來噪聲影響電源，影響偏置，然后加載在信號上輸出到喇叭表現(xiàn)出來的底噪難聽的問題。然后當?shù)卮饋碇箅娫醋哌^的回路會大大的被延長，變成了電源包圍了信號，這可能是有

問題的。

綜上所述，單點接地點一定要選在電源地上，而不是串成一列。

這就要求我們讓電源與各個音頻器件的相對位置的選擇有一定的判別能力。

最后對數(shù)字信號的處理：

數(shù)字信號的高低電平的變化會產(chǎn)生極大的噪聲。這是模擬信號的殺手。所以我們需要把他很謹慎的處理，數(shù)字信號與模擬信號盡可能的遠，切避免相互交叉，引起不必要的污染。低頻的數(shù)字電路對干擾抑制能力比較強，所以走線繞一點有沒關系，不怕打過孔，因為我們的數(shù)

字信號速度真的不快。

紙面上的分析總結(jié)就是這些，對于我的挑戰(zhàn)在于，結(jié)構(gòu)的固定，電源與器件間的位置擺放，以及器件間信號流向之間的矛盾，讓我很難把握。需要一些時間去驗證，尋求最合理的設計方案。

以上總結(jié)只是針對個人理解而言，其正確性還后期的驗證。盡自己最大的努力，希望能盡快完成一塊有水準的電路板。

第二篇：alsa音頻總結(jié)

Linux音頻驅(qū)動總結(jié)

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

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

分析只列出部分重要代碼，具體請參考linux3.0內(nèi)核代碼。

Alsa架構(gòu)整體來說十分復雜，但對于驅(qū)動移植來說我們僅僅只需要關心ASOC就足夠了。在學習asoc之前我們先了解一些專業(yè)術語：

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現(xiàn)在支持如今的SoC控制器和便攜音頻解碼器上的三個主要數(shù)字音頻接口，即AC97，I2S，PCM（與pcm音頻格式注意區(qū)分，前者是一種音頻接口，后者是一種輸入聲卡的音頻格式）。

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是一種個人電腦聲卡上常見的五線接口。現(xiàn)在在很多便攜設備中也很流行。這個數(shù)字音頻接口有一個復位線，分時在SDATA＿OUT（回放）和SDATA＿IN（捕獲）線上傳送數(shù)據(jù)。位時鐘常由解碼器驅(qū)動（通常是12.288MHz).幀時鐘（通常48kHz)總是由控制器驅(qū)動。每個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線數(shù)字音頻接口，常用于HiFi，STB便攜設備。Tx 和Rx信號線用于音頻傳輸。而位時鐘和左右時鐘（LRC）用于同步鏈接。I2S具有靈活性，因為控制器和解碼器都可以控制位時鐘和左右時鐘。位時鐘因采樣率和主系統(tǒng)時鐘而有不同。LRCLK與采樣率相同。少數(shù)設備支持獨立的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）解碼器數(shù)字音頻接口和PCM配置。

2）解碼器控制IO－使用I2C，3總線（SPI）或兩個都有。3）混音器和音頻控制。4）解碼器音頻操作。

Optionally, codec drivers can also provide:-解碼器驅(qū)動可以選擇性提供：

5)DAPM description.6)DAPM event handler.7)DAC Digital mute control.5）動態(tài)音頻電源管理描述。6）動態(tài)音頻電源管理事件控制。7）數(shù)模轉(zhuǎn)換數(shù)字消音控制。SoC DAI Drivers 板級DAI驅(qū)動 ===============

Each SoC DAI driver must provide the following features:-每個SoC DAI驅(qū)動都必須提供如下性能：

1)Digital audio interface(DAI)description 1)數(shù)字音頻接口描述

2)Digital audio interface configuration 2)數(shù)字音頻接口配置 3)PCM's description 3）PCM描述

4)SYSCLK configuration 4）系統(tǒng)時鐘配置

5)Suspend and resume(optional)5）掛起和恢復（可選的）

以上由君子翻譯，本人實在沒辦法比他描述的更好了，所以把重要的部分提取出來直接copy。在這里對君子表示由衷感謝，賦上君子注。君子注:

您現(xiàn)在所閱讀的，是君子閱讀Linux音頻SoC驅(qū)動時，寫下的文檔譯文。

君子寫些譯文，一方面是作為自己的筆記，幫助記憶，另一方面也希望能對他人有所幫助。如果您能于君子的譯文中有所收獲，則吾心甚慰

現(xiàn)在我們開始分析ASOC：

ASoC被分為Machine、Platform和Codec三大部分。其中的Machine驅(qū)動負責Platform和Codec之間的耦合和設備或板子特定的代碼。

看起來挺復雜，其實需要我們做的事情并不多，大部分內(nèi)核已經(jīng)完成。下面我們分析哪些是我們需要自己做的：

codec驅(qū)動：負責音頻解碼。這部分代碼完全無平臺無關，設備原廠提供，我們只需要把它加進內(nèi)核編譯就好了。platform驅(qū)動：與處理器芯片相關，這部分代碼在該芯片商用之前方案產(chǎn)商提供的demo板已完全確定了，也就是說我們只需要使用就可以了。

machine驅(qū)動：好了，到了最關鍵的地方了，machine驅(qū)動是耦合platform和codec驅(qū)動，同時與上層交互的代碼。由于上層是標準的alsa架構(gòu)，所以下層接口肯定要做了統(tǒng)一，所以我很負責的告訴你，這部分由machine本身的platform驅(qū)動和platform設備組成(請跟asoc的platform驅(qū)動區(qū)別)，platform驅(qū)動內(nèi)核幫我們完成了，所以你無須過多的關心你的驅(qū)動怎么跟上層alsa怎么衍接的問題，我們只需要注冊一個machine的platform設備以及完成platform和codec耦合就ok

asoc的關系圖如下：（以下適應于linux3.0。linux2.6會有所不同）

上圖把asoc架構(gòu)顯示的淋漓盡致，如果你分析了asoc你就會發(fā)現(xiàn)上圖描述的結(jié)構(gòu)以及函數(shù)真的一個都跑不了。

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結(jié)構(gòu)，又引出了Machine驅(qū)動的另外兩個個數(shù)據(jù)結(jié)構(gòu)：

? ? snd_soc_dai_link（實例：smdk_dai[]）snd_soc_ops（實例：smdk_ops）

snd_soc_dai_link看名字就知道，很明顯它是起耦合鏈接作用的。它指定了Platform、Codec、codec_dai、cpu_dai的名字，稍后Machine驅(qū)動將會利用這些名字去匹配已經(jīng)在系統(tǒng)中注冊的platform，codec，dai。

snd_soc_ops連接Platform和Codec的dai_link對應的ops操作函數(shù)，本例就是smdk_ops，它只實現(xiàn)了hw_params函數(shù)：smdk_hw_params。

到此為止，最主要的部分machine的平臺設備注冊我們完成了。

下面我們關注machine平臺驅(qū)動部分(這部分內(nèi)核不需要我們實現(xiàn)，但我們需要知道它是怎么工作的）

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函數(shù)本身很簡單，它先從platform_device參數(shù)中取出snd_soc_card，然后調(diào)用snd_soc_register_card，通過snd_soc_register_card，為snd_soc_pcm_runtime數(shù)組申請內(nèi)存，每一個dai_link對應snd_soc_pcm_runtime數(shù)組的一個單元，然后把snd_soc_card中的dai_link配置復制到相應的snd_soc_pcm_runtime中，最后，大部分的工作都在snd_soc_instantiate_card中實現(xiàn)，下面就看看snd_soc_instantiate_card做了些什么： 該函數(shù)首先利用card->instantiated來判斷該卡是否已經(jīng)實例化，如果已經(jīng)實例化則直接返回，否則遍歷每一對dai_link，進行codec、platform、dai的綁定工作，下只是代碼的部分選節(jié)，詳細的代碼請直接參考完整的代碼樹。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()函數(shù):

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數(shù)組申請內(nèi)存，每一個dai_link對應一個snd_soc_pcm_runtime數(shù)組單元。。。。

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();//將調(diào)用snd_soc_instantiate_card()//最為重要 }

下面我們分析snd_soc_instantiate_card()函數(shù)：

static void snd_soc_instantiate_card(struct snd_soc_card *card){

。。。。

if(card->instantiated){ //判斷該卡是否已經(jīng)實例化，如果是就返回

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，系統(tǒng)中所有的Codec、DAI、Platform都在注冊時連接到這三個全局鏈表上。soc_bind_dai_link函數(shù)逐個掃描這三個鏈表，根據(jù)card->dai_link[]中的名稱進行匹配，匹配后把相應的codec，dai和platform實例賦值到card->rtd[]中（snd_soc_pcm_runtime）。經(jīng)過這個過程后，snd_soc_pcm_runtime：（card->rtd）中保存了本Machine中使用的Codec，DAI和Platform驅(qū)動的信息。

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

/* 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緩存，創(chuàng)建聲卡實例

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

if(card->probe){

ret = card->probe(card);

if(ret < 0)

goto card_probe_error;

}

。。。。。

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

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

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

}

。。。。。

ret = snd_card_register(card->snd_card);//然后調(diào)用標準的alsa驅(qū)動的聲卡函數(shù)進行聲卡注冊

。。。。。

}

到這里聲卡已經(jīng)注冊好了，聲卡可以正常工作了，我們再分析最后一個函數(shù)，也就是它們是怎么匹配的 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);//如果上面都匹配成功將創(chuàng)建標準的alsa的pcm邏輯設備

。。。。。

}

好了，到此為止我們最主要的部分machine部分分析完成了。接著是codec驅(qū)動部分：

Codec簡介

在移動設備中，Codec的作用可以歸結(jié)為4種，分別是：

? ? 對PCM等信號進行D/A轉(zhuǎn)換，把數(shù)字的音頻信號轉(zhuǎn)換為模擬信號

對Mic、Linein或者其他輸入源的模擬信號進行A/D轉(zhuǎn)換，把模擬的聲音信號轉(zhuǎn)變CPU能夠處理的數(shù)字信號

? 對音頻通路進行控制，比如播放音樂，收聽調(diào)頻收音機，又或者接聽電話時，音頻信號在codec內(nèi)的流通路線是不一樣的

? 對音頻信號做出相應的處理，例如音量控制，功率放大，EQ控制等等

ASoC對Codec的這些功能都定義好了一些列相應的接口，以方便地對Codec進行控制。ASoC對Codec驅(qū)動的一個基本要求是：驅(qū)動程序的代碼必須要做到平臺無關性，以方便同一個Codec的代碼不經(jīng)修改即可用在不同的平臺上。以下的討論基于wolfson的Codec芯片WM8994，kernel的版本3.3.x。

描述Codec的最主要的幾個數(shù)據(jù)結(jié)構(gòu)分別是：snd_soc_codec，snd_soc_codec_driver，snd_soc_dai，snd_soc_dai_driver，其中的snd_soc_dai和snd_soc_dai_driver在ASoC的Platform驅(qū)動中也會使用到，Platform和Codec的DAI通過snd_soc_dai_link結(jié)構(gòu)，在Machine驅(qū)動中進行綁定連接。

Codec的注冊

因為Codec驅(qū)動的代碼要做到平臺無關性，要使得Machine驅(qū)動能夠使用該Codec，Codec驅(qū)動的首要任務就是確定snd_soc_codec和snd_soc_dai的實例，并把它們注冊到系統(tǒng)中，注冊后的codec和dai才能為Machine驅(qū)動所用。以WM8994為例，對應的代碼位置：/sound/soc/codecs/wm8994.c，模塊的入口函數(shù)注冊了一個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注冊時已經(jīng)引入了。

[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驅(qū)動的第一個步驟就是定義snd_soc_codec_driver和snd_soc_dai_driver的實例，然后調(diào)用snd_soc_register_codec函數(shù)對Codec進行注冊。

snd_soc_register_codec（）函數(shù)是machine driver提供的，只要注冊成功后codec提供的操作函數(shù)就能正常提供給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驅(qū)動定義的snd_soc_dai_link中會指定每個link的codec和dai的名字，進行匹配綁定時就是通過和這里的名字比較，從而找到該Codec的 */

// 然后初始化它的各個字段，多數(shù)字段的值來自上面定義的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函數(shù)對本Codec的dai進行注冊 if(ret < 0)goto fail;}

mutex_lock(&client_mutex);list_add(&codec->list, &codec_list);/*最后，它把codec實例鏈接到全局鏈表codec_list中，并且調(diào)用snd_soc_instantiate_cards是函數(shù)觸發(fā)Machine驅(qū)動進行一次匹配綁定操作 */

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

好了，在這里我們的codec驅(qū)動也分析完了，其實這部分都是與平臺無關代碼，一般也不需要改動，這部分我們從設備原廠拿到代碼后丟上去就可以了，只是我們在寫machine device的時候要注意和這里的名字匹配。接下來是asoc的platform驅(qū)動：

Platform驅(qū)動的主要作用是完成音頻數(shù)據(jù)的管理，最終通過CPU的數(shù)字音頻接口（DAI）把音頻數(shù)據(jù)傳送給Codec進行處理，最終由Codec輸出驅(qū)動耳機或者是喇叭的音信信號。在具體實現(xiàn)上，ASoC有把Platform驅(qū)動分為兩個部分：snd_soc_platform_driver和snd_soc_dai_driver。其中，platform_driver負責管理音頻數(shù)據(jù)，把音頻數(shù)據(jù)通過dma或其他操作傳送至cpu dai中，dai_driver則主要完成cpu一側(cè)的dai的參數(shù)配置，同時也會通過一定的途徑把必要的dma等參數(shù)與snd_soc_platform_driver進行交互。

snd_soc_platform_driver的注冊

通常，ASoC把snd_soc_platform_driver注冊為一個系統(tǒng)的platform_driver，不要被這兩個想像的術語所迷惑，前者只是針對ASoC子系統(tǒng)的，后者是來自Linux的設備驅(qū)動模型。我們要做的就是：

? ? 定義一個snd_soc_platform_driver結(jié)構(gòu)的實例；

在platform_driver的probe回調(diào)中利用ASoC的API：snd_soc_register_platform()注冊上面定義的實例；

? 實現(xiàn)snd_soc_platform_driver中的各個回調(diào)函數(shù)；

以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()該函數(shù)用于注冊一個snd_soc_platform，只有注冊以后，它才可以被Machine驅(qū)動使用。它的代碼已經(jīng)清晰地表達了它的實現(xiàn)過程：

? ? ? ? ? 為snd_soc_platform實例申請內(nèi)存；

從platform_device中獲得它的名字，用于Machine驅(qū)動的匹配工作； 初始化snd_soc_platform的字段；

把snd_soc_platform實例連接到全局鏈表platform_list中；

調(diào)用snd_soc_instantiate_cards，觸發(fā)聲卡的machine、platform、codec、dai等的匹配工作；

cpu的snd_soc_dai driver驅(qū)動的注冊

dai驅(qū)動通常對應cpu的一個或幾個I2S/PCM接口，與snd_soc_platform一樣，dai驅(qū)動也是實現(xiàn)為一個platform driver，實現(xiàn)一個dai驅(qū)動大致可以分為以下幾個步驟：

? ? 定義一個snd_soc_dai_driver結(jié)構(gòu)的實例；

在對應的platform_driver中的probe回調(diào)中通過API：snd_soc_register_dai或者snd_soc_register_dais，注冊snd_soc_dai實例；

? ? 實現(xiàn)snd_soc_dai_driver結(jié)構(gòu)中的probe、suspend等回調(diào)；

實現(xiàn)snd_soc_dai_driver結(jié)構(gòu)中的snd_soc_dai_ops字段中的回調(diào)函數(shù)；

snd_soc_register_dai 這個函數(shù)在上一篇介紹codec驅(qū)動的博文中已有介紹

具體不再分析，這個驅(qū)動也不需要用戶做任務修改，所以只要知道它的作用就已經(jīng)夠了。就像電話機一樣，我們只要知道電話怎么打就夠了，至于它怎么連接我們并不太需要關心。

第三篇：《跟著線走》說課稿

說課稿：大班社會活動《我弟弟》

一、說設計意圖：

隨著二孩政策的開放,越來越多的家庭選擇生育二孩。很多家長的初衷是一個孩子太孤單,兩個孩子可以相互陪伴、相互扶持。但是,孩子對此是怎么想的呢?家長 在生二孩之前有沒有給第一個孩子訴說真實想法的機會?是否安靜地傾聽過孩子的想法?孩子是否愿意接納弟弟妹妹呢?我們希望借助文學作品《我弟弟》引導孩子 去接納、關心、愛護自己的弟弟妹妹。在活動中,我們盡量給予孩子自主選擇、表達的機會,聆聽他們最真實的想法,對他們的選擇不作對錯的評價,只是讓他們在 聆聽、闡述、辯論中逐漸感受、體悟自己內(nèi)心的情感，從而知道親情是人類最美好的情感，手足之情彌足珍貴，而有一個能相互扶持、相互依靠、一直陪伴到老的親人，是一件多么幸福的事。

二、說活動目標

教師要培養(yǎng)幼兒大膽地表現(xiàn)自己情感和體驗的能力，鼓勵幼兒用自己喜歡的方式進行藝術活動。因此我們確定了以下幾點目標：

情感目標：萌發(fā)對弟弟的喜愛之情，感受父母的愛不變。能力目標：理解故事內(nèi)容，體驗故事主人公的心理活動。知識與技能目標：樂意大膽表述自己的想法，語言較完整。

三、說活動重難點

基于以上三個目標，我們將活動的重點定位于，體驗主人公的心理活動，萌發(fā)對弟弟妹妹的喜愛之情。難點定位于大膽表達自己的想法，感受父母的愛不變。

四、說活動準備

為了能更好地服務于本次活動目標，我們在活動前做了充分的準備。自制幻燈片，情境創(chuàng)設道具、錄制的小視頻等。

五、說教法和學法：

根據(jù)各個環(huán)節(jié)的要求和具體情況，我們采取適宜本次活動的教法：啟發(fā)式教學法、情景教學法、直觀教學法、提問法。有了這些行之有效的教學方法，使我們的整個活動變得更加生動有趣。那么為了讓幼兒更加自然又樂于參與活動，我們?yōu)橛變侯A設了以下幾種學習的方法：嘗試法、體驗法、講述法等。有了教法和學法的支撐，我們將整個活動分為了四個環(huán)節(jié)。

六、說活動過程

接下來我向各位老師介紹我們的活動設計。

首先，和孩子們交流關于對媽媽生弟弟妹妹的看法。老師出示小寶寶圖片并問孩子：“孩子們，你們喜歡照片中小寶寶嗎？為什么？這里用提問法，首先引起孩子們對這個問題的關注。當孩子們分別發(fā)表自己的看法以后，教師再次運用提問引出主題：“孩子們你有弟弟妹妹嗎？你是喜歡還是不喜歡呢？為什么？再這里，啟發(fā)幼兒交流對弟弟妹妹的看法，舉牌運用笑臉和哭臉來選擇自己的情緒

接下來教師引出故事，請幼兒分段欣賞故事《我弟弟》，孩子們通過聽故事，初步體驗擁有弟弟的多種情緒。當幼兒聽到故事第一部分，就會了解有可能發(fā)生的事情。在理解故事內(nèi)容的基礎上，了解豆豆不喜歡弟弟的原因。在這里，教師仍然用提問的方法引導幼兒說出豆豆喜歡他的弟弟嗎？為什么？當豆豆聽到大家說的話以后，豆豆的心情又是怎么樣的？通過進一步提問，教師幫助孩子們梳理故事內(nèi)容的同時，也啟發(fā)幼兒跟著故事的主人公豆豆一起帶入情緒。在這里，可請幼兒運用體驗法，親身表演一下豆豆的心情，讓故事情節(jié)帶入到幼兒的情緒中。然后跟進提問：如果是你遇到人們這樣說心理會怎么想？你還會想要弟弟妹妹嗎？為什么？在這里，教師預想，故事的前半部分有可能會使部分幼兒對剛才的選擇有所動搖，從而引出故事的矛盾。

傾聽故事第二部分，萌生照顧弟弟的想法，感受弟弟的可愛。通過聽第二部分內(nèi)容，教師通過提問引導幼兒說出，當看到弟弟的被子掉下來了，豆豆是怎么做的？既然他不喜歡弟弟怎么還會幫弟弟蓋被呢？當沒看見可以嗎？叫媽媽可以嗎？啟發(fā)幼兒充分表達以后，教師最后總結(jié)：原來弟弟并沒有那么討厭，雖然有時候會哭鬧，搶東西，但是那是因為他還很小，豆豆小時候也是這樣的，長大了就會懂事了，弟弟平時還是很可愛的。

然后的環(huán)節(jié)，教師將運用情境教學法，幫助幼兒討論解決問題的辦法。孩子們，看來做哥哥姐姐可沒有這么容易。我這里有幾個難題，看看你遇到這些事情會怎么做？創(chuàng)設場景：只有一塊你最喜歡吃的餅干，但弟弟也想要怎么辦；弟弟爬上高高的椅子，危險怎么辦；弟弟哭鬧停不下來怎么辦；媽媽照顧弟弟忙不過來又怎么辦。孩子們通過在教師預設的情境下處理這一系列的問題，更加深了對弟弟的關愛，對親情的理解。最后讓幼兒傾聽故事第三部分，體會豆豆不肯換弟弟的情感。這里運用啟發(fā)式教學法，通過說一說豆豆為什么不換弟弟這一結(jié)果，啟發(fā)幼兒聯(lián)系到自己，說一說自己是怎么愛弟弟妹妹的？可以為弟弟妹妹做什么？那么弟弟妹妹愛你嗎？他為你做過什么事情？通過表達自己內(nèi)心的想法，幼兒對弟弟的感情更加升華了。這里教師幫助幼兒提領：你們真是相親相愛的一家人。這里播放小視頻，通過聽聽爸爸媽媽的心里話，讓幼兒切實感受和知道，父母的愛是永恒不變的，即便是有了弟弟妹妹，爸爸媽媽也會像從前一樣愛他們，爸爸媽媽弟弟妹妹和我，是幸福的一家人。最后可以讓孩子們說一說看完視頻的感受和心里話，將幼兒的情緒推向最高潮。活動延伸的延伸部分可以讓孩子們用行動和話語和家人表達愛并畫出一家人在一起的幸福圖畫，和同伴老師講述幸福的故事。

以上就是大班社會活動《我弟弟》的說課部分，接下來請各位老師觀看現(xiàn)場教學部分，我們的活動還不是很成熟，懇請各位老師提出寶貴的意見和建議。謝謝大家。

第四篇：機房走線方案

在各類機房中，綜合布線系統(tǒng)的鋪設位置分上走線和下走線兩大類，所謂上走線，是指線纜采用鋪設再高于設備高度的空間中，而下走線則鋪設在架空地板下，這與設備的上進線和下進線說的是兩件事。

提到綜合布線系統(tǒng)的鋪設位置，在機房設計時涉及的因素很多，如：機房空間的寬松程度（在中國，有許多機房的空間是比較富裕的，也不受到成本核算的壓力）、機房設備（包括服務器的進線方向等等）、強電線纜的鋪設位置、空調(diào)風路和機架/機柜的造型/功能等等。

在機房中，最多的線纜分屬兩大系列：強電和弱電，而弱電中又以綜合布線為主。以往，機房布線設計大多將強電和弱電全部鋪設在架空地板下，以求今后調(diào)整方便。自2002年海南機房大火后，經(jīng)查認為強電下走線具有起火的隱患（例如：當空調(diào)漏水時，可能會引起短路，產(chǎn)生火花，造成起火）。為此，電信系統(tǒng)進行了為期數(shù)年的大規(guī)模機房整治，以命令方式將原下走線的強電線路全部“搬遷”為上走線。

在計算機機房中，上走線方式也逐漸為人們所接受。

對于機房空調(diào)而言，分側(cè)送風和下送風兩大類，而安裝有架空地板時，多數(shù)機房采用的是下送風方式，它使架空地板與真地之間形成了風的傳送通道，讓冷風可以從設備的側(cè)下方送入設備前方的冷走廊，使用風扇將設備加熱后的風送到設備后方的熱走廊，最終回到空調(diào)機中制冷。

由于架空地板下是空調(diào)系統(tǒng)的傳輸通道，因此當弱電采用下走線方式時，就會形成“風阻”，造成風的傳送阻力加大。

因此，強電線纜、弱電線纜可以形成三種常見的組合：

? 強電和弱電全部采用下走線。

這時，強電與弱電只能從機房的兩邊以叉齒結(jié)構(gòu)交叉安裝橋架，并仔細分析風道的走向，盡量減少對風的阻力。

同時，由于強電線纜離地面比較近，在設計上需防范空調(diào)漏水可能帶來的影響，當然還應防范人為造成的強電線纜損傷。

? 強電和弱電全部采用上走線。

強電和弱電全部采用上走線時，在空間需要形成多層橋架，因為強電與弱電最好不要鋪設在同一根橋架中（移動公司的基站除外），以免引入電磁干擾。

全部上走線的前提是對機房的層高有所要求，另外，由于弱電系統(tǒng)的線纜經(jīng)常需要調(diào)整，上走線時盡管不需要打開架空地板，但仍然存在著線纜維護和調(diào)整的工作難度。

? 強電采用上走線，弱電采用下走線當強電采用上走線，弱電采用下走線時，由于可以使強電線纜的安全性得到保證，同時對機房高度的要求不高，而且能夠兼顧弱電線纜經(jīng)常需要調(diào)整的情況，還可以保證風的傳輸不會遇到大阻力。

對于一些不愿意打開地板的用戶而言，他們可能愿意使用上走線，而不愿意使用吸盤打開地板。

第五篇：避暑山莊走線導游詞

避暑山莊導游詞:

女士們、先生們：

你們好！歡迎大家來承德避暑山莊觀光游覽。避暑山莊位于承德市區(qū)北部，是我國現(xiàn)存最大的古典皇家園林。

避暑山莊是清代康、乾盛世的象征。作為山莊締造者的康熙、乾隆，都曾六下江南，遍歷天下景物之美。在修建避暑山莊時，博采眾家之長，融合中國南北園林風格為一體，使避暑山莊成為中國古典園林藝術的總結(jié)與升華。我國園林專家們說，整個避暑山莊就是祖國錦繡河山的縮影。專家們?yōu)槭裁磿@樣說呢？這個問題我想還是請女士們、先生們游覽了避暑山莊之后再來回答。不過，我這里先給大家提個醒，這原因與避暑山莊的地形有關。（導游員采用懸念法，以激發(fā)游客游覽的興趣）

各位，避暑山莊到了，請大家下車，現(xiàn)在我就帶領大家一睹她的風采。

（在麗正門外）

女士們，先生們，我們面前這座古色古香的門，就是避暑山莊的正門，叫麗正門，是清代皇帝進出的門。宮門面寬三間，上下兩層。下層辟有三個方形的門洞，上層有城臺和闕樓。你們看，中間門洞的上方有一塊石匾，上面是乾隆皇帝用滿、藏、漢、維、蒙五種文字題寫的“麗正門”，它象征著我們祖國是一個統(tǒng)一的多民族國家。門的兩邊有兩尊石獅，以顯示皇帝的威嚴。門前有御道廣場，青石鋪路，廣場東西各立一塊石碑，上面用滿、蒙、藏、漢四種文字刻著“官員人等至此下馬”，所以我們又叫它下馬碑。廣場南邊有一道紅色照壁，使這座皇家園林與外界隔開。關于紅照壁，傳說里邊藏有從雞冠山飛來的金雞，在夜深人靜時，輕叩照壁，金雞就會發(fā)出嘰嘰的叫聲。如果哪位想考證一下的話，就請夜里到這里來聽一聽。好了！今天我請大家當一回“皇帝”，進去感受一下皇帝的生活。

巖城詩

在中門里面的門楣之上，刻有乾隆皇帝的御題詩一首：

巖城埤堄固金湯，佚蕩門開向午陽。

兩字就題標麗正，車書恒此會遐方。

詩中“巖城”指石城，因避暑山莊用虎皮石墻做圍墻，“埤堄”指城上的矮墻（俗稱女兒墻）；“詄蕩”，意為廣闊;“車書”指車同軌，書同文，這里指國家統(tǒng)一，全詩的大意是：

大清朝的江山就像避暑山莊雄偉堅固的宮墻一樣固若金湯，坦蕩的宮門向正南方敞開著。門上標明的“麗正”二字是我新題寫的，大清國家永遠像現(xiàn)在這樣統(tǒng)一，遠方邊疆的各少數(shù)民族首領永遠像現(xiàn)在這樣匯集于避暑山莊來朝見我大清皇帝。進麗正門內(nèi)）

請各位向右看，遠處的山巒上，有一巨大石柱，擎天而立，直插云端。它上粗下細，很像洗衣用的棒槌，我們承德人叫它棒槌山，康熙皇帝賜名“磬錘峰”。修建避暑山莊時，巧借此景，使山莊內(nèi)外渾然一體，擴大了空間感，創(chuàng)造了新的意境美，這是山莊設計者運用“借景”這一造園藝術的成功典范。一般來承德的人，都要到山上去摸一下棒槌山，因為承德民間流傳這樣一句話：“摸到棒槌山，能活一百三。”如果大家有興趣的話，不妨明天上山摸一摸，一定很有意思的。

前面這片宮殿就是清代皇帝在承德“辦公居住”的地方，現(xiàn)在承德人把這里為避暑山莊博物館。

（在第一展室里）

首先映入我們眼簾的這張圖就是避暑山莊全圖，是清代山莊鼎盛時期的全貌圖。避暑山莊，又叫“熱河行宮”、“承德離宮”。它從康熙四十二年（1703年）開始動工興建，至乾隆五十七年（1792年）最后落成，歷時89年。清代前中期的幾位皇帝幾乎每年都來這里消夏避暑，處理政務，通常是每年農(nóng)歷四、五月份來，九、十月份返回北京。避暑山莊實際上已成為清朝的第二政治中心。整個山莊占地564萬平方米，它的面積大約是北京頤和園的兩倍，北海的8倍。山莊可分為宮殿區(qū)和苑景區(qū)兩部分，宮殿區(qū)由正宮、松鶴齋、萬壑松風和東宮四組建筑組成。苑景區(qū)又分為山區(qū)、湖區(qū)、平原區(qū)三部分。以山區(qū)面積最廣，約占山莊總面積的70%多。山莊集全國園林精華于一園，具有南秀北雄的特點。清代山莊內(nèi)共有亭子90座，堤橋29座，碑刻摩崖25處，假山疊石70余組，殿宇、樓堂、寺廟、亭臺、塔閣等各種建筑120余組，總建筑面積達10萬多平方米。康熙皇帝以4個字命名的36景和乾隆皇帝以3個字命名的36景最為著名，合稱“避暑山莊72景”。康熙皇帝稱贊這里是“自有山川開北極，天然風景勝西湖。”山莊宮墻長約10公里，因為它形似長城，我們承德人親切地稱它為“小長城”。宮墻外是仿全國各族著名廟宇而修建的皇家寺廟群，這些寺廟呈半圓形環(huán)繞在山莊外圍，形成眾星拱月之勢，象征著當時全國各民族緊緊圍繞在清王朝統(tǒng)治中心的周圍。隨著歲月的流逝，朝代的變更，避暑山莊也歷盡了滄桑。新中國成立后，山莊才得到了新生，現(xiàn)在是全國保存得最好、規(guī)模最大的皇家園林，是世界文化遺產(chǎn)、是中外馳名的旅游勝地。

來到第二展室）

這里展出的大部分是圖片，這張木蘭秋 圖是最引人注目的。木蘭，是滿語哨鹿的意思。哨鹿的方法是黎明前，士兵們潛入山林，身披鹿皮，頭戴鹿角，口吹木哨，模仿公鹿的叫聲。秋天正是鹿求偶分群的季節(jié)，用這種方法將母鹿引出來以便射殺。“ ”是指秋天打獵。這張圖是清代興隆阿所畫，描繪的是200多年前皇帝打獵的場面。你們也許會感到奇怪，清朝皇帝為什么要率領大隊人馬千里迢迢來這里打獵呢？因為清帝入關以后，歷史上英勇善戰(zhàn)的八旗部隊戰(zhàn)斗力開始下降，他們有的臨陣脫逃，有的自創(chuàng)傷痕，有時一人受傷，多人護送，為的是不上前線。康熙皇帝認識到，提高士兵素質(zhì)，鞏固北部邊疆已成為當務之急。在這種形勢下，康熙皇帝親自率領八旗將士，出喜峰口，北上巡視，設置了以習武綏遠為目的的木蘭圍場。木蘭圍場的建立，是清朝與蒙、藏民族友好關系的產(chǎn)物，它密切了蒙、藏地區(qū)與中原地區(qū)的關系，加強了滿、蒙、藏、漢各族人民之間的交流，鞏固了北部邊防，有利于抵御沙皇俄國的侵略和擴張。一年一度的圍獵每次要進行20天左右，皇帝親率政府各部官員及滿、蒙八旗軍隊參加。為滿足大批人馬食宿休息、儲蓄物品及皇帝處理政務的需要，從北京至圍場要修建十余座行宮。熱河處于這條北巡路線的中間地帶，從北京到這里，奏章朝發(fā)夕至，而且這里氣候宜人，風光秀麗，水草豐盛，所以康熙決定在這里修建一座大的行宮，這就是熱河行宮。對此，乾隆有一句話講得十分清楚：“我皇祖建此山莊于塞外，非為一己之豫游，蓋貽萬世之締構(gòu)也”。歷史表明，秋 大典和避暑山莊的建立，達到了康熙皇帝“合內(nèi)外之心，成鞏固之業(yè)”的政治目的。現(xiàn)在我們再來看這張圖，它可分為兩部分，一是御營，二是獵場。御營是皇帝居住和處理朝政的地方；獵場是實際打獵的地方。打獵時都有嚴明的組織和紀律，偽裝成鹿的士兵把鹿引出來后，軍士們逐步縮小包圍圈，達到人并肩、馬并耳的程度，但不能隨便射殺。這時皇帝首先出來射第一箭，然后才是王公大臣、將士們依次射殺。圖上畫的是獵殺鹿的情景。請大家跟我向前走。

這第二道門叫“閱射門”，是皇帝觀看皇子皇孫射箭比賽的地方。門的上方懸有一塊匾，上面寫著“ 暑山莊”四個鎦金大字，是康熙皇帝的御筆，此匾精美絕倫，分外醒目。也許你們已經(jīng)發(fā)現(xiàn)，這避暑山莊的“避”字多寫了一橫，是康熙皇帝寫錯了，還是另有原因呢？（……）還是這位先生（小姐）說對了，原來在清代兩個“避”字同時使用，無論用哪一種寫法都是正確的，這是一種異體字現(xiàn)象。在這里康熙皇帝是為了追求書法美才這樣寫的。

門前兩側(cè)這兩個銅獅，威風凜凜。說起這兩個銅獅，還有一段動人的傳說呢！相傳在中國抗日戰(zhàn)爭時期，日本侵略軍侵占了承德并大肆搶劫。有一天一群日本兵發(fā)現(xiàn)這兩個銅獅子很漂亮，是無價之寶，就想搶走，可是銅獅子太重，他們搬也搬不動，于是就分頭去找工具。這一切讓護院的老人看在眼里，痛在心上。他想銅獅子是國家的財寶，決不能讓日本兵搶走。他靈機一動，立即從村里找來豬血，涂在獅子的眼睛上，等日本兵找到工具回來后發(fā)現(xiàn)獅子的眼睛紅紅的，都哭出了血，個個嚇得目瞪口呆，害怕搬動獅子會給他們帶來厄運，便慌里慌張地逃走了，這對國寶才得以保留至今。現(xiàn)在這對銅獅成了人們心目中的吉祥物。如果大家想萬事如意的話，千萬別忘了摸摸它。

（來到澹泊敬誠殿前）

這個面闊七間，進深三重的大殿叫“澹泊敬誠”殿。“澹泊”二字來自于《易經(jīng)》：“不煩不擾，澹泊不失”，諸葛亮在其《戒子書》中又說，“非澹泊無以明志，非寧靜無以致遠”。康熙皇帝題“澹泊敬誠”這四個字，含蓄地表達了他“居安思危，崇尚節(jié)儉”的思想。這個殿是避暑山莊的主殿，是清代皇帝在山莊居住時處理朝政和舉行盛大慶典的地方。整個大殿用珍貴的楠木建造，因此又叫“楠木殿”。每當陰雨連綿之時，楠木散發(fā)著縷縷清香，沁人心脾。楠木產(chǎn)自云貴和江浙一帶的深山峽谷之中，在沒有先進運輸工具的清代，將這些笨重的木材從遙遠的南方運到塞北，大都裝船河運或利用河水結(jié)冰和在旱路上潑水結(jié)冰的冬季，將木材放在冰上，依靠人力又拉又推，運到承德，其艱難是不言而喻的。據(jù)史料記載，為了修建這座楠木殿，耗費白銀7.2萬兩，用工19萬個。大殿外觀古樸淡雅，不飾彩繪，殿內(nèi)大理石鋪地，正中地坪上設有皇帝的寶座。寶座周圍設有寶象、端、仙鶴、香亭、如意等，精雕細刻，造型十分優(yōu)美。寶座的后面有一個紫檀木屏風，上面刻有163個人物，形態(tài)逼真，栩栩如生，為“農(nóng)家耕織長樂圖”，以表示皇帝臨朝時刻不忘百姓。在清代這個殿的東西山墻上掛著“皇輿全圖”，就是清代的地圖，是清政府派專人測繪的。殿內(nèi)北墻兩側(cè)墻壁上裝有楠木書格，貯放著《古今圖書集成》1萬卷。你們可能會問：澹泊敬誠殿是舉行盛大慶典的地方，那么當年是怎么一番盛況呢？那就要從松鶴齋南面的鐘樓說起。當宣布慶祝大典或覲見開始，司鐘人立即登上鐘樓敲鐘，鐘響9下之后，山莊內(nèi)各廟宇的鐘聲齊鳴，緊接著外八廟的鐘聲也相繼應和。各種鐘皆鳴81聲。大殿前東西相對的兩個樂亭里宮廷樂師們開始奏樂，在八音和諧、簫鼓齊鳴之下，文武百官就位，皇帝端莊肅穆，面南巍坐，開始處理朝政了。我想，你們的腦海里也許已經(jīng)浮現(xiàn)出這一壯觀的場面了吧？

請各位繞過回廊，展現(xiàn)在我們面前的就是面闊五楹的四知書屋。楹，堂屋前部的柱子。面闊五楹就是面寬五間的意思。什么是“四知”呢？乾隆皇帝可不是指漢朝楊震所說的：做官要廉潔，不可貪臟枉法，辦事再機密也瞞不過去，因為有“天知、地知、你知、我知”。乾隆皇帝所題的“四知”一語出于《易經(jīng)》。因《易經(jīng)》中說“君子知微、知彰、知柔、知剛，萬夫之望。”乾隆皇帝對此話十分贊賞，因為恰好表達了他剛?cè)嵯酀⒍魍⑹┑慕y(tǒng)治策略。皇帝上朝前后，在這里更衣，有時也在此召見王公大臣和少數(shù)民族首領。萬歲照房和配房現(xiàn)在展出的是御用官窯瓷器、琺瑯器、帝后車輿和石鼓，請各位仔細欣賞這些稀世珍品，一定會讓您大飽眼福的。

（向北行至煙波致爽殿院內(nèi)）

這里是宮殿區(qū)的后半部分，叫“后寢”，是帝后和嬪妃們居住的地方。北殿為煙波致爽殿。康熙皇帝說這里“四圍秀嶺，十里平湖，致有爽氣”，所以才題了這個殿名。明間陳設考究，富麗堂皇；西暖閣是皇帝的寢宮。所謂暖閣，就是在地面以下設有火道，冬季將紅羅炭點燃，熱氣上達，滿屋皆暖。同時屋里還放有火爐和薰籠，皇帝腳下設腳爐。康熙、乾隆、嘉慶、咸豐等皇帝都曾在這里居住過。室內(nèi)靠北墻，紫檀落地罩內(nèi)是皇帝的臥床，咸豐十一年（1861年），咸豐皇帝就病歿在這張床上。我們現(xiàn)在參觀的這個酷似民居的小院，在清代卻發(fā)生過一系列重大歷史事件。1860年，英法聯(lián)軍進攻北京，農(nóng)歷八月初八，咸豐皇帝害怕洋人，攜太后和慈安、慈禧兩個皇后逃到熱河來避難。也就是在這里，咸豐皇帝簽準了清政府分別與英、法、俄三國簽訂的喪權(quán)辱國的《北京條約》，并承認《中俄璦琿條約》有效，使我國失去了大片領土和主權(quán)。咸豐死后，慈禧在這里策劃了辛酉政變，開始垂簾聽政，統(tǒng)治清朝長達48年之久，把中國進一步推向苦難的深淵。

煙波致爽殿兩側(cè)有兩個跨院。東邊的叫東所，咸豐在承德時是慈安皇后的住所，現(xiàn)在展出的是清代宮廷鐘表。西邊的叫西所，咸豐在承德時是慈禧的住所，現(xiàn)在展出的是慈禧當年的一些生活用品和照片。（跨過曲橋登上青蓮島）

女士們，先生們，迎面這座玲瓏秀麗的建筑，叫煙雨樓。這是一座面寬五楹?、上下兩層的小樓，樓的上下還有圍廊。二樓上的云龍金匾是乾隆皇帝題寫的。煙雨樓與門殿之間是一個規(guī)整的方院，幾棵古松蒼勁挺拔。月臺下兩座石須彌座上有銅鹿一對。煙雨樓是仿浙江嘉興的煙雨樓而建的。每當陰雨時節(jié)，細雨蒙蒙，登樓遠眺，只見遠山近水，盡在輕紗薄霧籠罩之中，如入仙境。樓東有“青陽書屋”，是皇帝習文讀書的地方；樓西南有“對山齋”，面對著假山。山上建有六角形涼亭，名字叫翼亭。

承德避暑山莊“水流云在”位于自暖溜暄波引武烈河水匯入澄湖處，是澄湖北岸最西一亭，為四面凸出、中呈方形的亭子，為“康熙三十六景”最后一景。這里湖水連空，水流云靜，取杜甫詩“水流心不競，云在意俱遲”的意境而命名。“水流云在”亭南與與煙雨樓隔湖相望，北與萬樹園接壤。位置好，凡來山莊的游客都會路過此亭；景色美，四季特點分明，春夏秋冬都是游客取景的最佳處 我們現(xiàn)在到達的地方就是聞名遐爾的熱河泉。泉邊上這塊石碑，寫著“熱河”兩個大字。因為泉水溫熱，又有上游的溫泉水匯入，所以冬天也不結(jié)冰。尤其是周圍白雪皚皚時，這里的湖面卻熱氣蒸騰，實為奇觀。

女士們、先生們，避暑山莊嶄新的風姿，正在越來越引起國內(nèi)外的矚目。從事歷史、文物、考古、地理、美學、宗教、園林、建筑等方面研究的專家、學者一致認為，避暑山莊不僅是一座大型的露天博物館，而且是一門博大精深的綜合性科學。因為時間所限，今天的參觀暫告一個段落。希望大家有機會多來承德，我再陪同各位細細欣賞它，品味它，研究它……。