我剛開始用evt板做測(cè)試。 系統(tǒng)環(huán)境win7 vs2013 express 參考ch365evt\pub\win_sw的speed.c 轉(zhuǎn)載dll和打開設(shè)備都成功了， if (CH365mGetIoBaseAddr(Device_Number, &mIoBase) == FALSE) printf(" ERROR "); 就失敗了，總是輸出error下面一句打印地址總是出0
我奇怪mIoBase只是個(gè)指針，而不是實(shí)結(jié)構(gòu)體。 難道是GetIoBaseAddr給它寫內(nèi)容，把它指向真正的K地址空間嗎？ 這個(gè)指針執(zhí)行前后都是0x00000000。
毫無(wú)頭緒，請(qǐng)指導(dǎo)！
補(bǔ)充一下，剛才測(cè)試了debug365.exe ,刷新提示 獲取中斷號(hào)失敗，IO和MEM基地址失敗。 用debug365a64.exe能正確的讀出配置空間的信息，視乎設(shè)備應(yīng)該正常的。 換成ch365DLL64.DLL,可以得到基地址了。 難道是我的win764bit只能用64BIT的驅(qū)動(dòng)和程序? 能做32位兼容的程序嗎
問題一:mIoBase是一個(gè)指向CH365mGetIoBaseAddr結(jié)構(gòu)體的指針，CH365mGetIoBaseAddr給它寫內(nèi)容，把它指向真正的IO基址空間。請(qǐng)問您的speed.c的運(yùn)行環(huán)境也是WIN7 64BIT嗎？如果是那么您留個(gè)郵箱，我們給您發(fā)一個(gè)64位系統(tǒng)下的DLL庫(kù)以及驅(qū)動(dòng)。 問題二：您64位系統(tǒng)下的程序只能使用64位下的驅(qū)動(dòng)以及DLL，不能兼容32位的程序。
我的郵箱個(gè)人信息保護(hù)，已隱藏。 我下載的13年的驅(qū)動(dòng)里有ch365dll64.dll.應(yīng)該就是了吧？
周日又做了一下測(cè)試，不管是你們給的debug64.exe還是我自己寫的程序,調(diào)用CH365mIoWriteByte。 都沒法控制板上的4個(gè)LED燈點(diǎn)亮。 程序我是仿照debug.c里的寫法：CH365mWriteIoByte( mIndex, &mBaseAddr->mCh365IoPort[0], 1 )
但讀配置空間的寄存器的值是正確的，內(nèi)存空間因?yàn)槲矣貌簧蠜]有測(cè)試。 是我還漏掉了什么沒注意到嗎？
我調(diào)用上面的語(yǔ)句時(shí)mAddr寫的是0, 1,2，用DEBUG測(cè)試時(shí)用的是偏移地址0,1,2。
我看DEBUG.C里的例子，用直接地址是否可以寫成CH365mWriteIoByte(mIndex,(PVOID)0xc000,1)? 這樣？0XC000是卡的IO基地址值。
翻查其他貼子，你們還不支持WIN7 64嗎？ 我的系統(tǒng)真是win764的。是否因?yàn)檫@個(gè)原因讀寫IO失??？
怎么沒人跟進(jìn)了，是因?yàn)榇恋近c(diǎn)上了，還是因?yàn)锽BS不穩(wěn)定？BBS這兩天老是掛!
1.CH365DLL64.dll是正確的，這是支持64位下面的庫(kù)文件 2.您檢查一下您評(píng)估板上U4位置上的74LS273芯片是否在，這是鎖存D0-D3引腳狀態(tài)的 3.CH365mWriteIoByte(mIndex,(PVOID)0xc000,1)這樣的寫法是正確的，這是0xc0000是直接地址，代表第一個(gè)IO空間 4.我們的是支持win7 64的，但是在32位系統(tǒng)和64位系統(tǒng)的通用性上還不是很完美，目前正在升級(jí)
目前我們的DLL庫(kù)有3個(gè)版本，在32位系統(tǒng)下，如果應(yīng)用程序是32位的，則使用CH365DLL.DLL；如果是在64位系統(tǒng)下，如果應(yīng)用程序是32位的，要使用我們CH365DLL32.DLL，如果應(yīng)用程序是64位的，那么應(yīng)該使用CH365DLL64.DLL,目前庫(kù)文件已發(fā)，請(qǐng)注意查收~
我同時(shí)買了ch368 pcie的板，昨晚去弄了一下368的，類似的寫法，LED似乎能控制，不過(guò)有時(shí)會(huì)亮滅狀態(tài)不對(duì)。 我用debug365.exe都不能操作卡，是否表示不能在我的系統(tǒng)下用32位的程序?
我的希望是寫個(gè)32位的程序，在不管32還是64位的系統(tǒng)都能用，按你的說(shuō)法， 現(xiàn)在這個(gè)還不能實(shí)現(xiàn)，必須對(duì)64位的系統(tǒng)用64位的程序.是這樣嗎？
1.我們的DEBUG365是編譯的32位的應(yīng)用程序，在64位操作系統(tǒng)下使用的話應(yīng)該使用CH365DLL32.DLL 2.可以實(shí)現(xiàn)的，編程先判斷系統(tǒng)的環(huán)境然后調(diào)用不同的DLL就可以，這個(gè)需要?jiǎng)討B(tài)加載
"計(jì)算機(jī)中丟失CH365DLL32.DLL" 這個(gè)怎么破？ 我已經(jīng)把ch365dll32.dll拷貝到system32 和程序的執(zhí)行目錄下了，也重啟過(guò)了，還是出來(lái)這個(gè)錯(cuò)誤。最奇怪的是，我在Loadlibrary之前就做了斷點(diǎn)，但程序一啟動(dòng)調(diào)試就報(bào)這個(gè)錯(cuò)誤。64位的DLL調(diào)試時(shí)都能停在loadlibrary之前啊。
64位系統(tǒng)是需要放在Windows/SysWOW64目錄下面的
我在64位的windows7下用32位編程，需要ch365dll32.dll, 請(qǐng)發(fā)我一個(gè)
個(gè)人信息保護(hù)，已隱藏
資料已發(fā)送，請(qǐng)注意查收~
我也是同樣的情況,麻煩發(fā)一份ch365dll32.dll給我，個(gè)人信息保護(hù)，已隱藏
郵件已發(fā)送，請(qǐng)注意查收~
