ThinkPadT440 Ubuntu14.04 RTL8192EE 鏈接無(wú)線網(wǎng)。為RTL8192EE,google了一番，Realtec公司的rtl8192ee驅(qū)動(dòng)將出現(xiàn)在linux 3.16版本的內(nèi)核里。該驅(qū)動(dòng)包實(shí)際上包含了 rtl8192ee、rtl92ce、rtl92de、rtl8723ae、rtl88ee、rtl8723be 的驅(qū)動(dòng)，果斷下載嘗試，下載解壓文件包如下，是C源碼，需要編譯安裝：root@y:/home/y/my_download/rtl_92ce_92se_92de_8723ae_88ee_8723be_92ee_linux_mac80211_0017.1016v2.2013# make.

mplayer模塊使用手冊(cè)。Mplayer播放器源碼包：mplayer-ls1b-module.tar.gz二、Mplayer安裝編譯過(guò)程。DATADIR = $(DESTDIR)/opt/mipsel/mplayer//share/mplayer。mplayer最簡(jiǎn)單的方法就是 mplayer [文件名],即mplayer后邊直接傳入需要播放的音頻或者視頻文件。默認(rèn)mplayer是從鍵盤上獲得控制信息，通過(guò)鍵盤按鍵，可以快捷控制mplayer的播放參數(shù)，mplayer另外提供了一種更為靈活的控制方式，用來(lái)進(jìn)行播放控制——slave模式。

RTSP.RTSP協(xié)議實(shí)際上只是一個(gè)控制協(xié)議，實(shí)際數(shù)據(jù)還需要一個(gè)傳輸協(xié)議。4.我真正關(guān)心的RealAudio/RealVedio Stream, 居然不是用RTP 協(xié)議傳輸?shù)?，是個(gè)什么RDT的Real自己的非標(biāo)準(zhǔn)協(xié)議. Mplayer/Xine的代碼應(yīng)該都支持這個(gè)協(xié)議.A simplified RTSP cilent[4]是一個(gè)非常不錯(cuò)的入門資料， 比較容易在直觀感性上建立對(duì)RTSP協(xié)議的概念?，F(xiàn)在的RTSP流基本上都是標(biāo)準(zhǔn)的RTP 協(xié)議了。

基于阿里云服務(wù)器搭建SVN服務(wù)器。于是就注冊(cè)了一個(gè)玩玩，由于目前要管理的團(tuán)隊(duì)、事情多了，就打算基于SVN架設(shè)一個(gè)自己的SVN版本控制服務(wù)器。第一步，購(gòu)買阿里云服務(wù)器。第四步、安裝apache 和svn 軟件。然后再sudo /etc/init.d/apache2 restart 重啟apache 測(cè)試看看。配置完畢后，重啟apache會(huì)出現(xiàn)警告，這主要是由于apache沒(méi)有啟用svn的驗(yàn)證模塊。LoadModule authz_svn_module /usr/lib/apache2/modules/mod_authz_svn.so.

括號(hào)里德參數(shù)單位是s，表示的是，如果1800s內(nèi)子節(jié)點(diǎn)還沒(méi)有跟主節(jié)點(diǎn)進(jìn)行數(shù)據(jù)通訊，則主節(jié)點(diǎn)會(huì)認(rèn)為子節(jié)點(diǎn)死掉，接著就會(huì)觸發(fā)JZS_EVENT_INACTIVE_ED_DELETED事件，將子節(jié)點(diǎn)從自己的鄰居表刪除，因此，當(dāng)子節(jié)點(diǎn)成功入網(wǎng)后，如果設(shè)置了JZS_vEnableEDAddrReuse(1800)，底層代碼中最好在要最多每隔1800s就要跟主節(jié)點(diǎn)進(jìn)行數(shù)據(jù)通訊，否則，主節(jié)點(diǎn)會(huì)將該節(jié)點(diǎn)的網(wǎng)絡(luò)信息從鄰居表中刪除，這樣，主節(jié)點(diǎn)發(fā)送出的數(shù)據(jù)，子節(jié)點(diǎn)就收不到了。

ZigBee樹(shù)型網(wǎng)絡(luò)地址分配及結(jié)構(gòu)。樹(shù)型路由機(jī)制包括配置樹(shù)型地址和樹(shù)型地址的路由。如“節(jié)點(diǎn)A”加入網(wǎng)絡(luò)并與協(xié)調(diào)器連接，那么“節(jié)點(diǎn)A”的網(wǎng)絡(luò)深度是1；“節(jié)點(diǎn)B”加入網(wǎng)絡(luò)并與“節(jié)點(diǎn)A”連接，那么“節(jié)點(diǎn)B”的網(wǎng)絡(luò)深度是2，依此類推。在樹(shù)簇型網(wǎng)絡(luò)中，協(xié)調(diào)器和路由器都可以連接N個(gè)路由節(jié)點(diǎn)和終端節(jié)點(diǎn)做為自己的子節(jié)點(diǎn)，形成一個(gè)個(gè)“簇”。

【轉(zhuǎn)載】在ZigBee網(wǎng)絡(luò)中實(shí)現(xiàn)節(jié)電斷電之后重新加入網(wǎng)絡(luò)。如果你再重新給協(xié)調(diào)器上電，PANID和路由器相同不能建立網(wǎng)絡(luò)，只能在另一個(gè)PANID上建立網(wǎng)絡(luò)，那么這兩個(gè)設(shè)備就不是一個(gè)網(wǎng)絡(luò)了，所以你一直開(kāi)著的那個(gè)設(shè)備沒(méi)有反應(yīng)，因?yàn)樗麄円呀?jīng)不是一個(gè)網(wǎng)絡(luò)里的了。補(bǔ)充：NV_INIT和NV_RESTORE的區(qū)別。NV_INIT保存在nv的內(nèi)容主要是網(wǎng)絡(luò)或者節(jié)點(diǎn)的配置參數(shù)，在節(jié)點(diǎn)運(yùn)行中這些參數(shù)很少變化或者幾乎不會(huì)有變化。

解決SmartRF04EB自動(dòng)升級(jí)、修改USB Device ID經(jīng)驗(yàn) (amoBBS 阿莫電子論壇) 在調(diào)試CC2531時(shí)發(fā)現(xiàn)個(gè)坑爹的問(wèn)題，淘寶上買的山寨SmartRF04EB都是同一個(gè)USB Device ID ：0050，兩個(gè)以上的SmartRF04EB沒(méi)法用，固件版本并不是最新的，打開(kāi)時(shí)總提示升級(jí)，麻煩??！下面整理下操作步驟：1、修改srf04dd_bootloader.hex，PID由20dd修改為20eb，USB Device ID修改為55，后保存。

任何一個(gè)設(shè)備或應(yīng)用辦事，都能經(jīng)由過(guò)程無(wú)線信道向收集上的另一個(gè)設(shè)備發(fā)送一個(gè)ZDO消息，幫助其建樹(shù)一個(gè)綁定記錄。第一個(gè)參數(shù)（消息發(fā)送目標(biāo)地址）是綁定源節(jié)點(diǎn)的短地址（即保存綁定記錄的節(jié)點(diǎn)地址，這是因?yàn)閆DP需委托應(yīng)用框架AF幫助實(shí)現(xiàn)綁定，若是節(jié)點(diǎn)本身是REFLECTOR，并且保存綁定記錄，則此消息發(fā)送的目標(biāo)地址就是本地的AF，這與目標(biāo)節(jié)點(diǎn)的地址DestinationAddrofReceivingdevice不合）。DstEPIntf–目標(biāo)節(jié)點(diǎn)應(yīng)用辦事的端點(diǎn)。

zb_WriteConfiguration(ZCD_NV_PANID, sizeof(uint16), &pan_id) ;如果沒(méi)有添加zb_SystemReset();這條語(yǔ)句，通過(guò)zb_ReadConfiguration()函數(shù)讀取的PAN_ID也是0x1122，說(shuō)明zb_WriteConfiguration已經(jīng)把數(shù)據(jù)成功寫進(jìn)NV里了。但是用zb_GetDeviceInfo(ZB_INFO_PAN_ID,&pan_id);讀出來(lái)的卻還是舊的PAN_ID，因?yàn)橄到y(tǒng)沒(méi)有啟用新的PAN_ID來(lái)建立網(wǎng)絡(luò)。用zb_GetDeviceInfo(ZB_INFO_PAN_ID,&pan_id);這個(gè)函數(shù)讀取的pan_id是修改后的數(shù)據(jù)；

IAR編譯ZStack.（這個(gè)文件在"Projects/zstack/Tools/CC2530DB/"目錄下，也可以通過(guò)IAR編譯環(huán)境的左側(cè)Workspace窗口點(diǎn)開(kāi)Tools文件夾看到）在f8w2530.xcl文件中找到兩行被注釋掉的語(yǔ)句：//-M(CODE)[(_CODEBANK_START+_FIRST_BANK_ADDR)-(_CODEBANK_END+_FIRST_BANK_ADDR)]*/ //_NR_OF_BANKS+_FIRST_BANK_ADDR=0x8000把這兩行前面的"//"去掉，保存，重新編譯，OK！

修改SMART RF04 EB板的EB ID修改SMART RF04 EB板的EB ID.1、打開(kāi)srf04eb_bootloader.hex文件。2、修改第15行的最后5080為517F即可。3、燒寫程序會(huì)看到EB ID改為了0051.

IAR,CC2530的2個(gè)程序整合后，報(bào)錯(cuò)，而全部錯(cuò)誤都是一個(gè)性質(zhì)。Error[Pa045]: function ""has no prototype.去掉 Requireprototype選項(xiàng)，重新編譯即可。應(yīng)該是一個(gè)編譯順序問(wèn)題。分享：已投稿到：新浪網(wǎng)友才不是那個(gè)原因呢，是因?yàn)橛行](méi)有形參的函數(shù)需要（void）的格式。以上網(wǎng)友發(fā)言只代表其個(gè)人觀點(diǎn)，不代表新浪網(wǎng)的觀點(diǎn)或立場(chǎng)。

3.7.2.5 設(shè)置PHY-PIB屬性　　除了只讀屬性外，MLME可通過(guò)PLME設(shè)置PHY－PIB的屬性。下一部分的數(shù)據(jù)是PHY數(shù)據(jù)包的楨長(zhǎng)度，它代表了PHY的Payload（PSDU）的全部字節(jié)長(zhǎng)度，其值的范圍為1－127（前述的PHY常量中可對(duì)其進(jìn)行定義），但實(shí)際上它取決于802.15.4－2006的標(biāo)準(zhǔn)，如下圖所示，當(dāng)其值為5，表示的是這是一個(gè)MAC的“握手”楨，9－127可以為任意的MPDU，而0－4，6－8暫為定義，為以后的擴(kuò)展定義做保留。

[原創(chuàng)]奧特曼Zigbee讀書日記（四）[子問(wèn)題]10.3 Short address, Profile ID, Endpoint, Cluster ID都代表什么意思？Cluster ID，這個(gè)怎么叫呢？比如說(shuō)這個(gè)例子，我可以這樣定：Cluster ID＝1代表開(kāi)關(guān)一次，Cluster ID＝2代表連續(xù)閃爍。。。//reply after 2 seconds osal_start_timerEx( BeginApp_TaskID, BEGINAPP_SEND_REPLY_MSG_EVT, BEGINAPP_SEND_MSG_TIMEOUT );

最簡(jiǎn)單的內(nèi)核模塊編程代碼：/* hello.c */#include <linux/module.h>#include <linux/kernel.h> /* Optional, to include printk() prototype */#include <linux/init.h> /* Optional, to include module_init() macros */編譯方法：1. 準(zhǔn)備好一個(gè)配置編譯好的內(nèi)核代碼樹(shù)2. 把 hello.c 放置在一個(gè)單獨(dú)的目錄，并在這個(gè)目錄中編寫一個(gè)Makefile:obj-m := hello.o3. 編譯命令：make -C <內(nèi)核代碼樹(shù)目錄> M=`pwd`

模塊參數(shù)使用示例代碼：#include <linux/module.h>#include <linux/moduleparam.h> /* Optional, to include module_param() macros */#include <linux/kernel.h> /* Optional, to include prink() prototype */#include <linux/init.h> /* Optional, to include module_init() macros */#include <linux/stat.h> /* Optional, to include S_IRUSR ...*/module_param_array(myintary, int, NULL, 0444);

詳解“TCP三次握手”建立TCP連接的全過(guò)程 – CTO十萬(wàn)個(gè)為什么。TCP三次握手，是TCP的可靠連接機(jī)制中的一個(gè)。A發(fā)出第一個(gè)TCP包給B，并將SYN位置1，表示這是一個(gè)TCP同步請(qǐng)求包，然后將序列號(hào)設(shè)為一個(gè)隨機(jī)值，這個(gè)例子里序列號(hào)設(shè)為了100。B接收到后，發(fā)現(xiàn)這是一個(gè)TCP同步請(qǐng)求包，如果B愿意與A建立傳遞數(shù)據(jù)的通道，則B會(huì)返回第二個(gè)TCP包，這個(gè)TCP包中，ACK和SYN都置位了，可以理解的是，B的ACK置位是為了同意A發(fā)過(guò)來(lái)的SYN。

UDP頭部格式詳解，附Wireshark對(duì)UDP抓包分析 – CTO十萬(wàn)個(gè)為什么。UDP也是一個(gè)傳輸層的協(xié)議，它為網(wǎng)絡(luò)傳輸提供了一種盡力而為但并不可靠的傳輸方式，因?yàn)閁DP頭部格式非常簡(jiǎn)單，UDP并不能提供TCP那樣的連接建立、終止、確認(rèn)、重傳、擁塞避免等機(jī)制。下面這張是Wireshark對(duì)UDP抓包分析圖，了解一個(gè)真正的UDP頭部格式是怎樣的。