最近由于项目需要,做了iPhone新的lighting接口的播放器开发,也稍微了解了一下MFI的整个认证流程。
iPhone5采用了最新的lighting接口,说是lighting,其实就是把usb接口的 DP DM 信号顺序重排一下,正反都可以插而已,其实也没什么特别的。
旧的Dock的播放器,一般都采用模拟+UART控制来实现播放。而新的接口,只有DP DM信号,也就是说只能采用USB通信,而且最可误的就是必须要有苹果的认证IC,经过认证后才能进行播放。
在音箱播放过程中,也和传统的USB音箱实现方法不同。传统的USB音箱,音箱是做为USB Speaker从机设备,电脑做为主机设备来进行播放。而苹果的播放,则是iPhone做为USB MIC从机,音箱做为主机来进行播放。这一点,和安卓的AOA协议有些类似。
因此,第一步,主要就是对苹果这个USB MIC设备的枚举,以及相关的采样控制等操作了。
然后再谈谈认证过程。
首先,我们需要一颗苹果的认证IC,一般是IIC的接口。从认证IC中读取版本信息等。
然后,对iPhone发送 StartIDPS 命令,同时获取 设备的 lingo(命令分组) 支持,通过 setfidtoken 告知苹果我们的版本信息等。再发送 EndIDPS。这样,第一步就完成了。
接下来,第二步,苹果发起 GetDevAuthenticationInfo 请求,我们需要从认证IC中读取Cert证书信息,通过命令RetDevAuthenticationInfo回给iPhone。
第三步,苹果确认证书后,发送GetDevAuthenticationSignature命令,同时会发送Challenge数据。我们将接收到的Challenge数据,写入认证IC的Challenge寄存器,等待计算完成后,从认证IC中读出Signature数据,通过RetDevAuthenticationSignature回应给iPhone。等待苹果确认后,就可以播放音乐了。
- 变
-
作者:Hanny
| 分类:心情日记 | 评论:11 条
| 浏览:19855 | 发布时间:2014-03-24
只要活着,就一定要努力地变,努力地尝试。这个就是Hanny这几年来最深的感触的。
社会是一直在变的,什么都一直在变,所以要时刻做好“变”的准备。每隔一断时间,就会出现一次巨大的变化,这时候就要看你是否能够充分去抓住这个“变”的机会了。没有什么能够一直安定地。。最近,Hanny就把注了4年多的域名给迁出来了,这也算一次变化。
还有,就是要敢于尝试,不要有任何顾虑。有什么想法,就一定要大胆地去做。不然,在犹豫的时候,机会可能就这样流失了。如果自己还有梦想的话,就一定要坚持下去。
就是这样。
开发51时,选择IAR,而不选择Keil,一般会有两个理由:
1、IAR的编译器十分灵活,尤其是XCL的文件配置,几乎比GCC的ld文件更加强大。
2、IAR的切BANK机制了。
说到IAR的切BANK机制,就要说起IAR的版本了。
在720H以前,都是旧的BANK机制,而到了750A以后的版本,基本都是新的BANK机制了。由于这中间几个版本找不到软件下载,根据官方网站上的说明,Hanny暂且判断IAR 730A为使用新的BANK机制的一个分届版本。
在旧的BANK机制中,切BANK是这样的:
MOV DPTR, #func_ptr<br />
MOV A, #bank_num<br />
LCALL ?B_CALL
主要就是,将目标函数放入DPTR,BankNum放入 A寄存器,然后调用公共区的?B_CALL函数进行切换
而新的BANK机制中,切BANK是这样的:
LCALL func?relay
然后,relay接口如下:
func?relay: LCALL XXXX<br />
DB func_ptr
大约这样,具体可参考IAR帮助。
其实,Hanny更喜欢IAR720H的机制。何解?IAR官方虽说新的机制更好。理论上,新的机制,在多次调用时确实减少了程序的总大小,但是却浪费了宝贵的COMMON CODE区。新的版本会给每个函数生成 relay 入口,存放在 BANK_RELAYS 段中。而 BANK_RELAYS 必须放在公共区。
一般来说,旧的版本在新的IAR下编译有可能出以下错误:
Error: Segment BANK_RELAYS must be defined in a segment definition option (-Z, -b or -P)
这时,只能用回720H的版本就OK了。
在做字符串比较的时候,如果字符串数量庞大,我们会利用Hash函数来进行加速。
目前,最强大,最易用的字符串哈希函数应该是BKDRHash了吧。
BKDRHash函数的C语言原型如下:
unsigned int BKDRHash(char *str)<br />
{<br />
unsigned int seed = 131; // 31 131 1313 13131 131313 etc..<br />
unsigned int hash = 0;<br />
<br />
while (*str)<br />
{<br />
hash = hash * seed + (*str++);<br />
}<br />
<br />
return (hash & 0x7FFFFFFF);<br />
}
另外,除了BKDRHash函数外,还有:
APHash DJBHash JSHash RSHash SDBMHash 等供参考。
Hanny之前写了一个小软件,是采用ANSI内码的。最近,由于一些非简体中文的机器也使用到该软件,结果就变乱码了。由是乎,需要将内码转换成Unicode了。
其实,vc.net后默认都改为unicode了,毕竟国际化嘛。但是呢,VC6编写,怎么说也还是比较小巧,编译速度又比较快,所以Hanny还是比较喜欢使用vc6。
废话少讲,开始行动了。
阅读剩余部分...