- 主题:请问:国产的ECU硬件和软件平台,谁家提供?
ok啊
姐就是搞uds的
【 在 nimbus (黄金年代) 的大作中提到: 】
: 这个搞定之后ECU基本上就没啥工程技术难点了,其他都是研究领域的东西了
: 话说你们总线跟诊断都满足OSEK和UDS么
--
FROM 123.118.158.*
sigh
反了
能做软件实现的人很多
现在国内做ECU的,真正把网络管理规范跟UDS诊断协议协议内容吃透的都不多,更别提代码实现了
像比亚迪这种ECU自己做的,总线根诊断也是做得一塌糊涂
【 在 TATRA 的大作中提到: 】
: 我觉得应该是如此,核心技术应该是用何等逻辑实现真正的控制功能,硬件和底层接口的程序通用程度应该很高,能搞的人也很多
:
--
FROM 112.96.67.*
回头有问题跟你们请教哇,小弟刚上手这个。。。感觉比较麻烦
【 在 nuanse 的大作中提到: 】
: ok啊
: 姐就是搞uds的
:
--
FROM 112.96.67.*
如果符合规范,换MCAL层应该可以跨平台,这本身就是autosar之所以会被提出的原因之一
【 在 nimbus (黄金年代) 的大作中提到: 】
: 你们搞过?这个是跨平台的不
--
FROM 117.65.142.*
。。。
autosar本身要做的就是要忽略硬件的不同,把软件变成通用接口平台。。。
感觉autosar本身还有很多问题,但是这种形式的玩意以后肯定会在汽车电子上应用,但是不一定非得是autosar
【 在 nimbus (黄金年代) 的大作中提到: 】
: 你们搞过?这个是跨平台的不
--
FROM 123.118.158.*
sigh,这不还是要移植么,还是要改底层寄存器层面的驱动
回头好好研究研究,话说这方面有什么好的材料推荐没
【 在 WFU (waiting for you) 的大作中提到: 】
: 如果符合规范,换MCAL层应该可以跨平台,这本身就是autosar之所以会被提出的
原因之一
--
FROM 112.96.67.*
采用目前流行的基于模型的开发方式来搞,也不算难了,硬件能做得厂家大把,底层软件舍得花钱的话买符合autosar标准的基础软件,自己写点复杂驱动模块,上层策略软件用Matlab建模自动生成代码,只要熟悉产品需求,花点时间总能建模出来。然后集成起来硬件在环测试跑一跑,发动机、实车验证验证,也就差不多了。
不过要做到产品可靠性高、bug少、出了问题可追溯、可持续改进,可大规模生产应用,量产价格还得能跟德尔福、博世等动辄百万量级产量的巨头pk,就不那么容易了,涉及到供应链管理、质量管理、产品开发过程管理,不是写个代码那么简单了。
【 在 nimbus (黄金年代) 的大作中提到: 】
: 没这么玄乎
: 真机密的是一些原始数据、数学模型参数跟处理算法
: 硬件平台很容易搭建,软件平台在于底层的基础软件服务,可以买到的
: ...................
--
修改:WFU FROM 117.65.142.*
FROM 117.65.142.*
把基础软件看成一种汽车零部件,而且是标准零部件,就可以理解为啥要卖给别人了
【 在 TATRA (托托) 的大作中提到: 】
: 人家自己花钱开发出来的,为啥要给别人呢,卖多少钱合适?
--
FROM 117.65.142.*
我觉得诊断通讯协议什么的,元征、金德之类的厂家吃得还是满透的
【 在 nimbus (黄金年代) 的大作中提到: 】
: sigh
: 反了
: 能做软件实现的人很多
: ...................
--
FROM 117.65.142.*
其实我隐约觉得你和我说的是一件事,但是表达出来貌似不一样
【 在 nimbus (黄金年代) 的大作中提到: 】
: sigh
: 反了
: 能做软件实现的人很多
: ...................
--
FROM 222.32.86.*