-
请问你是怎么结局的呀?贴出来大家一起分享一下啊!楼主,谢谢了,也遇到此类问题,急需帮助!
-
记号备用
-
引用 2 楼 kssyoung 的回复:
我目前的项目就是做这个的,且方案已成熟并投入生产批量了,不敢说此技术已达到国际最新水平,至少在国内应该还算较好的,如果有需要可以联系我。13632684715 Li.Peng@weltronics.com
能否发些资料了解下,xiejin@cvte.cn 谢谢~~
-
楼主你好!!麻烦您也发一份测试程序给我,我正需要 xcygdut@163.com
谢谢了
-
IAR 不是编译效率最高吗? COSMIC居然比IAR 少700多字节。
代码效率提高了近10%。
IAR FOR STM8 使用效果不近人意。中断向量号10以前没有定义。
FLASH_IAPSR 却定义成只读,不知为何。
-
同意LZ的说法.
-
引用 39 楼 fzc115100 的回复:
感觉楼主是研究生学历以上
啊。。。
-
现实情况是,懂软件的不懂硬件,懂硬件的写出来的东西在懂软件的人眼里简直到处都是缺陷。
-
破解版的
-
很不错,建议路过的都看看
-
CortexM3也可以上FPU啊
-
guopeixin:是不是在6.0用NKCreateMute代替SC_CreateMutex。
-
EBOOT的那个TOC写在NAND的位置可以自己定的.制作镜像nk好像也会出现个TOC。
-
学习
-
我问了比较明白的人,回答如下:
It is possible that heap is fragmented. Are you using globalMemoryStatus or mi to query available memory? Are you looking at the total available memory count? Infact, the heap manager does not decommit these pages unless there is a call to heap compaction. And even with heap compaction, we decommit the pages only if all the pages in 64k region are free. We leave 1page at the end of every 64k region as guard page.
当lz new 95k 内存的时候,两个64k region reserved出去了,然后其中95k 被committed。 这95k释放的时候,只是在heap manager中标识为available(我理解就是回到FreeList),如果下次再分配heap的时候,这95k是可分配的。但这95k并没有在page table中被释放(decommitted),所以不计算在available physical memory中。我想这应该能够解释第一个实例中看似内存没有释放的原因,至于第二个实例,我猜是因为一次性heap分配过大,heap manager采用了不同的回收方法(比如 heap comapaction)。
-
引用 1 楼 guopeixin 的回复:
以前曾经碰到过类似的情况,后来查到原因是烧录到flash上的image由于断电导致vfl出现了一些问题
如果你概率比较高的话,可以先抓一下error log info,或者OEMLaunch之前通过计算image的checksum判断image是否受到了破坏。
当然,也可能是硬件不稳定的问题
学习了,
-
你的图片数据量多少?CHAR *szBuf=new CHAR [sendlen];//开辟存储空间 2440的内存是有限的,这个要注意
-
大侠们,帮我看看吧,我都下了[PDF] Pin Information for the MAX II EPM570 / EPM570G Devices,但是上面一遇到电源和地的引脚就跳开了呀。郁闷死我了!http://www.altera.com/literature/dp/max2/epm570.pdf
-
用nm,命令格式(以ppc交叉工具链为例):nmppc < a.o > a.txt
-
朋友,你那里听说的NAND可以运行程序的,NAND是不可以运行程序的,它在CPU上没有自己的寻址空间,也没有XIP的功能,是CPU从NAND自动加载过去的,那个RO_BASE则是定义了代码段加载到RAM中的基址.呵呵