-
代码是用GPIO来模拟实现I2C通讯，如可通讯但不稳定，应该重点检查你的时序！
特别是在操作工程中是否有中断之类的操作打断，影响到时序？
最简单的办法就是用示波器监视。
-
引用 5 楼 codewarrior 的回复:
现在外设齐全，代码规范，经济实惠的6410开发板就是OK6410了？
准备进货了？
-
回4楼：
使用gpio模拟是没办法了，可问题还在，使用模拟的，从示波器可以看到波形了，但是输出的值为0，就好像是没值输出一样
回5楼：
6410里那个clk enable的寄存器已经设置了，从打印出来的该寄存器的值可以看出来。
-
帮顶下。
楼主去淘宝卖吧
-
之前群里有一人，好像他的研究发现
在KEIL下，while ()的效率要高于for (;;)
呵呵
-
不知道楼主电机最大转速是多少，编码器是多少线的
最简单的办法就是定时去读编码器时钟的CNT值，与上一次的作差，正数就是正转，负数就是反转
这个是我在一个机器人项目中用的编码器处理函数，MAX_COUNT与最大转速和编码器线数相关，ENCODER_TIM_PERIOD为编码器Timer的Period值。不用去处理Timer的Update中断
s16 Enc_GetCount(void)
{
static u16 lastCount = 0;
u16 curCount = ENCODER_TIM->CNT;
s32 dAngle = curCount - lastCount;
if(dAngle >= MAX_COUNT){
dAngle -= ENCODER_TIM_PERIOD;
}else if(dAngle < -MAX_COUNT){
dAngle += ENCODER_TIM_PERIOD;
}
lastCount = curCount;
return (s16)dAngle;
}
-
如果你不包命名空间,那这个 File 就是写成 System.IO.File
因为是静态,所以不建对象的,如果你建了对象,反而找不到函数了.
下面就是读写的方法.自己查查MSDN啦,很简单的.
File.Create(L"文件名");
File.Open(....);
FileStream fs = File.OpenRead(....);
fs.Read(.....)
fs.Write(.....);
-
可是我从微软网站上下载了两次evaluation版都无法正常安装
-
引用 23 楼 haiou_arm 的回复:
今天TV OUT输出正常了，是因为TCPMP设置的问题。
在TCPMP播放器的选项里昨天选的是directshow，今天选GDI就可以了。
现在对directshow和GDI的概念只从网上了解了些，但具体到我的平台上。我还不能有个合理的理解。
为什么选GDI就行，而directshow就不行了呢？
今天终于明白了这其中的缘故……
因为：
1、To map the frame buffer into a client application space, DirectDraw tries to determine where the start of video memory is. It calls the function HalGetDriverInfo(GUID_GetDriverInfo_VidMemBase, &pVidMemBase) in your video driver to find out if the driver can return information about the location of the beginning of video memory. If this call succeeds, pVidMemBase will be non-NULL. If the call fails, typically because the driver does not implement GUID_GetDriverInfo_VidMemBase, then it will assume that the first byte of the primary buffer is the first byte of video memory. Therefore, it determines where the first byte of the primary buffer is located. To do this, it calls HalCreateSurface, HalLock, HalUnlock, and then it frees the surface. It also provides logic to handle rotated surfaces;
2、而DirecDraw在调用HalGetDriverInfo时，真正获取地址的代码段被“#if 0”掉了，所以……
-
这个进程看不明白啊，多个信号的边沿驱动,为什么要这么写啊?
-
jlink 是不能直接吧程序写到nand中的 ，只能直接写到nor 中，调试的话应该是把程序写到内存中在内存中调试，调试正确以后 再用写nand函数写到nand中
-
在什么界面死的?
如果程序运行起来,则说明修改shell.reg的方法是正确.
死了,说明你的程序有问题.
-
PDA向PC机发送文件那么慢？我估计是你应用程序的事 给你个我的TCP发送程序 参考一下
//发送
void CTCPIPDlg::OnSend()
{
// TODO: Add your control notification handler code here
int nErrorCode;
int cnt = 0, actlen = 0;
if (m_Socket == NULL)
return;
UpdateData(TRUE);
int sendlen = m_SendEdit.GetLength(); /* 取得输入字符串长度 */
char *psendbuff = new char[sendlen];
for(int i = 0; i < sendlen;i++)
psendbuff = (char)m_SendEdit.GetAt(i); /* 转换为单字节字符 */
while(cnt < sendlen)
{
actlen = send(m_Socket, psendbuff + cnt, sendlen - cnt, 0);
if (actlen == SOCKET_ERROR )
{
MessageBox(_T("TCP 数据发送失败!"));
nErrorCode = WSAGetLastError();
delete[] psendbuff;
return;
}
cnt = cnt + actlen;
if (cnt < sendlen)
Sleep(1000);
}
delete[] psendbuff;
}
-
引用 2 楼 lyx_wq 的回复:
引用 1 楼 guopeixin 的回复:
1。直连电脑只能选择静态IP吧
动态也可以
2。网线必须是交叉网线吗
呵呵，好像没有选择的余地呀，网口都是固定的
3。知道是硬件还是程序问题
我觉得硬件出问题的可能性不大，因为都是经典的电路
哦，好像我的网线是平行网线，难道是这个问题？？
应该用交叉网线吧
各家的开发办上用的也都是交叉网线
-
刚才看了下QQ2440的BSP，USB部分的确像是serial的，连访问的函数都是COM_Init之类的。
如果想实现mass storage之类的功能要具有UfnPdd_Init等函数。
不知道是不是需要自己重新写代码，有人做过吗？
我的BSP是自带这些代码的。
你可以看下\WINCE500\PUBLIC\COMMON\OAK\DRIVERS\USBFN\CONTROLLER\NET2280中的代码，类似于这些内容。
-
引用 32 楼 wjk864 的回复:
单片机上广泛应用C语言不是因为指针是C的灵魂而是C能操作硬件，故不必再指针上纠结
c语言的灵魂是什么？
而且我认为，使用c语言，必须掌握指针的使用。比如一个函数有多个返回值的情况下，不使用指针，那么该如何实现？（别告诉我使用全局变量）。
但我也不是说所有场合下使用指针就是好的，据说51中使用指针的效率就不如数组。还是要看实际的情况来定。但是用c语言，就必须正确掌握指针的使用。
-
看不懂，，再研究研究吧！
-
你查下gooogleman的文章。他以前弄過一個串口的丟數據的問題。貌似是解決了。2440的。
-
现在我想是不是数据根本就没送过去的？
-
帮顶，其实这样的BCAST是正常的，不知道楼主是要改成什么
stm32/stm8