3

我对设备树有一些奇怪的问题。我发现更改 .dtbo 的名称改变了内核的行为！

我已经用 Angstrom 修改了 /lib/firmware 中给出的 BB-SPIDEV1-00A0.dts ：

/*
 * Copyright (C) 2013 CircuitCo
 *
 * Virtual cape for SPI1 on connector pins P9.29 P9.31 P9.30 P9.28
 *
 * 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 = "BB-SPI1-01";
    version = "00A0";

    /* state the resources this cape uses */
    exclusive-use =
        /* the pin header uses */
        "P9.31",    /* spi1_sclk */
        "P9.29",    /* spi1_d0 */
        "P9.30",    /* spi1_d1 */
        "P9.28",    /* spi1_cs0 */
            "P9.42",    /* spi1_cs1 */
        /* the hardware ip uses */
        "spi1";

    fragment@0 {
        target = <&am33xx_pinmux>;
        __overlay__ {
            /* default state has all gpios released and mode set to uart1 */
            bb_spi1_pins: pinmux_bb_spi1_pins {
                pinctrl-single,pins = <
                    0x190 0x13  /* mcasp0_aclkx.spi1_sclk,  OUTPUT_PULLUP | MODE3 */
                    0x194 0x33  /* mcasp0_fsx.spi1_d0,      INPUT_PULLUP | MODE3 */
                    0x198 0x13  /* mcasp0_axr0.spi1_d1,     OUTPUT_PULLUP | MODE3 */
                    0x19c 0x13  /* mcasp0_ahclkr.spi1_cs0,      OUTPUT_PULLUP | MODE3 */
                    0x164 0x12  /* eCAP0_in_PWM0_out.spi1_cs1   OUTPUT_PULLUP | MODE2 */
                    0x1A0 0x32  /* Other P42 pin, INPUT_PULLUP */
                >;
            };
        };
    };

    fragment@1 {
        target = <&spi1>;   /* spi1 is numbered correctly */
        __overlay__ {
            status = "okay";
            pinctrl-names = "default";
            pinctrl-0 = <&bb_spi1_pins>;

            #address-cells = <1>;
            #size-cells = <0>;

            spi1_0{
                #address-cells = <1>;
                #size-cells = <0>;

                compatible = "spidev";

                reg = <0>;
                spi-max-frequency = <16000000>;
            };


            spi1_1{
                #address-cells = <1>;
                #size-cells = <0>;

                compatible = "spidev";

                reg = <1>;
                spi-max-frequency = <16000000>;
            };
        };
    };
};

我将其编译为两个名称：BB-SPIDEV1-00A0.dtbo 和 BB-SPI1-01-00A0.dtbo

当我在 /sys/devices/bone_capemgr.9/slots 中加载其中一个时，spidev 的行为会有所不同！

使用 BB-SPIDEV1，spidev1.0 运行良好，没有任何问题。但是spidev1.1的片选不行！42管脚模式错误，管脚没有分配spi1

另一方面，对于 BB-SPI1-01（这个名字不重要，取另一个名字是一样的，只是必须与 BB-SPIDEV1 不同），引脚 42 分配得当：

root@beaglebone:/sys/kernel/debug/pinctrl/44e10800.pinmux# cat pinmux-pins | grep spi
pin 89 (44e10964): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 100 (44e10990): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 101 (44e10994): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 102 (44e10998): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 103 (44e1099c): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 104 (44e109a0): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins

并处于良好模式：

root@beaglebone:/sys/kernel/debug/pinctrl/44e10800.pinmux# cat pins | grep 964
pin 89 (44e10964) 00000012 pinctrl-single

但是这次 spidev1.0 不能正常工作。MISO 线（所以 BBB 的输入）只看到 0，即使它是错误的（我用示波器检查过）。

那么可能是什么问题？

提前致谢

4

2 回答 2

1

将 P9_42B 设置为 Mode 4 w/High Impedance (0x2C) - 否则，默认为 Mode 4 Fast-In Pull-Down。除非此引脚被另一个覆盖修改，否则 P9_42B 不需要多路复用。

当我访问它们的寄存器时，SPI1（以及 SPI0、I2C 和 GPIO2）寄存器给了我总线错误，尽管在各自的叠加层中将它们的状态设置为“正常”，但仍使设备被禁用。所以我检查了 CM_PER 寄存器，果然：IDLEST=3 [disabled]和MODULEMODE=0 [disabled]. 尽管这些测试是在 Debian 系统上完成的，但我很确定 Angstrom 和所有其他发行版也是如此。

要启用它们，您需要通过您选择的首选语言访问电源和时钟管理的内存地址：

通过 PRU 汇编：

.origin 0
.entrypoint START

START:
    MOV  r0, 0x44E00050 // CM_PER_SPI1_CLKCTRL Register [reset = 30000h / disabled]
    LBBO r1, r0, 0, 4   // load register value
    CLR  r1.t16         // set IDLEST to FUNC
    CLR  r1.t17
    SET  r1.t1          // set MODULEMODE to ENABLE
    SBBO r1, r0, 0, 4   // store value
    HALT

通过 Python：
使用 Python mmap 的 Beaglebone IO

通过 C/C++：（类似于上面的 python 示例）
引用自：vabi-robotics.blogspot.com

#include <unistd.h>
#include <fcntl.h>
#include <sys/mman.h>
#include <stdio.h>
#include <iostream>
#define CM_PER 0x44E00000 //PG 157

using namespace std;

int main(){
    int fd = open("/dev/mem",O_RDWR | O_SYNC);
    ulong* pinconf1 =  (ulong*) mmap(NULL, 0x0FFF, PROT_READ | PROT_WRITE, MAP_SHARED, fd, CM_PER);

    printf("INFO: %X\n", pinconf1[0x50/4]);
    pinconf1[0x50/4] = 0x00000002;
    printf("INFO: %X\n", pinconf1[0x50/4]); // conf. initialized

    return 0;
}

注意：如果这不是问题并且一个通道实际上可以正常工作，请确保在启用下一个通道之前禁用该通道。另外，确认MCSPI_MODULCTRL寄存器（SPI1：0x481A0128）中MS位清零[ master ]，PIN34位清零[ SPIEN用作片选]，SINGLE位清零[多个通道被使用]

于 2014-06-25T05:50:55.260 回答
1

好吧，我再次自己回答我的问题。实际上，问题是：我无法使用 SPI 通道 1 (spidev.1.1) 的第二个芯片选择。当我尝试这样做时，出现了 dtbo 名称的问题，我发布了这个问题。但是，名称问题尚未解决。

但问题是

但是这次 spidev1.0 不能正常工作。MISO 线（所以 BBB 的输入）只看到 0，即使它是错误的（我用示波器检查过）。

已通过更改时钟模式解决：0x33 而不是 0x13。虽然它是一个输出，但将引脚设置为 0x33 将其更改为 RXACTIVE_PULLUP。必须启用这种方式才能接收数据。

奇怪的是 0x13 与 BB-SPIDEV1 完美配合...

感谢 TekuConcept 对寄存器的帮助，如果我有一些额外的时间，我会尝试挖掘寄存器。

于 2014-07-08T14:50:45.247 回答