beagleboard或beaglebone是不同的工作方式。使用以前的内核,它们位于/ sys / kernel / debug / omap_mux中。你知道最后一个内核是哪些文件吗?
答案 0 :(得分:9)
Don Branson的回答是关于如何读取GPIO引脚的一个很好的介绍,但不幸的是它没有涵盖如何更改引脚的模式,例如从GPIO到SPI。这变为more complicated,内核为3.8.13(?)及以上。出于多种原因,内核开发人员切换到"device tree model"。
截至目前,关于如何使用设备树模型的细节似乎不断变化,因此我只描述一般过程。首先,在名为“设备树源”的文件中描述要与之交互的引脚。引脚及其模式使用十六进制数指定,您必须在处理器的文档中查找。
然后使用dtc
将此文件编译为“设备树二进制文件”,并将此二进制文件放入/lib/firmware
。最后,通过将二进制文件的名称(可以省略.dtb扩展名)回显到/sys/devices/bone_capemgr.*/slots
来启用引脚模式。
这篇伟大的博文中列出了一个非常有益的例子:
http://hipstercircuits.com/enable-spi-with-device-tree-on-beaglebone-black-copy-paste/
我将尝试扩展我的答案,因为我自己更多地了解这个主题。或者也许有人可以建议编辑或希望甚至更广泛的答案他们自己?目前可用的信息似乎有点稀疏......
祝你好运!
答案 1 :(得分:9)
我发现在hipstercircuits提供的许多例子有点压倒性;特别是如果您只是想将引脚调整为模式7.如果有人在阅读此问题时遇到同样的问题,则以下链接可能有所帮助:http://bbbadventures.blogspot.ca/2013/06/pinmuxing.html它提供了最基本的模板。
如果上面的链接中断,这里是提供的代码段(为了清晰起见,有一些调整):
/*
* Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2 as
* published by the Free Software Foundation.
*/
/dts-v1/;
/plugin/;
/ { compatible = "ti,beaglebone", "ti,beaglebone-black";
/* identification */
part-number = "pinctrl-test-0";
fragment@0 {
target = <&am33xx_pinmux>;
__overlay__ {
pinctrl_test: pinctrl_test_0_pins {
pinctrl-single,pins = <
0x030 0x07 /* P8_12 OUTPUT | MODE7 */
0x034 0x07 /* P8_11 OUTPUT | MODE7 */
/* Add more pins here */
>;
};
};
};
fragment@1 {
target = <&ocp>;
__overlay__ {
test_helper: helper {
compatible = "bone-pinmux-helper";
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_test>;
status = "okay";
};
};
};
};
在上述代码段中添加更多引脚时,您可以使用下表来确定哪些十六进制值与引脚匹配:
通过在pinctrl-single引脚中附加一个附加条目来设置每个引脚。格式如下:
[offset] [mode]
示例:0x030 0x07
在上面链接的两个表中,请参阅第三列,标题为“ADDR / OFFSET”,作为偏移值。
我希望这会有所帮助:)
编辑:我还应该提到马丁和唐提供的答案都非常好,应该有助于涵盖其余的重要细节。
答案 2 :(得分:7)
我在这里找到了我需要的东西:http://www.armhf.com/index.php/using-beaglebone-black-gpios/。
我正在运行内核3.8.13。
基于此,我写了这个脚本:
#!/bin/bash
# http://www.armhf.com/index.php/using-beaglebone-black-gpios/
# pin 9:11, gpio0[30] - 0 + 30 = 30
echo 30 > /sys/class/gpio/export
echo in > /sys/class/gpio/gpio30/direction
cat /sys/class/gpio/gpio30/value
# 1=switch open; 0=switch closed
while [ 1 ] ; do cat /sys/class/gpio/gpio30/value ; sleep .5 ; done
当引脚保持低电平时,脚本显示0,高电平时显示1。我基于http://www.digikey.com/us/en/techzone/microcontroller/resources/articles/protecting-inputs-in-digital-electronics.html开发了一个电路。
图片右侧的橙色电线充当开关。
我的计划是从死机打印机取出这个和一个门开关进行冷冻开关。然后我会修改脚本,当冰箱打开超过10分钟时给我发电子邮件。
编辑:
进行了一些研究并找到了有关如何设置pinmux的更多信息,特别是设备树覆盖:
好的,看了这个,并学到了很多东西:http://www.youtube.com/watch?v=wui_wU1AeQc
能够最终通过下面的设备树覆盖控制BBB上的pinmux设置。片段@ 1部分对我来说仍然是神奇的,所以在某些时候希望它会更有意义。不过,至少我可以检测所有引脚上的闭合开关。
一个关键的部分是Derek项目中的图表:https://github.com/derekmolloy/boneDeviceTree/tree/master/docs
/dts-v1/;
/plugin/;
/ {
compatible = "ti,beaglebone", "ti,beaglebone-black";
part-number = "mousetraps";
version = "00A1";
/* https://github.com/derekmolloy/boneDeviceTree/blob/master/docs/BeagleboneBlackP9HeaderTable.pdf */
fragment@0{
target = <&am33xx_pinmux>;
__overlay__ {
mousetrap_pins: pinmux_mousetrap_pins {
pinctrl-single,pins = <
0x070 0x2f /* P9_11 30 INPUT MODE7 none */
0x074 0x2f /* P9_13 31 INPUT MODE7 none */
0x040 0x2f /* P9_15 48 INPUT MODE7 none */
0x15c 0x2f /* P9_17 05 INPUT MODE7 none */
>;
};
};
};
fragment@1{
target = <&ocp>;
__overlay__ {
test_helper: helper {
compatible = "bone-pinmux-helper";
pinctrl-names = "default";
pinctrl-0 = <&mousetrap_pins>;
status = "okay";
};
};
};
};
答案 3 :(得分:3)
查看这组设备树文件: https://github.com/nomel/beaglebone/tree/master/gpio-header
它允许您动态更改gpio mux模式。
我只是尝试了它们,它们似乎有效。
答案 4 :(得分:2)
如果您尝试使用该设备,而不是发布产品,则编写设备树覆盖文件很难并且特别烦人。 config-pin实用程序有助于解决问题。
它允许查询和设置引脚到它们允许的任何模式。你仍然需要一个设备树覆盖图来提供你想要的模式,但是有一个允许一切的斗篷,所以你不必担心它;它被称为cape-universal。 config-pin使用连接器上的引脚编号作为引脚名称。例如,将引脚称为P8.11,引脚13,gpio45和gpio1_13(即一个引脚)设置为模式6,也称为pr1_pru0_pru_r30_15(将引脚设置为输出,由pru 0到bit控制注册30)中的15,你会这样做:
# The first line only needs to be done once; it loads the cape overlay.
config-pin overlay cape-universal
config-pin P8.11 pruout
您可以运行不带参数的config-pin,以获取有关其他选项的信息,用于查询引脚选项和状态。该程序还可用于设置gpio引脚的值(与模式相反)。
答案 5 :(得分:0)
正如上面提到的,我将解释片段@n magic ...“fragment @ n”,“target”和“ overlay ”节点特定于设备树覆盖加载器,修补现有的设备树。这些节点不会在最终合并的DT中结束,它们只是告诉覆盖加载器该做什么。
覆盖文件可以对树有多个“补丁”。每个片段@n只声明一个新的补丁,“目标”指定补丁将被复制到设备树中的位置,“叠加”是补丁的内容。合并内容并替换现有节点。目标可以使用实际的DT路径语法(由/分隔的节点)或此处使用的别名(&amp; ocp和&amp; am33xx_pinmux)。已经为DT中的重要节点设置了别名。
顶部的“兼容”,“部件号”和“版本”也特定于覆盖,通常像过滤器一样用于确定当前硬件是否支持覆盖。所有叠加文件都具有特定语法,直到 overlay 节点,此时内部内容是普通的旧设备树语法。内核可能支持设备树但不支持覆盖,在这种情况下,您可能需要自己将片段复制并粘贴到单个DTS / DTB中.DT和DTO是一个适用于嵌入式系统和驱动程序的漂亮系统,但需要习惯。