-
好的,谢谢版主了,祝您新年快乐
-
哈哈,我以为是壮大呢~~~~~~~~~,庞大一点还行,有我这样的菜鸟,和壮大就无关了!
-
现在都5.50了,别用4.42了。
Cortex-M3内核本身就有bug,这个从内核的勘误上就有详细说明。不管是ST还是Luminary。
汇编语言有避免的途径,c语言的话就是升级编译器。
-
没,就是下降沿中断
-
你就找个28系列的相关的书,假如没有,就找TI C2000的数,这个肯定有!
-
自己顶一下!
-
LS说的对,一般会做测试架。
-
是不是你wince内核里面没有添加C#运行时库?
-
LS讲得很好,Windows很多年前开始就是将粉红色作为视频透明色的,只要是这个颜色,就直接显示动态视频部分。
-
USB仿真器 可能有问题,现在都是仿造的,不好说;
芯片问题,如果换一个芯片,还是下载不了,就是板子的问题了,
可能的原因n多,要具体分析
-
取决于你的数据格式是如何规定的。例如,单精度浮点数,双精度浮点数等等。
-
ARM上,可以用过ADC驱动
-
首先,感谢您的回答
您的分析有道理
当时我也这样试过:
先启动TR0 后启动TR1也是
首次进入
void timer1() interrupt 3 的中断
-
引用 7 楼 websmy 的回复:
引用 5 楼 kyzf 的回复:
上面的代码就是 一个普通IO模拟SPI功能接口,来控制74HC595。
首先74HC595是SPI接口,
而楼主所选取的单片机可能没有SPI功能接口,所以需要采用普通IO,进行模拟SPI接口,
故出现8此左移,每次移动一位;
楼主再找下IO模拟SPI的介绍看看,就会更明白啦,呵呵
为什么得用 上升沿啊?
这个得问595的设计厂商了
要不你也可以用FPGA啥的写一下用下降沿的X595
-
呵呵,我现在就是想改文件对象本身,而不是更改上边的设备对象。
现在的问题是如何对PFILE_OBJECT地址结构化!PFILE_OBJECT ----> !object ---- >Directory Object..???
-
你有用开发板吗?哪个公司的开发板呢?代码参考的是谁的啊?
-
此程序后面有点不解, 希望高手解答
-
The Kernel Debugger is waiting to connect with target.
0 PID:0 TID:0 CEPC Firmware Init
0 PID:0 TID:0 RTC - Status Reg B - 0x02
0 PID:0 TID:0 g_dwCPUFeatures = 0088a93d
0 PID:0 TID:0 Looking for rom chain
0 PID:0 TID:0 Rom chain NOT found
0 PID:0 TID:0 Firmware Init Done.
0 PID:0 TID:0 Error Reporting Memory Reserved, dump size = 00020000
0 PID:0 TID:0 Booting Windows CE version 5.00 for (x86)
0 PID:0 TID:0 &pTOC = 802279d8, pTOC = 80fbb228, pTOC->ulRamFree = 81046000, MemForPT = 00004000
0 PID:0 TID:0
Old or invalid version stamp in kernel structures - starting clean!
0 PID:0 TID:0 Configuring: Primary pages: 41098, Secondary pages: 0, Filesystem pages = 20549
0 PID:0 TID:0
Booting kernel with clean memory configuration:
0 PID:0 TID:0 Memory Sections:
0 PID:0 TID:0 [0] : start: 8104b000, extension: 0000b000, length: 0a08a000
0 PID:0 TID:0 X86Init done, OEMAddressTable = 81047000.
0 PID:0 TID:0 Windows CE KernelInit
4294767298 PID:b0df002 TID:b0df1de Updated eptr->e32_vsize to = 00090000
4294767298 PID:b0df002 TID:b0df1de Scheduling the first thread.
4294767299 PID:b0df002 TID:b0df1de 0x8b0df030: KernelInit2: pCurThread=8b0df030 hCurThread=0b0df1de hCurProc=0b0df002, KernelInit = 80260e20
4294767299 PID:b0df002 TID:b0df1de 0x8b0df030: Updated eptr->e32_vsize to = 00005000
4294767310 PID:b0df002 TID:b0df1de 0x8b0df030: Updated eptr->e32_vsize to = 00022000
4294767311 PID:b0df002 TID:b0df1de 0x8b0df030: Updated eptr->e32_vsize to = 00007000
4294767311 PID:b0df002 TID:b0df1de 0x8b0df030: Updated eptr->e32_vsize to = 00018000
4294767311 PID:b0df002 TID:b0df1de 0x8b0df030: Starting kernel debugger software probe (KdStub) - KD API version 18
4294767312 PID:b0df002 TID:b0df1de 0x8b0df030: Calling KDEnableInt (FALSE, NULL) without previously calling KDEnableInt (FALSE, p)
4294767315 PID:b0df002 TID:b0df1de 0x8b0df030: >>> Loading module NK.EXE at address 0x80220000-0x802B0000 (RW data at 0x80FBD000-0x8102B21F)
Kernel debugger connected.
The Kernel Debugger connection has been established (Target CPU is X86).
Target name: CE Device
Probe name: KdStub
Binary Image should be loaded at 0x80220000 / Data relocated at 0x80fbd000
Loaded symbols for 'F:\WINCE500\PBWORKSPACES\SIMPLE_LX800\RELDIR\GEODELX_X86_DEBUG\NK.EXE'
Loaded symbols for 'F:\WINCE500\PBWORKSPACES\SIMPLE_LX800\RELDIR\GEODELX_X86_DEBUG\KD.DLL'
Loaded symbols for 'F:\WINCE500\PBWORKSPACES\SIMPLE_LX800\RELDIR\GEODELX_X86_DEBUG\OSAXST1.DLL'
Loaded symbols for 'F:\WINCE500\PBWORKSPACES\SIMPLE_LX800\RELDIR\GEODELX_X86_DEBUG\OSAXST0.DLL'
Loaded symbols for 'F:\WINCE500\PBWORKSPACES\SIMPLE_LX800\RELDIR\GEODELX_X86_DEBUG\HD.DLL'
4294767337 PID:b0df002 TID:b0df1de 0x8b0df030: first = 01ed0000, last = 02000000, SharedDllBase = 03320000
4294767339 PID:b0df002 TID:b0df1de 0x8b0df030: >>> Loading module coredll.dll at address 0x03F60000-0x04000000 (RW data at 0x01FFE000-0x01FFF765)
Loaded symbols for 'F:\WINCE500\PBWORKSPACES\SIMPLE_LX800\RELDIR\GEODELX_X86_DEBUG\COREDLL.DLL'
4294767349 PID:b0df002 TID:b0df1de 0x8b0df030: Did not find emulation code for x86... using floating point hardware.
在此处就再也没响应了~
是什么引起的此问题的呢?
内存?
-
呵呵!太长了!没有时间看呀!帮顶一下!
-
4.2和WinCE5.0的同步的驱动可能不一样,
很早以前在2410下也碰到类似的问题。