64位-MFC程序读写并口时,什么避免状态寄存器10和11位高电平时的影响数据位和控制位的状态?

问题描述

MFC程序读写并口时,什么避免状态寄存器10和11位高电平时的影响数据位和控制位的状态?

Win7 64位系统使用MFC程序读写并口时,发现并口状态位寄存器控制的10号、11号管脚为高电平时,并口数据位管脚电平被强制置低,控制位的14和17号管脚周期性跳变。经Google、百度查了发现并口有一套为打印机设计的一套通讯协议,但不知道什么去除通讯协议的影响。或者还有什么接口直接操作并口? 我目前的项目需要用并口与外部设备通讯,输入信号用到并口状态寄存器。 编程使用的接口是WinIo(下载网址:www.internals.com)。

解决方案

你如果不需要并口通讯,只是需要并口的接口形式的插头,焊接的时候,别按照并口方式焊接
并且不要插在并口设备的并口上(打印机或者电脑的并口)
自己另外做个接口卡插入电脑,设备端自行确定如何接法,通讯协议自行定义即可

解决方案二:

http://www.zhishizhan.net/seckw-Y-W5tuWPo-ivu-WGmei9r-S7tgZd138.html

解决方案三:

为何要去除,直接按照协议操作就是了

解决方案四:

并口协议,又不是很难懂

解决方案五:

SPP (Standard Parallel Port) 标准并行接口
EPP (Enhanced Parallel Port) 增强并行接口
ECP (Extended Capabilities Port) 扩展功能并行接口

解决方案六:

SPP
3BCh,3DBh,3BEh
378h,379h,37ah
278h,279h,27ah
第一个端口地址是数据端口,也是端口基地址,第二个为状态端口,第三个控制端口
EPP
+3~+7
ECP
+400h~+402h

25芯并口 10、11
分别为Ack,和Busy 一个是应答信号一个是忙标志,
这个是并口通讯必须有的信号
不可能避开的,否则并口无法通讯

时间: 2024-10-28 09:47:33

64位-MFC程序读写并口时,什么避免状态寄存器10和11位高电平时的影响数据位和控制位的状态?的相关文章

visual studio 2010-64位系统编写MFC程序通过ado连接Oracle在项目属性设置为win32平台时调试出错

问题描述 64位系统编写MFC程序通过ado连接Oracle在项目属性设置为win32平台时调试出错 我64位的系统用VS2010编写MFC程序,通过ADO方式连接Oracle数据库,在项目属性中设置为x64平台时,程序调试可以正常的连接数据库并对数据库进行增删改查等操作:但是将项目属性设置为win32平台时,程序调试就停在连接数据库那一语句并报有未经处理的异常,请问到底是什么原因啊?应该如何解决? 解决方案 数据库引擎是否支持32bit程序访问.你的ADO等方式配置是否有平台依赖性的地方

不允许对64位应用程序进行修改”的解决方法

在64位系统中使用VS对程序(32位的)进行调试,出现"不允许对64位应用程序进行修改"的提示,如下图所示: 解决方法:在VS主菜单上选择"生成"--"配置管理器",设置生成平台为x86(如果没有就新建一个),如下图所示: 最后再去调试,如果出现"源文件与模块生成时的文件不同"之类的问题,先重生成,再保存,再重启VS打开项目进行调试即可.

如何在64位版本Linux上开发运行32位应用程序

最近换了Linux系统,由i686换成了x86-64,导致在进行开发的时候出用不了原来SDK中32位的开发工具.于是,博主找到如下文章,博主亲测实用: 如何在64位版本Linux上开发运行32位应用程序  内容如下: 很多程序员(特别是别的公司的)跟我抱怨说他们32位软件无法在我们的64位Linux系统上正常运行,而在他们32位机上正常,其实这个很好解决,一般 是64位系统安装后没有默认安装glibc的32位版本,通过简单的执行以下命令即可实现在64位Linux系统上开发运行32位应用程序,而不

mfc中的问题-MFC程序new class时出现问题

问题描述 MFC程序new class时出现问题 在new class时我要继承CWinApp,但是出现了如图的提示 这是什么原因? PS:不怎么会上传图片,请大家单击图片就可以看到内容了

调试-MFC 程序运行时出现空指针

问题描述 MFC 程序运行时出现空指针 MFC程序在启动过程中对一个变量进行初始化,之后放在定时器里运行,第一次执行时正常的,从第二次开始就出现空指针.采用单步调试每次都进入反编译页面,按F5键再次进入定时器变量依然为空指针,请问大家有没有遇到过这样的问题,怎么解决的?? 解决方案 具体要看程序.像数组越界之类的隐蔽bug也可能造成对变量的无意修改. 解决方案二: python 程序运行时出现DLL load errorjava--程序运行时出现内存溢出VC++程序运行时出现Runtime er

邮件-原有vba32位的程序装的是64位的office,declare后面已经加过Ptrsafe了也不行

问题描述 原有vba32位的程序装的是64位的office,declare后面已经加过Ptrsafe了也不行 Public Declare PtrSafe Function SetTimer Lib "user32" _ (ByVal hwnd As Long, ByVal nIDEvent As Long, ByVal uElapse As Long, ByVal lpTimerfunc As Long) As Long Public Declare PtrSafe Function

在64位服务器上运行32位jdk及程序,相交与64位jdk程序的运行速度会变慢吗

问题描述 在64位服务器上运行32位jdk及程序,相交与64位jdk程序的运行速度会变慢吗 一个OA系统本来是用64位jdk,运行在64位系统上,现在用32位jdk运行在64位系统上,这样是不是比之前运行速度慢呢,感觉程序慢了... 解决方案 基本不会,差异微乎其微,因为实际上x64上运行32bit程序,cpu使用原生的32bit模式运行.

mfc-做了一个MFC程序 为什么只有通过VC运行时才正常?

问题描述 做了一个MFC程序 为什么只有通过VC运行时才正常? 在VC6.0上做的,通过它运行时没有问题的,但是直接点开exe程序就不正常,在WIN7.WIN8.WIN10上都是如此 解决方案 用Depends.exe工具看看是不是运行时缺少依赖库 解决方案二: 按Ctrl+F5运行下看看还正常嘛,有使用第三方的库吗 解决方案三: 不正常是什么样的错误呢? 解决方案四: 是怎么个不正常法,是提示确少运行库么,或者你可以静态编译试下

64位系统中IIS7运行ASP时出现ADODB.Connection 800a0e7a错误的解决方法_win服务器

今天将一个ASP网站拷贝到64位的Windows7中运行,IIS7安装都没有问题,可就是死活运行不了,总是出现ADODB.Connection错误"800a0e7a",真是奇怪,之前在XP中运行一点问题都没有的.起初以为是代码上的原因,于是写一段最简单的连接数据库的代码,还是出错,研究半天终于找到了解决方法,拿来分享. 原因是因为在64位Windows7操作系统中,IIS7应用程序池默认没有启用32位应用程序,而我们连接ACCESS数据库的驱动程序Microsoft.Jet.OLEDB