C语言，初学者51单片机，将程序第五行的 #define led P2替换成sbit led= P2;程序不报错但流水灯实验不行
首先，sbit led= P2，这个写法是错误的，虽然编译时不报错，但编译后执行程序时却是错误的。
sbit 是定义一个引脚的，注意，只是定义一个引脚，而 P2是一个并行口，有8个引脚，是不能sbit 来定义，可以用 sfr 定义。
#define 并不是定义引脚的，也不是定义并行口，只是一个宏替换，就是程序中的led 换成P2后再编译。 所以，sbit 和 #define根本就不是一回事，更谈不上什么替换了。 两者毫无关系。
汽车ECU用什么语言编程，汽车电脑维修的前景如何
汽车ecu就是通常讲的汽车电脑。
汽车ecu编程语言目前90%都是c语言编写，其中部分汇编语言，还有部分c++语言也会在汽车ecu使用。
汽车ecu目前主要还只是16位单片机，因此资源有限，需要特定的驱动代码和配置。汽车电脑的维修，一般能做的也是重新刷写软件，刷写参数。真正的电路板损坏或者其他元器件坏了，只能重新更换新的ecu，然后刷写软件配置参数。
汽车电脑维修，没有手机电脑维修那么复杂，也没有太多技术含量。
但也许未来不久，汽车也会变成一个大的电脑。到那时候维修可能就会和手机电脑维修一样，市场广阔，收益很大的。
看情况，我设计过车用ECU，不过不是汽油发动机，只是柴油发动机或发电机。上位机软件C++自编，没用INCA，太贵了，为客户省钱。发动机ECU都是用单片机，发电机ECU用的是DSP（不好意思，用的是德州DSP，希望国产普及），都是C语言编程，前面有人说用C++或者汇编，我说你真他妈本事。车用ECU无非是模拟量，开关量测控都有，主要特点：
1、带了大容量控制脉谱图（MAP），一般MAP二维横纵起码16点以上（各模块不同），但是MAP里的数据必须做大量实验标定，这就需要实现快速通信及读写，或者先在大容量RAM里标定，最后好了一次性写到存储器里。
2、通信：我们将标定通信和平时监控通信分开的，标定通信数据量大，我们用485或K线，平时数据通信用CAN。
普通单缸：用STC单片机，很意外吧？很多人特别是三脚猫的些人很鄙视用STC的，就因为它国产？就因为它老板看上去像吹牛？单片机这玩意要选就选适合的，反正我们用下来蛮可靠的，没遇到什么莫名其妙的问题。唯一不好的是他们号称要出汽车级芯片，一直难产。
多缸机：freescale，飞思卡尔，汽车上广泛应用，编程没什么难度，也有协处理XGATE，自带CAN收发器，方便很多。
发电机：DSP28系列，其实是是发动机发电机一起集成控制，带液晶操作界面，关键要实时采集计算三相交流电电压电流功率频率各项参数（本来有专用芯片，没用），DSP难度比单片机稍难，但实际上很多模块都配有专门头文件跟c文件，因此很方便，现在市场上牛逼轰轰的STM32（我没用过，看别人编程，狗屎水平）我看就是学DSP。
至于汽车维修，ECU坏了，也没必要修的，检测比修还费钱，一般也不容易坏，坏也是外围模块容易坏，如果改装，一般不会去也没那个本事改ECU程序，只是涉及到数据重新标定，弄到标定软件即可。但改装无非是加大喷油量，改变提前角，更改一些模块的控制MAP，但这是有风险的，轻则环保不过关，重则损坏发动机。