自动代码生成在汽车/拖拉机工程机械行业的大规模应用没有十年也有八年.数不清的车型里面的软件是autocode出来的,你要举例,恐怕没有必要.
另外,现在行业内并没有人再去纠结手工还是自动的效率高,2-4M的flash在欧洲几年前就是标配,一两百兆主频的MCU,运行个欧六的EMS软件也用不到一半的throughput,还支持浮点...从15年前的教科书中走出来吧,现实世界没那么神奇
顺便说一句,现代嵌入式软件都是模块化层次化的,不同的模块或者层次选择手工还是自动代码,看情况.一套软件往往两者兼而有之


simulink/stateflow,etas的ascet之类其实就是图形化的确定性的计算机语言,比C更高级,C编译为汇编/机器码可以接受，为何更高级的语言转化为C就难以理解？

代码生成不是什么神秘事物，也不是实验室探索中的新科技，是实实在在应用了多年的成熟技术。模型搭建、测试设计、软硬件在环测试、代码生成，这一整套工具链和开发方法在现在逻辑越来越复杂（例如无止尽的排放标准更新），软件规模越来越庞大，安全法规和标准越来越严格（例如Functional safety），行业标准化开发模式（例如autosar）的采用，开发周期又在缩短的现实挑战下，已渐成必备之器。如果没有model based这套方法和工具的支持,国内那些个自主ECU开发项目不知道要搞到哪一个猴年马月去.至于谴责厂家使用这类开发技术属于无视质量，则纯属外行瞎叫唤

【 在 ngin (engine) 的大作中提到: 】
: 求教，什么公司的什么产品用在什么车型？
--
修改:om FROM 90.194.99.*
FROM 90.196.81.*