Portapack应用开发教程 (十六) Debug程序 C 声卡芯片wm8731和ak4951

本文主要是介绍Portapack应用开发教程 (十六) Debug程序 C 声卡芯片wm8731和ak4951,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

我前面改了max2875的驱动代码,可以从max2875驱动输出不同内容到debug屏幕上了。验证了之前看的调用关系都是对的。

但是max2875芯片和rffc507x芯片的代码我还看不太懂。无法仿照他们来实现flash芯片的驱动(都是spi的)。

我还是决定从声卡芯片入手,因为他们是iic的,我在调试小四轴飞控时对mpu6050的操作也是经过iic的。另外,前段时间加入内置喇叭和麦克风时我也对声卡芯片比较熟悉了。

其实Portapack声卡芯片有两种,老款和新款板子的声卡芯片是不一样的。对于两种芯片,portapack固件都有支持。

左边是老款的右边是新款的板子,可以看到高亮部分的声卡芯片名称是不一样的。

 

点进去以后如下:

 

左边老款芯片的寄存器只有10个,右边有大约50个。

接下来看程序

firmware/application/portapack.cpp

WM8731 audio_codec_wm8731 { i2c0, 0x1a };
AK4951 audio_codec_ak4951 { i2c0, 0x12 };enum class PortaPackModel {R1_20150901,R2_20170522,
};static PortaPackModel portapack_model() {static Optional<PortaPackModel> model;if( !model.is_valid() ) {if( audio_codec_wm8731.detected() ) {model = PortaPackModel::R1_20150901;} else {model = PortaPackModel::R2_20170522;}}return model.value();
}static audio::Codec* portapack_audio_codec() {return (portapack_model() == PortaPackModel::R2_20170522)? static_cast<audio::Codec*>(&audio_codec_ak4951): static_cast<audio::Codec*>(&audio_codec_wm8731);
}

这个代码开头两行指定了2种芯片的iic地址。

然后判断是哪个声卡芯片,看看能否检测到wm8731来判断portapack板子型号。

接下来可以看看firmware/common/下的wm8731.cpp wm8731.hpp和ak4951.cpp ak4951.hpp

先看wm8731.cpp看看detected函数是如何工作的

bool WM8731::detected() {return reset();
}bool WM8731::reset() {return write(0x0f, 0);
}bool WM8731::write(const Register reg) {return write(toUType(reg), map.w[toUType(reg)]);
}bool WM8731::write(const address_t reg_address, const reg_t value) {const uint16_t word = (reg_address << 9) | value;const std::array<uint8_t, 2> values {static_cast<uint8_t>(word >> 8),static_cast<uint8_t>(word & 0xff),};return bus.transmit(bus_address, values.data(), values.size());
}

detected调用reset,reset调用write,write最终会调用到bus.transmit,第一个参数bus_address就是前面提到的iic地址。

如果声卡芯片指定iic地址能发送成功,代表能找到这个声卡芯片。

 

注意看一下上面代码里有2个write,其实reset里直接调用了下边这个write。上面这个write内部也在调用下边的write。

下面的write有2个参数,一个是寄存器地址,另一个是要写入寄存器的值,从这里可以理解map.w是什么意思。

map.w[toUType(reg)],应该是可以从内存的map变量里把寄存器对应的值读出来,然后从iic总线上发给要控制的芯片。toUType只是类型转换。

在wm8731.hpp里面,有代码在创建这个map变量,代码如下:

struct Register_Type {LeftLineIn					left_line_in;RightLineIn					right_line_in;LeftHeadphoneOut			left_headphone_out;RightHeadphoneOut			right_headphone_out;AnalogAudioPathControl		analog_audio_path_control;DigitalAudioPathControl		digital_audio_path_control;PowerDownControl			power_down_control;DigitalAudioInterfaceFormat	digital_audio_interface_format;SamplingControl				sampling_control;ActiveControl				active_control;
};static_assert(sizeof(Register_Type) == reg_count * sizeof(reg_t), "Register_Type wrong size");struct RegisterMap {constexpr RegisterMap(Register_Type values) : r(values){}union {Register_Type r;std::array<reg_t, reg_count> w;};
};static_assert(sizeof(RegisterMap) == reg_count * sizeof(reg_t), "RegisterMap type wrong size");constexpr RegisterMap default_after_reset { Register_Type {.left_line_in = {.linvol		= 0b10111,.reserved0	= 0b00,.linmute	= 0b1,.lrinboth	= 0b0,.reserved1 	= 0,},.right_line_in = {.rinvol		= 0b10111,.reserved0	= 0b00,.rinmute	= 0b1,.rlinboth	= 0b0,.reserved1 	= 0,},.left_headphone_out = {.lhpvol		= 0b1111001,.lzcen		= 0b0,.lrhpboth	= 0b0,.reserved0	= 0,},.right_headphone_out = {.rhpvol		= 0b1111001,.rzcen		= 0b0,.rlhpboth	= 0b0,.reserved0	= 0,},.analog_audio_path_control = {.micboost	= 0b0,.mutemic	= 0b1,.insel		= 0b0,.bypass		= 0b1,.dacsel		= 0b0,.sidetone	= 0b0,.sideatt	= 0b00,.reserved0	= 0,},.digital_audio_path_control = {.adchpd		= 0b0,.deemp		= 0b00,.dacmu		= 0b1,.hpor		= 0b0,.reserved0	= 0,},.power_down_control = {.lineinpd	= 0b1,.micpd		= 0b1,.adcpd		= 0b1,.dacpd		= 0b1,.outpd		= 0b1,.oscpd		= 0b0,.clkoutpd	= 0b0,.poweroff	= 0b1,.reserved0	= 0,},.digital_audio_interface_format = {.format		= 0b10,.iwl		= 0b10,.lrp		= 0b0,.lrswap		= 0b0,.ms			= 0b0,.bclkinv	= 0b0,.reserved0	= 0,},.sampling_control = {.usb_normal	= 0b0,.bosr		= 0b0,.sr			= 0b0000,.clkidiv2	= 0b0,.clkodiv2	= 0b0,.reserved0	= 0,},.active_control = {.active		= 0b0,.reserved0	= 0,},
} };RegisterMap map { default_after_reset };

这种做法其实有点奇怪的,map.w是从map变量里读取而map.r是往map变量里写入。跟常人理解是反的。

接下来看看wm8731.cpp代码

代码不多,先看init也就是初始化函数,是在设置芯片的各部分。结构都类似,我找出其中一段,看看怎样调用

write(PowerDownControl {.lineinpd = 1,	.micpd = 0,.adcpd = 0,.dacpd = 0,.outpd = 0,.oscpd = 1,.clkoutpd = 1,.poweroff = 0,.reserved0 = 0,});

这个init里调用的write函数其实不是前面提到的那2个。

而是下面这段代码第一个void WM8731::write(const PowerDownControl value) 函数,然后第一个函数再调用第二个write函数,最后再调用第三个wriite函数。

void WM8731::write(const PowerDownControl value) {map.r.power_down_control = value;write(Register::PowerDownControl);
}bool WM8731::write(const Register reg) {return write(toUType(reg), map.w[toUType(reg)]);
}bool WM8731::write(const address_t reg_address, const reg_t value) {const uint16_t word = (reg_address << 9) | value;const std::array<uint8_t, 2> values {static_cast<uint8_t>(word >> 8),static_cast<uint8_t>(word & 0xff),};return bus.transmit(bus_address, values.data(), values.size());
}

而且第一个write函数,先要把值往内存里的map变量里写,到第二个write函数时再从map里读出来,发给第三个write函数。这样的实现好奇怪,不知道为什么一定要经过map这一步,而不是直接在iic总线上发给芯片。

uint32_t WM8731::reg_read(const size_t reg_address) {return map.w[reg_address];
}

这里还设有个读取寄存器的函数,它其实也是从内存里的map变量中读出来的,而不是直接在iic总线上访问对应芯片读出来的。

我估计map变量的作用应该还是为了读以前的配置用的,毕竟直接从mcu的内存里读比从别的芯片里读方便多了。

接下来看看第二种声卡芯片,打开ak4951.hpp

可以看到它比第一种芯片(wm8731)复杂一些,但是芯片设置部分的代码实现思路是一样的。

ak4951的init函数里直接在设置map.r,所以相当于不需要wm8731的第一行的write函数了,然后ak芯片里的update函数,相当于wm芯片里的第二行write函数。

而ak芯片里的write函数和wm芯片的第三行write函数是一样的。

void AK4951::write(const address_t reg_address, const reg_t value) {const std::array<uint8_t, 2> tx { reg_address, value };bus.transmit(bus_address, tx.data(), tx.size());
}

tx变量就相当于之前的values变量,只是写法更简洁。

不过ak芯片的寄存器读取功能的实现方式区别就比较大了。

reg_t AK4951::read(const address_t reg_address) {const std::array<uint8_t, 1> tx { reg_address };std::array<uint8_t, 1> rx { 0x00 };bus.transmit(bus_address, tx.data(), tx.size());bus.receive(bus_address, rx.data(), rx.size());return rx[0];
}

这回是在iic总线上先发出要查询的寄存器地址,然后再从iic总线上接收来自ak芯片的回答。而不是直接从内存里的map变量得到结果。

芯片初始化的时候就已经有了bus_address的数据。然后是在bus.transmit(bus_address,...,...)函数调用的时候,把这个iic的bus变量与bus_address联系在了一起,bus.receive同理。

这样声卡芯片的驱动代码就看得差不多了,接下去可以看看spi总线是不是也用差不多方式实现通信的。

这篇关于Portapack应用开发教程 (十六) Debug程序 C 声卡芯片wm8731和ak4951的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/483604

相关文章

Python38个游戏开发库整理汇总

《Python38个游戏开发库整理汇总》文章介绍了多种Python游戏开发库,涵盖2D/3D游戏开发、多人游戏框架及视觉小说引擎,适合不同需求的开发者入门,强调跨平台支持与易用性,并鼓励读者交流反馈以... 目录PyGameCocos2dPySoyPyOgrepygletPanda3DBlenderFife

使用Python开发一个Ditto剪贴板数据导出工具

《使用Python开发一个Ditto剪贴板数据导出工具》在日常工作中,我们经常需要处理大量的剪贴板数据,下面将介绍如何使用Python的wxPython库开发一个图形化工具,实现从Ditto数据库中读... 目录前言运行结果项目需求分析技术选型核心功能实现1. Ditto数据库结构分析2. 数据库自动定位3

python使用Akshare与Streamlit实现股票估值分析教程(图文代码)

《python使用Akshare与Streamlit实现股票估值分析教程(图文代码)》入职测试中的一道题,要求:从Akshare下载某一个股票近十年的财务报表包括,资产负债表,利润表,现金流量表,保存... 目录一、前言二、核心知识点梳理1、Akshare数据获取2、Pandas数据处理3、Matplotl

Django开发时如何避免频繁发送短信验证码(python图文代码)

《Django开发时如何避免频繁发送短信验证码(python图文代码)》Django开发时,为防止频繁发送验证码,后端需用Redis限制请求频率,结合管道技术提升效率,通过生产者消费者模式解耦业务逻辑... 目录避免频繁发送 验证码1. www.chinasem.cn避免频繁发送 验证码逻辑分析2. 避免频繁

分布式锁在Spring Boot应用中的实现过程

《分布式锁在SpringBoot应用中的实现过程》文章介绍在SpringBoot中通过自定义Lock注解、LockAspect切面和RedisLockUtils工具类实现分布式锁,确保多实例并发操作... 目录Lock注解LockASPect切面RedisLockUtils工具类总结在现代微服务架构中,分布

Python pandas库自学超详细教程

《Pythonpandas库自学超详细教程》文章介绍了Pandas库的基本功能、安装方法及核心操作,涵盖数据导入(CSV/Excel等)、数据结构(Series、DataFrame)、数据清洗、转换... 目录一、什么是Pandas库(1)、Pandas 应用(2)、Pandas 功能(3)、数据结构二、安

Spring Boot集成/输出/日志级别控制/持久化开发实践

《SpringBoot集成/输出/日志级别控制/持久化开发实践》SpringBoot默认集成Logback,支持灵活日志级别配置(INFO/DEBUG等),输出包含时间戳、级别、类名等信息,并可通过... 目录一、日志概述1.1、Spring Boot日志简介1.2、日志框架与默认配置1.3、日志的核心作用

Python标准库之数据压缩和存档的应用详解

《Python标准库之数据压缩和存档的应用详解》在数据处理与存储领域,压缩和存档是提升效率的关键技术,Python标准库提供了一套完整的工具链,下面小编就来和大家简单介绍一下吧... 目录一、核心模块架构与设计哲学二、关键模块深度解析1.tarfile:专业级归档工具2.zipfile:跨平台归档首选3.

使用IDEA部署Docker应用指南分享

《使用IDEA部署Docker应用指南分享》本文介绍了使用IDEA部署Docker应用的四步流程:创建Dockerfile、配置IDEADocker连接、设置运行调试环境、构建运行镜像,并强调需准备本... 目录一、创建 dockerfile 配置文件二、配置 IDEA 的 Docker 连接三、配置 Do

深入浅出SpringBoot WebSocket构建实时应用全面指南

《深入浅出SpringBootWebSocket构建实时应用全面指南》WebSocket是一种在单个TCP连接上进行全双工通信的协议,这篇文章主要为大家详细介绍了SpringBoot如何集成WebS... 目录前言为什么需要 WebSocketWebSocket 是什么Spring Boot 如何简化 We