- 主题:Re: 这个收费5万不算过分吧
5万过了啊，2~3万差不多。
如果公司很有实力的话，楼主要5万我也赞成。
不过感觉楼主并未找到真正问题。
【 在 feiy 的大作中提到: 】
: 某个产品，据说批量部署了4年多，没有遇到这个问题。
: 近期换成某国产cortex-M4的单片机后，据说出现了一些问题，有相当部分设备运行几个
: 小时后，系统就卡死了，但又不是全部卡死。折腾了大半年，没有解决，不敢大批量。
: ...................
--
FROM 123.114.103.*
谁家的M4？
【 在 feiy 的大作中提到: 】
: 某个产品，据说批量部署了4年多，没有遇到这个问题。
: 近期换成某国产cortex-M4的单片机后，据说出现了一些问题，有相当部分设备运行几个
: 小时后，系统就卡死了，但又不是全部卡死。折腾了大半年，没有解决，不敢大批量。
: ...................
--
FROM 111.18.131.*
这个个人建议帮忙算了
有种感觉，冰山还在水面下
真要钱了，万一批量后出问题就不好了
【 在 feiy 的大作中提到: 】
: 某个产品，据说批量部署了4年多，没有遇到这个问题。
: 近期换成某国产cortex-M4的单片机后，据说出现了一些问题，有相当部分设备运行几个
: 小时后，系统就卡死了，但又不是全部卡死。折腾了大半年，没有解决，不敢大批量。
: ...................
--
FROM 112.224.19.*
systick 被硬件误清零了？这单片机还能用？
--
FROM 123.114.103.*
按照半年他们付出的全部费用来结算啊
【 在 feiy (null) 的大作中提到: 】
: 某个产品，据说批量部署了4年多，没有遇到这个问题。
:
: 近期换成某国产cortex-M4的单片机后，据说出现了一些问题，有相当部分设备运行几个
: 小时后，系统就卡死了，但又不是全部卡死。折腾了大半年，没有解决，不敢大批量。
--
FROM 114.254.9.*
明细没找到问题
--
FROM 153.34.214.*
你可以要，但是你也说了不知为何归零，所以看起来你也没找到真正的问题所在，所以你的方案不一定能很好的解决问题，那你就得做好深挖的准备。人家半年没解决，说不定你的方法他们都用过了。
【 在 feiy 的大作中提到: 】
: 某个产品，据说批量部署了4年多，没有遇到这个问题。
:
: 近期换成某国产cortex-M4的单片机后，据说出现了一些问题，有相当部分设备运行几个
: 小时后，系统就卡死了，但又不是全部卡死。折腾了大半年，没有解决，不敢大批量。
:
: 上周找到本民工，调试了2天，最后发现，不知
: ..................
发自「今日水木 on iPhone 12 Pro」
--
FROM 219.142.240.*
顺便问下是哪家国产? 不是GD就行
【 在 feiy 的大作中提到: 】
某个产品，据说批量部署了4年多，没有遇到这个问题。
近期换成某国产cortex-M4的单片机后，据说出现了一些问题，有相当部分设备运行几个
小时后，系统就卡死了，但又不是全部卡死。折腾了大半年，没有解决，不敢大批量。
上周找到本民工，调试了2天，最后发现，不知为何，那个国产MCU的systick运行一段时
间后，reload数值不知为何会意外归零，而且归零后会导致systick不计数运行。
于是解决方法也很简单，只要一条代码。以前容易出问题的几套设备，至少几轮压力测
试了10几个小时了，还没有出现问题。
准备要5万的辛苦费，这个不算过吧？ 否则，直接不收费算是义务帮忙算了。
--
FROM 88.218.95.*
如果是缓冲区溢出之类, 还得检查一下SysTick前后的SCB, NVIC, DWT之类有没有被误写啊, 哪个被写错了都要命
【 在 feiy 的大作中提到: 】
: 应该是MCU的某个BUG，或一致性的偏差。
: MCU里承载着cortex-M4，不知道为啥reload会被意外清零，然后导致sys-tick不运行了
: 。只要重新设置为非零，就会继续运行。
: ...................
--
FROM 88.218.95.*
应该不会吧，楼主说了，他用最小软件系统试了，您说这最小软件系统怎么会发生缓冲区溢出这样的错误。
更像是硬件方面的问题。
【 在 tom6bj 的大作中提到: 】
: 如果是缓冲区溢出之类, 还得检查一下SysTick前后的SCB, NVIC, DWT之类有没有被误写啊, 哪个被写错了都要命
:
--
FROM 123.114.103.*