現代作戰中，士兵除了身上攜帶的武器最重要之外，還有一樣東西最重要，那就是彈藥。隨著作戰環境的變化，子彈攜帶的數量也會影響著戰斗的勝負，甚至也影響著士兵的安危。有人說了，那就多攜帶彈藥，攜帶越多越好，有多少帶多少。那么問題來了，子彈帶的多會增加負重，再做一些戰術動作也不方便。所以說，攜帶彈藥不一定帶得多最好，那么，帶多少合適呢？
正在作戰的俄軍士兵
據車臣戰爭時期的老兵回憶，當時作為特種作戰小隊進行滲透特種作戰行動時往往要攜帶多達800~900發5.45 ×39mm步槍彈。而當時俄軍大量使用的6sh93型戰術背心在胸腹部設置了3個雙聯彈匣袋，可以攜帶6個AK系列步槍的30發彈匣；在背部也設置了1個彈匣包，可以攜帶4個30發彈匣或是RPK-74班用機槍的40發長彈匣。這樣一來，俄軍步兵至少可以攜帶10個AK系列步槍的30發彈匣或是6個30發彈匣、4個40發彈匣，光是按照身上的彈匣來計算，其攜彈量就達到了300~340發。
即便是目前俄軍只是公開展示的新式戰術背心，其也只能是在胸前設置5個雙聯彈匣包，其總攜彈量同樣為10個彈匣300發。那么我們可以推測在車臣作戰中的老兵往往在背囊或是挎包內置大量的散裝彈藥，使其攜彈總數達到900發，與之對應的是極有可能孤立無援的作戰行動。
美軍裝備的彈匣比較多
根據公開資料，美軍在執行一般烈度的戰斗任務前會準備6個彈匣，也就是180發備彈。這6個彈匣放置在胸腹前3個雙聯彈藥包中。而美國海軍陸戰隊又要求M27 IAR步槍的射手需要攜帶至少16個彈匣，上限則達到21個——總備彈量達到480~630發，與此對應的是M249輕機槍的射手需要攜帶3條200發彈鏈或是5條100發彈鏈，其攜彈數為500發~600發。這只是書面數據。
從阿富汗戰場上的實際數據來看，大部分使用M4系列步槍的美軍士兵只會攜帶10個30發彈匣，也就是300發步槍彈，并不會再攜帶散裝的彈藥。他們的理由是這10個彈匣已經足以應付大多數巷戰環境了。而且這種“治安戰”環境下，作戰行動極少是幾晝夜、長時間地離開車輛載具和營區行動，往往能獲得充足的后勤保障。
照上述美俄兩軍步兵的理論和實際作戰數據來看，將300發步槍彈分裝在10個30發彈匣中是國際潮流，而解放軍一般情況下只攜帶分裝在5個彈匣內的150發，戰術背心上只有4個單聯彈匣包，實在讓人擔憂夠不夠。
攜帶56沖的解放軍士兵
上世紀70年代時，中國步兵班中一共有3種槍械，分別是56式沖鋒槍、56式半自動步槍和56式班用機槍。其中，56式沖鋒槍對應56式沖鋒槍彈藥攜行具，其在胸前設置有3個單聯彈匣袋，能攜帶3個30發彈匣一共90發子彈。56式半自動步槍對應56式半自動步槍彈藥攜行具，設置有9個橋夾袋（橋夾是彈夾的一種），能攜帶9個10發裝橋夾共90發子彈。即便是56式班用機槍小組，也只是正副射手每人攜帶1個100發彈鏈盒。
當解放軍開始從81式步槍槍族的裝備邁向95式步槍時，其步兵攜彈量已經開始無可替換般的松動了。從81式步槍彈藥攜行具開始，迄今為止解放軍仍然處于隨槍配發5個彈匣的狀態，因此戰士們的戰術背心、戰術攜行具上都只有4個彈匣袋，意即在這些攜行具上攜帶4個彈匣；而這即便是再加上槍上一個彈匣，也才150發。
單兵攜帶150發彈藥面對中高烈度的戰斗狀況時，將150發子彈消耗完畢只需要20分鐘。當然，在目前各國裝備的自動步槍動輒數百發/分的最大射速面前，這20分鐘已經是相對保守的估計了，在真實情況下恐怕還要較20分鐘快。
說到這，也就不得不提一下彈藥的重量。迄今為止，中美俄三國步兵均大量裝備小口徑步槍，三國也為此研發了三個不同口徑的小口徑步槍彈類型。下面僅以各口徑中主要使用的普通彈作例子。俄軍采用的5.45×39mm步槍彈可以說是中美俄三國中體積、重量最小的，7N6普通彈全重僅有10.75克，300發7N6步槍彈的重量也就是3225克（3.225千克），攜帶900發步槍彈，實際上也只有9.675千克。
美軍大量使用的5.56×45mm步槍彈是這當中彈殼徑最長的，以M855普通彈為例，其重量達到12.3克，300發M855步槍彈的重量也就是3690克（3.69千克）。算上10個空彈匣，滿打滿算可能也才不到5kg。
解放軍現役的5.8×42mm步槍彈則是口徑最大、重量最大的：就以DBP-95步槍彈為例，其重量達到12.5克，150發DBP-95步槍彈的重量也就是1875克（1.875千克）。若是要求攜帶300發DBP-95步槍彈，那么重量將達到3750克（3.75千克）。這一數據雖然遠不及我軍對單兵負重極限作出的指導數值，但彈藥帶得多了也不一定是好事。
在人種體格并不如美俄人種體格的情況下，負重要較后者還要多，這只能影響單兵機動性：中式戰術背心在胸腹部前設置了4個單聯彈匣袋，而一個彈匣的厚度相當小，并不會太影響步兵的翻滾、匍匐等戰術動作；當單聯彈匣袋變成雙聯彈匣袋時，這一區別又將會變大。戰術行動不連貫或是遲疑了些，受傷的幾率就會增大。
就目前步兵所配備的各種裝備而言，子彈的重量還算微小。隨著科技的發展，士兵身上的裝備不再僅限于各種槍支彈藥爆炸物和必備的水壺，最多也只是電臺兵需要額外背負一部電臺，現階段的士兵身上除了這些以外，還需要攜帶光學瞄準具、夜視儀、電池等等，負重相當大。按照不同任務的性質來說，士兵還需要額外攜帶服裝、給養等執行任務。
由于機械化程度上升，大部分給養并不需要士兵自行攜帶著步行作戰，大部分時間都可以乘車作戰，即便是下車作戰也可以選擇將這些物件放在車上，攜帶一些彈藥即可完成大部分任務。就現代機械化步兵的作戰模式來說，在經過了諸如空襲、巡航導彈轟炸和地面炮兵火力準備后，步兵再乘坐步兵戰車、裝甲運輸車跟著坦克推進。這樣的推進在遇到巷戰等特殊作戰環境下會暫緩，這時才會令士兵下車作戰。因此此時彈藥的多或少并不是關鍵，更應該是單兵機動性。
車臣作戰中只是特例，特種作戰小隊在孤立無援的作戰環境下需要攜帶大量的彈藥執行長時間的作戰。而美軍在治安戰中又大多面臨著巷戰，在巷戰復雜的環境下對沒有經過嚴格訓練的武裝人員“潑水”壓制也是首選。在上述作戰條件下，攜帶著大量的彈藥即便受傷喪失戰斗力，也能為隊友提供彈藥支援，這才是其目的。
當然，除了裝填進彈匣的子彈以外，各國的士兵都會額外攜帶散裝彈藥，只不過這些散裝彈藥可能會放置在車輛的空余空間里，作戰時身上只穿著戰術背心，其上攜帶的彈匣就足夠應付戰場上的各種突發狀況了。利用車上放置的散裝子彈在戰斗間隙為彈匣補充子彈是常規操作，真實的戰場不會像是在電視劇中戰斗間隙寫信那么詩意。
總體來說，步兵攜帶的彈藥可多可少，戰場上各種突發情況層出不窮，可能迫擊炮彈的聲音冷不丁劃過天空，也可能面前數十米有個機槍小組正在守株待兔。在這時，躲避攻擊的速度才是至上的。一味地追求多并不完全是好的，更應該探討哪個負重重量讓自己能夠盡可能取得機動性和攜彈量之間的平衡。
物聯網無線連接領域的從業人員對德州儀器（TI）并不陌生，其研發的SimpleLink超低功耗無線MCU具有業內領先的RF性能，相較于同類產品具備更寬泛的連接范圍和更穩健的連通性等優勢。值得一提的是，昇潤科技自TI發布第一顆低功耗藍牙MCU開始，就跟TI建立了長久穩固的合作關系，作為TI在中國區非常重要的第三方合作伙伴，昇潤一直專注于TI藍牙低功耗MCU的開發應用，從CC2541到CC2640，從CC2640到CC2640R2F，對TI的Bluetooth?低功耗無線MCU平臺產品有著非常豐富的經驗積累。為了方便開發人員使用TTC SDK，讓用戶擁有更好的體驗，今天筆者收集了關于TTC SDK&透傳的一些常見問題，同時提供解決方法。
一，TTC SDK&透傳的基本知識
1.SDK&透傳共同常見問題
以 CC2541 從機透傳為例，說明功耗、藍牙參數、時序之間的關系。其他版本的 SDK 以及透傳，只是功耗有所差異，概念和測試方法與 CC2541 一致。
2.藍牙參數/配置
（1）藍牙角色：主機（Master）、從機（Slave）
初始化后，從機開始廣播；可以進行掃描并發起連接請求的是藍牙主機。
（2）廣播間隔（Adv Interval）
藍牙初級初始化，按照廣播間隔，從機會定時發起一次藍牙廣播，廣播結束后模組自動睡眠，實現超低功耗。
備注：藍牙廣播間隔，會自動加入 10ms 以內的隨機延遲，以避免 BLE 設備之間可能存在的持續干擾。所以，廣播實際間隔與設置的廣播間隔，出現偏差是正常現象。另外，SDK 中主機+廣播的組合角色，廣播為不可連接廣播。
由此可見，減小廣播間隔，會增加模組功耗，主機可以更快的掃描到從機。反之，加大廣播間隔，會減小模組功耗，主機掃描到從機的時間也相應增加。用戶可根據實際應用調節此參數。
（3）連接間隔（Connection Interval）
當主機與從機建立連接后，按照連接間隔，每隔一段時間會自動產生一個連接事件，模組會自動喚醒一段時間，無需用戶控制。
備注：藍牙主從機如何同步喚醒無需關注，喚醒狀態的時間長短由需傳輸數據的長度決定。
由此可見，減小連接間隔，會增加模組功耗，加快數據傳輸速度。反之，加大連接間隔，會減小模組功耗，數據傳輸變慢。用戶可根據實際應用調節此參數。
（4）連接超時（Supervision Time-out）
超時時間為兩個有效連接事件之間的時間差，超時則會斷開連接。此參數設置需遵循一些規則： Interval Max * ( Slave Latency + 1) * 3 < ConnSupervisionTimeout
（5）藍牙參數更新
主機與從機建立連接之后，默認先使用主機指定的藍牙連接參數。SDK 以及透傳藍牙從機均可發起藍牙參數更新請求，但是發起更新請求的時間點并不一樣。一般是在與主機建立連接后，延遲一段時間發起參數更新請求，如透傳的“參數更新延遲寄存器”參數可設置。
3.接口時序
用戶主控 MCU 與 BLE 模組通信，可以使用 UART/SPI/IIC；均有一個引腳 WAKEUP/CSN，用于喚醒
BLE 模組：模組處于喚醒狀態時，才能使用 UART/SPI/IIC 進行通信。
如前文提到，藍牙廣播以及藍牙連接事件，會按照預設的參數自動完成，即 BLE 模組會自動喚醒完成藍牙廣播和連接事件。也就是說，WAKEUP/CSN 引腳的控制，只與 UART/SPI/IIC 通信有關，與藍牙廣播和藍牙連接無關。
二，TTC SDK常見相關問題（CC2640為例）
1.SDK 開發環境安裝相關問題
（問題1）安裝 TTC_BLE_CC2640_SDK 時，提示無法更新環境變量。
【解決方法】在系統變量中添加 Python27,具體的操作流程如下：右鍵電腦→屬性→高級系統設置→高級 →環境變量→Path→編輯，在這行語句的最后添加 C:\Python27，注意與前面語句之前用分號隔開。
然后在下面一行添加新的環境變量，步驟如下圖所示，在語句最后添加：.PYM;.PY 這兩個變量，注意前面語句用分號隔開，字母前面有一個小點。
（問題2）開發環境卸載問題
【解決方法】卸載開發環境會刪除安裝目錄下的所有文件，所以卸載前務必備份程序至其他路徑，以防資料丟失。注：若在“控制面板”中卸載開發環境失敗，可嘗試使用管理員權限卸載。具體操作如下，在windows開始菜單找到TTC_BLE_CC2640_SDK，右鍵“卸載”，點擊更多，以管理員身份運行。如下圖
2.SDK 程序備份問題
【解決方法】找到文件目錄地址，拷貝整個文件夾即可。
3.IAR編譯問題
（問題1）IAR未注冊成功（會導致什么結果？）
【答】IAR功能受限。應用程序CC2640App工程、協議棧CC2640Stack工程編譯時分別報錯如下：
【解決方法】卸載IAR，然后重裝。注意：安裝時需修改IAR安裝路徑！
（問題3）IAR配置丟失（編譯APP時報錯，提示：Variable expansion failed for Pre-Build command line.）
【原因】使用了較低版本打開了 IAR 工程，導致工程配置丟失，這個工程無法正常編譯。
【解決方法】需先備份好自己寫的代碼；再重新解壓程序，或者重裝 SDK，用對應版本的 IAR 開啟工程。
4.使用 IAR 仿真下載程序時，提示“Fatal error: Nodebug probe found connected to the USB port Session aborted!”錯誤
【原因】(1)IAR配置不正確 ；(2)模組可能已經燒錄了我司的透傳程序，并且調試接口已經被鎖住。
【解決方法】(1)修改配置：選擇正確的下載器，如圖：
(2)使用Flash Programmer2，若提示“The debug interface is locked!”，需強制擦除默認程序，解鎖調試接口。
5.SDK配置視頻教程代碼使用報錯問題（編譯提示報錯：Error while Running“C:\TTC_BLE_CC2640_R2_SDK.1.0\ti\xdctools_3_50_00_10_core/xs”-xdcpath=“C:\TTC_BLE_CC2640_R2_SDK.1.0\TTC_CC2640_R2_SDK\examples\rtos\CC2640R2_LAUNCHXL\blestack\SDK\TIRTOS\IAR\APP...”）
【解決方法】（1）檢查 C 盤是否有對應路徑，如果沒有該路徑，則說明 sdk 版本與視頻教程中 sdk 版本不一致（視頻教程中使用的 SDK 版本為 V3.1.0，而實際安裝 SDK 可能是 V3.1.0 以后的新版本）。
（2）tools?Configure Custom Argument Variables…
顯示為 SDK 3.1.0 的版本：
需修改為實際所安裝的SDK的版本，如3.2.0，再重新編譯即可。
6.TTC Programmer 提示“未發現 oad_image_tool，請手動選擇所在目錄”錯誤
【解決方法】手動添加oad_image_tool的路徑，如下圖
添加成功后，則提示“生成成功”，如下圖：