AC164127-9【PDF 22/34 页】BOARD DEMO GRAPH TRULY7 800X480

您好，
买卖IC网欢迎您。
请登录
免费注册

Sheet目录1193

18页 19页 20页 21页 [22页]23页 24页 25页 26页

AN1368

DISPLAY DEVICE DRIVER LAYER

Every hardware display controller has its own set of

commands and status information. Therefore, separate

software drivers are needed for each supported display

controller, which fulfills the requirements of the display

driver and the standard APIs defined by the Graphics

Library. The list of supported drivers can be found in the

Graphics Library Help file. To know if a display module is

supported, check if the display driver inside the display

module is available in the above mentioned folder.

The main function provided by this layer is the

initialization of the driver using the API

ResetDevice() , painting a pixel using APIs,

SetColor(color) and PitPixel(x, y) , and

knowing the color of a pixel using the API

GetPixel(x, y ). The other functionalities provided

are, for example, setting up of clipping area, getting the

maximum x and y values for a display screen, etc. An

application can be written using only this layer without

using any higher layers. In that case, all the shapes

must be drawn by the user. To include this layer, the

following files must be added to the project:

HEADER FILES

Graphics.h

DisplayDriver.h or specific <Driver.h>

(like SSD1926.h)

CONFIGURATION FILES

HardwareProfile.h

GraphicsConfig.h

These files are project-specific and must be inside the

project folder.

SOURCE FILES

Specific <Driver.c> (like SSD1926.c)

DS01368A-page 22

GRAPHIC PRIMITIVE LAYER

This is a layer above the Display Driver layer and

provides most common services through APIs, which

are used to draw basic shapes, for instance, line

(normal, thick, dashed), bar, rectangle, circle, polygon,

bevel and arc. It also provides APIs for drawing text

and images. These are generic APIs which work with

any given display driver. However, some of these APIs

may be implemented by the Driver layer for optimized

performance, especially if the driver supports 2D-

Accelerations (For example, the Microchip Graphics

module and SSD1926). It is possible to write simple

applications by using Primitive and Driver layers only

and without using higher layers. To include this layer,

the following files must be added to the project:

HEADER FILES

Primitive.h

SOURCE FILES

Primitive.c

GRAPHIC OBJECT LAYER (GOL)

The GOL consists of many selectable objects, called

‘widgets’, such as Button, TextBox, Check Box,

ScrollBar, ProgressBar, Picture, ListBox, GroupBox,

Meter, DigitalMeter, Dial, Chart and Grid, which form

the basic elements of a complex graphics application.

Each of these widgets is implemented in ‘C’, but with

basic object-oriented principles, and can be used as

modules. Use of this layer must be enabled at compile

time in the ‘ GraphicsConfig.h ’ file. The use of

individual widgets can be enabled or disabled during

compile time in the ‘ GraphicsConfig.h ’ file, thereby

saving RAM and ROM. For more information, see the

“Configuration” section.

Each kind of widget has a default style scheme which

defines the font and the colors used for various parts

and states of the widget. For example, a button in a

pressed state has a different color than the released

button. The style scheme for each widget is explained

in detail in the Help file of the Microchip Graphics

Library. For each style scheme, some heap memory

(dynamically allocated memory) is required to store the

style scheme values. Heap is required to store the state

information for each enabled widget. The total heap

must be greater than the sum of heaps for all the

instances of used widgets. Aside from the heap

requirement, each widget type also needs to use RAM

space for variables when rendering and managing the

widgets. This additional RAM requirement is a constant

overhead for each type of widget. The difference

between the two is that the heap requirement is needed

for each instance of a widget, while the RAM

requirement is needed for each type of widget. The

RAM requirement is constant and not dependent on the

number of instances of one type of widget.

? 2011 Microchip Technology Inc.

发布紧急采购，3分钟左右您将得到回复。

采购需求

(若只采购一条型号，填写一行即可)

*型号	*数量	厂商	批号	封装

添加更多采购

我的联系方式

*

*

*

相关PDF资料

AC164130 BOARD DAUGHT PICTL PLUS ECAN/LIN

AC164131 BOARD DAUGHTER USB PICTAIL PLUS

AC164132 BOARD DAUGHTER PICTAIL ETHERNET

AC164141 BOARD SMART CARD / SIM CARD

AC164142 BOARD DAUGHTER PWR LINE MODEM

AC164144 LLC PICTAIL PLUS DAUGHTR BRD

AC164145 BOARD DAUGHTER PWR LINE MODEM

AC243005-1 KIT MEMORY SERIAL SUPERFLASH 1

相关代理商/技术参数

AC164128 功能描述:子卡和OEM板 dsPICDEM Motor Cntrl PICtail Plus RoHS:否制造商:BeagleBoard by CircuitCo 产品:BeagleBone LCD4 Boards 用于:BeagleBone - BB-Bone - Open Source Development Kit

AC164129 功能描述:子卡和OEM板 Audio PICtail Plus Daughter Board RoHS:否制造商:BeagleBoard by CircuitCo 产品:BeagleBone LCD4 Boards 用于:BeagleBone - BB-Bone - Open Source Development Kit

AC164130 功能描述:网络开发工具 ECAN/LIN PICtail Plus Daughter Board RoHS:否制造商:Rabbit Semiconductor 产品:Development Kits 类型:Ethernet to Wi-Fi Bridges 工具用于评估:RCM6600W 数据速率:20 Mbps, 40 Mbps 接口类型:802.11 b/g, Ethernet 工作电源电压:3.3 V

AC164130-2 功能描述:子卡和OEM板 CAN/LIN PICtail Plus Daughter Board RoHS:否制造商:BeagleBoard by CircuitCo 产品:BeagleBone LCD4 Boards 用于:BeagleBone - BB-Bone - Open Source Development Kit

AC164131 功能描述:子卡和OEM板 USB PICtail Plus Daughter Board RoHS:否制造商:BeagleBoard by CircuitCo 产品:BeagleBone LCD4 Boards 用于:BeagleBone - BB-Bone - Open Source Development Kit

AC164132 功能描述:以太网开发工具 100Mbps Ethernet PICtail Plus DB RoHS:否制造商:Micrel 产品:Evaluation Boards 类型:Ethernet Transceivers 工具用于评估:KSZ8873RLL 接口类型:RMII 工作电源电压:

AC164133 功能描述:电源管理IC开发工具 dsPIC BuckBoost PICtail Daughtr Brd RoHS:否制造商:Maxim Integrated 产品:Evaluation Kits 类型:Battery Management 工具用于评估:MAX17710GB 输入电压: 输出电压:1.8 V

AC164133 制造商:Microchip Technology Inc 功能描述:Buck/Boost Converter PICtail P