-
在第二个板上测试，图如下，MCU为103VCT6，100脚封装，VDDA外接3。3V，板子由USB供电
下载 (27.5 KB)
2010-10-26 14:29
这个结果就很好，估计和64脚/100脚VDDA内接/外接有关， 之前那MCBSTM32板是64脚MCU，VDDA内接VDD
下载 (11.39 KB)
2010-10-26 14:29
但这个调到1.65V时出现了和之前一样情况
下载 (8.75 KB)
2010-10-26 14:29
-
SetWindowRgn
这确实是个问题
-
我最近也弄这个，到如今还是一团雾水。传感器是焊上去，但是我无法判断，在焊的过程中是否把传感器弄坏了。学习、、、
-
没用过tkstudio。看到LZ的问题才知道有这么个东西。
根据提示信息，tkstudio有相关的说明么？一般开发工具都会有FAQ，你可以仔细阅读一下，也许就找到解决办法了。
BTW：RDI接口松了？换根线试试？
-
lz要做应用吧
多看看窗口 系统API
上面都在说做驱动 呵呵
-
要注意delay()，可以写的稍微长一些
有时候时序差了可能根本看不出来哪错了
-
串口发送前做一下单双字节的转换，你说的现象估计是发送了UNICODE的Buffer了。
-
.bat文件有没有关掉
-
mc35发送第三次握手，服务器没有收到，说明移动网络不是专线专用，可能已经断掉了。
-
这个和你的硬件直接相关（不仅仅是CPU）
-
引用 12 楼 veabol 的回复:
可以用一个线程等待一个中断事件，接收到之后再根据需要set其它的事件，而其它的线程等待这些被set的事件
这样做是可以的.但两个线程同时去等一个事件就不行啊!
-
由Uart_Printf("\nNow, Downloading [ADDRESS:%xh,TOTAL:%d]\n"); 得来的吧？
我也不太懂
-
要定义全局变量，就在程序的开头定义啊
-
我确认已经设置正确
-
up...
-
引用 13 楼 gooogleman 的回复:
引用 12 楼 veabol 的回复:
引用 11 楼 gooogleman 的回复:
看我博客http://blog.eeworld.net/gooogleman/archive/2008/12/27/3613752.aspx
这个是快速编译BSP下的驱动的方法。
看这个：快速编译修改过的PUBLIC代码
最后也说了变异PUBLIC的办法，就是build and sysgen 单个驱动即可。
不好意思，看漏了
-
这个问题的关键是，看你的74LV07在输入端为高阻悬空的时候，输出端是什么状态？如果输入端为高阻悬空时，它能够输出高，自然没有问题，但如果输入端为高阻悬空时，它的输出端为低，就必须在它的输入端就上拉电阻。
你最好看看这个74LV07的手册，它的输出端是如何动作的，尤其是在上电时是什么样的。
-
经过调试，原因是：需求特殊，在串口的设置上出现问题
特殊需求：
s3c2440中UART1的TxD1和RxD1管脚是连在一起，然后与外部单片机的UART相连，所以在串口的收发驱动上就要对接收和发送的状态进行转换。
现在我的问题是设置的地方都不是很理想，驱动修改如下：
文件 pdds3c2440_ser.cpp
CPdd2440Uart::XmitInterruptHandler()
{
。。。。。
for (DWORD dwByteWrite = 0; ....)
{
......
dwDataAvaiale--;
}
[color=#FF0000]
//测试发现，这里还应该添加延时，这样数据才能正常完整地发送出去，可发送的指令不同，
//回送数据的时间是不同的，这里怎么添加延时呀？？？？？？？？？？
//添加的状态转换控制代码
g_ps3c2440IOPRegs->GPHCON &= 0X3FFCFF //Close TxD1
g_ps3c2440IOPRegs->GPHCON &= 0x3ff3ff //Open RxD1
g_ps3c2440IOPRegs->GPHCON |= 0x00800
g_ps3c2440IOPRegs->GPHUP &= 0xfcf
[/color]
EnableXmitInterrupt(TRUE);
}
ClearInterrupt(S2440UART_INT_TXD)
[color=#FF0000]
//还是放在这里?????????????
[/color]
}
复制代码
所以出现开始的TTL电平问题的原因就是在状态转换时，出现了数据的叠加干扰，
请教各位该如何才能稳定的做到转换而不会影响到数据的接受呢？？？
-
DMA完成接收工作任务，你的PC还拼命向它灌水啊～，不淹死才怪！
-
应该是电源供应不上吧，你用示波器看看电机上电时是不是电源电压被拉下了，电压过低也会导致单片机复位。
stm32/stm8