soc

前面学习了从系统级到门级的低功耗设计，现在简单地了解了一下物理级设计。由于物理级的低功耗设计与后端有关了，这里就不详细学习了。这里主要是学习了一些基本原则，在物理级，进行低功耗设计的基本原则是: 　　 ·对于设计中翻转活动很频繁的节点，采用低电容的金属层进行布线; 　　·使高翻转率的节点尽可能地短; 　　 ·对于高负载的节点与总线，采用低电容的金属层; 　　·对于特别宽的器件，采用特殊的版图技术，以得到更小的漏极结电容。 　　 ·在有些布局布线工具中，可以将功耗作为优化目标来生成时钟树。 　　低功耗设计入门的学习到这里就结束了，然而这只是入门。在低功耗设计这个专题里面，还有很多东西要学习。在后续的日子里（可能是几个月后，也可能是一两年后，也可能更久），我会深入学习一下低功耗设计，学习的方向主要是： 　　·结合一些具体的Design进行低功耗设计，熟悉低功耗的流程； 　　·使用PT进行低功耗的分析； 　　·更多的低功耗设计技巧； 主要就是这三个了，顺序不唯一，但是先立个 flag 吧，嗯，to be continued~~ 来源： CSDN 作者： 简单同学 链接： https://blog.csdn.net/l471094842/article/details/103631442

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接：https://blog.csdn.net/weixin_43708615/article/details/101670579 Libero_SoC_v12.2_win软件及License下载安装教程 前言 一、Libero_SoC_v12.2_win软件下载 二、Libero_SoC_v12.2_win软件安装 三、免费Floating License的获取 四、安装Floating License 写在最后 前言   最近因为要接触到一款新的FPGA器件，需要搭建一个新的开发环境，了解之后发现需要使用Microsemi公司的Libero SoC软件，这个软件下载加安装，弄好差不多花了两天时间，主要是软件本身就比较大（6.8G），再一个就是所有的文档都是英文文档，看起来确实要慢些，所以趁现在记忆还比较清楚，就写出来跟大家分享一下。   注：这里补充说明一下，安装的时候最好先安装License，然后再安装Libero SoC软件。因为我这是后来才想到的，所以文章的顺序就没有改了，就在这里补充说明一下。 一、Libero_SoC_v12.2_win软件下载  1.Microsemi公司官网：https://www.microsemi.com/   这个官网挺不错的

nRF5340基于Nordic经过验证并在全球范围广泛采用的nRF51和nRF52系列多协议SoC而构建，同时引入了具有先进安全功能的全新灵活双处理器硬件架构，支持包括蓝牙5.1/低功耗蓝牙 (Bluetooth® Low Energy /Bluetooth LE)、蓝牙Mesh、Thread和Zigbee等主要RF协议。 nRF5340 SoC为扩展工作温度至105oC而设计，同时支持多协议和先进的安全功能，非常适合专业照明和工业应用。此外，这款SoC的高性能应用处理器还带有512 KB RAM大内存，可满足下一代尖端可穿戴设备的需求。该器件带有扩展的QSPI外设接口，能够以96 MHz与外部存储器连接，同时还集成了可用作显示器和复杂传感器接口的32 MHz高速SPI外设。 nRF5340集成了ArmTrustZone®的Arm CryptoCell-312技术和安全密匙存储，可提供最高级别的安全性。该器件使用Arm CryptoCell-312将最通用的互联网加密标准进行硬件加速，同时Arm TrustZone通过在单个内核上创建安全和非安全代码执行区，为受信任的软件提供系统范围内的硬件隔离。nRF5340的综合安全功能可实现先进的信任根和安全的固件更新，同时保护SoC免受恶意攻击。 nRF5340基于Arm®Cortex®-M33双核处理器；一个为高性能应用处理器

参考文章： https://baijiahao.baidu.com/s?id=1612373192816833151&wfr=spider&for=pc http://www.360doc.com/content/18/0206/06/50927056_728034726.shtml SOC估算的目的：1.电动汽车估算续航里程 2.提升电池利用效率和安全性能 目前市场上用的比较成熟的SOC估算方法是： 安时积分法+开路电压校正 。 　 1.《安时积分法》 经典的SOC估算一般采用安时积分法（也叫电流积分法或者库仑计数法）。即电池充放电时，通过累积充进和放出的电量来估算SOC。 误差来源于3个方面： 　　1. 电流采样造成误差 　　采样精度 　　采样间隔 　　2. 电池容量变化造成误差 　　温度变化 　　电池老化 　　充放电倍率 　　不同 电池自放电 　　3. SOC 　　初始SOC估算困难 　　最终SOC过程取舍误差 　　安时积分法只单纯从 外部记录进出电池的电量，但 忽略了电池 内部状态的变化 。同时电流测量不准，造成SOC计算 误差会 不断累积 ，需要定期不断校准。 　　 2.《开路电压法》 　　一般校准方法采用开路电压法。其原理是利用电池在长时间静置的条件下，开路电压与SOC存在相对固定的函数关系，从而根据开路电压来估算SOC。 　　开路电压法简单便捷，但也存在很多缺点： 　

不小心 参考文章： http://blog.csdn.net/droidphone/ http://blog.chinaunix.net/uid/22917448.html 分析只列出部分重要代码，具体请参考 linux3.0 内核代码。 Alsa 架构整体来说十分复杂，但对于驱动移植来说我们仅仅只需要关心 ASOC 就足够了。 在学习 asoc 之前我们先了解一些专业术语： ASoC currently supportsthe three main Digital Audio Interfaces (DAI) found on SoC controllers and portable audio CODECs today, namelyAC97, I2S and PCM. ASoC 现在支持如今的SoC 控制器和便携 音频 解码器上的三个主要数字音频接口，即AC97 ，I2S，PCM（与pcm音频格式注意区分，前者是一种音频接口，后者是一种输入声卡的音频格式）。 AC97 AC97 ==== AC97 is a five wire interface commonly found on many PC soundcards. It is now also popular in many portable devices. This DAI has a reset line and

%QUARTUS_ROOTDIR%\\bin64\\quartus_cpf -c DE1_SOC_golden_top.sof soc_system.rbf pause 其中，DE1_SOC_golden_top.sof为待转换的sof文件的名字，我们可以改成自己实际sof的文件名字，如：led.sof。soc_system.rbf为转换后得到的文件名字。 rbf文件主要是用于PS方式配置FPGA，如使用CPLD、MCU等。在altera soc中，也可以在linux下使用该文件配置FPGA。 （注意，友晶提供的脚本应该使用的是32位软件，所以%QUARTUS_ROOTDIR%\\bin64\\quartus_cpf中并非写的bin64，而是写的bin，因此直接运行会报错。所以也可以自己使用记事本编辑该文件，将bin改为bin64即可） 之前有网友表示无法执行。最后确认问题原因为SoC EDS软件和Quartus并未安装在同一目录下。例如我下面的图片就是正确的安装位置，embedded就是安装好的soc eds套件 原文：https://www.cnblogs.com/xiaomeige/p/9256556.html

很肤浅地阅读，只是大致看一下内容，以后如果用到相关的知识，再回来细细研究！ 1.6 车联网与智能能量管理 2.3 电机驱动与控制技术 2.4.2 无机械式（转速/位置）传感器控制技术 模型参考自适应（MRAS）方法 p60 扩展卡尔曼滤波器法（EKF），有效削弱随机干扰和测量噪声的影响。适合计算机实现，被广泛应用于工业现场。 3 动力电池管理技术 3.3 电池组均衡技术 3.4 SOC估计技术 荷电状态估算模型 工业界通常认定荷电状态SOC为剩余电量Qreleasable与额定容量Qrated之间的百分比。 3.5 SOC估算主要影响因素 图3-19 SOC 70%工况下开路电压与温度的关系 3.8 电池组热管理系统 4 电动汽车能量管理技术 能量管理策略可以大致分为基于启发式概念（heuristic-concept-based）的策略和基于最优控制理论（optimal control theory-based）的策略。 基于启发式概念的策略包括基于规则的能量管理策略和基于模糊逻辑的能量管理策略，需要丰富的经验。 4.5 能量回馈制动控制技术 5 电动车辆的先进动力学控制 5.2.1 电动轮驱动系统模型 5.6 四轮转向车的横向稳定控制 文章来源: 最快速速食――《电动汽车---能量转换与动力控制》 作者 徐国卿 郑春花

17.5 Linux ASoC音频设备驱动 17.5.1 ASoC（ALSA System on Chip） 驱动的组成 ASoC（ALSA System on Chip） 是 ALSA 在 SoC 方面的发展和演变，ASoC在本质上仍然属于ALSA，但是在 ALSA 架构基础上对 CPU 相关的代码和 Codec 相关的代码进行分离。其原因是，采用传统 ALSA 架构的情况下，同一型号的 Codec 工作于不同的 CPU 时，需要不同的驱动，这不符合代码重用的要求。 对于目前嵌入式系统上的 声卡驱动 开发，建议读者尽量采用 ASoC 框架 ，ASoC 主要由 3 部分组成。 （1） Codec 驱动 。这一部分只关心 Codec 本身，与 CPU 平台相关的特性不由此部分操作。 （2） 平台驱动 。这一部分只关心 CPU 本身，不关心 Codec。主要处理两个问题：DMA 引擎和 SoC 集成的 PCM、I 2 S 或 AC 97 数字接口控制。 （3） 板驱动（称为 machine 驱动） 。这一部分将平台驱动和 Codec 驱动绑定在一起，描述板一级的硬件特征。 在以上 3 部分中，1 和 2 基本都可以仍然是通用的驱动，Codec 驱动认为自己可以连接任意 CPU，而 CPU 的 I 2 S、PCM 或 AC 97 接口对应的平台驱动则认为自己可以连接任意符合其接口类型的