linux 攝像頭驅(qū)動(dòng)編寫(xiě)方法教程
從某個(gè)角度來(lái)說(shuō)，攝像頭是各個(gè)廠家主打的應(yīng)用功能。那么，linux是如何支持?jǐn)z像頭的，我們可以來(lái)看一下?本篇文章主要介紹了詳解linux 攝像頭驅(qū)動(dòng)編寫(xiě)，小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧
方法步驟
1、代碼目錄地址
drivers/media
2、v4l2框架
目前l(fā)inux上的camera都是按照v4l2框架來(lái)設(shè)計(jì)，它的地址位于drivers/media/v4l2-core
3、查看三星soc是如何支持camera的，可以查看drviers/media/platform/Kconfig
config VIDEO_S3C_CAMIF
tristate "Samsung S3C24XX/S3C64XX SoC Camera Interface driver"
depends on VIDEO_V4L2 && I2C && VIDEO_V4L2_SUBDEV_API
depends on PM
depends on ARCH_S3C64XX || PLAT_S3C24XX || COMPILE_TEST
depends on HAS_DMA
select VIDEOBUF2_DMA_CONTIG
---help---
This is a v4l2 driver for s3c24xx and s3c64xx SoC series camera
host interface (CAMIF).
To compile this driver as a module, choose M here: the module
will be called s3c-camif.
4、從Kconfig確認(rèn)除了VIDEO_V4L2和VIDEO_V4L2_SUBDEV_API之外，它只依賴(lài)自己的目錄
obj-$(CONFIG_VIDEO_S3C_CAMIF) += s3c-camif/
5、繼續(xù)查看s3c-camif目錄的代碼結(jié)構(gòu)
# Makefile for s3c244x/s3c64xx CAMIF driver
s3c-camif-objs := camif-core.o camif-capture.o camif-regs.o
obj-$(CONFIG_VIDEO_S3C_CAMIF) += s3c-camif.o
6、Makefile說(shuō)的很清楚，它主要依賴(lài)camif-*.c三個(gè)文件
通過(guò)閱讀，確認(rèn)camif-core.c是注冊(cè)文件
camif-regs.c是寄存器讀寫(xiě)文件
camif-capture.c是主要的操作文件、接口文件
7、確認(rèn)v4l2的函數(shù)操作接口
static const struct v4l2_ioctl_ops s3c_camif_ioctl_ops = {
.vidioc_querycap = s3c_camif_vidioc_querycap,
.vidioc_enum_input = s3c_camif_vidioc_enum_input,
.vidioc_g_input = s3c_camif_vidioc_g_input,
.vidioc_s_input = s3c_camif_vidioc_s_input,
.vidioc_enum_fmt_vid_cap = s3c_camif_vidioc_enum_fmt,
.vidioc_try_fmt_vid_cap = s3c_camif_vidioc_try_fmt,
.vidioc_s_fmt_vid_cap = s3c_camif_vidioc_s_fmt,
.vidioc_g_fmt_vid_cap = s3c_camif_vidioc_g_fmt,
.vidioc_g_selection = s3c_camif_g_selection,
.vidioc_s_selection = s3c_camif_s_selection,
.vidioc_reqbufs = s3c_camif_reqbufs,
.vidioc_querybuf = s3c_camif_querybuf,
.vidioc_prepare_buf = s3c_camif_prepare_buf,
.vidioc_create_bufs = s3c_camif_create_bufs,
.vidioc_qbuf = s3c_camif_qbuf,
.vidioc_dqbuf = s3c_camif_dqbuf,
.vidioc_streamon = s3c_camif_streamon,
.vidioc_streamoff = s3c_camif_streamoff,
.vidioc_subscribe_event = v4l2_ctrl_subscribe_event,
.vidioc_unsubscribe_event = v4l2_event_unsubscribe,
.vidioc_log_status = v4l2_ctrl_log_status,
};
and
649 static const struct v4l2_file_operations s3c_camif_fops = {
650 .owner = THIS_MODULE,
651 .open = s3c_camif_open,
652 .release = s3c_camif_close,
653 .poll = s3c_camif_poll,
654 .unlocked_ioctl = video_ioctl2,
655 .mmap = s3c_camif_mmap,
656 };
8、和sd一樣，接口比較簡(jiǎn)單，但是要深入了解camera，v4l2是繞不過(guò)去的。
這一點(diǎn)和sd卡、usb、asoc是一樣的。
補(bǔ)充：Linux基本命令
①ls 意為list 列出當(dāng)前文件夾中的文件
-l 顯示文件的屬性 可用ll來(lái)表示
?、赼lias 別名 看看是否有別名的文件
③cd dir 跳躍目錄 -P選項(xiàng) 將路徑中的鏈接文件替換成鏈接指向的文件路徑
④pwd 查看當(dāng)前工作的文件夾名 使用-P的選項(xiàng)，會(huì)直接進(jìn)入到其中，相當(dāng)于cd
相關(guān)閱讀：Linuxshell腳本不執(zhí)行問(wèn)題實(shí)例分析
shell腳本不執(zhí)行問(wèn)題：某天研發(fā)某同事找我說(shuō)幫他看看他寫(xiě)的shell腳本，死活不執(zhí)行，報(bào)錯(cuò)。我看了下，腳本很簡(jiǎn)單，也沒(méi)有常規(guī)性的錯(cuò)誤，報(bào)“:badinterpreter:Nosuchfileordirectory”錯(cuò)?？催@錯(cuò)，我就問(wèn)他是不是在windows下編寫(xiě)的腳本，然后在上傳到linux服務(wù)器的……果然。原因：在DOS/windows里，文本文件的換行符為rn，而在*nix系統(tǒng)里則為n，所以DOS/Windows里編輯過(guò)的文本文件到了*nix里，每一行都多了個(gè)^M。解決：
1)重新在linux下編寫(xiě)腳本;
2)vi:%s/r//g:%s/^M//g(^M輸入用Ctrl+v,Ctrl+m)附：sh-x腳本文件名，可以單步執(zhí)行并回顯結(jié)果，有助于排查復(fù)雜腳本問(wèn)題。
linux 攝像頭驅(qū)動(dòng)編寫(xiě)相關(guān)文章：
1.Linux下如何編寫(xiě)第一個(gè)C語(yǔ)言hello world程序