前言
人們在跌倒后會面臨雙重危險。顯而易見的是跌倒本身可能對人體產(chǎn)生傷害；另外，如果跌倒后不能得到及時的救助，可能會使結(jié)果更加惡化。例如，許多老年人由于其身體比較虛弱，自理能力和自我保護(hù)能力下降，常常會發(fā)生意外跌倒，如果得不到及時的救助，這種跌倒可能會導(dǎo)致非常嚴(yán)重的后果。有資料顯示，很多嚴(yán)重的后果并不是由于跌倒直接造成的，而是由于跌倒后，未得到及時的處理和救護(hù)。當(dāng)出現(xiàn)跌倒情況時，如果能夠及時地通知到救助人員，將會大大地減輕由于跌倒而造成的危害。
不僅是對老人，在很多其他情況下，跌倒的報警也是非常有幫助的，尤其是從比較高的地方跌倒下來的時候。比如人們在登山，建筑，擦窗戶，刷油漆和修理屋頂?shù)臅r候。
這促使人們越來越熱衷于對跌倒檢測以及跌倒預(yù)報儀器的研制。近年來，隨著iMEMS?加
速度傳感器技術(shù)的發(fā)展，使得設(shè)計基于三軸加速度傳感器的跌倒檢測器成為可能。這種跌倒檢測器的基本原理是通過測量佩戴該儀器的個體在運動過程中的三個正交方向的加速度變化來感知其身體姿態(tài)的變化，并通過算法分析判斷該個體是否發(fā)生跌倒情況。當(dāng)個體發(fā)生跌倒時，儀器能夠配合GPS模塊以及無線發(fā)送模塊對這一情況進(jìn)行定位及報警，以便獲得相應(yīng)的救助。而跌倒檢測器的核心部分就是判斷跌倒情況是否發(fā)生的檢測原理及算法。
ADXL3451是ADI公司的一款3軸、數(shù)字輸出的加速度傳感器。本文將在研究跌倒檢測原理的基礎(chǔ)上，提出一種基于ADXL345的新型跌倒檢測解決方案。
iMEMS加速度傳感器ADXL345
iMEMS 半導(dǎo)體技術(shù)把微型機(jī)械結(jié)構(gòu)與電子電路集成在同一顆芯片上。iMEMS加速度傳感器就是利用這種技術(shù)，實現(xiàn)對單軸、雙軸甚至三軸加速度進(jìn)行測量并產(chǎn)生模擬或數(shù)字輸出的傳感器。根據(jù)不同的應(yīng)用，加速度傳感器的測量范圍從幾g到幾十g不等。數(shù)字輸出的加速度傳感器還會集成多種中斷模式。這些特性可以為用戶提供更加方便靈活的解決方案。
ADXL345是ADI公司最近推出的基于iMEMS技術(shù)的3軸、數(shù)字輸出加速度傳感器。ADXL345具有+/-2g，+/-4g，+/-8g，+/-16g可變的測量范圍；最高13bit分辨率；固定的4mg/LSB靈敏度；3mm*5mm*1mm超小封裝；40-145uA超低功耗；標(biāo)準(zhǔn)的I2C或SPI數(shù)字接口；32級
FIFO存儲；以及內(nèi)部多種運動狀態(tài)檢測和靈活的中斷方式等特性。所有這些特性，使得ADXL345有助于大大簡化跌倒檢測算法，使其成為一款非常適合用于跌倒檢測器應(yīng)用的加速度傳感器。
本文給出的跌倒檢測解決方案，完全基于ADXL345內(nèi)部的運動狀態(tài)檢測功能和中斷功能，甚至不需要對加速度的具體數(shù)值進(jìn)行實時讀取和復(fù)雜的計算操作，可以使算法的復(fù)雜度降至最低。
中斷系統(tǒng)
圖1給出了ADXL345的系統(tǒng)框圖及管腳定義。
圖1 ADXL345系統(tǒng)框圖及管腳定義
ADXL345具有兩個可編程的中斷管腳：Int1和Int2。以及Data_Ready、Single_Tap、Double_Tap、Activity、Inactivity、Free_Fall、Watermark、Overrun，共計8個中斷源。每個中斷源可以獨立地使能或禁用，還可以靈活地選擇是否映射到Int1或Int2中斷管腳。所有的功能都可以同時使用，只是某些功能可能需要共用中斷管腳。中斷功能通過INT_ENABLE寄存器的相應(yīng)位來選擇使能或禁用，通過INT_MAP寄存器的相應(yīng)位來選擇映射到Int1管腳或Int2管腳。中斷功能的具體定義如下：
1. Data_Ready 當(dāng)有新的數(shù)據(jù)產(chǎn)生時，Data_Ready中斷置位；當(dāng)沒有新的數(shù)據(jù)時，Data_Ready中斷清除。
2. Single_Tap 當(dāng)加速度值超過一定門限（THRESH_TAP）并且持續(xù)時間小于一定時間范圍（DUR）的時候，Single_Tap中斷置位。
3. Double_Tap 當(dāng)?shù)谝淮蜸ingle_Tap事件發(fā)生后，在一定時間（LATENT）之后，并在一定時間（WINDOW）之內(nèi)，又發(fā)生第二次Single_Tap事件時，Double _Tap中斷置位。
圖2給出了有效的Single_Tap中斷和Double _Tap中斷的示意圖。
圖2 Single_Tap和Double _Tap中斷示意
4. Activity 當(dāng)加速度值超過一定門限（THRESH_ACT）時，Activity中斷置位。
5. Inactivity 當(dāng)加速度值低于一定門限（THRESH_INACT）并且持續(xù)超過一定時間（TIME_INACT）時，Inactivity中斷置位。TIME_INACT可以設(shè)定的最長時間為255s。
需要指出的是，對于Activity和Inactivity中斷，用戶可以針對X、Y、Z軸來分別進(jìn)行使能或禁用。比如，可以只使能X軸的Activity中斷，而禁用Y軸和Z軸的Activity中斷。
另外，對于Activity和Inactivity中斷，用戶還可以自由選擇DC coupled工作方式或者AC coupled工作方式。其區(qū)別在于，DC coupled工作方式下，每個采樣點的加速度值將直接與門限（THRESH_ACT或THRESH_INACT）進(jìn)行比較，來判斷是否發(fā)生中斷；而AC coupled工作方式下，新的采樣點將以之前的某個采樣點為參考，用兩個采樣點的差值與門限（THRESH_ACT或THRESH_INACT）進(jìn)行比較，來判斷是否發(fā)生中斷。AC coupled工作方式下的Activity檢測，是選擇檢測開始時的那一個采樣點作為參考，以后每個采樣點的加速度值都與參考點進(jìn)行比較。如果它們的差值超過門限（THRESH_ACT），則Activity中斷置位。AC coupled工作方式下的Inctivity檢測，同樣要選擇一個參考點。如果新采樣點與參考點的加速度差值超過門限（THRESH_INACT），參考點會被該采樣點更新。如果新采樣點與參考點的加速度差值小于門限（THRESH_INACT），并且持續(xù)超過一定時間（TIME_INACT），則Inctivity置位。
6. Free_Fall 當(dāng)加速度值低于一定門限（THRESH_FF）并且持續(xù)超過一定時間（TIME_FF）時，F(xiàn)ree_Fall中斷置位。與Inactivity中斷的區(qū)別在于，F(xiàn)ree_Fall中斷主要用于對自由落體運動的檢測。因此， X、Y、Z軸總是同時被使能或禁用；其時間設(shè)定也比Inactivity中斷中要小很多，TIME_FF可以設(shè)定的最大值為1.28s；而且Free_Fall中斷只能是DC coupled工作方式。
7. Watermark 當(dāng)FIFO里所存的采樣點超過一定點數(shù)（SAMPLES）時，Watermark中斷置位。當(dāng)FIFO里的采樣點被讀取，使得其中保存的采樣點數(shù)小于該數(shù)值（SAMPLES）時，Watermark中斷自動清除。
需要指出的是，ADXL345的FIFO最多可以存儲32個采樣點（X、Y、Z三軸數(shù)值），且具有Bypass模式、普通FIFO模式、Stream模式和Trigger模式，一共4種工作模式。FIFO功能也是ADXL345的一個重要且十分有用的功能。但是本文后面給出的解決方案中，并沒有使用到FIFO功能，所以，在此不做詳細(xì)介紹。
8. Overrun 當(dāng)有新采樣點更新了未被讀取得前次采樣點時，Overrun中斷置位。 Overrun功能與FIFO的工作模式有關(guān)，當(dāng)FIFO工作在Bypass模式下，如果有新采樣點更新了DATAX、DATAY和DATAZ寄存器里的數(shù)值，則Overrun中斷置位。當(dāng)FIFO工作在其他三種模式下，只有FIFO被存滿32點時，Overrun中斷才會置位。FIFO里的采樣點被讀取后，Overrun中斷自動清除。
跌倒過程中的加速度變化特征
對跌倒檢測原理的研究主要是找到人體在跌倒過程中的加速度變化特征。
圖3給出的是加速度在不同運動過程中的變化曲線，包括(a)步行上樓、(b)步行下樓、(c)坐下、(d)起立。假設(shè)跌倒檢測器被固定在被測的人體上。其中紅色的曲線是Y軸（垂直方向）的加速度曲線，其正常靜止?fàn)顟B(tài)下應(yīng)該為-1g；黑色和黃色的曲線分別是X軸（前后方向）和Z軸（左右方向）的加速度曲線，其正常靜止?fàn)顟B(tài)下應(yīng)該為0g；綠色的曲線是三軸加速度的矢量和，其正常靜止?fàn)顟B(tài)下應(yīng)該為+1g。
圖3 不同運動過程中的加速度變化曲線
由于老年人的運動相對比較慢，所以在普通的步行過程中，加速度變化不會很大。最明顯的加速度變化就是在坐下動作中Y軸加速度（和加速度矢量和）上有一個超過3g的尖峰，這個尖峰是由于身體與椅子接觸而產(chǎn)生的。
而跌倒過程中的加速度變化則完全不同。圖4給出的是意外跌倒過程中的加速度變化曲線。通過圖4和圖3的比較，可以發(fā)現(xiàn)跌倒過程中的加速度變化有4個主要特征，這可以作為跌倒檢測的準(zhǔn)則。這4個特這在圖4中以紅色的方框標(biāo)注，下面將對其逐一進(jìn)行詳細(xì)介紹。
圖4 跌倒過程中的加速度變化曲線
1. 失重：在跌倒的開始都會發(fā)生一定的失重現(xiàn)象。在自由落體的下降過程，這個現(xiàn)象會更加明顯，加速度的矢量和會降低到接近0g，持續(xù)時間與自由落體的高度有關(guān)。對于一般的跌倒，失重現(xiàn)象雖然不會有像自由落體那么明顯，但也會發(fā)生合加速度小于1g的情況（通常情況下合加速度應(yīng)大于1g）。因此，這可以作為跌倒?fàn)顟B(tài)的第一個判斷依據(jù)。可以由ADXL345的Free_Fall中斷來檢測。
2. 撞擊：失重之后，人體發(fā)生跌倒的時候會與地面或其他物體發(fā)生撞擊，在加速度曲線中會產(chǎn)生一個很大的沖擊。這個沖擊可以通過ADXL345的Activity中斷來檢測。因此，F(xiàn)ree_Fall中斷之后，緊接著產(chǎn)生Activity中斷是跌倒?fàn)顟B(tài)的第二個判斷依據(jù)。
3. 靜止：通常，人體在跌倒后，也就是撞擊發(fā)生之后，不可能馬上起來，會有短暫的靜止?fàn)顟B(tài)（如果人因為跌倒而導(dǎo)致昏迷，甚至可能是較長時間的靜止）。表現(xiàn)在加速度曲線上就是會有一段時間的平穩(wěn)。這可以通過ADXL345的Inactivity中斷來檢測。因此，Activity中斷之后的Inactivity中斷是跌倒?fàn)顟B(tài)的第三個判斷依據(jù)。
4. 與初始狀態(tài)比較：跌倒之后，人體會發(fā)生翻轉(zhuǎn)，因此人體的方向會與原先靜止站立的姿態(tài)（初始狀態(tài)）不同。這使得跌倒之后的靜止?fàn)顟B(tài)下的三軸加速度數(shù)值與初始狀態(tài)下的三軸加速度不同（見圖4）。假設(shè)跌倒檢測器固定在被測人體上的某個部位，這樣初始狀態(tài)下的三軸加速度數(shù)值可以認(rèn)為是已知的（本例中，初始狀態(tài)為：X軸0g，Y軸-1g，Z軸0g）。讀取Inactivity中斷之后的三軸加速度數(shù)據(jù)，并與初始狀態(tài)進(jìn)行比較。如圖4所示，重力加速度方向由Y軸上的-1g變?yōu)榱薢軸上的1g，這說明人體發(fā)生了側(cè)向跌倒。因此，跌倒檢測的第四個依據(jù)就是跌倒后的靜止?fàn)顟B(tài)下加速度值與初始狀態(tài)發(fā)生變化，且矢量變化超過一定的門限值（比如0.7g）。
這四個判斷依據(jù)綜合在一起，構(gòu)成了整個的跌倒檢測算法，可以對跌倒?fàn)顟B(tài)給出報警。當(dāng)然，還要注意各個中斷之間的時間間隔要在合理的范圍之內(nèi)。比如，除非是從很高的樓頂?shù)粝聛恚駝tFree_Fall中斷（失重）和Activity中斷（撞擊）之間的時間間隔不會很長。同樣，通常情況下， Activity中斷（撞擊）和Inactivity中斷（靜止）之間的時間間隔也不會很長。本文接下來會通過一個具體實例給出一組合理的取值。當(dāng)然，相關(guān)中斷的檢測門限以及時間參數(shù)也可以根據(jù)需要而靈活設(shè)置。
另外，如果跌倒造成了嚴(yán)重的后果，比如，導(dǎo)致了人的昏迷。那么人體會在更常的一段時間內(nèi)都保持靜止。這個狀態(tài)仍然可以通過Inactivity中斷來檢測。也就是說，如果發(fā)現(xiàn)在跌倒之后的很長時間內(nèi)都保持Inactivity狀態(tài)，可以再次給出一個嚴(yán)重報警。
典型電路連接
ADXL345和微控制器之間的電路連接非常簡單。本文中的測試平臺由ADXL345和微控制器ADuC70262組成。圖5給出了ADXL345和ADuC70262之間的典型電路連接。ADXL345的CS管腳接高電平，表示ADXL345工作在I2C模式。SDA和SCL是I2C
總線的數(shù)據(jù)線和時鐘線，分別連接到ADuC7026相應(yīng)的I2C總線管腳。ADuC7026的一個GPIO管腳連接到ADXL345的ALT管腳，用來選擇ADXL345的I2C地址。ADXL345的INT1管腳連接到ADuC7026的IRQ輸入用來產(chǎn)生中斷信號。
其他的單片機(jī)或者處理器都可以采用與圖5類似的電路與ADXL345進(jìn)行連接。ADXL345還可以工作在SPI模式以獲得更高的數(shù)據(jù)傳輸速率。關(guān)于SPI工作模式的具體描述，請參考ADXL345數(shù)據(jù)手冊。
圖5 ADXL345與微控制器之間的典型電路連接
利用ADXL345簡化跌倒檢測算法
本節(jié)將給出以上解決方案的具體算法實現(xiàn)。表1中簡要說明了每個寄存器的作用以及在本算法中的設(shè)置值。對于各個寄存中每一位的具體含義，請參考ADXL345的數(shù)據(jù)手冊。
表1 ADXL345寄存器功能說明
| 地址 | 寄存器名稱 | 類型 | 默認(rèn)值 | 說明 | 設(shè)置值 | 設(shè)置的功能 |
| 0 | DEVID | 只讀 | 0xE5 | 器件ID | 只讀 | - |
| 1-1C | Reserved | - | - | 保留，不要操作 | 保留 | - |
| 1D | THRESH_TAP | 讀/寫 | 0x00 | Tap的門限 | 不使用 | - |
| 1E | OFSX | 讀/寫 | 0x00 | X軸失調(diào) | 0x06 | 補償X軸失調(diào)，通過初始化校正獲得 |
| 1F | OFSY | 讀/寫 | 0x00 | Y軸失調(diào) | 0xF9 | 補償Y軸失調(diào)，通過初始化校正獲得 |
| 20 | OFSZ | 讀/寫 | 0x00 | Z軸失調(diào) | 0xFC | 補償Z軸失調(diào)，通過初始化校正獲得 |
| 21 | DUR | 讀/寫 | 0x00 | Tap的持續(xù)時間 | 不使用 | - |
| 22 | LATENT | 讀/寫 | 0x00 | Tap的延遲時間 | 不使用 | - |
| 23 | WINDOW | 讀/寫 | 0x00 | Tap的時間窗 | 不使用 | - |
| 24 | THRESH_ACT | 讀/寫 | 0x00 | Activity的門限 | 0x20/0x08 | 設(shè)置Activity的門限為2g或0.5g |
| 25 | THRESH_INACT | 讀/寫 | 0x00 | Inactivity的門限 | 0x03 | 設(shè)置Inactivity的門限為0.1875g |
| 26 | TIME_INACT | 讀/寫 | 0x00 | Inactivity的時間 | 0x02/0x0A | 設(shè)置Inactivity的時間為2s或10s |
| 27 | ACT_INACT_CTL | 讀/寫 | 0x00 | Activity/Inactivity使能控制 | 0x7F/0xFF | 使能X、Y、Z三軸的Activity和Inactivity功能，其中Inactivity為AC coupled模式，Activity為DC coupled 或 AC coupled模式 |
| 28 | THRESH_FF | 讀/寫 | 0x00 | Free-Fall的門限 | 0x0C | 設(shè)置Free-Fall的門限為0.75g |
| 29 | TIME_FF | 讀/寫 | 0x00 | Free-Fall的時間 | 0x06 | 設(shè)置Free-Fall的時間為30ms |
| 2A | TAP_AXES | 讀/寫 | 0x00 | Tap/Double Tap使能控制 | 不使用 | - |
| 2B | ACT_TAP_STATUS | 只讀 | 0x00 | Activity/Tap中斷軸指示 | 只讀 | - |
| 2C | BW_RATE | 讀/寫 | 0x0A | 采樣率和功耗模式控制 | 0x0A | 設(shè)置采樣率為100Hz |
| 2D | POWER_CTL | 讀/寫 | 0x00 | 工作模式控制 | 0x00 | 設(shè)置為正常工作模式 |
| 2E | INT_ENABLE | 讀/寫 | 0x00 | 中斷使能控制 | 0x1C | 使能Activity、Inactivity、Free-Fall中斷 |
| 2F | INT_MAP | 讀/寫 | 0x00 | 中斷影射控制 | 0x00 | 所有中斷影射到Int1管腳 |
| 30 | INT_SOURCE | 只讀 | 0x00 | 中斷源指示 | 只讀 | - |
| 31 | DATA_FORMAT | 讀/寫 | 0x00 | 數(shù)據(jù)格式控制 | 0x0B | 設(shè)置為+/-16g測量范圍，13bit右對齊模式，中斷為高電平觸發(fā)，使用I2C數(shù)據(jù)接口 |
| 32 | DATAX0 | 只讀 | 0x00 | X軸數(shù)據(jù) | 只讀 | - |
| 33 | DATAX1 | 只讀 | 0x00 | 只讀 | - |
| 34 | DATAY0 | 只讀 | 0x00 | Y軸數(shù)據(jù) | 只讀 | - |
| 35 | DATAY1 | 只讀 | 0x00 | 只讀 | - |
| 36 | DATAZ0 | 只讀 | 0x00 | Z軸數(shù)據(jù) | 只讀 | - |
| 37 | DATAZ1 | 只讀 | 0x00 | 只讀 | - |
| 38 | FIFO_CTL | 讀/寫 | 0x00 | FIFO控制 | 不使用 | - |
| 39 | FIFO_STATUS | 只讀 | 0x00 | FIFO狀態(tài) | 不使用 | - |
需要指出的是，表1給出的設(shè)置值中，某些寄存器會給出兩個數(shù)值，這說明在算法中會切換使用這兩個數(shù)值，來達(dá)到不同的檢測目的。算法的流程圖如圖6所示。
圖6 算法流程圖
算法中，關(guān)于各種中斷的門限以及時間參數(shù)的設(shè)置如下所述。
1. 初始化后，系統(tǒng)等待Free_Fall中斷（失重），這里把THRESH_FF設(shè)為0.75g，把TIME_FF設(shè)為30ms。
2. Free_Fall中斷產(chǎn)生之后，系統(tǒng)開始等待Activity中斷（撞擊），這里把THRESH_ACT設(shè)為2g，Activity中斷為DC coupled工作模式。
3. Free_Fall中斷（失重）與Activity中斷（撞擊）之間的時間間隔設(shè)置為200ms。如果超過200ms，則認(rèn)為無效。200ms計時需要通過MCU中的定時器來實現(xiàn)。
4. Activity中斷產(chǎn)生之后，系統(tǒng)開始等待Inactivity中斷（撞擊后的靜止），這里把THRESH_INACT設(shè)為0.1875g，把TIME_INACT設(shè)為2s，Inactivity中斷為AC coupled工作模式。
5. 在Activity中斷產(chǎn)（撞擊）生之后的3.5s時間之內(nèi)，應(yīng)該有Inactivity中斷（撞擊后的靜止）產(chǎn)生。如果超時，則認(rèn)為無效。3.5s計時需要通過MCU中的定時器來實現(xiàn)。
6. 如果Inactivity中斷之后的加速度值與初始狀態(tài)（假設(shè)已知）下數(shù)值的矢量差超過0.7g，則說明檢測到一次有效的跌倒，系統(tǒng)會給出一個報警。
7. 當(dāng)檢測到跌倒?fàn)顟B(tài)之后，為了判斷是否在跌倒之后人體有長時間的靜止不動。需要繼續(xù)檢測Activity中斷和Inactivity中斷。這里把THRESH_ACT設(shè)為0.5g，Activity中斷為AC coupled工作模式。把THRESH_INACT設(shè)為0.1875g，把TIME_INACT設(shè)為10s，Inactivity中斷為AC coupled工作模式。也就是說，如果在10s之內(nèi)，人體一直沒有任何動作，則會產(chǎn)生Inactivity中斷，使系統(tǒng)給出一個嚴(yán)重報警。而在此期間一旦人體有所動作，則會產(chǎn)生Activity中斷，從而結(jié)束整個判斷過程。
8. 本算法還可以檢測出人體從較高的地方跌落。如果Free_Fall中斷連續(xù)產(chǎn)生且之間的間隔小于100ms，可以認(rèn)為，人體處于連續(xù)的跌落狀態(tài)。如果Free_Fall中斷（失重）連續(xù)發(fā)生300ms，則說明人體是從超過0.45m的高度跌落，系統(tǒng)會給出一個跌落的報警。
本算法已在ADuC7026微控制器中以C語言實現(xiàn)（見附錄）。本文設(shè)計了一個實驗方案對算法進(jìn)行驗證。實驗對向前跌倒，向后跌倒，向左、右兩側(cè)跌倒等不同跌倒姿勢以及跌倒后是否有長時間靜止?fàn)顟B(tài)的情況分別進(jìn)行了10次測試，表2中給出的是相關(guān)測試結(jié)果。
表2 測試結(jié)果
| 跌倒姿勢 | 跌倒后長時間靜止 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 向前跌倒 | 否 | P | P | P | P | P | P | P | P | P | P |
| 是 | P* | P* | P* | P* | P* | P* | P* | P* | P* | P* |
| 向后跌倒 | 否 | P | P | P | P | P | P | P | P | P | P |
| 是 | P* | P* | P* | P* | P* | P* | P* | P* | P* | P* |
| 向左側(cè)跌倒 | 否 | P | P | P | P | P | P | P | P | P | P |
| 是 | P* | P* | P* | P* | P* | P* | P* | P* | P* | P* |
| 向右側(cè)跌倒 | 否 | P | P | P | P | P | P | P | P | P | P |
| 是 | P* | P* | P* | P* | P* | P* | P* | P* | P* | P* |
| 注：符號√表示檢測到跌倒，符號*表示檢測到跌倒后的長時間靜止。 |
從這個實驗中可以看出基于ADXL345的解決方案能夠有效地對跌倒?fàn)顟B(tài)進(jìn)行檢測。當(dāng)然，這里只是一個簡單的實驗方案，仍需要進(jìn)行更加全面、有效和長期的實驗來驗證該解決方案的可靠性。
結(jié)論
ADXL345是ADI公司的一款功能強大的
加速度傳感器產(chǎn)品。本文利用ADXL345內(nèi)部的多種運動狀態(tài)檢測功能和靈活的中斷功能，提出一種新的跌倒檢測解決方案。經(jīng)驗證，該解決方案具有算法復(fù)雜度低，檢測準(zhǔn)確度高的優(yōu)點。
附錄
本算法的基于ADXL345和ADuC7026的測試平臺實現(xiàn)。通過Keil UV3編譯，工程中共有4個頭文件和一個c文件。下面詳細(xì)給出了c文件中源代碼。
// Include header files
#include "FallDetection.h"
void IRQ_Handler() __irq // IRQ interrupt
{
unsigned char i;
if((IRQSTA & GP_TIMER_BIT)==GP_TIMER_BIT) //TIMER1 Interrupt, interval 20ms
{
T1CLRI = 0; // Clear Timer1 interrupt
if(DetectionStatus==0xF2) // Strike after weightlessness is detected, waiting for stable
{
TimerWaitForStable++;
if(TimerWaitForStable>=STABLE_WINDOW) // Time out, restart
{
IRQCLR = GP_TIMER_BIT; // Disable ADuC7026's Timer1 interrupt
DetectionStatus=0xF0;
putchar(DetectionStatus);
ADXL345Registers[XL345_THRESH_ACT]=STRIKE_THRESHOLD;
ADXL345Registers[XL345_THRESH_INACT]=NOMO
VEMENT_THRESHOLD;
ADXL345Registers[XL345_TIME_INACT]=STABLE_TIME;
ADXL345Registers[XL345_ACT_INACT_CTL]=XL345_INACT_Z_ENABLE | XL345_INACT_Y_ENABLE
| XL345_INACT_X_ENABLE | XL345_INACT_AC
| XL345_ACT_Z_ENABLE | XL345_ACT_Y_ENABLE
| XL345_ACT_X_ENABLE | XL345_ACT_DC;
xl345Write(4, XL345_THRESH_ACT, &ADXL345Registers[XL345_THRESH_ACT]);
}
}
else if(DetectionStatus==0xF1) // Weightlessness is detected, waiting for strike
{
TimerWaitForStrike++;
if(TimerWaitForStrike>=STRIKE_WINDOW) // Time out, restart
{
IRQCLR = GP_TIMER_BIT; // Disable ADuC7026's Timer1 interrupt
DetectionStatus=0xF0;
putchar(DetectionStatus);
ADXL345Registers[XL345_THRESH_ACT]=STRIKE_THRESHOLD;
ADXL345Registers[XL345_THRESH_INACT]=NOMOVEMENT_THRESHOLD;
ADXL345Registers[XL345_TIME_INACT]=STABLE_TIME;
ADXL345Registers[XL345_ACT_INACT_CTL]=XL345_INACT_Z_ENABLE | XL345_INACT_Y_ENABLE
| XL345_INACT_X_ENABLE | XL345_INACT_AC
| XL345_ACT_Z_ENABLE | XL345_ACT_Y_ENABLE
| XL345_ACT_X_ENABLE | XL345_ACT_DC;
xl345Write(4, XL345_THRESH_ACT, &ADXL345Registers[XL345_THRESH_ACT]);
}
}
}
if((IRQSTA&SPM4_IO_BIT)==SPM4_IO_BIT) // External interrupt form ADXL345 INT0
{
IRQCLR = SPM4_IO_BIT; // Disable ADuC7026's external interrupt
xl345Read(1, XL345_INT_SOURCE, &ADXL345Registers[XL345_INT_SOURCE]);
if((ADXL345Registers[XL345_INT_SOURCE]&XL345_ACTIVITY)==XL345_ACTIVITY) // Activity interrupt asserted
{
if(DetectionStatus==0xF1) // Waiting for strike, and now strike is detected
{
DetectionStatus=0xF2; // Go to Status "F2"
putchar(DetectionStatus);
ADXL345Registers[XL345_THRESH_ACT]=STABLE_THRESHOLD;
ADXL345Registers[XL345_THRESH_INACT]=NOMOVEMENT_THRESHOLD;
ADXL345Registers[XL345_TIME_INACT =STABLE_TIME;
ADXL345Registers[XL345_ACT_INACT_CTL]=XL345_INACT_Z_ENABLE | XL345_INACT_Y_ENABLE
| XL345_INACT_X_ENABLE | XL345_INACT_AC
| XL345_ACT_Z_ENABLE | XL345_ACT_Y_ENABLE
| XL345_ACT_X_ENABLE | XL345_ACT_AC;
xl345Write(4, XL345_THRESH_ACT, &ADXL345Registers[XL345_THRESH_ACT]);
IRQEN|=GP_TIMER_BIT; // Enable ADuC7026's Timer1 interrupt
TimerWaitForStable=0;
}
else if(DetectionStatus==0xF4) // Waiting for long time motionless, but a movement is detected
{
DetectionStatus=0xF0; // Go to Status "F0", restart
putchar(DetectionStatus);
ADXL345Registers[XL345_THRESH_ACT]=STRIKE_THRESHOLD;
ADXL345Registers[XL345_THRESH_INACT]=NOMOVEMENT_THRESHOLD;
ADXL345Registers[XL345_TIME_INACT]=STABLE_TIME;
ADXL345Registers[XL345_ACT_INACT_CTL]=XL345_INACT_Z_ENABLE | XL345_INACT_Y_ENABLE
| XL345_INACT_X_ENABLE | XL345_INACT_AC
| XL345_ACT_Z_ENABLE | XL345_ACT_Y_ENABLE
| XL345_ACT_X_ENABLE | XL345_ACT_DC;
xl345Write(4, XL345_THRESH_ACT, &ADXL345Registers[XL345_THRESH_ACT]);
}
}
else if((ADXL345Registers[XL345_INT_SOURCE]&XL345_INACTIVITY)==XL345_INACTIVITY) // Inactivity interrupt asserted
{
if(DetectionStatus==0xF2) // Waiting for stable, and now stable is detected
{
DetectionStatus=0xF3; // Go to Status "F3"
IRQCLR = GP_TIMER_BIT;
putchar(DetectionStatus);
xl345Read(6, XL345_DATAX0, &ADXL345Registers[XL345_DATAX0]);
DeltaVectorSum=0;
for(i=0;i<3; i++)
{
Acceleration[i]=ADXL345Registers[XL345_DATAX1+i*2]&0x1F;
Acceleration[i]=(Acceleration[i]<<8)|ADXL345Registers[XL345_DATAX0+i*2];
if(Acceleration[i]<0x1000)
{
Acceleration[i]=Acceleration[i]+0x1000;
}
else //if(Acceleration[i]>=4096)
{
Acceleration[i]=Acceleration[i]-0x1000;
}
if(Acceleration[i]>InitialStatus[i])
{
DeltaAcceleration[i]=Acceleration[i]-InitialStatus[i];
}
else
{
DeltaAcceleration[i]=InitialStatus[i]-Acceleration[i];
}
DeltaVectorSum=DeltaVectorSum+DeltaAcceleration[i]*DeltaAcceleration[i];
}
if(DeltaVectorSum>DELTA_VECTOR_SUM_THRESHOLD // The stable status is different from the initial status
{
DetectionStatus=0xF4; // Valid fall detection
putchar(DetectionStatus);
ADXL345Registers[XL345_THRESH_ACT]=STABLE_THRESHOLD;
ADXL345Registers[XL345_THRESH_INACT]=NOMOVEMENT_THRESHOLD;
ADXL345Registers[XL345_TIME_INACT]=NOMOVEMENT_TIME;
ADXL345Registers[XL345_ACT_INACT_CTL]=XL345_INACT_Z_ENABLE | XL345_INACT_Y_ENABLE
| XL345_INACT_X_ENABLE | XL345_INACT_AC
| XL345_ACT_Z_ENABLE | XL345_ACT_Y_ENABLE
| XL345_ACT_X_ENABLE | XL345_ACT_AC;
xl345Write(4, XL345_THRESH_ACT, &ADXL345Registers[XL345_THRESH_ACT]);
}
else // Delta vector sum is not exceed the threshold
{
DetectionStatus=0xF0; // Go to Status "F0", restart
putchar(DetectionStatus);
ADXL345Registers[XL345_THRESH_ACT]=STRIKE_THRESHOLD;
ADXL345Registers[XL345_THRESH_INACT]=NOMOVEMENT_THRESHOLD;
ADXL345Registers[XL345_TIME_INACT]=STABLE_TIME;
ADXL345Registers[XL345_ACT_INACT_CTL]=XL345_INACT_Z_ENABLE | XL345_INACT_Y_ENABLE
| XL345_INACT_X_ENABLE | XL345_INACT_AC
| XL345_ACT_Z_ENABLE | XL345_ACT_Y_ENABLE
| XL345_ACT_X_ENABLE | XL345_ACT_DC;
xl345Write(4, XL345_THRESH_ACT, &ADXL345Registers[XL345_THRESH_ACT]);
}
}
else if(DetectionStatus==0xF4) // Wait for long time motionless and now it is detected
{
DetectionStatus=0xF5; // Valid critical fall detection
putchar(DetectionStatus);
ADXL345Registers[XL345_THRESH_ACT]=STRIKE_THRESHOLD;
ADXL345Registers[XL345_THRESH_INACT]=NOMOVEMENT_THRESHOLD;
ADXL345Registers[XL345_TIME_INACT]=STABLE_TIME;
