关于ST_MEM的回写问题
cham_810的st_mem的录像看了多次,自己也做了些操作.发现了些问题.1 app的备份大小为180H,而回写时只写到0BF就结束了,我的试验和录像中均是如此.
2 CERT备份大小为280H,而回写时只写到09F就结束了,我的试验和录像中均是如此.
以上问题是ST_MEM可用版问题,还是别的原因.如CHAM_810先生和熟采ST_MEM的人,大家一起来解决回写的问题 占个位置等，我也喜欢ST_MEM这东西 SEND_FILE/1024/1\app.bin/<0/<180
180转为10进制，就变成384个扇区，每个扇区是512字节
384*512=196608
196608/1024=192
192转为16进制=C0
所以 00...BF
SEND_FILE/2048/1\cert.bin/<0/<280
280转为10进制，就变成640个扇区，每个扇区是512字节
640*512=327680
327680/2048=160
160转为16进制=A0
所以 00...9F SEND_FILE/1024/1\app.bin/<0/<180
180转为10进制，就变成384个扇区，每个扇区是512字节
384*512=196608
196608/1024=192
192转为16进制=C0
所以 00...BF
写时按扇区一个个写.应该写满384个扇区.
196608为BYTE数
196608/1024=192KB为文件的大小.
COH应该表达的是写入扇区数吧 SEND_FILE/1024/1\app.bin/<0/<180
SEND_FILE/2048/1\cert.bin/<0/<280
我不清指令中的1024和2048代表什么意义 写VENDOR
方法1：
SPEED/115200
STR/d80,2/0
SLEEP/4000
SEND_FILE/2048/Vendor.trk/<0/<48/1
.trk文件怎样备份的,我备份为.bin 1024或2048应该为buff的大小,不能和写入文件大小有相除的关系吧 写入文件大小是有相除关系的
必须是其中之一可除尽的
------------------------------------
F级写APP
STR/d80,1/0
SEND_FILE/1024/1\app.bin/<0/<180
dx,y Download code, used in conjunction with SDLD
x - buffer to download to
y - block size
0 512 bytes (default)
1 1024 bytes
2 2048 bytes
3 4096 bytes
-----------------------------------
T级写Cert
STR/d400,2,0/0
SEND_FILE/2048/1\cert.bin/<0/<280
dx,y,z Download Cert Code (for automated use only).
x – buffer number to download to
y - blocksize, where:
0 = 512
1 = 1024
2 = 2048
3 = 4096
---------------------------------
SEND_FILE/ VAL1/ VAL2/ VAL3/ VAL4/ VAL5
VAL1=传送区块大小
VAL2=文件名称
VAL3=传送的字节（16进制）, 如果前一个字元是“<”, 扇区偏移（512byte）
VAL4=传送的字节（16进制）, 如果前一个字元是“<”, 这个数字是计算总共需要传送多少个扇区。
VAL5=是否显示在屏幕上（详细报告）。 SEND_FILE/1024/1\app.bin/<0/<180
VAL3=传送的字节（16进制）, 如果前一个字元是“<”, 扇区偏移（512byte）
这样还能从备份时的起始扇回写吗? 这是俄文直接翻译的，没有详细说明，我也不敢保证我的解释是正确的
我认为这跟起始扇区没有关连，应该如同VAL4只是计算或显示的参数
SDLD是先写到缓存再回写至物理扇区，并不能直接写入扇区
你可以看那些指令，并没有指定某个扇区地址，只有指定缓存地址 d80
只有W_ SECTORS这个指令才能指定地址写入扇区，不过必须是正式版才有此功能
SF后，如果固件区偏移了，没有正式版或PCI3000，大概也只能放弃了