大體不錯，細節難料

1.原理上關於複雜度、遞歸、看門狗和額外保護的說法都對而且正確。但是這位專家的一些看法是滿”秀“的。說一個函數有幾百種不同結果多半是忽悠。
2.豐田選用某操作係統無可厚非，沒有OSEK認證也不是大的問題，大廠未必能看得上OSEK，比如Linux/Windows會讓對方認證嗎？
3. 沒看懂看門狗的問題，既然專家說姑且認同，我也有篇文章質疑為啥豐田看門狗沒起作用。
4. 據我的經驗，由係統高度批評別家的軟件都是滿容易的。我用過說是給飛機用的操作係統，保護很多，但是整個結構複雜到垃圾的程度。
5. 存儲器的錯誤檢驗有個概率，沒有人能到100%。
6. 整體說對於豐田的批評是有益的，而且價值300萬。但是這些專家教書的能力遠比編碼強。有幾千小時應當可以構建一個測試程序發現錯誤的。何況，發現的問題與報告的情形不符合。
總而言之，沒能找到暴衝的直接問題。

所有跟帖： 

• 一個大函數把大部分的活都幹了，這就是典型三哥編程風格。在多任務係統中 -coolwin- ♀ (162 bytes) () 11/04/2013 postreply 21:02:12

• 什麽叫硬時鍾喂狗？ -chinomango- ♂ (0 bytes) () 11/04/2013 postreply 21:05:28

• 文中“硬件時鍾中斷喂狗”的簡稱。除非鍾頻發生器壞了，否則這個中斷就一直產生。 -coolwin- ♀ (50 bytes) () 11/04/2013 postreply 21:11:33

• 你們說的全是外行話。 -chinomango- ♂ (0 bytes) () 11/04/2013 postreply 23:22:15

• 是外行話。硬件時鍾如何喂狗？ -企鵝肥肥- ♂ (0 bytes) () 11/05/2013 postreply 15:10:30

• 在硬時鍾中斷服務程序內將watchdog 計數器複位。 -coolwin- ♀ (18 bytes) () 11/05/2013 postreply 18:33:51

• 那按你的看法應該在那裏複位？中文作者原本就理解錯誤。 -chinomango- ♂ (0 bytes) () 11/05/2013 postreply 19:03:16

• 關鍵進程。一個千百萬都不能掛起的TASK，一但掛了，則馬上複位CPU。 -coolwin- ♀ (0 bytes) () 11/05/2013 postreply 19:10:35

• "馬上"是多少1us,1ms還是1秒？你知道豐田是多少秒？ -chinomango- ♂ (0 bytes) () 11/05/2013 postreply 19:59:22

• 這樣說吧。你正常插入到拔出的時間是12秒。如果哪天你太太發現你進去了時間半天 -coolwin- ♀ (217 bytes) () 11/06/2013 postreply 00:46:43

• 中文作者一點都沒有理解錯。隻是這裏有人要攪渾水。 -coolwin- ♀ (0 bytes) () 11/05/2013 postreply 19:17:02

• ”一個大函數把大部分的活都幹了“-這未必是事實 -chinomango- ♂ (599 bytes) () 11/04/2013 postreply 22:16:22

• 看來豐田該請你這免費大牛，讓Barr隻有襯托你的份， lol -日理萬機- ♂ (0 bytes) () 11/05/2013 postreply 04:43:07

• 至少Barr是不夠高工資格的，美國的高手有的是 -chinomango- ♂ (0 bytes) () 11/05/2013 postreply 18:56:16