在確保linux lcd 顯示屏驅動無誤的情況下.有兩款比較常見的圖像開發(fā)工具可供你選擇.
讓客戶滿意是我們工作的目標,不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶,將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴,公司提供的服務項目有:域名申請、網(wǎng)頁空間、營銷軟件、網(wǎng)站建設、當陽網(wǎng)站維護、網(wǎng)站推廣。
Qt,GTK.
可以先移植個QtE庫.再進行l(wèi)inux的圖像開發(fā).
lcd的顯示方面linux系統(tǒng)會幫你管理.就好像你用VC寫了個窗口一運行在桌面上就會出現(xiàn)個窗口那樣,在linux下用QtE開發(fā)了一個窗口一運行也會出現(xiàn)一個窗口.只不過在窗口下就沒有桌面而已.只要搞定了QTE顯示圖片什么的只是小菜一碟.
不過QTE的移植可不是一件簡單的事.祝好運.
1) 在LCD上顯示BMP或JPEG圖片的主流程圖
首先,在程序開始前。要在nfs/dev目錄下創(chuàng)建LCD的設備結點,設備名fb0,設備類型為字符設備,主設備號為29,次設備號為0。命令如下:
mknod fb0 c 29 0
在LCD上顯示圖象的主流程圖如圖1所示。程序一開始要調用open函數(shù)打開設備,然后調用ioctl獲取設備相關信息,接下來就是讀取圖形文件數(shù)據(jù),把圖象的RGB值映射到顯存中,這部分是圖象顯示的核心。對于JPEG格式的圖片,要先經(jīng)過JPEG解碼才能得到RGB數(shù)據(jù),本項目中直接才用現(xiàn)成的JPEG庫進行解碼。對于bmp格式的圖片,則可以直接從文件里面提取其RGB數(shù)據(jù)。要從一個bmp文件里面把圖片數(shù)據(jù)陣列提取出來,首先必須知道bmp文件的格式。下面來詳細介紹bmp文件的格式。
圖1
2) bmp位圖格式分析
位圖文件可看成由四個部分組成:位圖文件頭、位圖信息頭、彩色表和定義位圖的字節(jié)陣列。如圖2所示。
圖2
文件頭中各個段的地址及其內容如圖3。
圖3
位圖文件頭數(shù)據(jù)結構包含BMP圖象文件的類型,顯示內容等信息。它的數(shù)據(jù)結構如下定義:
Typedef struct
{
int bfType;//表明位圖文件的類型,必須為BM
long bfSize;//表明位圖文件的大小,以字節(jié)為單位
int bfReserved1;//屬于保留字,必須為本0
int bfReserved2;//也是保留字,必須為本0
long bfOffBits;//位圖陣列的起始位置,以字節(jié)為單位
} BITMAPFILEHEADER;
2.1)信息頭中各個段的地址及其內容如圖4所示。
圖4
位圖信息頭的數(shù)據(jù)結構包含了有關BMP圖象的寬,高,壓縮方法等信息,它的C語言數(shù)據(jù)結構如下:
Typedef struct {
long biSize; //指出本數(shù)據(jù)結構所需要的字節(jié)數(shù)
long biWidth;//以象素為單位,給出BMP圖象的寬度
long biHeight;//以象素為單位,給出BMP圖象的高度
int biPlanes;//輸出設備的位平面數(shù),必須置為1
int biBitCount;//給出每個象素的位數(shù)
long biCompress;//給出位圖的壓縮類型
long biSizeImage;//給出圖象字節(jié)數(shù)的多少
long biXPelsPerMeter;//圖像的水平分辨率
long biYPelsPerMeter;//圖象的垂直分辨率
long biClrUsed;//調色板中圖象實際使用的顏色素數(shù)
long biClrImportant;//給出重要顏色的索引值
} BITMAPINFOHEADER;
2.2)對于象素小于或等于16位的圖片,都有一個顏色表用來給圖象數(shù)據(jù)陣列提供顏色索引,其中的每塊數(shù)據(jù)都以B、G、R的順序排列,還有一個是reserved保留位。而在圖形數(shù)據(jù)區(qū)域存放的是各個象素點的索引值。它的C語言結構如圖5所示。
圖5 顏色表數(shù)據(jù)結構
2.3)對于24位和32位的圖片,沒有彩色表,他在圖象數(shù)據(jù)區(qū)里直接存放圖片的RGB數(shù)據(jù),其中的每個象素點的數(shù)據(jù)都以B、G、R的順序排列。每個象素點的數(shù)據(jù)結構如圖6所示。
圖6 圖象數(shù)據(jù)陣列的數(shù)據(jù)結構
2.4)由于圖象數(shù)據(jù)陣列中的數(shù)據(jù)是從圖片的最后一行開始往上存放的,因此在顯示圖象時,是從圖象的左下角開始逐行掃描圖象,即從左到右,從下到上。
2.5)對S3C2410或PXA255開發(fā)板上的LCD來說,他們每個象素點所占的位數(shù)為16位,這16位按B:G:R=5:6:5的方式分,其中B在最高位,R在最低位。而從bmp圖象得到的R、G、B數(shù)據(jù)則每個數(shù)據(jù)占8位,合起來一共24位,因此需要對該R、G、B數(shù)據(jù)進行移位組合成一個16位的數(shù)據(jù)。移位方法如下:
b = 3; g = 2; r = 3;
RGBValue = ( r11 | g 5 | b);
基于以上分析,提取各種類型的bmp圖象的流程如圖7所示
圖7
3) 實現(xiàn)顯示任意大小的圖片
開發(fā)板上的LCD屏的大小是固定的,S3C2410上的LCD為:240*320,PXA255上的為:640*480。比屏幕小的圖片在屏上顯示當然沒問題,但是如果圖片比屏幕大呢?這就要求我們通過某種算法對圖片進行縮放。
縮放的基本思想是將圖片分成若干個方塊,對每個方塊中的R、G、B數(shù)據(jù)進行取平均,得到一個新的R、G、B值,這個值就作為該方塊在LCD屏幕上的映射。
縮放的算法描述如下:
(1)、計算圖片大小與LCD屏大小的比例,以及方塊的大小。為了適應各種屏幕大小,這里并不直接給lcd_width和lcd_height賦值為240和320。而是調用標準的接口來獲取有關屏幕的參數(shù)。具體如下:
// Get variable screen information
if (ioctl(fbfd, FBIOGET_VSCREENINFO, vinfo)) {
printf("Error reading variable information. ");
exit(3);
}
unsigned int lcd_width=vinfo.xres;
unsigned int lcd_height=vinfo.yres;
計算比例:
widthScale=bmpi-width/lcd_width;
heightScale=bmpi-height/lcd_height;
本程序中方塊的大小以如下的方式確定:
unsigned int paneWidth=
unsigned int paneHeight= ;
符號 代表向上取整。
(2)、從圖片的左上角開始,以(i* widthScale,j* heightScale)位起始點,以寬paneWidth 高paneHeight為一個小方塊,對該方塊的R、G、B數(shù)值分別取平均,得到映射點的R、G、B值,把該點作為要在LCD上顯示的第(i , j)點存儲起來。
這部分的程序如下:
//-------------取平均--------
for( i=0;inow_height;i++)
{
for(j=0;jnow_width;j++)
{
color_sum_r=0;
color_sum_g=0;
color_sum_b=0;
for(m=i*heightScale;mi*heightScale+paneHeight;m++)
{
for(n=j*widthScale;nj*widthScale+paneWidth;n++)
{
color_sum_r+=pointvalue[m][n].r;
color_sum_g+=pointvalue[m][n].g;
color_sum_b+=pointvalue[m][n].b;
}
}
RGBvalue_256-r=div_round(color_sum_r,paneHeight*paneWidth);
RGBvalue_256-g=div_round(color_sum_g,paneHeight*paneWidth);
RGBvalue_256-b=div_round(color_sum_b,paneHeight*paneWidth);
}
}
4) 圖片數(shù)據(jù)提取及顯示的總流程
通過以上的分析,整個圖片數(shù)據(jù)提取及顯示的總流程如圖8 所示。
圖 8
圖像顯示應用程序:
#include errno.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
#include sys/ioctl.h
#include unistd.h
#include stdint.h
#include stdio.h
#include stdlib.h
#include asm/types.h
#include linux/videodev2.h
#include sys/mman.h
#include string.h
#include malloc.h
#include linux/fb.h
#include jpeglib.h
#include jerror.h
struct fb_dev
{
//for frame buffer
int fb;
void *fb_mem; //frame buffer mmap
int fb_width, fb_height, fb_line_len, fb_size;
int fb_bpp;
} fbdev;
//得到framebuffer的長、寬和位寬,成功則返回0,失敗返回-1
int fb_stat(int fd)
{
struct fb_fix_screeninfo fb_finfo;
struct fb_var_screeninfo fb_vinfo;
if (ioctl(fd, FBIOGET_FSCREENINFO, fb_finfo))
{
perror(__func__);
return (-1);
}
if (ioctl(fd, FBIOGET_VSCREENINFO, fb_vinfo))
{
perror(__func__);
return (-1);
}
fbdev.fb_width = fb_vinfo.xres;
fbdev.fb_height = fb_vinfo.yres;
fbdev.fb_bpp = fb_vinfo.bits_per_pixel;
fbdev.fb_line_len = fb_finfo.line_length;
fbdev.fb_size = fb_finfo.smem_len;
return (0);
}
//轉換RGB888為RGB565(因為當前LCD是采用的RGB565顯示的)
unsigned short RGB888toRGB565(unsigned char red, unsigned char green, unsigned char blue)
{
unsigned short B = (blue 3) 0x001F;
unsigned short G = ((green 2) 5) 0x07E0;
unsigned short R = ((red 3) 11) 0xF800;
return (unsigned short) (R | G | B);
}
//釋放framebuffer的映射
int fb_munmap(void *start, size_t length)
{
return (munmap(start, length));
}
//顯示一個像素點的圖像到framebuffer上
int fb_pixel(void *fbmem, int width, int height, int x, int y, unsigned short color)
{
if ((x width) || (y height))
return (-1);
unsigned short *dst = ((unsigned short *) fbmem + y * width + x);
*dst = color;
return 0;
}
int main(int argc, char **argv)
{
int fb;
FILE *infile;
struct jpeg_decompress_struct cinfo;
int x,y;
unsigned char *buffer;
char s[15];
struct jpeg_error_mgr jerr;
if ((fb = open("/dev/fb0", O_RDWR)) 0) //打開顯卡設備
{
perror(__func__);
return (-1);
}
//獲取framebuffer的狀態(tài)
fb_stat(fb); //獲取顯卡驅動中的長、寬和顯示位寬
printf("frame buffer: %dx%d, %dbpp, 0x%xbyte= %d\n",
fbdev.fb_width, fbdev.fb_height, fbdev.fb_bpp, fbdev.fb_size, fbdev.fb_size);
//映射framebuffer的地址
fbdev.fb_mem = mmap (NULL, fbdev.fb_size, PROT_READ|PROT_WRITE,MAP_SHARED,fb,0);
if ((infile = fopen("lcd.jpg", "rb")) == NULL)
{
fprintf(stderr, "open %s failed\n", s);
exit(-1);
}
ioctl(fb, FBIOBLANK,0); //打開LCD背光
cinfo.err = jpeg_std_error(jerr);
jpeg_create_decompress(cinfo);
//導入要解壓的Jpeg文件infile
jpeg_stdio_src(cinfo, infile);
//讀取jpeg文件的文件頭
jpeg_read_header(cinfo, TRUE);
//開始解壓Jpeg文件,解壓后將分配給scanline緩沖區(qū),
jpeg_start_decompress(cinfo);
buffer = (unsigned char *) malloc(cinfo.output_width
* cinfo.output_components);
y = 0;
while (cinfo.output_scanline cinfo.output_height)
{
jpeg_read_scanlines(cinfo, buffer, 1);
if(fbdev.fb_bpp == 16)
{
unsigned short color;
for (x = 0; x cinfo.output_width; x++)
{
color = RGB888toRGB565(buffer[x * 3],
buffer[x * 3 + 1], buffer[x * 3 + 2]);
fb_pixel(fbdev.fb_mem, fbdev.fb_width, fbdev.fb_height, x, y, color);
}
}
else if(fbdev.fb_bpp == 24)
{
memcpy((unsigned char *)fbdev.fb_mem + y * fbdev.fb_width * 3, buffer,
cinfo.output_width * cinfo.output_components);
}
y++;
}
//完成Jpeg解碼,釋放Jpeg文件
jpeg_finish_decompress(cinfo);
jpeg_destroy_decompress(cinfo);
//釋放幀緩沖區(qū)
free(buffer);
//關閉Jpeg輸入文件
fclose(infile);
fb_munmap(fbdev.fb_mem, fbdev.fb_size); //釋放framebuffer映射
close(fb);
}
文章是我轉載的
但是測試發(fā)現(xiàn)編譯無法通過,
報錯:
LCD.C:(.text+0x384): undefined reference to `jpeg_std_error(jpeg_error_mgr*)'
LCD.C:(.text+0x3a0): undefined reference to `jpeg_CreateDecompress(jpeg_decompress_struct*, int, unsigned int)'
LCD.C:(.text+0x3b0): undefined reference to `jpeg_stdio_src(jpeg_decompress_struct*, _IO_FILE*)'
LCD.C:(.text+0x3c0): undefined reference to `jpeg_read_header(jpeg_decompress_struct*, int)'
LCD.C:(.text+0x3cc): undefined reference to `jpeg_start_decompress(jpeg_decompress_struct*)'
LCD.C:(.text+0x410): undefined reference to `jpeg_read_scanlines(jpeg_decompress_struct*, unsigned char**, unsigned int)'
LCD.C:(.text+0x59c): undefined reference to `jpeg_finish_decompress(jpeg_decompress_struct*)'
LCD.C:(.text+0x5a8): undefined reference to `jpeg_destroy_decompress(jpeg_decompress_struct*)'
collect2: ld returned 1 exit status
經(jīng)過在網(wǎng)上查找,確定是JPEG解碼庫問題,我首先在Ubuntu安裝了jpeg庫
libjpeg 庫的安裝
在源文件里將
#include jpeglib.h
改成
extern "C" {
#include jpeglib.h
}
這里是有問題的,注意gcc 會把LCD.C當成c++編譯,而把LCD.c當成C語言編譯,改成lcd.c后就沒有上邊紅色部分錯誤
由于是有的是JPEG解碼庫,鏈接的時候需要加上-ljpeg 選項
使用命令 arm-linux-gcc -ljpeg LCD.C -o LCD #add -ljpeg option 編譯源文件成功,
文章知識點與官方知識檔案匹配
CS入門技能樹Linux入門初識Linux
23099 人正在系統(tǒng)學習中
點擊閱讀全文
打開CSDN,閱讀體驗更佳
開發(fā)板lcd上顯示圖片
#include #include #include "lcd.h" #include "regs.h" extern const unsigned char gImage_6[261120]; //extern const unsigned char gImage_5[261120]; extern const unsigned char gImage_a[83784]; extern const unsigned char test[]; static unsigned short drawb[272][480]; //it is a public draw area unsigned char mask[]={0x80,0x40,0x20,0x10,0x08,0x04,0x02,0x01}; unsigned char mat[]={0x00,0x00,0x10,0x38, 0x6c,0xc6,0xfe,0xc6, 0xc6,0xc6,0xc6,0x00, 0x00,0x00,0x00,0x00 };
lcd屏幕顯示bmp、jpg圖片
文章目錄BMP圖片顯示:jpeg壓縮過程 RGB: ARGB 32bit 4Byte A:【24-31】 R:【16-23】 G:【8-15】 B:【0-7】 圖片顯示 顯示思路: (1)打開液晶屏(open),進行內存映射(mmap) (2)打開圖片,讀取顏色數(shù)據(jù) (3)將讀取到的顏色數(shù)據(jù)映射到液晶屏 (4)關閉圖片文件,液晶屏,解除內存映射 BMP圖片顯示: 沒有經(jīng)過壓縮的二進制位圖文件,文件較大,獲取顏色數(shù)據(jù)方便 一張800*480的bmp格式的圖片 8004803 = 1152000Byt
繼續(xù)訪問
最新發(fā)布 【正點原子I.MX6U-MINI應用篇】6、嵌入式Linux在LCD屏幕上顯示字符
嵌入式Linux在LCD屏幕上顯示字符
繼續(xù)訪問
數(shù)碼相框(十六、LCD顯示JPG格式圖片)
注:本人已購買韋東山老師第三期項目視頻,內容來源《數(shù)碼相框項目視頻》,只用于學習記錄,如有侵權,請聯(lián)系刪除。 1. LCD 如何顯示一張圖片? 假如下圖是是我們的 JZ2440 開發(fā)板,它有一個塊顯存、LCD控制器、LCD顯示屏,LCD是如何顯示張圖片的呢? 如上圖所示: ① 圖片的顏色數(shù)據(jù)存放在顯存,LCD 控制器會自動從顯存取出圖片的一個個顏色數(shù)據(jù)發(fā)送給LCD,取到最后又從頭開始的循環(huán)取數(shù)據(jù),最終把一張圖片的全部顏色數(shù)據(jù)發(fā)送到LCD上,從而在LCD顯示出該圖片; ② 顯存存放的數(shù)據(jù)是RGB數(shù)據(jù);.
繼續(xù)訪問
linux滾動屏幕,基于MIDP1.0實現(xiàn)屏幕滾動(轉)
本例介紹了一個常用的編程技巧,就是如何基于MIDP1.0實現(xiàn)屏幕的滾動效果。在MIDP2.0可以借助LayerManager的的“可視窗口”來實現(xiàn)。MIDP1.0通過變化坐標系來實現(xiàn)屏幕的滾動效果,只要借助Graphics.translate()方法。package com.j2medev.translate;import javax.microedition.midlet.*;import ja...
繼續(xù)訪問
Linux系統(tǒng)LCD顯示圖片的原理,linux驅動開發(fā):用戶空間操作LCD顯示簡單的圖片【轉】...
上一章我們簡單介紹了LCD的一些基本原理。當然更深奧的還有,比如gamma,dither,HUE,satuation.OSD等等.我們知道我們是用framebuffer來實現(xiàn)顯示的.顯存:framebuffer.由DDRAM中劃去一部分內存供顯存使用.從而操作lcd相當于操作顯存.lcd控制器(s5pv210里面有l(wèi)cd控制器)會周期的獲取framebuffer中的數(shù)據(jù)。經(jīng)過處理丟給 顯示屏的lc...
繼續(xù)訪問
linux中如何在fb上顯示
framebuffer 幀緩沖 幀緩沖(framebuffer)是Linux 系統(tǒng)為顯示設備提供的一個接口,它將顯示緩沖區(qū)抽象,屏蔽圖像硬件的底層差異,允許上層應用程序在圖形模式下直接對顯示緩沖區(qū)進行讀寫操作。用戶不必關心物理顯示緩沖區(qū)的具體位置及存放方式,這些都由幀緩沖設備驅動本身來完成。 framebuffer機制模仿顯卡的功能,將顯卡硬件結構抽象為一系列的數(shù)據(jù)結構,可以通過fra...
繼續(xù)訪問
如何讓linux fb0顯示命令行,linux – 如何將/ dev / fb0用作來自用戶空間的控制臺,或者將文本輸出到它...
所以我有一個Palm Pre(原始P100EWW)模型,我啟用了開發(fā)人員模式,并安裝了Debian Squeeze chroot.效果很好.我計劃將這個用于任何東西(bittorrent peer,web server)但是一部手機.我注意到我是否做了貓/ dev / urandom / dev / fb0它實際上將隨機像素寫入屏幕,直到生成設備錯誤上沒有剩余空格.真棒,現(xiàn)在我可以使用顯示...
繼續(xù)訪問
linux 如何查看fb中分辨率_linux下直接寫framebuffer(fb0)的方式顯示bmp圖像
linux下的顯示設備就是/dev/fb0,往該設備寫入的數(shù)據(jù)會顯示在屏幕上,所以我們可以通過直接寫frame buffer這個/dev/fb0設備來實現(xiàn)bmp圖像的顯示,而不用管是在shell文本方式下還是在其他gnome、qt、gtk、wayland等圖形模式下,都能顯示出來。當前前提是你的linux下必須具有該設備并支持讀寫(無特殊處理的linux都有該設備)。代碼(支持16位、24位或32...
繼續(xù)訪問
Linux下LCD編程(fb設備_console_漢化)
繼續(xù)訪問
如何改造 Linux 虛擬終端顯示文字
CJKTTY 補丁是什么,為什么我寫了它 當你不使用 X 的時候,打開電腦,你就在使用虛擬終端。這么多年來它工作的很好,直到它來到了中國。包含中文字符的文件名無法正確顯示,中文文檔無法閱讀。當然可以使用 X , 但是我為什么不能讓終端也能顯示漢字呢?如果在 X 下我能讓屏幕顯示漢字,終端下一定也能。為此我開始了 internet 上的搜尋。 我找到了 fbterm,這是個可以利用 /dev/
繼續(xù)訪問
LCD圖片顯示、觸摸屏、音樂播放、縮放圖片和播放視頻
講解LCD的原理和mmap函數(shù),BMP格式圖片的的顯示,觸摸屏的概念和原理以及觸摸屏輸入的解讀,以及音樂視頻播放和圖片縮放。
繼續(xù)訪問
undefined reference to `jpeg_std_error(jpeg_error_mgr*)
背景 linux + QT BMP圖片轉JPG #include jpeglib.h 編譯錯誤: root@happy-virtual-machine:/home/happy/Lee/Detector2# make arm-linux-g++ -Wl,-O1 -Wl,-rpath,/opt/qt-4.7.1/lib -o Detector2 main.o...
繼續(xù)訪問
linux屏幕滑動效果實現(xiàn)代碼,使用swipe方法模擬屏幕滑動與手勢密碼繪制
前言App自動化測試中有兩個很重要的操作,屏幕滑動與繪制手勢密碼。目前很多App在啟動時,都存在啟動時的引導動畫或者加載上下文內容時需要手動上滑或者下滑加載頁面,所以在自動化測試的過程中模擬手的滑動操作看起來就很重要了;第二個比較重要的是模擬手動繪制九宮格完成手勢密碼的設置,這種手勢密碼在我了解的范圍內,大多在金融類的app中最常見,還有一些對用戶信息保密性較好的app中,所以,模擬繪制手勢密碼也...
繼續(xù)訪問
Linux下LCD圖片放大縮小實現(xiàn),仿QQ空間滑動圖片放大縮小控件
先來看一下效果:scrollzoom_listview.gif一、設計思路與實現(xiàn)步驟1、本例是通過重寫ListView來實現(xiàn)的,頭部的圖片是ListView的HeadView。定義一個headview.xml布局文件,在這個布局文件中放一個ImageView,并給IamgeView設置一個初始高度2、實現(xiàn)下拉圖片放大當ListView處于頂部的時候下拉實現(xiàn)圖片放大,這里要用的一個核心的方法是ove...
繼續(xù)訪問
無法解析的外部符號 jpeg_std_error
1dlib.lib(png_loader.obj) : error LNK2001: 無法解析的外部符號 png_set_sig_bytes 1dlib.lib(png_loader.obj) : error LNK2001: 無法解析的外部符號 png_sig_cmp 1dlib.lib(png_loader.obj) : error LNK2001: 無法解析的外部符號...
繼續(xù)訪問
Linux LCD驅動(二)——圖形顯示
BMP和JPEG圖形顯示程序 1) 在LCD上顯示BMP或JPEG圖片的主流程圖 首先,在程序開始前。要在nfs/dev目錄下創(chuàng)建LCD的設備結點,設備名fb0,設備類型為字符設備,主設備號為29,次設備號為0。命令如下: mknod fb0 c 29 0 在LCD上顯示圖象的主流程圖如圖1所示。程序一開始要調用open函數(shù)打開設備,然后調用ioctl獲取設備相關信息,接下來就是讀取圖形
繼續(xù)訪問
嵌入式Linux下完成LCD屏文字顯示(幀緩沖框架)
幀緩沖框架是Linux下專門為顯示類設備設計的接口,目的是將硬件和軟件層分離開,方便應用層的編程,也方便應用層程序移植。幀緩沖框架向驅動層和應用層分別提供了一套標準接口,驅動層按照框架編寫驅動,應用層按照框架編寫應用程序。幀緩沖在/dev目錄下生成的標準節(jié)點是fb,比如:/dev/fb0,/dev/fb1等等。
繼續(xù)訪問
linux 如何查看fb中分辨率_通過Linux FrameBuffer將像素繪制到屏幕上
最近,我對一個奇怪的想法感到震驚,他想從/ dev / urandom中獲取輸入,將相關字符轉換為隨機整數(shù),然后使用這些整數(shù)作為像素rgb /xy值來繪制到屏幕上。我已經(jīng)做過一些研究(在StackOverflow和其他地方),許多建議您可以直接直接寫入/ dev /fb0,因為它是設備的文件表示形式。不幸的是,這似乎沒有產(chǎn)生任何視覺上明顯的結果。我找到了一個來自QT教程(不再可用)的示例C程序
入局:應用程序是如何操控LCD顯示器的?
我們知道應用程序的調用接口,無非 open/read/write ...然后通過驅動程序最終作用到硬件設備上。以字符設備為例,對于驅動的開發(fā)者,實現(xiàn)了應用程序調用的驅動層中與之相匹配的 drv_open/drv_read/drv_write 函數(shù),為應用層序提供了操作實際硬件設備的通道。那么,對于LCD驅動程序又是如何?先來了解下兩個非常重要的概念。
LCD控制器的功能是控制驅動信號,進而驅動LCD。用戶只需要通過讀寫一系列的寄存器,完成配置和顯示驅動。在驅動LCD設計的過程中首要的是配置LCD控制器,而在配置LCD控制器中最重要的一步則是幀緩沖區(qū)(Frame Buffer)的指定。用戶所要顯示的內容皆是從緩沖區(qū)中讀出,從而顯示到屏幕上的。幀緩沖區(qū)的大小由屏幕的分辨率和顯示色彩數(shù)決定。驅動幀緩沖的實現(xiàn)是整個驅動開發(fā)過程的重點。
幀緩沖區(qū)是出現(xiàn)在Linux 2.2.xx及以后版本內核當中的一種驅動程序接口,這種接口將顯示設備抽象為幀緩沖區(qū)設備區(qū)。幀緩沖區(qū)為圖像硬件設備提供了一種抽象化處理,它代表了一些視頻硬件設備,允許應用軟件通過定義明確的界面來訪問圖像硬件設備。這樣軟件無須了解任何涉及硬件底層驅動的東西(如硬件寄存器)。它允許上層應用程序在圖形模式下直接對顯示緩沖區(qū)進行讀寫和I/O控制等操作。通過專門的設備節(jié)點可對該設備進行訪問,如/dev/fb*。用戶可以將它看成是顯示內存的一個映像,將其映射到進程地址空間之后,就可以進行讀寫操作,而讀寫操作可以反映到LCD。
幀緩沖(Frame Buffer)是Linux為顯示設備提供的一個接口,把顯存抽象后的一種設備,允許上層應用程序在圖形模式下直接對顯示緩沖區(qū)進行讀寫操作。用戶不必關心物理顯存的位置、換頁機制等等具體細節(jié),這些都是由Frame Buffer設備驅動來完成的。幀緩沖設備屬于字符設備。
Linux系統(tǒng)Frame Buffer本質上只是提供了對圖形設備的硬件抽象,在開發(fā)者看來,F(xiàn)rame Buffer是一塊顯示緩存,向顯示緩存中寫入特定格式的數(shù)據(jù)就意味著向屏幕輸出內容。
由于有了frambuffer的抽象,使得應用程序通過定義好的接口就可以訪問硬件。所以應用程序不需要考慮底層的(寄存器級)的操作。應用程序對設備文件的訪問一般在/dev目錄,如 /dev/fb*。
內核中的frambuffer在: drivers/video/fbmem.c (fb: frame buffer)
(1) 創(chuàng)建字符設備"fb", FB_MAJOR=29,主設備號為29。
(2)創(chuàng)建類,但并沒有創(chuàng)建設備節(jié)點,因為需要注冊了LCD驅動后,才會有設備節(jié)點;
2.1 fb_open函數(shù)如下:
(1) registered_fb[fbidx] 這個數(shù)組也是fb_info結構體,其中fbidx等于次設備號id,顯然這個數(shù)組就是保存我們各個lcd驅動的信息;
2.2 fb_read函數(shù)如下:
從.open和.read函數(shù)中可以發(fā)現(xiàn),都依賴于fb_info幀緩沖信息結構體,它從registered_fb[fbidx]數(shù)組中得到,這個數(shù)組保存我們各個lcd驅動的信息。由此可見,fbmem.c提供的都是些抽象出來的東西,最終都得依賴registered_fb這個數(shù)組。
這個register_framebuffer()除了注冊fb_info,還創(chuàng)建了設備節(jié)點。
以s3c2410fb.c為例,分析驅動的實現(xiàn)。
既然是總線設備驅動模型,那我們關心的是它的probe函數(shù)。
看到這里驅動的寫法也大致清晰:
附:
LCD的顯示過程與時序:
? 1.顯示從屏幕左上角第一行的第一個點開始,一個點一個點地在LCD上顯示,點與點之間的時間間隔為VCLK(像素時鐘信號);當顯示到屏幕的最右邊就結束這一行(Line),這一行的顯示對應時序圖上的HSYNC(水平同步信號)
? 2. 接下來顯示指針又回到屏幕的左邊從第二行開始顯示,顯示指針針在從第一行的右邊回到第二行的左邊是需要一定的時間的,我們稱之為行切換。
? 3. 以此類推,顯示指針就這樣一行一行的顯示至矩形的右下角才把一幅圖像(幀:frame)顯示完成,這一幀的顯示時間在時序圖上表示為VSYNC(垂直同步信號)。
參考:
shell腳本中l(wèi)cd是FTP服務的內置命令,是在本地主機目錄操作的命令。
示例腳本(批量下載腳本代碼):
#從FTP上批量下載文件到本地
#!/bin/sh
ftp -v -n 121.112.110.121 EOF ? ?#EOF只是一個分界符標志 也可以使用EOM,!等
user user password?
binary ?#文件傳輸類型
cd /work/guoch/files? ? #cd是在遠程主機目錄操作的命令
lcd ./ ? ? ? ? ? ?? #lcd是在本地主機目錄操作的命令
prompt ?#取消交互
mget * ?#mget是批量的下載文件
bye
EOF ? ? ? #EOF只是一個分界符標志
echo "download from ftp successfully"? #輸出成功標識
擴展資料
FTP使用格式介紹:
ftp?[-v]?[-d]?[-i]?[-n]?[-g]?[-s:filename]?[-a]?[-w:windowsize]?[computer]
參數(shù)介紹:
1、-v?-??禁止顯示遠程服務器相應信息。
2、-n?-??禁止自動登錄。
3、-i?-???多文件傳輸過程中關閉交互提示。
4、-d?-??啟用調試,顯示所有客戶端與服務器端傳遞的命令。
5、-g?-??禁用文件名通配符,允許在本地文件和路徑名中使用。
linux常用命令如下:
1、查看內核版本:uname -a。
2、控制臺-》圖形界面:init 5或者startx。
3、圖形界面-》控制臺: init3或者直接注銷。
4、如何查看ip地址:ifconfig。
5、配置ip:ifconfig eth0 ip地址。
6、重啟:reboot 或者 shutdown -r now。
7、普通用戶切換到系統(tǒng)用戶:su。
8、注銷用戶指令:logout。
9、從子機退出:ctrl+alt。
10、全屏:ctrl+alt+enter 。
基本思想:
Linux的基本思想有兩點:第一,一切都是文件;第二,每個文件都有確定的用途。其中第一條詳細來講就是系統(tǒng)中的所有都歸結為一個文件,包括命令、硬件和軟件設備、操作系統(tǒng)、進程等等對于操作系統(tǒng)內核而言,都被視為擁有各自特性或類型的文件。
完全免費:
Linux是一款免費的操作系統(tǒng),用戶可以通過網(wǎng)絡或其他途徑免費獲得,并可以任意修改其源代碼。這是其他的操作系統(tǒng)所做不到的。正是由于這一點,來自全世界的無數(shù)程序員參與了Linux的修改、編寫工作,程序員可以根據(jù)自己的興趣和靈感對其進行改變,吸收了無數(shù)程序員的精華。
以上內容參考:百度百科--Linux
新聞名稱:lcd命令linux,lcd程序
文章地址:http://www.2m8n56k.cn/article48/dsihdep.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供App設計、微信公眾號、App開發(fā)、品牌網(wǎng)站設計、自適應網(wǎng)站、移動網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:[email protected]。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)