PowerLogic汉化，汉化方法如下：(以POWERPCB软件安装在C 盘为例，如果装在其他盘时请更改相应驱动盘号) 请根据使用的PADS-PowerLogic和PowerPCB版本选择下面不同的内容： PowerLogic部分 设置 PADS-PowerLogic v4.0 中文菜单: 备份 c:\padspwr\powerlogic\menufile.dat 到 c:\padspwr\powerlogic\menufile_log_v40.eng 拷贝 menufile_log_v40.chi 到 c:\padspwr\powerlogic\menufile.dat PowerPCB部分 设置 PADS-PowerPCB v5.0 中文菜单: 备份 c:\padspwr\powerpcb\menufile.dat 到 c:\padspwr\powerpcb\menufile_pcb_v50.eng 拷贝 menufile_pcb_v50.chi 到 c:\padspwr\powerpcb\menufile.dat
标签： PowerLogic 汉化
上传时间： 2013-05-22
上传用户：pscsmon
LCD仿真器是一种电子产品的辅助开发工具。目前LCD（液晶屏）在各种电子产品的使用越来越广泛，开发人员在开发带LCD的产品时会用到各种各样的LCD，这些LCD或是现有的，或是定制，现有的LCD不一定能完全满足设计需要，定制LCD需要时间，需要资金，做好后还有修改的可能性，造成不必要的浪费。传统的做法是用LED（发光管）＋驱动电路来仿真LCD，其弊端有四，一、电路复杂，功耗大，100多点的LCD电流将达1A左右。二、图案逼真性差，不直观。三、制作、修改困难，灵活性差。四、通用性不强。 LCD仿真器完全克服了以上存在的问题，她采用软硬件结合的方法，充分发挥软件在作图、运算方面的优势，使仿真的图案与目标LCD图案完全一致，仿真LCD特性与目标LCD特性几乎一样，并提供强大的LCD图形编辑工具，对于不 同的LCD产品，LCD仿真器硬件不必更换，只需制作不同的LCD图案，她的灵活性、通用性将是您开发LCD产品的理想选择。 LCD仿真器由采样板、仿真软件和LCD图形编辑软件组成，采样板通过USB口与PC机通信。 LCD仿真器可以方便地与HT1621、Winbond、SAMSUNG，中颖、十速HOLTEK、义隆等带LCD DRIVER的单片机连接。
上传时间： 2013-06-22
上传用户：咔乐坞
IAR MSP430 v5.3注册机
上传时间： 2014-12-26
上传用户：思索的小白
西门子从PLCSIM v5.4 SP3开始增加了对与PLC之间通讯的仿真能力，但是这种能力仅仅局限于Profibus-S7之间的通讯。 S7通讯是S7系列PLC基于MPI，Profibus，Ethernet网络的一种优化的通讯协议，主要用于S7-400之间，S7-300与S7-40之间的主对主通讯，也非常适合S7 PLC与HMI通讯，例如与操作面板OP/TP以及上位监控软件Wincc的通讯，下面的例子将围绕Profibus网络展开S7的通讯。 每个CPU都有资源限制，如过程映像区的大小，计数器/定时器的个数，同样，通信的资源也有限制，在产品样本中有CPU的链接数量指标，这就是指CPU的通信资源。旧版本的S7-300PLC有动态连接与静态连接的区分，动态连接指通过MPI，PLC与PLC通过调用SFC通信的通信连接，调用SFC时连接建立，停止调用时连接仍然维持，通过调用断开连接的SFC才能释放连接资源；静态连接指与HMI的通信连接，当把OP/TP、Wincc连接到同一CPU时会发生有的OP/TP、Wincc连接不上，这是因为使用的连接数已经超过了CPU的连接资源限制，此外还有一个静态连接资源保留给编程器使用。
上传时间： 2013-10-11
上传用户：13736136189
主要功能和特性 1 支持串口的仿真功能 2 串口中断用户可以使用 3 不占用定时器 2 4 完全仿真 p0 p2 口 5 支持 89C52 等嵌入式 CPU仿真 6 占用用户堆栈 2 个字节 7 占用 1 条 I/O : P3.5 8 ISP 在线编程,在线下载 9 仿真频率最高 33 兆 10 支持同时最多 10 个断点 11 支持单步,断点,全速运行 12 支持汇编,c 语言,混合调试 13 支持 KEIL C51 的 IDE 开发仿真环境 UV1 UV2 (v5.20 V6.02 V6.10 V6.12 V6.14) 14 单步执行时间(60 毫秒) 15 程序代码载入(可以重复装载,无需预先擦除用户程序空间) 16 SFR 读取速度(128 个)200 毫秒 17 跟踪记录(trace record)256 条 18 可以仿真标准的 89c51 89c52 89c58 等 51 内核的单片机仿真
上传时间： 2013-10-24
上传用户：ddddddos
有两种方式可以让设备和应用程序之间联系：1. 通过为设备创建的一个符号链；2. 通过输出到一个接口WDM驱动程序建议使用输出到一个接口而不推荐使用创建符号链的方法。这个接口保证PDO的安全，也保证安全地创建一个惟一的、独立于语言的访问设备的方法。一个应用程序使用Win32APIs来调用设备。在某个Win32 APIs和设备对象的分发函数之间存在一个映射关系。获得对设备对象访问的第一步就是打开一个设备对象的句柄。 用符号链打开一个设备的句柄为了打开一个设备，应用程序需要使用CreateFile。如果该设备有一个符号链出口，应用程序可以用下面这个例子的形式打开句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路径名的前缀“\\.\”告诉系统本调用希望打开一个设备。这个设备必须有一个符号链，以便应用程序能够打开它。有关细节查看有关Kdevice和CreateLink的内容。在上述调用中第一个参数中前缀后的部分就是这个符号链的名字。注意：CreatFile中的第一个参数不是Windows 98/2000中驱动程序(.sys文件)的路径。是到设备对象的符号链。如果使用DriverWizard产生驱动程序，它通常使用类KunitizedName来构成设备的符号链。这意味着符号链名有一个附加的数字，通常是0。例如：如果链接名称的主干是L“TestDevice”那么在CreateFile中的串就该是“\\\\.\\TestDevice0”。如果应用程序需要被覆盖的I/O，第六个参数(Flags)必须或上FILE_FLAG_OVERLAPPED。 使用一个输出接口打开句柄用这种方式打开一个句柄会稍微麻烦一些。DriverWorks库提供两个助手类来使获得对该接口的访问容易一些，这两个类是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass类封装了一个设备信息集，该信息集包含了特殊类中的所有设备接口信息。应用程序能有用CdeviceInterfaceClass类的一个实例来获得一个或更多的CdeviceInterface类的实例。CdeviceInterface类是一个单一设备接口的抽象。它的成员函数DevicePath()返回一个路径名的指针，该指针可以在CreateFile中使用来打开设备。下面用一个小例子来显示这些类最基本的使用方法：extern GUID TestGuid;HANDLE OpenByInterface( GUID* pClassGuid, DWORD instance, PDWORD pError){ CDeviceInterfaceClass DevClass(pClassGuid, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; CDeviceInterface DevInterface(&DevClass, instance, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; cout << "The device path is " << DevInterface.DevicePath() << endl; HANDLE hDev; hDev = CreateFile( DevInterface.DevicePath(), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL ); if (hDev == INVALID_HANDLE_VALUE) *pError = GetLastError(); return hDev;} 在设备中执行I/O操作一旦应用程序获得一个有效的设备句柄，它就能使用Win32 APIs来产生到设备对象的IRPs。下面的表显示了这种对应关系。Win32 API DRIVER_FUNCTION_xxxIRP_MJ_xxx KDevice subclass member function CreateFile CREATE Create ReadFile READ Read WriteFile WRITE Write DeviceIoControl DEVICE_CONTROL DeviceControl CloseHandle CLOSECLEANUP CloseCleanUp 需要解释一下设备类成员的Close和CleanUp：CreateFile使内核为设备创建一个新的文件对象。这使得多个句柄可以映射同一个文件对象。当这个文件对象的最后一个用户级句柄被撤销后，I/O管理器调用CleanUp。当没有任何用户级和核心级的对文件对象的访问的时候，I/O管理器调用Close。如果被打开的设备不支持指定的功能，则调用相应的Win32将引起错误（无效功能）。以前为Windows95编写的VxD的应用程序代码中可能会在打开设备的时候使用FILE_FLAG_DELETE_ON_CLOSE属性。在Windows NT/2000中，建议不要使用这个属性，因为它将导致没有特权的用户企图打开这个设备，这是不可能成功的。I/O管理器将ReadFile和WriteFile的buff参数转换成IRP域的方法依赖于设备对象的属性。当设备设置DO_DIRECT_IO标志，I/O管理器将buff锁住在存储器中，并且创建了一个存储在IRP中的MDL域。一个设备可以通过调用Kirp::Mdl来存取MDL。当设备设置DO_BUFFERED_IO标志，设备对象分别通过KIrp::BufferedReadDest或 KIrp::BufferedWriteSource为读或写操作获得buff地址。当设备不设置DO_BUFFERED_IO标志也不设置DO_DIRECT_IO，内核设置IRP 的UserBuffer域来对应ReadFile或WriteFile中的buff参数。然而，存储区并没有被锁住而且地址只对调用进程有效。驱动程序可以使用KIrp::UserBuffer来存取IRP域。对于DeviceIoControl调用，buffer参数的转换依赖于特殊的I/O控制代码，它不在设备对象的特性中。宏CTL_CODE（在winioctl.h中定义）用来构造控制代码。这个宏的其中一个参数指明缓冲方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表显示了这些方法和与之对应的能获得输入缓冲与输出缓冲的KIrp中的成员函数：Method Input Buffer Parameter Output Buffer Parameter METHOD_BUFFERED KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代码指明METHOD_BUFFERED，系统分配一个单一的缓冲来作为输入与输出。驱动程序必须在向输出缓冲放数据之前拷贝输入数据。驱动程序通过调用KIrp::IoctlBuffer获得缓冲地址。在完成时，I/O管理器从系统缓冲拷贝数据到提供给Ring 3级调用者使用的缓冲中。驱动程序必须在结束前存储拷贝到IRP的Information成员中的数据个数。如果控制代码不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，则DeviceIoControl的参数呈现不同的含义。参数InputBuffer被拷贝到一个系统缓冲，这个缓冲驱动程序可以通过调用KIrp::IoctlBuffer。参数OutputBuffer被映射到KMemory对象，驱动程序对这个对象的访问通过调用KIrp::Mdl来实现。对于METHOD_OUT_DIRECT，调用者必须有对缓冲的写访问权限。注意，对METHOD_NEITHER，内核只提供虚拟地址；它不会做映射来配置缓冲。虚拟地址只对调用进程有效。这里是一个用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE来定义一个IOCTL代码：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)现在使用一个DeviceIoControl调用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，这里放的是包含有执行操作命令的字符串指针 0, FirmwareRev, //这里是output串指针，存放从驱动程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果输出缓冲足够大，设备拷贝串到里面并将拷贝的资结束设置到FirmwareRevSize中。在驱动程序中，代码看起来如下所示：const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){ ULONG fwLength=0; switch ( I.IoctlCode() ) { case IOCTL_MYDEV_GET_FIRMWARE_REV: fwLength = strlen(FIRMWARE_REV)+1; if (I.IoctlOutputBufferSize() >= fwLength) { strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV); I.Information() = fwLength; return I.Complete(STATUS_SUCCESS); } else { } case . . . } }
上传时间： 2013-10-17
上传用户：gai928943
v5-AFX-FF1136-Schematics
标签： Schematics Virtex AFX-FF 1136
上传时间： 2013-10-29
上传用户：二十八号
安川电机的运行手册
标签： 运行
上传时间： 2013-11-11
上传用户：风行天下
ELECTRONICS WORKBENCH EDA（以下简称EWB）软件是交互图像技术有限公司（INTERACTIVE IMAGE TECHNOLOGIES Ltd）在八十年代末推出的EDA软件，其EWB5.0于96年推出，占用硬盘空间很小，只有16M，是个模拟电路和数字电路混合仿真的EDA软件，它的仿真功能十分强大，可以几乎100％地仿真出真实电路的结果，而且它在桌面上提供了各种各样的电子工具，如万用表、示波器、信号发生器、逻辑分析仪等等，它的器件库中则包含了许多大公司的晶体管元器件、集成电路和数字门电路，器件库中没有的元器件，还可以由外部模块导入，在众多的电路仿真软件中，EWB是最容易学会的，它的工作界面非常直观，原理图和各种工具都在同一个窗口内，未接触过它的人稍加学习就可以很熟练地使用该软件，对于电子设计工作者来说，它是个极好的EDA工具，许多电路你无需动用烙铁就可得知它的结果，而且若想更换元器件或改变元器件参数，只需点点鼠标即可，它也可以作为电学知识的辅助教学软件使用，利用它可以直接从屏幕上看到各种电路的输出波形。EWB的兼容性也较好，其文件格式可以导出成能被ORCAD或PROTEL读取的格式，它是笔者最喜欢的EDA软件之一,
标签： Electronic Workbench 5.0 5.2
上传时间： 2013-10-21
上传用户：wangyi39
LCD仿真器是一种电子产品的辅助开发工具。目前LCD（液晶屏）在各种电子产品的使用越来越广泛，开发人员在开发带LCD的产品时会用到各种各样的LCD，这些LCD或是现有的，或是定制，现有的LCD不一定能完全满足设计需要，定制LCD需要时间，需要资金，做好后还有修改的可能性，造成不必要的浪费。传统的做法是用LED（发光管）＋驱动电路来仿真LCD，其弊端有四，一、电路复杂，功耗大，100多点的LCD电流将达1A左右。二、图案逼真性差，不直观。三、制作、修改困难，灵活性差。四、通用性不强。 LCD仿真器完全克服了以上存在的问题，她采用软硬件结合的方法，充分发挥软件在作图、运算方面的优势，使仿真的图案与目标LCD图案完全一致，仿真LCD特性与目标LCD特性几乎一样，并提供强大的LCD图形编辑工具，对于不同的LCD产品，LCD仿真器硬件不必更换，只需制作不同的LCD图案，她的灵活性、通用性将是您开发LCD产品的理想选择。 LCD仿真器由采样板、仿真软件和LCD图形编辑软件组成，采样板通过USB口与PC机通信。 LCD仿真器可以方便地与HT1621、Winbond、SAMSUNG，中颖、十速HOLTEK、义隆等带LCD DRIVER的单片机连接。
上传时间： 2013-11-06
上传用户：行者Xin
