-
汇编的程序可读性的确很差，不过更接近机器语言，所以效率高
-
晕，让俺紧赶慢赶，还在准备。时间应该在一点更合理些…
-
你最好先确认你参考的那个程序本身可以正常工作，这至少可以确保你的硬件环境正确、你的软件环境正确，并且你的操作过程正确。
-
？？
-
引用 11 楼 reallyu 的回复:
这个程序,真是写的很诡异...
出现诡异的现象是很正常的
容我有空了再来和你解释
当然你也可以思考下,对于这种需要多线程处理的程序怎么样更为合理
一般作法是,驱动中 createevent , 应用中 openevent ,并且 waitforsingleobject 等待这个event
然后驱动中的IST中接收完一帧图像 setevent, 应用调用 deviceiocontrol ……
期待您有空……
在应用程序中没把读数并刷新显示单写一个线程就是图省事。应当是写成一个线程并放在while（1）里面的。
您说的这个模式我找的一个例子里面也是那么写的，但是我不太理解的是：
首先，驱动如何知道一帧图像来了呢，要等中断，也就是要waitforsingleobject一个跟中断关联的event。然后驱动等到中断以后，set一个通知收图的event。
那么，有什么必要用一个event来串联中断和应用程序？为什么不能等到中断就传出数据呢？，反正应用程序中调用deviceiocontrol，如果没有中断来，就会阻塞在那。
-
没人帮忙，没人帮顶，所以，我来顶顶，无奈，我也帮不上实际的忙，就顶顶！
-
这个里面有ST公司最新关于STM8S的8位机资料，其它就不清楚。
http://www.st.com/mcu/familiesdocs-113.html
-
触摸屏校准程序应该就是调用了系统的一个函数，
首先在头文件里加入函数指针定义:
typedef BOOL (WINAPI *_TouchCalibrate)();
然后使用如下代码，就会出现屏幕校准画面了。
HINSTANCE hinstance = LoadLibrary(_T("coredll.dll"));
if (hinstance == NULL)
{
AfxMessageBox (L"instance == NULL");
return;
}
_TouchCalibrate TouchCalibrate = NULL;
TouchCalibrate = (_TouchCalibrate)GetProcAddress(hinstance , L"TouchCalibrate");
if (TouchCalibrate == NULL)
{
AfxMessageBox (L"TouchCalibrate == NULL");
return;
}
TouchCalibrate ();
FreeLibrary(hinstance );
试试
-
没遇到过这个
帮顶。
-
沙发，没有人愿意透露下？
-
安装CAB文件时好像都是用的预设的路径。
-
1、检查一下硬件连线，波特率的设置等参数
2、使用串口调试器调试一下通信，看看返回什么值。
-
你可以考虑用源码全的，然后看其它的视频教程，视频教程又不会帮忙分析代码，只是教你做些什么事，了解一下就行，都是通的，还是源代码比较重要。
-
RECT rcBitmap={0,0,width,height};
BitmapData bitmapData;
pBitmap->LockBits(&rcBitmap,ImageLockModeRead,PixelFormat16bppRGB565 ,&bitmapData);
pBitmap->UnlockBits(&bitmapData);
PNG GIF JPG之类图片可以转为位图数据bitmapData
这样爱干嘛就干嘛了
-
悲剧阿，没高手帮个忙么。／。。
-
谢谢楼上几位朋友
-
似乎两种接法都可以。印象里跟SD卡的初始化有点关系。
保险起见，你可以多加1个上拉电阻。
-
会公开原理图吗？
-
各位很好很好，很强大！
俺只会GDI~~~~~~~~~~~~~555555555555555555555555
-
解决了！
stm32/stm8