大体不错,细节难料

回答: 抗日的理论基础事后诸葛2013-11-04 18:49:52

1.原理上关于复杂度、递归、看门狗和额外保护的说法都对而且正确。但是这位专家的一些看法是满”秀“的。说一个函数有几百种不同结果多半是忽悠。
2.丰田选用某操作系统无可厚非,没有OSEK认证也不是大的问题,大厂未必能看得上OSEK,比如Linux/Windows会让对方认证吗?
3. 没看懂看门狗的问题,既然专家说姑且认同,我也有篇文章质疑为啥丰田看门狗没起作用。
4. 据我的经验,由系统高度批评别家的软件都是满容易的。我用过说是给飞机用的操作系统,保护很多,但是整个结构复杂到垃圾的程度。
5. 存储器的错误检验有个概率,没有人能到100%。
6. 整体说对于丰田的批评是有益的,而且价值300万。但是这些专家教书的能力远比编码强。有几千小时应当可以构建一个测试程序发现错误的。何况,发现的问题与报告的情形不符合。
总而言之,没能找到暴冲的直接问题。

所有跟帖: 

一个大函数把大部分的活都干了,这就是典型三哥编程风格。在多任务系统中 -coolwin- 给 coolwin 发送悄悄话 (162 bytes) () 11/04/2013 postreply 21:02:12

什么叫硬时钟喂狗? -chinomango- 给 chinomango 发送悄悄话 chinomango 的博客首页 (0 bytes) () 11/04/2013 postreply 21:05:28

文中“硬件时钟中断喂狗”的简称。除非钟频发生器坏了,否则这个中断就一直产生。 -coolwin- 给 coolwin 发送悄悄话 (50 bytes) () 11/04/2013 postreply 21:11:33

你们说的全是外行话。 -chinomango- 给 chinomango 发送悄悄话 chinomango 的博客首页 (0 bytes) () 11/04/2013 postreply 23:22:15

是外行话。硬件时钟如何喂狗? -企鹅肥肥- 给 企鹅肥肥 发送悄悄话 企鹅肥肥 的博客首页 (0 bytes) () 11/05/2013 postreply 15:10:30

在硬时钟中断服务程序内将watchdog 计数器复位。 -coolwin- 给 coolwin 发送悄悄话 (18 bytes) () 11/05/2013 postreply 18:33:51

那按你的看法应该在那里复位?中文作者原本就理解错误。 -chinomango- 给 chinomango 发送悄悄话 chinomango 的博客首页 (0 bytes) () 11/05/2013 postreply 19:03:16

关键进程。一个千百万都不能挂起的TASK,一但挂了,则马上复位CPU。 -coolwin- 给 coolwin 发送悄悄话 (0 bytes) () 11/05/2013 postreply 19:10:35

"马上"是多少1us,1ms还是1秒?你知道丰田是多少秒? -chinomango- 给 chinomango 发送悄悄话 chinomango 的博客首页 (0 bytes) () 11/05/2013 postreply 19:59:22

这样说吧。你正常插入到拔出的时间是12秒。如果哪天你太太发现你进去了时间半天 -coolwin- 给 coolwin 发送悄悄话 (217 bytes) () 11/06/2013 postreply 00:46:43

中文作者一点都没有理解错。只是这里有人要搅浑水。 -coolwin- 给 coolwin 发送悄悄话 (0 bytes) () 11/05/2013 postreply 19:17:02

”一个大函数把大部分的活都干了“-这未必是事实 -chinomango- 给 chinomango 发送悄悄话 chinomango 的博客首页 (599 bytes) () 11/04/2013 postreply 22:16:22

看来丰田该请你这免费大牛,让Barr只有衬托你的份, lol -日理万机- 给 日理万机 发送悄悄话 (0 bytes) () 11/05/2013 postreply 04:43:07

至少Barr是不够高工资格的,美国的高手有的是 -chinomango- 给 chinomango 发送悄悄话 chinomango 的博客首页 (0 bytes) () 11/05/2013 postreply 18:56:16

请您先登陆,再发跟帖!