一、語(yǔ)音芯片應(yīng)用于智能鎖的需求

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

二、解決方案

2.1 地址超過(guò)233的解決方案

==》新增F4指令，詳見(jiàn)手冊(cè)“KT148A語(yǔ)音芯片使用手冊(cè)_V5.pdf”

F4指令存在的意義，是語(yǔ)音超223的數(shù)量之后沒(méi)有地址可用的問(wèn)題，所以新增此指令。舉例說(shuō)明：
1、如果指定播放291地址的語(yǔ)音，就發(fā)送F4 01 23 【01=0x01 高字節(jié)】【23=0x23低字節(jié)】
==》其中F4為識(shí)別碼，01 23 組成位0x123 = 291 ，代表第291條語(yǔ)音播放
2、如果指定播放291個(gè)語(yǔ)音，就發(fā)送F4 04 98
==》發(fā)送F4 04 98，其中04 98 組成位0x498 = 1176 ，代表第1176條語(yǔ)音播放
3、這個(gè)F4指令的長(zhǎng)度，只能是三個(gè)字節(jié)【不能多也不能少】，收滿(mǎn)F4 01 23之后，立刻開(kāi)始執(zhí)行播放
4、收到F4指令之后，會(huì)自動(dòng)等待100ms，如果在這個(gè)100ms之內(nèi)收到0x01這樣的語(yǔ)音命令，還會(huì)繼續(xù)再等待100ms ，
==》如果收第2個(gè)地址數(shù)據(jù)0x23，就代表收滿(mǎn)了= 0x0123，立刻執(zhí)行播放291地址語(yǔ)音
==》超過(guò)100ms還沒(méi)有收到地址數(shù)據(jù)，則認(rèn)為這一次通訊失敗，因?yàn)橹皇盏?x11
語(yǔ)音地址，不超過(guò)233，則不需要使用這條擴(kuò)展指令。詢(xún)問(wèn)客戶(hù)，這種操作邏輯，客戶(hù)可以接受

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

這個(gè)步驟的處理，需要聯(lián)系我們來(lái)修改，其實(shí)也不復(fù)雜，也支持批量燒錄

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

第2步，打開(kāi)“pRFiles.exe”導(dǎo)入文件，生成“AUDIO.lst”

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

三、總結(jié)

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

所以，客戶(hù)前期的測(cè)試，包含語(yǔ)音播放的效果，通訊功能等等
都可以先用默認(rèn)的版本，去調(diào)試
最后確認(rèn)得差不多了，可以聯(lián)系我們換一種方式，提供樣品給您做最后的確認(rèn)和測(cè)試。

審核編輯 黃宇