前言
人們在跌倒后會面臨雙重危險(xiǎn)。顯而易見的是跌倒本身可能對人體產(chǎn)生傷害；另外，如果跌倒后不能得到及時(shí)的救助，可能會使結(jié)果更加惡化。例如，許多老年人由于其身體比較虛弱，自理能力和自我保護(hù)能力下降，常常會發(fā)生意外跌倒，如果得不到及時(shí)的救助，這種跌倒可能會導(dǎo)致非常嚴(yán)重的后果。有資料顯示，很多嚴(yán)重的后果并不是由于跌倒直接造成的，而是由于跌倒后，未得到及時(shí)的處理和救護(hù)。當(dāng)出現(xiàn)跌倒情況時(shí)，如果能夠及時(shí)地通知到救助人員，將會大大地減輕由于跌倒而造成的危害。
不僅是對老人，在很多其他情況下，跌倒的報(bào)警也是非常有幫助的，尤其是從比較高的地方跌倒下來的時(shí)候。比如人們在登山，建筑，擦窗戶，刷油漆和修理屋頂?shù)臅r(shí)候。
這促使人們越來越熱衷于對跌倒檢測以及跌倒預(yù)報(bào)儀器的研制。近年來，隨著iMEMS?加
速度傳感器技術(shù)的發(fā)展，使得設(shè)計(jì)基于三軸加速度傳感器的跌倒檢測器成為可能。這種跌倒檢測器的基本原理是通過測量佩戴該儀器的個(gè)體在運(yùn)動(dòng)過程中的三個(gè)正交方向的加速度變化來感知其身體姿態(tài)的變化，并通過算法分析判斷該個(gè)體是否發(fā)生跌倒情況。當(dāng)個(gè)體發(fā)生跌倒時(shí)，儀器能夠配合GPS模塊以及無線發(fā)送模塊對這一情況進(jìn)行定位及報(bào)警，以便獲得相應(yīng)的救助。而跌倒檢測器的核心部分就是判斷跌倒情況是否發(fā)生的檢測原理及算法。
ADXL3451是ADI公司的一款3軸、數(shù)字輸出的加速度傳感器。本文將在研究跌倒檢測原理的基礎(chǔ)上，提出一種基于ADXL345的新型跌倒檢測解決方案。
iMEMS加速度傳感器ADXL345
iMEMS 半導(dǎo)體技術(shù)把微型機(jī)械結(jié)構(gòu)與電子電路集成在同一顆芯片上。iMEMS加速度傳感器就是利用這種技術(shù)，實(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)部多種運(yùn)動(dòng)狀態(tài)檢測和靈活的中斷方式等特性。所有這些特性，使得ADXL345有助于大大簡化跌倒檢測算法，使其成為一款非常適合用于跌倒檢測器應(yīng)用的加速度傳感器。
本文給出的跌倒檢測解決方案，完全基于ADXL345內(nèi)部的運(yùn)動(dòng)狀態(tài)檢測功能和中斷功能，甚至不需要對加速度的具體數(shù)值進(jìn)行實(shí)時(shí)讀取和復(fù)雜的計(jì)算操作，可以使算法的復(fù)雜度降至最低。
中斷系統(tǒng)
圖1給出了ADXL345的系統(tǒng)框圖及管腳定義。
圖1 ADXL345系統(tǒng)框圖及管腳定義
ADXL345具有兩個(gè)可編程的中斷管腳：Int1和Int2。以及Data_Ready、Single_Tap、Double_Tap、Activity、Inactivity、Free_Fall、Watermark、Overrun，共計(jì)8個(gè)中斷源。每個(gè)中斷源可以獨(dú)立地使能或禁用，還可以靈活地選擇是否映射到Int1或Int2中斷管腳。所有的功能都可以同時(shí)使用，只是某些功能可能需要共用中斷管腳。中斷功能通過INT_ENABLE寄存器的相應(yīng)位來選擇使能或禁用，通過INT_MAP寄存器的相應(yīng)位來選擇映射到Int1管腳或Int2管腳。中斷功能的具體定義如下：
1. Data_Ready 當(dāng)有新的數(shù)據(jù)產(chǎn)生時(shí)，Data_Ready中斷置位；當(dāng)沒有新的數(shù)據(jù)時(shí)，Data_Ready中斷清除。
2. Single_Tap 當(dāng)加速度值超過一定門限（THRESH_TAP）并且持續(xù)時(shí)間小于一定時(shí)間范圍（DUR）的時(shí)候，Single_Tap中斷置位。
3. Double_Tap 當(dāng)?shù)谝淮蜸ingle_Tap事件發(fā)生后，在一定時(shí)間（LATENT）之后，并在一定時(shí)間（WINDOW）之內(nèi)，又發(fā)生第二次Single_Tap事件時(shí)，Double _Tap中斷置位。
圖2給出了有效的Single_Tap中斷和Double _Tap中斷的示意圖。
圖2 Single_Tap和Double _Tap中斷示意
4. Activity 當(dāng)加速度值超過一定門限（THRESH_ACT）時(shí)，Activity中斷置位。
5. Inactivity 當(dāng)加速度值低于一定門限（THRESH_INACT）并且持續(xù)超過一定時(shí)間（TIME_INACT）時(shí)，Inactivity中斷置位。TIME_INACT可以設(shè)定的最長時(shí)間為255s。
需要指出的是，對于Activity和Inactivity中斷，用戶可以針對X、Y、Z軸來分別進(jìn)行使能或禁用。比如，可以只使能X軸的Activity中斷，而禁用Y軸和Z軸的Activity中斷。
另外，對于Activity和Inactivity中斷，用戶還可以自由選擇DC coupled工作方式或者AC coupled工作方式。其區(qū)別在于，DC coupled工作方式下，每個(gè)采樣點(diǎn)的加速度值將直接與門限（THRESH_ACT或THRESH_INACT）進(jìn)行比較，來判斷是否發(fā)生中斷；而AC coupled工作方式下，新的采樣點(diǎn)將以之前的某個(gè)采樣點(diǎn)為參考，用兩個(gè)采樣點(diǎn)的差值與門限（THRESH_ACT或THRESH_INACT）進(jìn)行比較，來判斷是否發(fā)生中斷。AC coupled工作方式下的Activity檢測，是選擇檢測開始時(shí)的那一個(gè)采樣點(diǎn)作為參考，以后每個(gè)采樣點(diǎn)的加速度值都與參考點(diǎn)進(jìn)行比較。如果它們的差值超過門限（THRESH_ACT），則Activity中斷置位。AC coupled工作方式下的Inctivity檢測，同樣要選擇一個(gè)參考點(diǎn)。如果新采樣點(diǎn)與參考點(diǎn)的加速度差值超過門限（THRESH_INACT），參考點(diǎn)會被該采樣點(diǎn)更新。如果新采樣點(diǎn)與參考點(diǎn)的加速度差值小于門限（THRESH_INACT），并且持續(xù)超過一定時(shí)間（TIME_INACT），則Inctivity置位。
6. Free_Fall 當(dāng)加速度值低于一定門限（THRESH_FF）并且持續(xù)超過一定時(shí)間（TIME_FF）時(shí)，F(xiàn)ree_Fall中斷置位。與Inactivity中斷的區(qū)別在于，F(xiàn)ree_Fall中斷主要用于對自由落體運(yùn)動(dòng)的檢測。因此， X、Y、Z軸總是同時(shí)被使能或禁用；其時(shí)間設(shè)定也比Inactivity中斷中要小很多，TIME_FF可以設(shè)定的最大值為1.28s；而且Free_Fall中斷只能是DC coupled工作方式。
7. Watermark 當(dāng)FIFO里所存的采樣點(diǎn)超過一定點(diǎn)數(shù)（SAMPLES）時(shí)，Watermark中斷置位。當(dāng)FIFO里的采樣點(diǎn)被讀取，使得其中保存的采樣點(diǎn)數(shù)小于該數(shù)值（SAMPLES）時(shí)，Watermark中斷自動(dòng)清除。
需要指出的是，ADXL345的FIFO最多可以存儲32個(gè)采樣點(diǎn)（X、Y、Z三軸數(shù)值），且具有Bypass模式、普通FIFO模式、Stream模式和Trigger模式，一共4種工作模式。FIFO功能也是ADXL345的一個(gè)重要且十分有用的功能。但是本文后面給出的解決方案中，并沒有使用到FIFO功能，所以，在此不做詳細(xì)介紹。
8. Overrun 當(dāng)有新采樣點(diǎn)更新了未被讀取得前次采樣點(diǎn)時(shí)，Overrun中斷置位。 Overrun功能與FIFO的工作模式有關(guān)，當(dāng)FIFO工作在Bypass模式下，如果有新采樣點(diǎn)更新了DATAX、DATAY和DATAZ寄存器里的數(shù)值，則Overrun中斷置位。當(dāng)FIFO工作在其他三種模式下，只有FIFO被存滿32點(diǎn)時(shí)，Overrun中斷才會置位。FIFO里的采樣點(diǎn)被讀取后，Overrun中斷自動(dòng)清除。
跌倒過程中的加速度變化特征
對跌倒檢測原理的研究主要是找到人體在跌倒過程中的加速度變化特征。
圖3給出的是加速度在不同運(yùn)動(dòng)過程中的變化曲線，包括(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ùn)動(dòng)過程中的加速度變化曲線
由于老年人的運(yùn)動(dòng)相對比較慢，所以在普通的步行過程中，加速度變化不會很大。最明顯的加速度變化就是在坐下動(dòng)作中Y軸加速度（和加速度矢量和）上有一個(gè)超過3g的尖峰，這個(gè)尖峰是由于身體與椅子接觸而產(chǎn)生的。
而跌倒過程中的加速度變化則完全不同。圖4給出的是意外跌倒過程中的加速度變化曲線。通過圖4和圖3的比較，可以發(fā)現(xiàn)跌倒過程中的加速度變化有4個(gè)主要特征，這可以作為跌倒檢測的準(zhǔn)則。這4個(gè)特這在圖4中以紅色的方框標(biāo)注，下面將對其逐一進(jìn)行詳細(xì)介紹。
圖4 跌倒過程中的加速度變化曲線
1. 失重：在跌倒的開始都會發(fā)生一定的失重現(xiàn)象。在自由落體的下降過程，這個(gè)現(xiàn)象會更加明顯，加速度的矢量和會降低到接近0g，持續(xù)時(shí)間與自由落體的高度有關(guān)。對于一般的跌倒，失重現(xiàn)象雖然不會有像自由落體那么明顯，但也會發(fā)生合加速度小于1g的情況（通常情況下合加速度應(yīng)大于1g）。因此，這可以作為跌倒?fàn)顟B(tài)的第一個(gè)判斷依據(jù)。可以由ADXL345的Free_Fall中斷來檢測。
2. 撞擊：失重之后，人體發(fā)生跌倒的時(shí)候會與地面或其他物體發(fā)生撞擊，在加速度曲線中會產(chǎn)生一個(gè)很大的沖擊。這個(gè)沖擊可以通過ADXL345的Activity中斷來檢測。因此，F(xiàn)ree_Fall中斷之后，緊接著產(chǎn)生Activity中斷是跌倒?fàn)顟B(tài)的第二個(gè)判斷依據(jù)。
3. 靜止：通常，人體在跌倒后，也就是撞擊發(fā)生之后，不可能馬上起來，會有短暫的靜止?fàn)顟B(tài)（如果人因?yàn)榈苟鴮?dǎo)致昏迷，甚至可能是較長時(shí)間的靜止）。表現(xiàn)在加速度曲線上就是會有一段時(shí)間的平穩(wěn)。這可以通過ADXL345的Inactivity中斷來檢測。因此，Activity中斷之后的Inactivity中斷是跌倒?fàn)顟B(tài)的第三個(gè)判斷依據(jù)。
4. 與初始狀態(tài)比較：跌倒之后，人體會發(fā)生翻轉(zhuǎn)，因此人體的方向會與原先靜止站立的姿態(tài)（初始狀態(tài)）不同。這使得跌倒之后的靜止?fàn)顟B(tài)下的三軸加速度數(shù)值與初始狀態(tài)下的三軸加速度不同（見圖4）。假設(shè)跌倒檢測器固定在被測人體上的某個(gè)部位，這樣初始狀態(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è)向跌倒。因此，跌倒檢測的第四個(gè)依據(jù)就是跌倒后的靜止?fàn)顟B(tài)下加速度值與初始狀態(tài)發(fā)生變化，且矢量變化超過一定的門限值（比如0.7g）。
這四個(gè)判斷依據(jù)綜合在一起，構(gòu)成了整個(gè)的跌倒檢測算法，可以對跌倒?fàn)顟B(tài)給出報(bào)警。當(dāng)然，還要注意各個(gè)中斷之間的時(shí)間間隔要在合理的范圍之內(nèi)。比如，除非是從很高的樓頂?shù)粝聛恚駝tFree_Fall中斷（失重）和Activity中斷（撞擊）之間的時(shí)間間隔不會很長。同樣，通常情況下， Activity中斷（撞擊）和Inactivity中斷（靜止）之間的時(shí)間間隔也不會很長。本文接下來會通過一個(gè)具體實(shí)例給出一組合理的取值。當(dāng)然，相關(guān)中斷的檢測門限以及時(shí)間參數(shù)也可以根據(jù)需要而靈活設(shè)置。
另外，如果跌倒造成了嚴(yán)重的后果，比如，導(dǎo)致了人的昏迷。那么人體會在更常的一段時(shí)間內(nèi)都保持靜止。這個(gè)狀態(tài)仍然可以通過Inactivity中斷來檢測。也就是說，如果發(fā)現(xiàn)在跌倒之后的很長時(shí)間內(nèi)都保持Inactivity狀態(tài)，可以再次給出一個(gè)嚴(yán)重報(bào)警。
典型電路連接
ADXL345和微控制器之間的電路連接非常簡單。本文中的測試平臺由ADXL345和微控制器ADuC70262組成。圖5給出了ADXL345和ADuC70262之間的典型電路連接。ADXL345的CS管腳接高電平，表示ADXL345工作在I2C模式。SDA和SCL是I2C
總線的數(shù)據(jù)線和時(shí)鐘線，分別連接到ADuC7026相應(yīng)的I2C總線管腳。ADuC7026的一個(gè)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é)將給出以上解決方案的具體算法實(shí)現(xiàn)。表1中簡要說明了每個(gè)寄存器的作用以及在本算法中的設(shè)置值。對于各個(gè)寄存中每一位的具體含義，請參考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 | 補(bǔ)償X軸失調(diào)，通過初始化校正獲得 |
| 1F | OFSY | 讀/寫 | 0x00 | Y軸失調(diào) | 0xF9 | 補(bǔ)償Y軸失調(diào)，通過初始化校正獲得 |
| 20 | OFSZ | 讀/寫 | 0x00 | Z軸失調(diào) | 0xFC | 補(bǔ)償Z軸失調(diào)，通過初始化校正獲得 |
| 21 | DUR | 讀/寫 | 0x00 | Tap的持續(xù)時(shí)間 | 不使用 | - |
| 22 | LATENT | 讀/寫 | 0x00 | Tap的延遲時(shí)間 | 不使用 | - |
| 23 | WINDOW | 讀/寫 | 0x00 | Tap的時(shí)間窗 | 不使用 | - |
| 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的時(shí)間 | 0x02/0x0A | 設(shè)置Inactivity的時(shí)間為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的時(shí)間 | 0x06 | 設(shè)置Free-Fall的時(shí)間為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è)置值中，某些寄存器會給出兩個(gè)數(shù)值，這說明在算法中會切換使用這兩個(gè)數(shù)值，來達(dá)到不同的檢測目的。算法的流程圖如圖6所示。
圖6 算法流程圖
算法中，關(guān)于各種中斷的門限以及時(shí)間參數(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í)間間隔設(shè)置為200ms。如果超過200ms，則認(rèn)為無效。200ms計(jì)時(shí)需要通過MCU中的定時(shí)器來實(shí)現(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時(shí)間之內(nèi)，應(yīng)該有Inactivity中斷（撞擊后的靜止）產(chǎn)生。如果超時(shí)，則認(rèn)為無效。3.5s計(jì)時(shí)需要通過MCU中的定時(shí)器來實(shí)現(xiàn)。
6. 如果Inactivity中斷之后的加速度值與初始狀態(tài)（假設(shè)已知）下數(shù)值的矢量差超過0.7g，則說明檢測到一次有效的跌倒，系統(tǒng)會給出一個(gè)報(bào)警。
7. 當(dāng)檢測到跌倒?fàn)顟B(tài)之后，為了判斷是否在跌倒之后人體有長時(shí)間的靜止不動(dòng)。需要繼續(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)，人體一直沒有任何動(dòng)作，則會產(chǎn)生Inactivity中斷，使系統(tǒng)給出一個(gè)嚴(yán)重報(bào)警。而在此期間一旦人體有所動(dòng)作，則會產(chǎn)生Activity中斷，從而結(jié)束整個(gè)判斷過程。
8. 本算法還可以檢測出人體從較高的地方跌落。如果Free_Fall中斷連續(xù)產(chǎn)生且之間的間隔小于100ms，可以認(rèn)為，人體處于連續(xù)的跌落狀態(tài)。如果Free_Fall中斷（失重）連續(xù)發(fā)生300ms，則說明人體是從超過0.45m的高度跌落，系統(tǒng)會給出一個(gè)跌落的報(bào)警。
本算法已在ADuC7026微控制器中以C語言實(shí)現(xiàn)（見附錄）。本文設(shè)計(jì)了一個(gè)實(shí)驗(yàn)方案對算法進(jìn)行驗(yàn)證。實(shí)驗(yàn)對向前跌倒，向后跌倒，向左、右兩側(cè)跌倒等不同跌倒姿勢以及跌倒后是否有長時(shí)間靜止?fàn)顟B(tài)的情況分別進(jìn)行了10次測試，表2中給出的是相關(guān)測試結(jié)果。
表2 測試結(jié)果
| 跌倒姿勢 | 跌倒后長時(shí)間靜止 | 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* |
| 注：符號√表示檢測到跌倒，符號*表示檢測到跌倒后的長時(shí)間靜止。 |
從這個(gè)實(shí)驗(yàn)中可以看出基于ADXL345的解決方案能夠有效地對跌倒?fàn)顟B(tài)進(jìn)行檢測。當(dāng)然，這里只是一個(gè)簡單的實(shí)驗(yàn)方案，仍需要進(jìn)行更加全面、有效和長期的實(shí)驗(yàn)來驗(yàn)證該解決方案的可靠性。
結(jié)論
ADXL345是ADI公司的一款功能強(qiáng)大的
加速度傳感器產(chǎn)品。本文利用ADXL345內(nèi)部的多種運(yùn)動(dòng)狀態(tài)檢測功能和靈活的中斷功能，提出一種新的跌倒檢測解決方案。經(jīng)驗(yàn)證，該解決方案具有算法復(fù)雜度低，檢測準(zhǔn)確度高的優(yōu)點(diǎn)。
附錄
本算法的基于ADXL345和ADuC7026的測試平臺實(shí)現(xiàn)。通過Keil UV3編譯，工程中共有4個(gè)頭文件和一個(gè)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;
