在芯片公司当嵌入式软件工程师的一天，参与α测试！

我是老温，一名热爱学习的嵌入式工程师，关注我，一起变得更加优秀！

作为一名嵌入式软件工程师，平时的工作主要内容大概就是，写bug，改逻辑，仿真，协助硬件，发布固件，售后维护，应付客户，与产品或者项目经理互怼，然后再写bug，不断循环~

很多朋友问，大多数公司的嵌软工程师，写代码都是围绕着具体的产品开展的，多数都是产品逻辑，或者是客户提出那些五彩斑斓的黑的需求~

那，如果是在半导体芯片公司呢？嵌软工程师一天的工作内容，具体是怎样的？

今天，我们一起来探寻一下，芯片设计公司的嵌入式工程师，一天是怎样度过的？~

一大早09:00，牛马准时回到工位，打开电脑，泡茶或者咖啡，打开Jira或者禅道，先看看昨天晚上的自动化集成构建的结果，

然后大概09:30左右，小团队一般都会一起开个半小时以内的短会，嵌入式工程师主要是汇报一下工作情况，遇到困难要及时说~（这个跟很多公司都一样）

早上10:00，开始调bug了，用得最多的就是示波器，逻辑分析仪，接上还没发布的EVB评估板，开始分析，

比如：SDIO哪里出错了，作为嵌入式工程师，要判断出来，到底是软件驱动出错，还是芯片硬件设计的bug，要翻阅技术参考文档（TRM），然后单步跟踪代码，并且时刻关注示波器上面的波形信号~

（这就是区别，普通单片机开发都是写产品逻辑，而芯片嵌入式开发，要定位是代码问题，还是芯片本身的设计错误）

有时候，可能一个早上就在那里沉浸式调bug，早上干活的两个小时，很快就过去了，

午间12:00~13:30，干饭，午休，刷社区，刷B站，刷公众号，刷短视频，各种放松~

下午13:30上班，（不排除有些神仙公司是14:00），开始进入深度工作时间，如果早上的bug还没解决完，那就继续搞它，

如果bug已经解完了，那就可以去给新的芯片IP编写BSP驱动和demo示例，

比如，对于一个新的芯片IP（如定时器），在芯片发布之前，要给它配好BSP驱动接口，以及提供必要的demo示例，来告诉用这款芯片的工程师，如何驱动这个定时器IP。

除了让这个芯片IP能工作，还要编写驱动的API注释，通常是用Doxygen这种格式，

还要提供Sample Project，主要是方便第三方的厂家能直接参考，最好能做到拿来就用。

芯片公司的嵌入式软件，还是需要Coding的，他们写的代码会随着芯片的发布，一起打包进BSP或者SDK里面，然后发给买了这款芯片的公司用作参考，

他们写的关于芯片的每一行注释，或者每一句代码，都有可能影响着客户能不能顺利地把芯片使用起来。

到了临下班的17:00，如果FAE那里反馈了某个样品在客户使用的过程中出了问题，（嗯，通常都是快下班了才出幺蛾子），要协助验证工程师一起进行排查。

比如，某芯片的IIC出现了问题，要开始对比发布的BSP驱动程序，然后提供一份排查SOP，有时候还要他们去客户现场排查~

在芯片公司当嵌入式工程师，角色定位就是，公司内部的技术后盾+半个售前或售后工程师，经常来回地跟FAE、PJM、IC-Designer沟通。

在18:00下班之前，一般都要Git提交一下当天写的代码，在commit之前要写清楚改动的内容，为啥这样改以及改动的影响范围，

代码经过Review通过之后，可以并入develop开发分支，然后再触发自动化编译以及进行回归测试。

如果还有重要的售后问题或者世纪奇bug解决不了，一般都是要加班的了~

特别是在芯片流片之前，或者开始规模导入客户的前期，可能需要加一下班，解决一些历史遗留问题，但加班没有互联网大厂那么猛，（芯片初创公司例外）

整体下来就是，在半导体芯片公司当嵌入式工程师，一天的工作都是比较循规蹈矩的，甚至可能有点“枯燥”的感觉。

这个岗位，对着芯片EVB板的时候，要耐得住寂寞，愿意翻几百页的数据手册，也要沉得下心，跟示波器或者逻辑分析仪里面的时序较劲儿。

半导体公司也不是那么好进，（特别是知名的），这类公司对嵌入式工程师的学历以及技术深度有一定的要求。

但是，即便是这样，我们也有方法间接地参与到半导体公司的芯片“研发”过程里面，比如，瑞芯微最近刚刚发布的RK3572，

据我了解，这款芯片正好处于α测试阶段，而飞凌嵌入式是这款芯片的首发方案商，如果想参与到该芯片的前期验证和测试，可以点击【阅读原文】。

别的不说，能参与到一款芯片的测试验证和发布，如果能发现某些bug并且被原厂采纳，说不定还能给自己的工作履历镀金几下！