-
说的有道理啊，5楼的，我现在数据读出貌似有点正常了，不过还是跟正确有点差距
-
VFQFPN的封装，5*5的那种
-
呵呵，确实有意思。
-
LZ应该找一个该函数实现的代码研究一下，
-
我知道是HZ,我问的是它是什么含义，意义是什么,请问朋友,24bit mode :tmds clock=1.0*pixel clock
30bit mode :tmds clock=1.25*pixel clock该如何解释?我个人感觉它衡量的是1秒钟传输多少像素
在24bit色深下，每个clock传递1个pixel，而当30bit色深时，由于数据量增大，必须要对tmds clock做出调整，此时pixel clock是不变的，因为每个画面虽然更鲜艳了，但是分辨率没有发生变化。不知道对不对，
朋友可以加您QQ吗，很想和交流交流技术问题，我的8*7*4*9*0*5*4*9*0,谢谢！
-
个人感觉CodeVisionAVR的这种不标准还是很人性化的，用C本来就是图个方便，再说对于运算操作它都有提示可能存在的溢出问题（个人感觉比闷棍式的“隐式类型转换”还是好，查了很多资料看到的！），以方便程序员作出相应的操作选择，相信对C标准研究得很深的人还是少数吧？半路出家的应该更多吧（交个老底，本人05年中旬开始用C语言编，只是买入门本书花了两个小时看了一下就开始用到现在，没有系统学习过，说实在，现在碰到的问题也是理所当然了！今天上GOOGLE努力学习先！）？
以下为网络查询到的资料：
C语言隐式类型转换规则
1. 如果其中一个操作数为long double类型,则另一个操作数被转换为long double.
2. 否则,如果其中一个操作数为double, 则另一个操作数被转换为double.
3. 否则,如果其中一个操作数为float, 则另一个操作数也转换为float.
4. 否则,两个操作数进行 "整型升级":
a. 如果其中一个操作数为unsigned long int, 则另一个操作数也被视为unsigned long int.
b. 否则,如果其中一个操作数为long int,而另一个操作数类型是unsigned int, 并且long int能够表示unsigned int的所有值,则另一个操作数也被视为long int;如果long int不能表示unsigned int的所有值,则两个数都被视为unsigned long int.
c. 否则, 如果其中一个操作数是long int,则另一个操作数也被视为long int.
d. 否则, 如果其中一个操作数是unsigned int, 则另一个操作数也被视为unsigned int.
e. 否则, 两个操作数都被视为int.
另据资料显示：
C99不支持隐式转换了！
以下为网络资料：
15、其它特性的改动
放宽的转换限制
限制 C89标准 C99标准
数据块的嵌套层数 15 127
条件语句的嵌套层数 8 63
内部标识符中的有效字符个数 31 63
外部标识符中的有效字符个数 6 31
结构或联合中的成员个数 127 1023
函数调用中的参数个数 31 127
不再支持隐含式的int规则
删除了隐含式函数声明
对返回值的约束
C99中,非空类型函数必须使用带返回值的return语句.
扩展的整数类型
扩展类型 含义
int16_t 整数长度为精确16位
int_least16_t 整数长度为至少16位
int_fast32_t 最稳固的整数类型,其长度为至少32位
intmax_t 最大整数类型
uintmax_t 最大无符号整数类型
对整数类型提升规则的改进
C89中,表达式中类型为char,short int或int的值可以提升为int或unsigned int类型.
C99中,每种整数类型都有一个级别.例如:long long int 的级别高于int, int的级别高于char等.在表达式中,其级别低于int或unsigned int的任何整数类型均可被替换成int或unsigned int类型.
-
我也遇到这个问题，郁闷中
-
多谢大家了，呵呵，果真如此，解决了一个头文件的问题，后面提示找不到很多头文件。
-
安装SDK,然后可以通过 Remote Zoom In 来截图
-
遗憾的很，PC上位机不支持（1位起始+8位数据+1位数据/地址标识符+1位结束）
-
source文件是我在建立DLL工程时自动生成的，内容如下：
WINCEREL=1
RELEASETYPE=LOCAL
_ISVINCPATH=$(_WINCEROOT)\public\common\sdk\inc;
_OEMINCPATH=$(_WINCEROOT)\public\common\oak\inc;$(_WINCEROOT)\public\common\sdk\inc;
TARGETNAME=beep
FILE_VIEW_ROOT_FOLDER= \
ReadMe.txt \
prelink.bat \
postlink.bat \
FILE_VIEW_RESOURCE_FOLDER= \
FILE_VIEW_INCLUDES_FOLDER= \
beep.h \
StdAfx.h \
SOURCES= \
beep.cpp \
TARGETTYPE=DYNLINK
TARGETLIBS= \
$(_PROJECTROOT)\cesysgen\sdk\lib\$(_CPUINDPATH)\coredll.lib \
CDEFINES=$(CDEFINES) -Dbeep_EXPORTS
POSTLINK_PASS_CMD=postlink.bat
PRELINK_PASS_CMD=prelink.bat
FILE_VIEW_PARAMETER_FOLDER= \
beep.bib \
beep.reg \
beep.dat \
beep.db \
beep.def \
ProjSysgen.bat \
找到问题所在了，谢谢楼上两位，BEEP.CPP是我从GPIO的驱动改过来的，结果忘了把其中的GIO_close等函数名改为BEP_close等函数了，现在编译通过了，哎，现在真是头大，就这么点儿小问题，麻烦各位了，呵呵
-
所有KEIL还有一个问题：
定义一个 unsigned char str[] = "庚";
这条语句在n个版本我都试过了，丢了0xfd!
-
Route:把它看成一个变量名,象网关之类的东西.
multi_sz:变量类型,象字符串一样.
:"CS89001":把它看成变量的值,就是一个字符串.
-
怎么感觉问题出在STM32上啊？
如果这样写
place in RAM_region { block CSTACK, readwrite };
place in EXTSRAM_region { block HEAP }
怎么弄都可以，但是如果这样写
place in RAM_region { block CSTACK, block HEAP };
place in EXTSRAM_region { readwrite }
怎么弄都不行，最后发现，直接复位，STM32都不运行，只能断电后重新上电才能运行，不知道是不是STM32的问题啊，请有碰到过类似问题的朋友帮帮忙啊
-
引用 6 楼 linux_lee 的回复:
看不到程序，只能猜测：既然是查询方式，问题可能是出在ACK位上，是否有类似循环等待的语句，导致CPU占用率过高？
恩
-
不会~~~~~~~~
-
我也遇到了类似问题，通过分析应该是nat的问题，但是还没有找到解决的办法，期待一起研究
-
引用 23 楼 guopeixin 的回复:
static DWORD OEMEnumExtensionDRAM(PMEMORY_SECTION pMemSections,DWORD cMemSections)
{
? ? DWORD cSections = 0;
? ? if (cSections < cMemSections)
? ? {
? ? ? ? pMemSections[cSections].dwFlags = 0;
? ? ? ? pMemSections[cSections].dwStart = 0x88201000;
? ? ? ? pMemSections[cSections].dwLen = 0x03DFF000;
? ? ? ? cSections++;
? ? }
? ? return cSections;
}
我按照您说的写了这个函数，但是开机的时候发现根本没有调用啊
是wince6.0下的吗？？？
-
当初选择STM32也是因为相比同类产品有更好的功能，比如12bitADC，DAC还有高速的GPIO是我最喜欢的。
你说NXP为啥就不开窍呢，老整个10bit的ADC在那晃，都晃了多少年了，产品出了好几代了，还是10bit，现在10bit的ADC都烂大街的，一点儿竞争力都没。最开始放弃NXP的原因还有他那个GPIO的速度，还比不上51，虽然后来改进了构架，但试了也不咋样。这种情况下必须当小白鼠了。
-
楼主结帖率为0？
stm32/stm8