发新帖我要提问
返回列表
[通用 MCU]

isp如何设计双重校验机制避免砖化风险？

[复制链接]
307|18
手机看帖
扫描二维码
随时随地手机跟帖
Stahan|  楼主 | 2025-3-24 07:46 | 显示全部楼层 |阅读模式
ISP, 设计, 方法
有没有主流设计方法

使用特权

评论回复 赏
g36xcv| | 2025-3-25 15:31 | 显示全部楼层
固件更新分为多个阶段进行，确保每个阶段都经过完整验证后才能继续下一步。

使用特权

评论回复 赏
小夏天的大西瓜| | 2025-3-25 23:01 | 显示全部楼层
还是按照自己的想法做

使用特权

评论回复 赏
小小蚂蚁举千斤| | 2025-3-26 23:34 | 显示全部楼层
肯定是有的

使用特权

评论回复 赏
星辰大海不退缩| | 2025-3-27 16:52 | 显示全部楼层
目的主导动作

使用特权

评论回复 赏
suncat0504| | 2025-3-27 22:30 | 显示全部楼层
芯片设计上应该有这种防范机制吧？哪能轻易编程砖？

使用特权

评论回复 赏
LOVEEVER| | 2025-3-27 22:57 | 显示全部楼层
应该具体如何规避？

使用特权

评论回复 赏
peterLaw| | 2025-3-29 22:18 | 显示全部楼层
设计校验还是非常有必要的

使用特权

评论回复 赏
lamanius| | 2025-4-17 17:22 | 显示全部楼层
在设计ISP(互联网服务提供商)系统时，防止设备"砖化"(即设备变为无法使用的状态)至关重要。

使用特权

评论回复 赏
d1ng2x| | 2025-4-17 18:33 | 显示全部楼层
在执行任何可能影响设备运行的重大操作前进行双重验证

使用特权

评论回复 赏
cen9ce| | 2025-4-17 19:38 | 显示全部楼层
最好要支持回滚机制，确保所有更新可回退到已知良好的状态

使用特权

评论回复 赏
kaif2n9j| | 2025-4-17 20:52 | 显示全部楼层
权限分离，关键操作需要不同层级或人员的授权

使用特权

评论回复 赏
b5z1giu| | 2025-4-17 22:13 | 显示全部楼层
数字签名验证，验证固件包的厂商签名和完整性哈希

使用特权

评论回复 赏
l1uyn9b| | 2025-4-18 08:53 | 显示全部楼层
可以新增兼容性检查，验证固件版本与设备硬件型号、当前版本的兼容性

使用特权

评论回复 赏
liu96jp| | 2025-4-18 09:16 | 显示全部楼层
可以验证设备运行状态(CPU负载、内存使用等)是否适合更新

使用特权

评论回复 赏
lix1yr| | 2025-4-18 11:23 | 显示全部楼层
我觉得可以多加用户确认，通过管理界面或API要求显式确认更新操作

使用特权

评论回复 赏
suw12q| | 2025-4-18 13:00 | 显示全部楼层
语法验证，检查配置文件的语法正确性，验证配置参数在理论上的有效性

使用特权

评论回复 赏
w2nme1ai7| | 2025-4-18 14:20 | 显示全部楼层
可以实施A/B分区更新机制，确保总是有一个可用的系统镜像

使用特权

评论回复 赏
Amazingxixixi| | 2025-4-24 17:36 | 显示全部楼层
学习一下

使用特权

评论回复 赏
返回列表
发新帖 我要提问
高级模式
B Color Image Link Quote Code 收费 Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则

Stahan

107

主题

2336

帖子

0

粉丝