Forums

乐橙云app后读取FLASH

开始于 杰夫·麦克奈特 2007年7月25日
大家好,
我正在使用9s12DG256。成功乐橙云appFlash之后
使用引导加载程序,我尝试读取一些内存位置。他们是这样
在使用复位引脚进行硬复位之前,不会显示正确的值。
这是可以预期的吗?杰夫
完成乐橙云app后,您将在ppage寄存器中留下什么?

戴夫

杰夫·麦克奈特(Jeff McKnight)写道:

> Hello All,
>我正在使用9s12DG256。成功乐橙云appFlash之后
>使用引导加载程序,我尝试读取一些内存位置。他们是这样
>在使用复位引脚进行硬复位之前,不会显示正确的值。
>这是可以预期的吗?杰夫
>
--在6 ...中,Jeff McKnight写道:
>
> Hello All,
>我正在使用9s12DG256。成功乐橙云appFlash之后
>使用引导加载程序,我尝试读取一些内存位置。他们

>在执行硬重置之前不会显示正确的值 with the reset
销。
>这是可以预期的吗?杰夫
>

您正在尝试使用什么(您的代码或BDM工具)读取Flash?一世
不能真正回答您的问题,但是您可能会在以下方面获得更多帮助
该信息。

我能提供的建议也可以纠正您的情况。
自举程序完成Flash乐橙云app后,我将导致重置
(使用COP wdog或其他方式)。这将清除所有闪光灯设置
这可能会导致闪存被不必要地写入,但也会清除所有
其他注册设置,以防您的新应用需要设置任何
一次写入寄存器的值变为新值。
David A. Perreault博士写道:
>完成乐橙云app后,您会剩下什么 the ppage register?

$ 3F。我正在尝试从$ EFFF中读取
>
> Dave
>
>杰夫·麦克奈特(Jeff McKnight)写道:
>
> > Hello All,
> >我正在使用9s12DG256。成功乐橙云appFlash之后
> >使用引导加载程序,我尝试读取一些内存位置。他们是这样
> >在使用复位引脚进行硬复位之前,不会显示正确的值。
> >这是可以预期的吗?杰夫
> >
> >
> >
> --- In 6...














































--在6 ...中,Jeff McKnight写道:
>都。我的代码没有读取正确的值,并且 this is also what
>出现在我的BDM工具(NoICE)中。在代码中,紧随Flash之后
>被乐橙云app,我尝试从Flash读取。我设定了一个断点
>在这里,读取的值不是我期望的。我用
>NoICE读取相同的内存,并且还确认该值
>不符合预期。如果我再使用NoICE重置处理器
>然后读取内存,它显示了我期望显示的内容。

不知道这是否会发生任何变化,但NoICE是否读取相同的错误
像您的程序一样有价值? (什么值?)

我想到的第一件事是在以下情况下无法读取Flash:
乐橙云app过程仍处于激活状态。一个常见的错误是
等待CBEIF,然后尝试运行。一定要等待CCIF
代替。我只要验证自己写的内容就可以
等待CCIF,没有错误。

很容易向我们展示Flash控制寄存器的转储
[0x100..0x10f]内容不正确时?也许有人
可以看到它处于错误状态。
杰夫·史密斯(Jeff Smith)写道:
> --- In 6...















































--在6 ...中,Jeff McKnight写道:
>归结为这一点。我经历了一瞬间
>引导程序中的乐橙云app顺序。我知道
>Flash乐橙云app成功是因为
>引导加载程序会像这样进行检查和验证
>对每个块进行乐橙云app。全部完成后,我
>尝试读取我最后的内存位置
>乐橙云app-这是$ efff-我得到了一些伪造品
>值。闪存状态寄存器如下:
>
>0100 CA FE 00 00 CF C1 20 00 77 FF 40 00 00 00 00
>
>现在,我只需进行一次重置(使用NoICE)。首先
>重置后我要做的事情是读取相同的内存
>位置($ efff)。现在我得到了期望值。
>此时的闪存状态寄存器为
> follows :
>
>0100 00 FE 00 00 CF C1 00 00 00 00 00 00 00 00 00

似乎一切正常,但是当我尝试查找笔记时,
使它工作。我在汇编中写了一个例程,只写了一个
我想在任何地方输入单词,然后我便可以阅读更改而无需
重置。我相信我已经在应用程序和NoICE中进行了验证。我用
D-Bug12和NoICE,但我知道其他一些调试器可能也有
不同的特征。知道这一点,我将首先依靠
让我的应用程序验证闪光灯。应该没问题
尽管使用NoICE来跟踪该程序。一旦它找到一条线
作为“ ldx 0xfffe”,那么您应该会看到Flash的正确内容
来自X寄存器中的NoICE。
--在6 ...中,“杰夫·史密斯”写道:
>
>---在6 ...中,Jeff McKnight写道:
> >归结为这一点。我经历了一瞬间
> >引导程序中的乐橙云app顺序。我知道
> >Flash乐橙云app成功是因为
> >引导加载程序会像这样进行检查和验证
> >对每个块进行乐橙云app。全部完成后,我
> >尝试读取我最后的内存位置
> >乐橙云app-这是$ efff-我得到了一些伪造品
> >值。闪存状态寄存器如下:
> >
> >0100 CA FE 00 00 CF C1 20 00 77 FF 40 00 00 00 00
> >
> >现在,我只需进行一次重置(使用NoICE)。首先
> >重置后我要做的事情是读取相同的内存
> >位置($ efff)。现在我得到了期望值。
> >此时的闪存状态寄存器为
> > follows :
> >
> >0100 00 FE 00 00 CF C1 00 00 00 00 00 00 00 00 00
>
>似乎一切正常,但是当我尝试查找笔记时,
>使它工作。我在汇编中写了一个例程,只写了一个
>我想在任何地方输入单词,然后我便可以阅读更改而无需
>重置。我相信我已经在应用程序和NoICE中进行了验证。我用
>D-Bug12和NoICE,但我知道其他一些调试器可能也有
>不同的特征。知道这一点,我将首先依靠
>让我的应用程序验证闪光灯。应该没问题
>尽管使用NoICE来跟踪该程序。一旦它找到一条线
>作为“ ldx 0xfffe”,那么您应该会看到Flash的正确内容
>来自X寄存器中的NoICE。

没有什么像闪光灯在重置时重定位到默认设置一样吗?

任何人都喜欢在以下情况下将Flash乐橙云app代码发布到文件区域中: done?

可能会救人一些悲痛,我记得在某个阶段有人在辩论 加密/解密S1-S9流,是否发布了?

似乎一遍又一遍地完成的各种常规用途 埃沃比来到这里。

干杯,

西奥
杰夫·麦克奈特(Jeff McKnight)写道:

[...]

>都。我的代码没有读取正确的值,并且 this is also what
>出现在我的BDM工具(NoICE)中。在代码中,紧随Flash之后

NoICE默认情况下会缓存Flash ROM内容,您必须禁用
调试Flash修改代码时“缓存Flash内容”。

奥立佛
-
慕尼黑的奥利弗·贝兹(Oliver Betz)