- 主题:同事遇到一个蹊跷的故障
所以你不能自己在单位服务器上整个SQL,自增量+1,每次烧录弄个VBA脚本?
【 在 ruiliy 的大作中提到: 】
: 自己烧id不靠谱,一个月几十k的量就歇菜了。
: :
--
FROM 114.226.253.*
你说的这些都不是事
你算算,一块板子从工厂发给你后。
拆包,取板,插线,上电,启动,烧录,重启,检查版本,关机,断电,拔线,重新包装。
这一套流程下来多少时间,每月几十k的量,你在家需要配置多少人来干。
【 在 dismoon 的大作中提到: 】
: 所以你不能自己在单位服务器上整个SQL,自增量+1,每次烧录弄个VBA脚本?
:
--
FROM 120.244.32.*
【 在 ruiliy 的大作中提到: 】
: 你说的这些都不是事
: 你算算,一块板子从工厂发给你后。
: 拆包,取板,插线,上电,启动,烧录,重启,检查版本,关机,断电,拔线,重新包装。
: ...................
量大的话必须上工装吧,来料要检测,成品要检测,不仅要速度还要质量
--
FROM 117.13.139.*
这种问题不是首先要把烧录后的存储器中的数据反读出来和原始版本比较一下吗?怎么会查好几天。
【 在 sqsl 的大作中提到: 】
: STM32的单片机,自己写的程序自己烧录,设备运行都没有问题。
: 但是把程序发给工厂,同样的程序烧录到同样的板子里,设备运行就出故障。
: 两边工程师查了好几天都找不到原因。
: ...................
--
FROM 114.254.10.*
是不是我们这个设备设置了防抄板措施,没法反读?
【 在 xk2018 的大作中提到: 】
: 这种问题不是首先要把烧录后的存储器中的数据反读出来和原始版本比较一下吗?怎么会查好几天。
--
FROM 111.193.235.*
我觉得这是管理的问题,工厂烧写设备id的流程是谁引入的?为什么工程师不知道
【 在 sqsl 的大作中提到: 】
: STM32的单片机,自己写的程序自己烧录,设备运行都没有问题。
: 但是把程序发给工厂,同样的程序烧录到同样的板子里,设备运行就出故障。
: 两边工程师查了好几天都找不到原因。
: ...................
--
FROM 123.113.100.*
id的地址和内存段重叠了?你们内存还能存id?
如果你指的是id存在了代码段地址内,那你们研发就是白吃饭的了。
【 在 sqsl 的大作中提到: 】
: STM32的单片机,自己写的程序自己烧录,设备运行都没有问题。
: 但是把程序发给工厂,同样的程序烧录到同样的板子里,设备运行就出故障。
: 两边工程师查了好几天都找不到原因。
: ...................
--
FROM 123.116.148.*
原来程序小,升级后,程序变大了,但是ID存储地址没变,然后冲突了
【 在 secondjet 的大作中提到: 】
: id的地址和内存段重叠了?你们内存还能存id?
: 如果你指的是id存在了代码段地址内,那你们研发就是白吃饭的了。
--
FROM 111.193.235.*