FAQ Answers

Ddr-Z8e was developed for the Z8 Encore! XP® F64XX series of microcontrollers. More specifically it was developed using the Z8F642x MCU. Ddr-Z8e consequently supports this as well as any subset configuration thereof.

Download the latest release here. Unzip the file to a suitable directory. Read the readme.txt file in the root directory of Ddr-Z8e. Take a look at a suitable sample project in the Sample directory to se how the device drivers are used. Read the documentation and source code.

Create a ZDS II project the usual way. Include the specific device driver source code files in your project. This usually means the three files module-name.c, module-name_inline.c and module-name.h. A given module often depends on other device driver modules, such as the IO-module. An easy way to figure out what secondary modules are needed in your project is to build the project. Missing modules during build will generate an error, e.g.:

This specific case denotes that the IRQ module, used by the SERIAL module, is missing from the project. The project also need a configuration file named configure.h. This file specifies, among other things, which modules to enable, debug level and other module specific settings. There is a well commented configuration file in the root directory of Ddr-Z8e and the reference documentation also provide much information on the subject.

The InlineCodeGenerator is a perl script (located in the Utility directory) that generates wrapper C-function calls for suitable device driver macros (the majority). These wrappers provide type checking and calling convention checking where as the bare inline C-macros do not. The added checking is useful during development and debugging but also adds extra overhead. Inline macros are for release code and generate tighter and faster code but without protection.