大一嵌入式在线发问，在线等

现在是11月份，对于零基础准备备战嵌入式春招的同学来说，如果目标是 MCU + RTOS + 通信协议（OTA / MQTT / Modbus） 方向，那么接下来的四个月就是从“能点灯”到“能做系统”的关键转折期。这一方向属于高成长性赛道：它融合了实时系统、通信协议、设备联网与系统架构思维，是多数物联网、工业控制公司重点招聘的岗位方向。一、总体规划：四个月从零到系统级嵌入式开发时间有限，目标要明确。阶段目标如下：第1阶段11月C语言与MCU基础基础外设驱动项目第2阶段12月FreeRTOS + 多任务架构RTOS系统级项目第3阶段1月通信协议与联网MQTT、Modbus、OTA第4阶段2月项目...

依然平平无奇的起床，在公司食堂吃完早餐后，回到工位开始工作…1、上午9点-12点：打开电脑，今天还是需要跑板子进行code调试，这个bug已经卡好几天了：自从将加速器的dma输出地址换为DDR后，我一直打印不到加速器的dma输出数据。后边求助导师后，才发现不能在dsp侧打印ddr的输出数据（代码架构为加速器代码跑在arm核上，数据处理代码跑在dsp上）。这真就是没有好好看手册的锅（提醒大家以后工作过程中一定要好好看手册）。手册上说dsp可以直接访问smem，但不能直接访问ddr。至此，问题找到。接下来，改变打印dma输出数据策略，修改代码为在arm侧打印数据（由于需要等待加速器处理完毕才能打印出数据，因此需要添加等待job完成函数）；将修改好的代码在编译服务器上编译通过后，将压缩好的可执行文件上传到板子的终端服务器（对于学习linux方向的同学来讲这一步并不陌生，简单说来就是板子跑的是linux系统，此处采用远程传输的方式将编译好的可执行文件烧录到板子上。其中编译，采用的是shell脚本编译，实际上也是makefile）。传输完成后，启动板子运行（也是通过运行shell脚本），打印出日志后数据正常。2、下午14点，依然平平无奇的午休后开始工作。由于上午已经调试第一步加速器传输数据完成，接下来调试第二步dsp的数据处理。由于此时又新加了个需求（重新申请个smem的内存，通过切片方式，将ddr数据整个传入到新申请的smem内存中，再去进行数据处理），因此打算将代码编写好后，再去进行调试……3、下午15点半，今天是公司的下午茶日。先去和同事们吃下午茶，补充点能量。可惜最近感冒，只吃了一块披萨就吃不下去了。4、下午16点半，回来继续在键盘上哒哒哒哒哒……终于在17点50编写完毕。此时同事叫我约饭，先去干饭再说。5、18点20吃完饭回到工位，将写好的代码编译一下，发现报错。继续修改，报错，修改。终于折腾到快7点，编译通过了……准备下班，明天再来跑板子吧。

个人观点(抛砖引玉)先说一下观点，嵌入式只是技术方向。工业4.0和智能ai时代，嵌入式肯定算是风口。但是也有问题部分技术过于陈旧。 软件设计无限重复造轮子。和互联网比，相对没那么卷，因为这个行业变化缓慢。技术门槛会比互联网更高（因为不同于调api的前后端，嵌入式必须要造轮子，定制轮子）上限也许目前没有互联网高，但是逐步互联网浪潮褪去我认为是差距不大的。个人行业理解再说一下行业。相同技术行业差距巨大。楼主从事过机顶盒（夕阳行业）监控（海康大华华为卷到烂，护城河在政府关系）物联网（热钱很多，但是至今未落地）汽车电子（目前相对比较好的嵌入式发展方向）医疗器械（有不少前同事做这个行业，本人不是太了解，...

想在我司呆一辈子，实习生工资八九千，校招总包大概30w+，正职七点多下班，我六点钟就能走大厂投个日常实习还要和一群人横向，强度又大，感觉一眼望到头的生活挺好的