微波EDA网,见证研发工程师的成长!
首页 > 硬件设计 > MCU和DSP > 来自飞思卡尔FAE团队的实战经验分享系列

来自飞思卡尔FAE团队的实战经验分享系列

时间:03-18 来源:3721RD 点击:

在社区提问大多时候是不是得等上一会才有网友回答你?着急的时候还等得心急火燎的?

本文汇集了多位资深FAE分享的实战问题解决方案,来看看能不能解决你的问题呢?

暂时没有发现跟你遇到的问题一样的案例,也木有关系啦。留个备案,日后能省却很多麻烦也是有很大可能滴(机会是给有准备的人的,一点儿也不错)。

除了一些问题解决方案外,更有一些小技巧的分享,让你的开发从此so easy啦!

初学者入门飞思卡尔Kinetis攻略之官网资源检索

在培训和论坛提问中,发现用户提出的很多问题都集中在如何有效的检索到"适合的开发工具和开发资源"上。在此文中,简单的介绍一下在飞思卡尔官方网站上查找到实用的开发资源的一些简单步骤,希望对大家有帮助。

Kinetis芯片常见技术问题(不断更新中...)

文中收集了客户在使用Kinetis芯片时碰到的一些常见共性问题,希望能给大家带来帮助。

飞思卡尔社区经验分享中文资源链接(不定时更新)

使用OpenSDA平台作为J-Link调试Kinetis

继 上次开山之作之后再次写一个好东西,呵呵。想到过使用飞思卡尔的Freedom平台当做昂贵的J-Link调试器吗,好吧,这次给你机会了,呵呵。昨天在 去SEGGER官网查资料的时候看到了一个suprise,Segger刚刚为OpenSDA平台release了一个可以兼容Jlink功能的 firmware。

如何在CW中新建一个OpenSDA的debug文件

相信有些网友会有这样的问题,如果一个codewarrior工程下没有你需要的下载器的文件该怎么办,这里我就以OPENSDA为例,其实其他的下载器类同。

KE02中断函数设置

论坛中有个客户在KE02的官方例基础上,使用PIT模块且设置PIT定时器溢出中断,但当程序运行时,发现程序并没有进入到PIT的中断程序中,通过代码跟踪得到程序一直运行vectors.c中的void default_isr(void);
不知道小伙伴们在使用中断时,有没有碰到相同的问题?

使用KE02巧测正弦波的周期

即使没有接串口,也依然可以printf调试程序。(codewarrior下)

如何看懂Kinetis参考手册模块对应时钟源信息

Kinetis参考手册(RM)时钟一章列举了每个模块的参考时钟源,如下图示,第一栏有Bus Interface clock,Internal Clock,I/O interface clock具体是什么意思,能否举例说明?

解析什么是Read 1s命令

最近在看Kinetis的Reference Manual的时候发现一个有意思的命令,即Read 1s。乍一看以为是读1秒的意思(你不要跟我说现在小米都出2s了iPhone都出5s了,这个"1s"太落伍了吧。来看看作者是怎么解读的吧。

BME模块到底能减少多少代码量呢?生成的代码告诉你

昨天写了一个关于BME模块的中文文档,说明了BME能够减少代码,提高执行效率。
但是具体能够减少多少代码呢?口说无凭,咱么来看看BME代码和C普通代码生成的
汇编代码量吧。

120/150MHz K60/K70的Flexbus问题(经验分享)

现在120/150MHz的K60、K70具有Cache功能,最新的MQX4.0操作系统默认使能了Cache功能。如果通过Flexbus与外围例如 FPGA等设备进行实时通信时,读写Flexbus地址0x60000000时将会命中Cache的数据,导致与FPGA通信失败。最简单的解决方法是关 闭Cache功能,但会执行影响效率。完美的解决方法是……

如何用好信息查找工具Freescale Inforcenter?

如何从官网下载Freescale Kinetis E系列的底层函数库

Eclipse 的系统搜索插件 - 可以搜索任何目录(1)

CodeWarrior 所使用的Eclipse平台的搜索功能有一个局限性 – 只等搜索当前打开工程的项目文件目录. 而系统搜索插件很好的解决了这一问题.

飞思卡尔产品"信息集中器"( Infocenter)工具

这个工具包括不同系列芯片的Application Notes,Reference Manuals,User Guides,还包括开发软件和工具列表。它的好处在于信息集中,便于查找,对比方便,对应于一款芯片有哪些技术文档就很清晰明了,不易遗漏。

Kinetis, FSL官方Cadence原理图库和PCB库

使用MTB模块快速跟踪定位Cortex-M0+指令执行状态

相信很多朋友在调试ARM代码的时候,尤其是涉及到操作底层的时候,由于一些误操作常常会遇到Hard fault错误或者程序跑飞的情况,这些bug采用正常的方法是比较难定位的,往往需要我们逐行去排查测试,最后看的眼花缭乱,永远给人以苦逼程序员的印 象,呵呵。此篇内容致力于节省广大程序员的精力,以崭新的一种方法角度或者说是手段来定位跟踪bug(仅限于支持Coresight技术的ARM处理器, 本篇只讲针对M0+内核的),故冠之以"原创猛料"之称号,希望能名副其实……

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top