-
这个得多比较
-
以前测试用的样机就有是用这个芯片的,好像没有发现不稳定的情况。。。现在这个版本的货的数量还不少呢。。。
-
版主 你好 是所有的stm32的芯片都是这样的吗?
以前看到
大电流驱动能力:GPIO口在高低电平分别为0.4V和VDD-0.4V时,可以提供或吸收8mA电流;如果把输入输出电平分别放宽到1.3V和VDD-1.3V时,可以提供或吸收20mA电流。
这个和dac没有关系吧
-
我要确认一下,如果确实如此,除了报告Cosmic,我也没有其他办法。
-
已经解决了!谢谢各位!如下:
void Ctest_memoryDlg::OnBnClickedButton1()
{
// Now get info on the NAND flash disk
STOREINFO storeInfo;
memset( &storeInfo, 0x00, sizeof(storeInfo) );
storeInfo.cbSize = sizeof(storeInfo);
HANDLE hFindDsk = FindFirstStore( &storeInfo );
PARTINFO partInfo;
memset( &partInfo, 0x00, sizeof(partInfo) );
partInfo.cbSize = sizeof(partInfo);
CE_VOLUME_INFO volumeInfo;
memset( &volumeInfo, 0x00, sizeof(volumeInfo) );
volumeInfo.cbSize = sizeof(volumeInfo);
if( hFindDsk != INVALID_HANDLE_VALUE )
{
HANDLE hDsk = OpenStore( /*L"Nandflash"*/storeInfo.szDeviceName );
if( hDsk != INVALID_HANDLE_VALUE )
{
HANDLE hFindPart = FindFirstPartition( hDsk, &partInfo );
if( hFindPart != INVALID_HANDLE_VALUE )
{
CeGetVolumeInfo( partInfo.szVolumeName,CeVolumeInfoLevelStandard, &volumeInfo );
BOOL isTFAT;
isTFAT = ( ( volumeInfo.dwFlags & CE_VOLUME_TRANSACTION_SAFE ) != 0 );
if (isTFAT)
{
printf("tfat\n");
}
else
{
printf("not tfat\n");
}
}
if(FindNextPartition(hFindPart,&partInfo ) == TRUE)
{
CeGetVolumeInfo( partInfo.szVolumeName,CeVolumeInfoLevelStandard, &volumeInfo );
BOOL isTFAT;
isTFAT = ( ( volumeInfo.dwFlags & CE_VOLUME_TRANSACTION_SAFE ) != 0 );
if (isTFAT)
{
printf("%s is tfat\n",partInfo.szVolumeName);
}
else
{
printf("%s if not tfat\n",partInfo.szVolumeName);
}
FindClosePartition( hFindPart );;
}
CloseHandle( hDsk );
}
FindCloseStore( hDsk );
}
-
贴出电路
-
看Makefile,是否所有o文件都放入。
没有问题的话查看一下mdt驱动对不对。
-
03FD0938 ldrb r1, [r0], #1
03FD093C tst r0, #3
03FD0940 cmpne r1, #0
03FD0944 bne 03FD0938
03FD0948 cmp r1, #0
03FD094C bne 03FD0904
03FD0950 b 03FD0930
03FD0954 smlabbeq r1, r1, r1, r0
03FD0958 cmp r2, #0
03FD095C beq 03FD0990
03FD0960 mov r12, r0
03FD0964 ldrb r3, [r12], #1
03FD0968 cmp r3, #0
03FD096C bne 03FD0964
03FD0970 sub r12, r12, #1
03FD0974 ldrb r3, [r1], #1
03FD0978 subs r2, r2, #1
03FD097C strb r3, [r12], #1
03FD0980 cmpne r3, #0
03FD0984 bne 03FD0974
复制代码
-
看来财大气粗的兄弟多……
可怜的我就32M的NandFlash……
-
引用 6 楼 lan120576664 的回复:
都说看
发展潜力,待遇,福利
但我觉得还有一些很重要,如看公司的风气和工作强度如何
不可能去一些公司同事都板着脸孔的吧(最好别跟到一个不懂做人的上司,老向老总放你枪)
不可能去一些老让你加班加到要死要活的公司吧,至少自己需要私人的空间和时间去过日子吧
对,不过我觉得发展潜力包括上面的了,因为老板这样的,肯定没有发展潜力的了。
-
问题解决,谢谢大家,尤其是joyzml!!
主要是对调用位图不熟悉,还是资源没有完全释放。
修改代码如下:
pathsave2=paths+_T("\\AC.bmp");
HBITMAP load2=SHLoadDIBitmap(pathsave2);
bitmap.Attach(load2);
if(!SHLoadDIBitmap(pathsave2))
{
MessageBox(_T("未找到历史记录!"));
bitmap.LoadBitmapW(IDB_BITMAP5);
}
oldBitmap=m_bitmapS.SetBitmap(bitmap);
oldBitmap=m_bitmapS.SetBitmap(bitmap);
m_bitmapS.SetBitmap(oldBitmap);
DeleteObject(oldBitmap);
bitmap.Detach();
bitmap.DeleteObject();
DeleteObject(load2);
-
惭愧啊,现在来弄那个都来不及了,我的主程序都完成了, 就差好个滑动效果,整理个程序就用了一个picturebox 跟 form 这是公司要求的, 所有的操作都是画出来的,包括文字显示与输入
-
能下载 但是就是发热 io不能用 短路 把芯片焊下去 就好了了 不短路了
这种现象基本可以断定是I/O引脚的负载太重,导致引脚短路。请仔细检查短路引脚相关的电路和程序。
另外,这种不合理的设计有可能还出现在其它没有烧坏的引脚上,也需要仔细地检查,以免造成以后的隐患。
-
arm si ->mcp2515 so
arm so ->mcp2515 si
注意cs和reset是否正确,mcp2515晶振起振否,有中断产生吗
这些都ok,就是程序问题了
-
汗,我没有看仔细。刚才改动了。现在不会出现那个东西了。
[boot loader]
timeout=5
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /execute=optin /fastdetect
C:\GHLDR=一键GHOST v8.3 Build 061201
-
为什么要修改中断?我3楼说了,USB模块会自动把端口状态改为NAK的。自动!!!而从NAK改回ACK才是手动的,才是需要软件置位的。所以如果你不手动改回来的话,你永远收不到第二个包,永远不会进中断。你的缓冲只要比一次的USB数据包大就可以了,当然除非你喜欢在没有处理好第一个包的数据时,就启动接收第二个包,那你就自己管理吧。NAK时间过长,USB主机就要复位设备了。几十秒,估计要复位无数次了。你什么应用?需要几十秒的时间来处理一个USB数据包?估计也就64字节了,要这么长时间?
-
open的时候参数传的不正确,最后一个参数不能设为NULL。设为NULL就不能取得通知消息。
CENOTIFYREQUEST pRequest;
pRequest.hwnd = hWnd;
pRequest.dwSize = sizeof(CENOTIFYREQUEST);
pRequest.dwFlags = CEDB_EXNOTIFICATION;
pRequest.hHeap = NULL;
HANDLE hDatabase = CeOpenDatabaseInSession(NULL, &guid, &oid,
_T("Contacts Database"), NULL,
CEDB_AUTOINCREMENT, &pRequest);
-
引用 7 楼 sping_karen 的回复:
大家嫌我的分给少了
分???又不能当饭吃!
-
在向导的页面去掉“Create PREfast configuration”就可以编译了, 也是刚学,不知道为什么
-
写的真好。