研0迷茫求答疑

小车类项目：设计模式雷同，创新空间有限​​巡线/避障小车是嵌入式经典项目，但因硬件（电机、红外/超声波模块）和算法（PID控制、避障逻辑）高度标准化，导致“千车一面”。​​典型项目​​：巡线小车（红外模块控制小车沿黑线行驶）、避障小车（超声波模块检测障碍物并转向）、跟随小车（红外传感器识别目标并跟随）。​​共性问题​​：仅实现“移动-感知-避障”的基本功能，未涉及路径规划（如SLAM算法）、自主决策（如目标跟踪）或多机器人协作（如编队行驶）。

超级超级摆子，电机控制方向，更新一下秋招投递以及状态。后续有面试应该会更新面经————-1.台达暑期营（简历挂）2.汇川技术：电机控制，电机控制-联合动力，应用工程师。目前一志愿状态为初试，未接到初试通知。二三志愿为简历筛选3.阳光电源提前批：上海电力电子硬件4.拓竹科技：电机控制算法5.大疆：产品测试工艺工程师6.东风汽车研究院提前批7.杰华特-测试开发8.京东方-成都-电路设计9.思瑞浦-销售10.芯导-技术销售（邮箱投递）11.速腾聚创-测试开发12.经纬恒润-提前直接和学校群的校招hr联系，目前还没有正式的oc出来（我这边说的是偏向电机工程师和嵌入式软件）13.富特科技提前批-控制软件工程师14.360影石-电调嵌入式，嵌入式软件

为什么投简历需要内推码啊😕

实习之前： 跟了个再常见不过的嵌入式小项目——用STM32F4做个温湿度监测仪，说是“开发”，其实更像拆零件拼积木。对着数据手册啃寄存器配置，勉强搞懂了GPIO怎么翻IO口，HAL库怎么初始化串口；跟着例程改了改ADC采样，勉强能从传感器抠出点数据；做分页显示？其实就是串口发指令，让LCD屏一行行滚着显示温湿度数值。碰着bug就抓瞎：传感器数据乱跳，以为是代码问题，在Keil里下了二十多个断点，单步跟踪寄存器状态，最后发现是面包板电源接触不良；串口收发乱码，对着示波器看波形，折腾半天才想起没配波特率时钟树；想加个低功耗模式，翻遍参考手册改了电源控制寄存器，结果芯片直接罢工，折腾到实验室快关门才被学长提醒“没开唤醒源”。刷B站看到别人用AI写代码，想着“这玩意儿能救我”，下班路上就搜“STM32 AI辅助开发”，下了三四个插件，装完发现要么识别不了HAL库语法，要么生成的代码跑飞，最后还是得翻数据手册——跟原来没差别。实习之后：满脑子想着“终于能接触点‘高级’项目了”，结果入职第一天，导师扔来个需求：“基于STM32H7的新开发板，实现电机FOC控制，下周出原型。”盯着开发板上的H7芯片——跟之前用的F4架构差了一截，寄存器位宽都不一样；HAL库版本升级，好多函数名都变了；连串口调试助手都连不上，提示“端口被占用”，折腾半小时才发现是虚拟机抢了COM口。对着需求文档发懵：矢量控制？PID参数整定？以前只玩过开环PWM调速，现在要搞闭环反馈，公式推导看得头大；查社区论坛，帖子大多是“STM32F1跑FOC”的老帖子，H7的资料少得可怜；改了三版代码，电机要么抖得像筛糠，要么直接烧保险丝，导师扫了眼代码：“中断优先级没配对，你当这是51单片机？”半夜蹲在实验室啃面包，盯着示波器上跳动的波形，突然有点恍惚：“是不是我太笨了？别人都能上手的项目，我怎么连基础配置都搞不定？”好了，矫情到此为止。后来才明白，嵌入式这行哪有什么“酷炫项目”？不过是新人踩过的坑比代码行数还多。我们刚接触新平台时，连寄存器地址都记不住，看数据手册像看天书，焊个杜邦线都能连反；被硬件工程师吐槽“原理图都看不懂”，被测试同事抱怨“代码没注释”——这些都太正常了。公司招你进来，不是因为你多厉害，是因为他们相信“普通人也能通过学习解决问题”。实习不是考试，没必要追求“完美交付”，你该做的是：拆开发板时多拍两张引脚图，调不通时多问一句“是不是电源问题”，被骂了就记笔记下次避开——这些“笨功夫”，才是嵌入式工程师的生存法则。别总盯着“我要学多少新技术”，也摸摸自己焊坏的开发板、改秃的代码、熬红的眼睛——这些才是你成长的证据。上一个十年，我们在课本里背“嵌入式系统”；这一个十年，我们在焊锡味里，把它变成自己的手艺。之前：跟了个再常见不过的嵌入式小项目——用STM32F4做个温湿度监测仪，说是“开发”，其实更像拆零件拼积木。对着数据手册啃寄存器配置，勉强搞懂了GPIO怎么翻IO口，HAL库怎么初始化串口；跟着例程改了改ADC采样，勉强能从传感器抠出点数据；做分页显示？其实就是串口发指令，让LCD屏一行行滚着显示温湿度数值。碰着bug就抓瞎：传感器数据乱跳，以为是代码问题，在Keil里下了二十多个断点，单步跟踪寄存器状态，最后发现是面包板电源接触不良；串口收发乱码，对着示波器看波形，折腾半天才想起没配波特率时钟树；想加个低功耗模式，翻遍参考手册改了电源控制寄存器，结果芯片直接罢工，折腾到实验室快关门才被学长提醒“没开唤醒源”。刷B站看到别人用AI写代码，想着“这玩意儿能救我”，下班路上就搜“STM32 AI辅助开发”，下了三四个插件，装完发现要么识别不了HAL库语法，要么生成的代码跑飞，最后还是得翻数据手册——跟原来没差别。实习之后：满脑子想着“终于能接触点‘高级’项目了”，结果入职第一天，导师扔来个需求：“基于STM32H7的新开发板，实现电机FOC控制，下周出原型。”盯着开发板上的H7芯片——跟之前用的F4架构差了一截，寄存器位宽都不一样；HAL库版本升级，好多函数名都变了；连串口调试助手都连不上，提示“端口被占用”，折腾半小时才发现是虚拟机抢了COM口。对着需求文档发懵：矢量控制？PID参数整定？以前只玩过开环PWM调速，现在要搞闭环反馈，公式推导看得头大；查社区论坛，帖子大多是“STM32F1跑FOC”的老帖子，H7的资料少得可怜；改了三版代码，电机要么抖得像筛糠，要么直接烧保险丝，导师扫了眼代码：“中断优先级没配对，你当这是51单片机？”半夜蹲在实验室啃面包，盯着示波器上跳动的波形，突然有点恍惚：“是不是我太笨了？别人都能上手的项目，我怎么连基础配置都搞不定？”好了，矫情到此为止。后来才明白，嵌入式这行哪有什么“酷炫项目”？不过是新人踩过的坑比代码行数还多。我们刚接触新平台时，连寄存器地址都记不住，看数据手册像看天书，焊个杜邦线都能连反；被硬件工程师吐槽“原理图都看不懂”，被测试同事抱怨“代码没注释”——这些都太正常了。公司招你进来，不是因为你多厉害，是因为他们相信“普通人也能通过学习解决问题”。实习不是考试，没必要追求“完美交付”，你该做的是：拆开发板时多拍两张引脚图，调不通时多问一句“是不是电源问题”，被骂了就记笔记下次避开——这些“笨功夫”，才是嵌入式工程师的生存法则。别总盯着“我要学多少新技术”，也摸摸自己焊坏的开发板、改秃的代码、熬红的眼睛——这些才是你成长的证据。上一个十年，我们在课本里背“嵌入式系统”；这一个十年，我们在焊锡味里，把它变成自己的手艺。