- 主题:ECU 调教到底搞什么东西？
你这事情才发现，moto要哭死了。哈哈
【 在 AlecZ (汽车民工) 的大作中提到: 】
: 最近被这种软件方法解决硬件问题的搞法害惨了，正好也是一个反面的例子：
: 步进电机当前位置记录，使用类似惯性导航的方法，走一步就记一步。但是低温启动时可能导致ECU掉电，然后之前的若干步记录就搞丢了。
: 九十年代的产品中老实使用常供电电源，降到1V左右都不会丢失此类关键数据；
: ...................
--
FROM 116.234.192.65
调教这词听起来很山寨呀
【 在 ahwei (ahwei) 的大作中提到: 】
: 有没有素材搞个来逆向玩玩
--
FROM 121.18.236.*
moto不是因为条件总满足，总是写EEPROM，结果最后把电脑给写死了？
【 在 TOUBA 的大作中提到: 】
: 你这事情才发现，moto要哭死了。哈哈
: 【 在 AlecZ (汽车民工) 的大作中提到: 】
: : 最近被这种软件方法解决硬件问题的搞法害惨了，正好也是一个反面的例子：
: ...................
--
FROM 221.222.123.*
我那个节气门步进电机电压异常故障是怎么回事？
怠速从500-2000rpm不等。
【 在 AlecZ (汽车民工) 的大作中提到: 】
: 最近被这种软件方法解决硬件问题的搞法害惨了，正好也是一个反面的例子：
: 步进电机当前位置记录，使用类似惯性导航的方法，走一步就记一步。但是低温启动时
可能导致ECU掉电，然后之前的若干步记录就搞丢了。
: 九十年代的产品中老实使用常供电电源，降到1V左右都不会丢失此类关键数据；
: ...................
--
FROM 111.194.224.*
检测到掉电之后，以400pps的速度关死IACV找位置，仅耗时半秒，这方法如何？
【 在 AlecZ (汽车民工) 的大作中提到: 】
最近被这种软件方法解决硬件问题的搞法害惨了，正好也是一个反面的例子：
步进电机当前位置记录，使用类似惯性导航的方法，走一步就记一步。但是低温启动时可能导致ECU掉电，然后之前的若干步记录就搞丢了。
九十年代的产品中老实使用常供电电源，降到1V左右都不会丢失此类关键数据；
前面十年的产品中省去常供电芯片，改为向flash或EEP中写数据，两次备份间的数据可能丢失；
现在连EEP芯片也省去，都是向flash中写，flash的寿命注定不能频繁的备份。于是低温启动大概率发生stepper失步，找不到合用的数据备份思路
本来失步就是机械节气门体投诉的大头，现在更是被这些省成本的要求搞的不忍看了
【 在 TATRA (托托) 的大作中提到: 】
: 这个工作还真是苦逼，各个车厂为了成本什么硬件都想省，什么问题都想用软件方法来解决，圈子外的人能看懂的不多，经常是活也干了，还得挨骂，难受程度不是一般的高。
--
FROM 140.206.255.*
步进电机电压异常信息都是从步进电机驱动芯片读取来的，由ECU记录一下而已。这种芯片例如ST家的L9935，L9708，Infineon家的TLE8444等。
如果你用的是UAES的系统，那么在每次钥匙重启后都会试图修复这一故障。那么如果故障一直存在，估计是线束之类的问题了；如果是历史故障，那就不好说，毕竟导致步进电机失步的原因很多。猜想是节气门脏了之类的。
【 在 zhongyuemin (爸的A515妈的X1给你开) 的大作中提到: 】
: 我那个节气门步进电机电压异常故障是怎么回事？
: 怠速从500-2000rpm不等。
: 可能导致ECU掉电，然后之前的若干步记录就搞丢了。
: ...................
--
FROM 223.166.65.*
且看伟大的TI出来拯救世界....
【 在 AlecZ (汽车民工) 的大作中提到: 】
: 最近被这种软件方法解决硬件问题的搞法害惨了，正好也是一个反面的例子：
: 步进电机当前位置记录，使用类似惯性导航的方法，走一步就记一步。但是低温启动时可能导致ECU掉电，然后之前的若干步记录就搞丢了。
: 九十年代的产品中老实使用常供电电源，降到1V左右都不会丢失此类关键数据；
: ...................
--
FROM 123.117.81.*
这个问题背景是这样：停机时步进电机停在某已知位置——上电后发现水温变化，电机试图移动——启动机开始工作，在很短时间内电压下降到1~2V，ECU掉电并且丢失本次上电后的移动数据。重新运行后储存在flash中的是上一次正常停机时保存的值，而非最新的数据。
因为起动机已经开始工作，所以电机不能向关闭方向移动防止启动失败；起动机工作带来的电压下降在几十毫秒时间内发生，无法立即进行数据备份(写flash比较慢)；频繁的保护性质的备份操作使flash的寿命不能承受；匹配工程师也不同意修改任何电机控制策略。
种种约束下，找不到好的解决方案。想把这些具体的工作做好，总归是很费神的，基本不会有改个数据造成性能大幅提升的神话。
谢谢你的建议，呵呵
【 在 what (休息一会) 的大作中提到: 】
: 检测到掉电之后，以400pps的速度关死IACV找位置，仅耗时半秒，这方法如何？
: 最近被这种软件方法解决硬件问题的搞法害惨了，正好也是一个反面的例子：
: 步进电机当前位置记录，使用类似惯性导航的方法，走一步就记一步。但是低温启动时可能导致ECU掉电，然后之前的若干步记录就搞丢了。
: ...................
--
FROM 223.166.65.*
我很天真的以为墨菲定理已经在工业界内普遍认可了。
如果只有几个ms掉电，给ECU加上个法拉电容就可以了，这点成本也要省.......反正一分钱一分货。
【 在 AlecZ 的大作中提到: 】
: 这个问题背景是这样：停机时步进电机停在某已知位置——上电后发现水温变化，电机试图移动——启动机开始工作，在很短时间内电压下降到1~2V，ECU掉电并且丢失本次上电后的移动数据。重新运行后储存在flash中的是上一次正常停机时保存的值，而非最新的数据。
: 因为起动机已经开始工作，所以电机不能向关闭方向移动防止启动失败；起动机工作带来的电压下降在几十毫秒时间内发生，无法立即进行数据备份(写flash比较慢)；频繁的保护性质的备份操作使flash的寿命不能承受；匹配工程师也不同意修改任何电机控制策略。
: 种种约束下，找不到好的解决方案。想把这些具体的工作做好，总归是很费神的，基本不会有改个数据造成性能大幅提升的神话。
: ...................
--
FROM 119.6.80.*
主要还是国内工程师成本太低 呵呵
现在每个汽车集团动不动就几千人研发团队就知道了
【 在 linuxhoho (linuxhoho) 的大作中提到: 】
: 软件就真能省钱？
--
FROM 218.26.233.*