一、語音芯片應用于智能鎖的需求

智能鎖的語音播放需求中，有很多需要多國語言合并在一起的需求
其中語音文件數多，并且每個語音文件小的特點
如果使用OTP的語音芯片，就很麻煩，因為用戶不可燒錄，調試也很繁瑣
同時大容量的又很貴，所以使用KT148A-sop8的flash型語音芯片就是最優的解決方案
解決KT148A語音芯片應用于智能鎖的兩個潛在的需求
1、語音文件數量，超過手冊給的233的語音地址，假如需要擴展地址，增加到500以上怎么辦？
2、客戶的語音很多，但是都很小，按照原有的打包方式，非常的占空間，導致空間不夠

二、解決方案

2.1 地址超過233的解決方案

==》新增F4指令，詳見手冊“KT148A語音芯片使用手冊_V5.pdf”

F4指令存在的意義，是語音超223的數量之后沒有地址可用的問題，所以新增此指令。舉例說明：
1、如果指定播放291地址的語音，就發送F4 01 23 【01=0x01 高字節】【23=0x23低字節】
==》其中F4為識別碼，01 23 組成位0x123 = 291 ，代表第291條語音播放
2、如果指定播放291個語音，就發送F4 04 98
==》發送F4 04 98，其中04 98 組成位0x498 = 1176 ，代表第1176條語音播放
3、這個F4指令的長度，只能是三個字節【不能多也不能少】，收滿F4 01 23之后，立刻開始執行播放
4、收到F4指令之后，會自動等待100ms，如果在這個100ms之內收到0x01這樣的語音命令，還會繼續再等待100ms ，
==》如果收第2個地址數據0x23，就代表收滿了= 0x0123，立刻執行播放291地址語音
==》超過100ms還沒有收到地址數據，則認為這一次通訊失敗，因為只收到0x11
語音地址，不超過233，則不需要使用這條擴展指令。詢問客戶，這種操作邏輯，客戶可以接受

2.2 更換打包bin文件的方式--工具端

這個步驟的處理，需要聯系我們來修改，其實也不復雜，也支持批量燒錄

第1步，先把目標文件壓縮，將壓縮之后的文件發f1a格式，全部拷貝至“audio”文件夾里面

第2步，打開“pRFiles.exe”導入文件，生成“AUDIO.lst”

第3步：雙擊批處理，生成“dir_story”，注意是沒有后綴的

三、總結

缺點就是不再支持串口下載語音文件。語音的總空間，如上圖，看這里就知道了

所以，客戶前期的測試，包含語音播放的效果，通訊功能等等
都可以先用默認的版本，去調試
最后確認得差不多了，可以聯系我們換一種方式，提供樣品給您做最后的確認和測試。

審核編輯 黃宇