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

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

[复制链接]
311|18
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
Stahan|  楼主 | 2025-3-24 07:46 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
ISP, 设计, 方法
有没有主流设计方法

使用特权

评论回复 赏
沙发
g36xcv| | 2025-3-25 15:31 | 只看该作者
固件更新分为多个阶段进行，确保每个阶段都经过完整验证后才能继续下一步。

使用特权

评论回复 赏
板凳
小夏天的大西瓜| | 2025-3-25 23:01 | 只看该作者
还是按照自己的想法做

使用特权

评论回复 赏
地板
小小蚂蚁举千斤| | 2025-3-26 23:34 | 只看该作者
肯定是有的

使用特权

评论回复 赏
5楼
星辰大海不退缩| | 2025-3-27 16:52 | 只看该作者
目的主导动作

使用特权

评论回复 赏
6楼
suncat0504| | 2025-3-27 22:30 | 只看该作者
芯片设计上应该有这种防范机制吧？哪能轻易编程砖？

使用特权

评论回复 赏
7楼
LOVEEVER| | 2025-3-27 22:57 | 只看该作者
应该具体如何规避？

使用特权

评论回复 赏
8楼
peterLaw| | 2025-3-29 22:18 | 只看该作者
设计校验还是非常有必要的

使用特权

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

使用特权

评论回复 赏
10楼
d1ng2x| | 2025-4-17 18:33 | 只看该作者
在执行任何可能影响设备运行的重大操作前进行双重验证

使用特权

评论回复 赏
11楼
cen9ce| | 2025-4-17 19:38 | 只看该作者
最好要支持回滚机制，确保所有更新可回退到已知良好的状态

使用特权

评论回复 赏
12楼
kaif2n9j| | 2025-4-17 20:52 | 只看该作者
权限分离，关键操作需要不同层级或人员的授权

使用特权

评论回复 赏
13楼
b5z1giu| | 2025-4-17 22:13 | 只看该作者
数字签名验证，验证固件包的厂商签名和完整性哈希

使用特权

评论回复 赏
14楼
l1uyn9b| | 2025-4-18 08:53 | 只看该作者
可以新增兼容性检查，验证固件版本与设备硬件型号、当前版本的兼容性

使用特权

评论回复 赏
15楼
liu96jp| | 2025-4-18 09:16 | 只看该作者
可以验证设备运行状态(CPU负载、内存使用等)是否适合更新

使用特权

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

使用特权

评论回复 赏
17楼
suw12q| | 2025-4-18 13:00 | 只看该作者
语法验证，检查配置文件的语法正确性，验证配置参数在理论上的有效性

使用特权

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

使用特权

评论回复 赏
19楼
Amazingxixixi| | 2025-4-24 17:36 | 只看该作者
学习一下

使用特权

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

本版积分规则

Stahan

107

主题

2336

帖子

0

粉丝