sop8語音芯片選型，看本文就足夠替代臺系九齊佑華等otp

一、簡介
語音芯片ic的其中一個品類，就是SOP8封裝的語音芯片，非常的經(jīng)典，和常用。源頭的供應商基本都是臺系的原廠，比如：九齊、碩呈、佑華等等，其中佑華就算是鼻祖了，早期的4位機也是在語音市場得到了升華。開始的語音ic形態(tài)并沒有現(xiàn)在這樣豐富且易用，基本上都是搭配玩具產(chǎn)品進行設計的。后期在國內如唯創(chuàng)等等廠家的推動以及技術升級，才形成目前的產(chǎn)品形態(tài)。

基本上具備的標準功能如下：
1、芯片可以直驅揚聲器，8歐姆0.5W的那種?；蛘咄饧庸Ψ艁眚寗痈蟮膿P聲器
2、語音芯片支持一線串口受控，搭配MCU的應用，單字節(jié)的指令，通過脈沖的寬度來判斷是0還是1
3、或者二線串口受控，搭配MCU的應用，這個就是一根時鐘線，一根數(shù)據(jù)線，都是在時鐘的下降沿來判斷0或者1
4、獨立IO控制，一個IO控制一段聲音的應用，有上電自動播放，或者觸發(fā)播放一次，或者觸發(fā)循環(huán)播放等等形態(tài)

通過國內方案公司的歸納和總結，基本SOP8的功能形態(tài)，就如上所描述的一致。這樣的設計定義，已經(jīng)是形成了用戶共識和行業(yè)標準了，大大加強了SOP8封裝語音芯片的用戶群體
常見的如：血壓計、門鎖、安防報警、門鈴提示等等，需要語音提示的場景就離不開這樣的芯片
但是傳統(tǒng)的SOP8的語音芯片，也是有很大的改進空間，畢竟技術在不斷升級的。以前的很多痛點也可以得到改善
1、比如早期的SOP8封裝的語音芯片就是OTP的，也就是只能燒錄一次，一旦程序有錯就基本報廢了，大批量生產(chǎn)的時候風險就很大
2、比如早期的SOP8封裝的語音芯片需要專用的語音制作工具，語音修音工具，下載工具，燒錄工具等等，整個做樣品的流程非常的繁瑣和效率低下，KT148A則不需要，用戶自己換語音，支持420秒的長度
3、尤其產(chǎn)品不確定，后期需要多次修改的時候，那更是痛苦不堪，必須要供應商全力配合才行，中間還可能涉及到一些費用等等
4、比如大容量的語音芯片價格昂貴的問題，一般SOP8的語音芯片，音頻內容越多，價格就越昂貴，尤其80秒以上高音質的芯片，價格那是非常的不友好
5、同時，對備貨也很不利，例如需要成本低，那肯定是要多訂貨，但是一旦訂貨之后，芯片不可重燒，就會成為呆料

所以面對這些種種的缺點，我們開發(fā)了flash版本的SOP8封裝的語音芯片，型號KT148A，封裝SOP8，最大支持420秒的語音
KT148A的優(yōu)勢也很明顯：
1、優(yōu)勢一：芯片是flash版本的，就意味著芯片可以重復燒錄，不擔心大批量的生產(chǎn)問題，以及備貨問題
2、優(yōu)勢二：芯片可以用戶自己更換聲音，省去了打樣的費用，以及中間修改調試無休止的等待，非常方便客戶的產(chǎn)品推進
3、優(yōu)勢三：由于flash的成本現(xiàn)在已經(jīng)是很親民了，所以OTP成本上也不占什么優(yōu)勢，相反flash在大容量的應用上優(yōu)勢非常的明顯，比如KT148A的芯片，最大支持420秒的空間，用戶能自己更換聲音，這是OTP語音芯片不能想象的事情
4、優(yōu)勢四：配套的工具都是非常方便的工具，電腦端的PC工具我們提供，下載工具就一個USB轉TTL就可以完全搞掂，無需其他
當然KT148A-SOP8也有它的缺點：
1、就是在低秒數(shù)的場景，成本不占優(yōu)勢，尤其是那種20秒、10秒、40秒的需求，這類型還是臺系的OTP版本芯片，成本控制的好。

二、KT148A語音芯片介紹
1. 32 位 DSP 語音芯片、5MHZ的內部振蕩，PLL到120MHZ；
2. 工作電壓 2.0~5.5V； 注意低于3.3V的供電，硬件上有細節(jié)的區(qū)別
3. 待機功耗小于 25ua；另有低功耗模式1.5uA，都可以發(fā)指令去設置
4. 16bit 的 PWM輸出、可直接驅動 8歐姆 /0.5W 喇叭；當然電壓越高，喇叭的驅動就越足
5. 提供工具自行轉換音頻格式，全部用戶可以自己操作，非常簡單
6. 16KHZ 下最大可以支持200秒。8KHZ 下最大可以支持400秒 。其實8KHZ的音質就非常好了
7. 客戶可以通過電腦端的工具軟件，通過串口直接更換語音內容，使用USB轉TTL工具[推薦CH340G的方案]
8. 支持一線串口控制，當然可以根據(jù)需求訂制各種協(xié)議，比如2線，比如IO控制等等
9. 支持 224 段地址，有更多需求可以擴展；這個受限于一個字節(jié)只有255
10.具有硬件 iic接口、UART 接口，可以為客戶定制各類功能。
11.芯片具備重復燒錄的能力，所以任何時候不用擔心測試不完整，導致批量性的問題

審核編輯 黃昊宇