【转载】ZedBoard学习手记(六)最后一步?通过上层应用程序调用驱动
0赞趁着编写Linux驱动的余热,让我们再写一个Linux下可以执行的应用程序,一方面为大家展示调用驱动程序的便捷方法,另一方面则能够测试驱动的功能是否正确。
这个My_GPIO_App只需要一个main函数即可,因为代码十分简单,只要通读一遍代码就能看懂,这里就简略地讲解一下了。
在驱动模块加载完成后,需要使用open函数打开设备,兔子这里的设备名称是my_gpio_dev,已在模块加载时生成在dev目录下了。my_gpio_fd变量的作用类似于打开文件时用的FILE*指针,同时可以检查设备是否正确打开,如果出错则返回负数。
my_gpio_fd = open("/dev/my_gpio_dev", 0);
if(my_gpio_fd<0)
{
printf("gpio_app:[ERROR] Can't open device.");
return;
}
printf("gpio_app: Open device. Filedescription of my_gpio_dev is %d ",my_gpio_fd);
写操作使用的也是ioctl函数,当然此函数非彼函数,这是Linux内核源码sys/ioctl.h中定义的函数,实际作用就是调用驱动程序里的my_gpio_ioctl方法。这里我们从串口终端输入两个整数(注意是十进制),并写入外设的寄存器中。
for (i=0; i
{
printf("gpio_app: Input Reg%d:", i);
scanf("%d", &wr_buf[i]);
printf(" gpio_app: Writing to Reg%d ", i);
ioctl(my_gpio_fd, i, wr_buf[i]);
}
读操作使用的是read函数,调用了驱动程序里的my_gpio_read方法。读取到的数据(8位)先存在一个char型数组里,然后将数据拼接成32位整数,并以十六进制形式打印出来。ret变量用于显示实际读取到的数据长度。
ret = read(my_gpio_fd, rd8_buf, sizeof(rd8_buf));
if(ret != sizeof(rd8_buf))
{
printf("gpio_app:[ERROR] Need %d bytes. Read %d bytes.", sizeof(rd8_buf), ret);
}
for (i=0; i
{
rd32_buf[i] = (int)rd8_buf[i*4] + ((int)rd8_buf[i*4+1]<<8) + ((int)rd8_buf[i*4+2]<<16) + ((int)rd8_buf[i*4+3]<<24);
printf("gpio_app: Read reg%d:0x%x ", i, rd32_buf[i]);
}
最后养成个好习惯,用完的资源要卸载掉,用close函数关闭设备。
close(my_gpio_fd);
这个代码用arm-xilinx-linux-gnueabi-gcc编译一下就可以在ZedBoard上运行了,当然正确的头文件是少不了的。附上完整代码和编译后的可执行文件:
my_gpio_app_1010(已重传)
把设备的打开、关闭、读写等操作封装成函数或方法,就能够在自己的App中调用自如了。关于Linux驱动的编写和调用,网上又大把现成的代码主要针对S3C2440或S3C6410,其核心与ZedBoard大同小异,非常值得借鉴,兔子这里只是抛砖引玉罢了。
题外话:
兔子昨晚与几个大学同学一起吃饭,聊起了宿舍哥们儿们现在的工作和生活。我们的专业涉及知识领域很广(当然兔子自身就是兴趣广泛),现在大家做上层软件、嵌入式系统、硬件设计的都有,还有搞微波、搞算法、搞技术支持搞销售的(我们宿舍人多,莫见怪),而近日也和一个可称为前辈的网友浅谈了一下技术领域的优劣,不得不思考起自己的生活和工作前景来。
其实技术这种东西,如果只是理解如何去做,那么只要沉得住气,PCB、Verilog、Linux驱动、C++没有什么是搞不定的,至少我现在能够静下心。然而想要做好了,除了知识的深度积累这样的硬功夫,重要的还是思想、理念和习惯这些内力。如果只是学习技能,而不做思忖,很难看清楚自己将来的方向和前景,大概要不了多久就会对现在的工作产生动摇。习惯和思想更多的需要从生活中理解,热情地对待生活,弄清楚自己想要什么,当自己具备了一种与众不同的品质之后,还会怕自己不能鹤立鸡群吗,又何顾工作种类呢。
忽有感,不知所言,只当笑谈。