11、自动广播设备,按时播报
?檠∮玫氖荢OC规划,集成了一个16位的MCU,以及一个专门针对音频解码的aDSP,选取硬解码的方式,越发保告白法证了系统的不变性和音质。幼巧的封装尺寸越发满足嵌入其它产品的需要
2.1 硬件参数
|
名称 |
参数 |
|
MP3文件体式 |
1、支持有比特率11172-3和ISO13813-3 layer3音频解码 |
|
2、采样率支持(KHZ):8/11.025/12/16/22.05/24/32/44.1/48 |
|
|
3、支持Normal、Jazz、Classic、Pop、Rock等音效 |
|
|
USB接口 |
2.0尺度 |
|
UART接口 |
尺度串口,TTL电平,波特率可设 |
|
输入电压 |
5.0V-10V(好输入9V) |
|
额定电流 |
20ma[不带U盘] |
|
尺寸 |
23(长)*20(宽)[单元:mm] |
|
工作温度 |
0度~70度 |
|
湿度 |
5% ~ 95% |
2.2 管脚注明
|
引脚序号 |
引脚名称 |
职能描述 |
备注 |
|
1 |
GND |
第 |
系统地 |
|
2 |
RX |
UART串行数据输入 |
|
|
3 |
TX |
UART串行数据输出 |
|
|
4 |
DACLout |
DAC输出左声路 |
|
|
5 |
DACRout |
DAC输出右声路 |
|
|
6 |
GPIO1 |
通用输入输出口 |
预留 |
|
7 |
ADKEY |
AD按键 |
24K上拉 |
|
8 |
USBDP |
USB信号 |
|
|
9 |
USBDM |
USB信号 |
|
|
10 |
VPOWER |
供电端 |
不成以超过5.2V |
| 肇始位0x7E | |||
|
每条号令反馈均以$开头,即0x7E |
|||
|
VER |
版本 |
版本信息 |
|
|
Len |
len后字节个数 |
校验和不推算在内 |
|
|
CMD |
号令字 |
暗示具体的操作,好比播放/暂停等等 |
|
|
Feedback |
号令反馈 |
是否必要反馈信息,1反馈,0不反馈 |
|
|
para1 |
参数1 |
查问的数据高字节(好比歌曲序号) |
|
|
para2 |
参数2 |
查问的数据低字节 |
|
|
checksum |
校验和 |
累加和校验[不计肇始位$] |
|
|
$O |
实现位 |
实现位0xEF |
|
|
|
|
|
|
举个例子,若是我们指定播放NORFLASH,就必要发送:7E 10 06 09 00 00 04 FF dd EF
数据长度为6 ,这6个字节别离是[10 06 09 00 00 04] 。不推算肇始、实现、和校验。
3.2 通讯指令
1、直接发送的指令,不必要返回参数
|
CMD详解(指令) |
对应的职能 |
参数(16位) |
|
0x01 |
下一曲 |
|
|
0x02 |
上一曲 |
|
|
0x03 |
指定曲目(NUM) |
0-2999 |
|
0x04 |
音量+ |
|
|
0x05 |
音量- |
|
|
0x06 |
指定音量 |
0-30 |
|
0x07 |
指定EQ(0/1/2/3/4/5) |
Normal/Pop/Rock/Jazz/Classic/Base |
|
0x08 |
指定播放模式(0/1/2/3) |
循环/文件夹循环/单曲循环/随机 |
|
0x09 |
指定设备(0/1/2/3/4) |
U/TF/AUX/SLEEP/FLASH |
|
0x0A |
进入睡眠 -- 低功耗 |
|
|
0x0B |
正常工作 |
|
|
0x0C |
?楦次 |
|
|
0x0D |
播放 |
|
|
0x0E |
暂停 |
|
|
0x0F |
指定文件夹播放 |
1-10(必要自己设定) |
2、查问系统的参数
|
CMD号令详解(查问) |
对应的职能 |
参数(16位) |
|
0x3C |
STAY |
|
|
0x3D |
STAY |
|
|
0x3E |
STAY |
|
|
0x3F |
发送初始化参数 |
0 - 0x0F(低四位每位代表一种设备) |
|
0x40 |
返回谬误,要求沉发 |
|
|
0x41 |
应答 |
|
|
0x42 |
查问当前状态 |
|
|
0x43 |
查问当前音量 |
|
|
0x44 |
查问当前EQ |
|
|
0x45 |
查问当前播放模式 |
|
|
0x46 |
查问当前软件版本 |
|
|
0x47 |
查问TF卡的总文件数 |
|
|
0x48 |
查问UDISK的总文件数 |
|
|
0x49 |
查问FLASH的总文件数 |
|
|
0x4A |
保留 |
|
|
0x4B |
查问TF卡确当前曲目 |
|
|
0x4C |
查问UDISK确当前曲目 |
|
|
0x4D |
查问FLASH确当前曲目 |
|
3.3 ?榉祷氐氖
?樵诠丶λ岷奔莘祷。供用户掌控?榈墓ぷ髯刺
?樯系绯跏蓟晒Φ氖
?椴シ磐甑鼻扒髡攀
?槌晒庸艿街噶罘祷氐腁CK(应答)
?榻庸芤恢∈莘复韀蕴含数据充公齐全、校验犯错两种情况]
?樵诿β沂,罕见据过来,?榛岱祷孛Φ闹噶
U盘、TF卡插入拔出,均罕见据返回
3.3.1 ?樯系绶祷氐氖
(1)、?樯系,必要肯定的功夫初始化,这个功夫是必要凭据U盘、TF卡、flash等设备的文件几多决定的,通常情况在1.5 ~ 3S这个功夫。若是超过这个功夫?榈某跏蓟莼姑挥蟹⑺统隼,注明?槌跏蓟复,请复位?榈牡缭,另表检测硬件的衔接
(2)、?槌跏蓟菰毯谙呱璞,譬如发送7E 10 06 3F 00 00 01 xx xx EF
DL = 0x01 注明上电过程中,只有U盘在线。其它的数据请参照下表,各设备之间是或的关系
|
U盘 -- 在线 |
7E 10 06 3F 00 00 01 xx xx EF |
各设备之间是或的关系 |
|
TF -- 在线 |
7E 10 06 3F 00 00 02 xx xx EF |
|
|
PC -- 在线 |
7E 10 06 3F 00 00 04 xx xx EF |
|
|
FLASH -- 在线 |
7E 10 06 3F 00 00 08 xx xx EF |
|
|
U盘、TF -- 在线 |
7E 10 06 3F 00 00 03 xx xx EF |
|
、MCU必须期待?槌跏蓟噶罘⒊鲋竽芰Ψ⑺拖嘤Φ慕谠熘噶,不然发送的指令?榻挥璐χ。同时还会影响?榈恼3跏蓟。
3.3.2 曲目播放结束返回的数据
|
U盘播放完第1曲 |
7E 10 06 3C 00 00 01 xx xx EF |
U盘播放第1曲结束 |
|
U盘播放完第2曲 |
7E 10 06 3C 00 00 02 xx xx EF |
U盘播放第2曲结束 |
|
TF卡播放完第1曲 |
7E 10 06 3D 00 00 01 xx xx EF |
TF卡播放第1曲结束 |
|
TF卡播放完第2曲 |
7E 10 06 3D 00 00 02 xx xx EF |
TF卡播放第2曲结束 |
|
FLASH播放完第1曲 |
7E 10 06 3E 00 00 01 xx xx EF |
FLASH播放第1曲结束 |
|
FLASH播放完第2曲 |
7E 10 06 3E 00 00 02 xx xx EF |
FLASH播放第2曲结束 |
争好多的触发型的播放需要,我们?楦シ乓磺笞远朐萃W刺。若是用户必要此类利用。只必要指定曲目播放即可。这样,曲目播放结束会自动暂停,期待指令
另表我们专门启发一个IO作为解码和暂停的状态批示。请拜见第6脚,GPIO1
、播放状态输出高电平
、播放暂停状态,输出低电平。?樗咦刺。也是低电平
争对陆续播放利用,能够这样实现。如果U盘播放第1首歌结束之后,会返回
7E 10 06 3C 00 00 01 xx xx EF
3C ---- 暗示的是U盘号令
00 01 ---- 暗示播放结束的曲目。
若是表部的MCU收到这条指令。请先期待100ms。再发送播放指令[7E 10 06 0D 00 00 00 FF DD EF]。由于?槟诓炕嵯瘸跏蓟乱桓銮髡判畔。这样的话,就能够做到?槁叫牟シ。
如果当前播放第1曲,播放结束之后,曲目指针会自动指向第二首,若是发送”播放下一曲”的指令话,?榛岵シ诺谌,请用户通达。另表若是?椴シ磐旰笠磺,播放指针会自动跳转至第1首,暂停。
5、指定设备之后,?榈牟シ胖刚牖嶂赶蛏璞父柯嫉牡1首曲目,并且进入暂停状态。等侯用户选曲的指令。
3.3.3 ?橛Υ鸱祷氐氖
|
FLASH播放完第1曲 |
7E 10 06 3E 00 00 01 xx xx EF |
FLASH播放第1曲结束 |
(1)、为了加强数据通讯之间的不变性,我们增长了应答处置,ACKB字节就是设置是否必要回复应答。这样做的益处是保告白法证每次通讯都有握手信号,收到应答就暗示MCU发送的数据,?橐丫晒κ盏,顿时处置。
(2)、对于通常的利用,客户能够自由选择,不加这个应答处置也是能够的。
3.3.4 ?槊蠓祷氐氖
|
?榇τ诿ψ刺 |
7E 10 06 40 00 00 00 xx xx EF |
|
|
一帧数据未接管结束 |
7E 10 06 40 00 00 01 xx xx EF |
|
|
校验犯错 |
7E 10 06 40 00 00 02 xx xx EF |
|
(1)、为了加强数据通讯之间的不变性,我们增长了数据谬误处置机造。?槭盏讲磺泻咸迨降氖,均会有信息反馈出来
(2)、在环境比力恶劣的情况下,强烈建议客户处置此号令。若是利用环境通常,能够不用处置。
(3)、?榉祷孛,根基上是?樯系绯跏蓟氖背讲呕岱祷,因?楸匾跏蓟募系统
3.3.5 设备插入拔出新闻
|
U盘插入 |
7E 10 06 3A 00 00 01 xx xx EF |
|
|
TF插入 |
7E 10 06 3A 00 00 02 xx xx EF |
|
|
PC插入 |
7E 10 06 3A 00 00 04 xx xx EF |
使用此指令,请联系技术支持 |
|
U盘拔出 |
7E 10 06 3B 00 00 01 xx xx EF |
|
|
TF拔出 |
7E 10 06 3B 00 00 02 xx xx EF |
|
|
PC拔出 |
7E 10 06 3B 00 00 04 xx xx EF |
使用此指令,请联系技术支持 |
(1)、为了?榈慕媒菪,我们出格增长了,设备插入、拔出的指令反馈。方便用户知路?榈墓ぷ髯刺。
(2)、设备插入的时辰,我们默认播放设备的根目录下面的第1首曲目。作为试听,若是用户不必要此职能的话,能够在接管到设备插入的串口新闻之后,期待100ms。发送播放暂停的指令即可。
3.4 串口指令详解
以下我们对关键的处所进行具体的注明:
指定曲目播放[必必要先指定设备之后能力指定曲目]
指定播放的音量
指定播放的设备
指定文件夹播放[要凭据使用者来定造此职能]
FLASH中存储的固定测试语音
3.4.1 指定歌曲播放指令
我们给出的指令是支持指定曲目播放的,歌曲的选择领域为0~2999.其实是能够支持更多的,由于涉及到文件系统的原因,支持过多的歌曲,会导致系统操作缓慢,通常的利用也不必要支持这么多的文件。若是客户有极度规的利用,请事前和我们沟通。
(1)、例如选择第1首歌播放,串口的发送部门7E 10 06 03 00 00 01 FF E6 EF
7E --- 肇始号令
10 --- 版本信息
06 --- 数据长度(不蕴含校验)
03 --- 代表产品编号
00 --- 是否必要应答[0x01:必要应答,0x00:不必要返回应答]
00 --- 曲主张高字节[DH]
01 --- 曲主张低字节[DL],这里代表的是第1首歌播放
FF --- 校验的高字节
E6 --- 校验的低字节
EF --- 实现号令
(2)、对于选曲,若是选择第100首,首先将100转化为16进造,默以为双字节,就为0x0064。
DH = 0x00 ; DL = 0x64
(3)、若是选择第1000首进行播放,首先将1000转化为16进造,默以为双字节,就为0x03E8
DH = 0x03 ; DL = 0xE8
(4)、其它的操作顺次类推即可,由于在嵌入式领域选取16进造是为方便的一种操作。
3.4.2 指定音量播放指令
(1)、我们系统上电默认的音量为30级,若是要设置音量的话,直接发送相应的指令即可
(2)、例如指定音量为15级,串口发送的指令:7E 10 06 06 00 00 0F FF D5 EF
(3)、DH = 0x00 ; DL = 0x0F ,15转化为16进造为0x000FD芄徊握詹シ徘坎棵诺淖⒚
3.4.3 指定播放设备
(1)、AG真人国际?槟鲜侵С4种类型的播放设备,只有设备在线能力指定设备去播放
设备是否在线,我们软件会自动检测,无需用户关系。
、看下表,选择相宜的指令发送
(3)、指定设备之后。?榛嶙远朐萃W刺,期待用户指定曲目播放。从指定设备到?槟诓砍跏蓟募信息。或许必要200ms。请期待200ms之后再发送指定曲主张指令。
|
指定播放设备-U盘 |
7E 10 06 09 00 00 01 xx xx EF |
xx xx:代表校验 |
|
指定播放设备-TF卡 |
7E 10 06 09 00 00 02 xx xx EF |
|
|
指定播放设备-AUX |
7E 10 06 09 00 00 03 xx xx EF |
|
|
指定播放设备-FLASH |
7E 10 06 09 00 00 04 xx xx EF |
|
|
指定播放设备-SLEEP |
7E 10 06 09 00 00 05 xx xx EF |
|
3.4.4 指定文件夹播放
(1)、指定文件夹播放是我们造订的扩大职能,默认文件夹的定名方式为"1","2"这样的方式由于AG真人国际?椴恢С趾鹤置频奈募夹名称鉴别,为了系统的不变性和歌曲切换的速度每个文件夹下默认大支持255首歌,多支持10个文件夹的分类,若是客户有特殊要求,必要依照英文名称来分类,我们也是能够实现的,但是名称只能是“GUSHI”、“ERGE”蹬注文名称组成。
(2)、例如指定"1"文件夹的第100首歌播放,串口发送的指令为:7E 10 06 0F 00 01 64 FF 70 EF
DH:代表的是文件夹的名字,默认支持10个文件,即1~10的定名
DL:代表的是曲目,默认多255首歌,即0x00 ~ 0xFF
曲主张设置请参考上面的曲目设置规定。
3.4.5 FLASH中存储的固定语音信息
|
曲目号 |
曲目名 |
曲目号 |
曲目名 |
|
1 |
0.mp3 |
2 |
1.mp3 |
|
3 |
2.mp3 |
4 |
3.mp3 |
|
5 |
4.mp3 |
6 |
5.mp3 |
|
7 |
6.mp3 |
8 |
7.mp3 |
|
9 |
8.mp3 |
10 |
9.mp3 |
|
11 |
10哒哒女声.mp3 |
12 |
11Mp3铃声.mp3 |
|
13 |
12表滩十八号.mp3 |
14 |
13回家.wav |
|
15 |
14不得不爱.wav |
16 |
|
备注:里面蕴含了MP3、WAV体式的音频文件.均是未经任何压缩的音频文件
参考电路
争对?榈睦,我们提供了具体的设计参考,让您能够更快的上手履历到该?榈淖炒笾澳
串行通讯接口,波特率默认9600,能够凭据客户的要求批改
表部AD按键的接口电路,按键的职能能够依照客户需要订造
表部单声路功放参考电路
4.1串行接口
?榈拇谖3.3V的TTL电平,所以默认的接口的电平为3.3V。若是系统是5V。那么建议在串口
的对接接口串联一个1K的电阻。这样足以满足通常的要求,若是利用于强电磁滋扰的场所,请参考“当苦衷项”的注明。?樵5V和3.3V的系统中均正常的测试过,所有正常。均在选取的是直连的方式,并没有串1K的电阻。
4.2按键接口
?槲颐茄∪〉氖茿D按键的方式,取代了传统了矩阵键盘的接法,这样做的益处是充分利用了MCU越来越壮大的AD职能。设计简约而不单一,我们?槟吓渲16个按键的阻值分配,若是使用在强电磁滋扰或者强感性、容性负载的场所,请参考AG真人国际“当苦衷项”。
(1)、参考道理图
(2)、16个按键的职能分配表
|
阻值 |
短按 |
长按 |
按着不松 |
抬起 |
|
00-240K |
9 |
|
V+ |
|
|
01-130K |
8 |
|
V- |
|
|
02-91K |
7 |
扩音开 |
|
|
|
03-62K |
6 |
扩音关 |
|
|
|
04-47K |
5 |
播放设备切换 |
|
|
|
05-36K |
4 |
EQ切换 |
|
|
|
06-30K |
3 |
文件夹10 |
|
|
|
07-22K |
2 |
文件夹9 |
|
|
|
08-18K |
1 |
文件夹8 |
|
|
|
09-13K6 |
0 |
文件夹7 |
|
|
|
10-10K |
播放模式 |
文件夹6 |
|
|
|
11-7K5 |
工作模式 |
文件夹5 |
|
|
|
12-5K1 |
下一曲 |
文件夹4 |
|
|
|
13-3K3 |
上一曲 |
文件夹3 |
|
|
|
14-1K5 |
暂停 |
文件夹2 |
|
|
|
15-0R |
U/SD |
文件夹1 |
|
|
|
备注:为空的暗示无职能 |
||||
4.3表接单声路功放
这里功放我们选取的是8002,具体参数请参考IC的datasheet。利用于通常场所足以,若是钻营更高的音质,请客户自行寻找相宜的功放。
当苦衷项
|
IO输入个性 |
||||||
|
符号 |
参数 |
幼 |
典型 |
大 |
单元 |
测试前提 |
|
VIL |
Low-Level Input Voltage |
-0.3 |
- |
0.3*VDD |
V |
VDD=3.3V |
|
VIH |
High-Level Input Voltage |
0.7VDD |
- |
VDD+0.3 |
V |
VDD=3.3V |
|
IO输出个性 |
||||||
|
符号 |
参数 |
幼 |
典型 |
大 |
单元 |
测试前提 |
|
VOL |
Low-Level Output Voltage |
- |
- |
0.33 |
V |
VDD=3.3V |
|
VOH |
High-Level Output Voltage |
2.7 |
- |
- |
V |
VDD=3.3V |
|
|
|
|
|
|
|
|
1、?槎员淼慕涌诰3.3V的TTL电平,所以在硬件电路的设计中,请把稳电平的转换问题。
另表在强滋扰的环境中,请把稳电磁兼容的一些;ご胧,GPIO选取光耦隔告白法离,增长TVS等等
2、ADKEY的按键取值均依照通常的使用环境,若是在强感性或者容性负载的环境下,请把稳?榈墓┑,建议选取单独的隔告白法离供电,另表再配上磁珠和电感对电源的滤波,肯定要尽可能的保告白法证输入电源的不变和干净。若是切实无法保告白法证,请联系AG真人国际,削减按键的数量,沉新界说更宽的电压分配。
3、串口通讯,在通常的使用环境下,把稳好电平转换即可。若是强滋扰环境,或者长距离的RS485利用,那么请把稳信号的隔告白法离,严格依照工业的尺度设计通讯电路D芄涣礎G真人国际,我们提供设计参考
免责申明
开发预备知识
QY系列产品将提供尽可能全面的开发模版、驱动法式及其利用注明文档以方便用户使用但也必要用户熟悉自己设计产品所选取的硬件平台及有关C说话的知识
EMI和EMC
QY系列?榛到峁咕龆似銭MI机能必然与一体化电路设计有所差距。QY系列?榈腅MI能满足绝大部门利用场所,用户如有特殊要求,必须事吓纂我们协商.
QY系列?榈腅MC机能与用户底板的设计亲昵有关,尤其是电源电路、I/O隔告白法离、复位电路,用户在设计底板时必须充分思考以上成分。我们将致力美满QY系列?榈牡绱偶嫒莞鲂,但不合用户终利用产品EMC机能提供任何保告白法证.
联系人:李曙光
手 机:17266260250
邮 箱:Lur@yxin18.com
公 司:昭通悦欣电子科技有限公司
地 址:昭通市花都区贸易大路334号