工具与软件：
尊敬的 TI 专家：
从 opt3001驱动程序获取结果时出现问题。
当尝试对 in_looperance_input 进行 cat 时、无论积分时间如何、cat 都会导致超时：
使用 i2ctransfer、我们可以从 opt3001读取寄存器、初始值如下：
通过 i2ctransfer、寄存器0x00的初始结果为0x00 0x00、 访问 IN_LIONAS_INPUT 后、寄存器0x00的结果将刷新：
我们想知道本例中的问题是什么。 我们没有修改 opt3001驱动器中的任何内容、保留了以前的相关硬件设计(设计工作正常)、并且可以通过 i2c 访问芯片。
此致、
黄靖杰
您好、Nick。
一个好消息是、通过在器件树中禁用中断、opt3001驱动器可以完美地工作。
根据我们之前的设置、驱动程序将等待此事件并最终报告超时错误。
通过阅读数据表、我不明白这里的想法、因为当测量值超过限制时会调用中断、它与每个读取事件有什么关系？
此致、
黄靖杰
Daniel、您好！
故障案例使用以下 DTS：
SOC 引脚 B19连接到 opt3001的 INT 引脚。 根据我们的测试、如果在 opt3001中设置了 INT 的低电平有效、则该引脚始终为低电平。
我们还尝试将中断类型更改为 IRQ_TYPE_LEVEL_LOW、但仍然未正确处理中断。
目前我们在没有中断的情况下使用它、运行正常。 此问题可能是由某些硬件缺陷引起的。 但我要再次问:
1.为什么传感器一开始就一直产生中断? 默认范围是全范围、因此极不可能发生超出范围事件。
2.为什么读取事件必须依赖于指示超出范围的中断?
我希望这些信息有用,并期待您的分析。
此致、
黄靖杰
Daniel、您好！
很抱歉、我们在过去几天没有时间进一步调查该问题。
我仔细检查了硬件设计和器件树设置、故障的设计几乎与正常设计相同、不同之处在于 opt3001现在位于我上次提到的单独 PCB 上。
以下是详细信息：
opt3001电路板：
主板：
设备树：
需要注意的一点是、如果我们未在器件树中提供中断设置、则 INT 引脚将始终为高电平、指示未调用中断、但如果提供了设置、则 INT 引脚将始终为低电平、从而导致超时问题。
在我看来、pinctrl 是造成这个问题的、但这种设置在之前的设计中是可行的。 我们是否需要改为将 PIN_INPUT 更改为 PIN_INPUT_PULLUP？
此致、
黄靖杰
Daniel、您好！
感谢您的答复。 在我们昨天的测试中、INT 引脚未连接到 SOC、行为与您描述的完全相同。
至于第二个测试、我们可以做到、但我认为当前的主要问题是 AM62A 中的 GPIO 行为不符合预期。
除了用作 opt3001的 INT 输入的 B19之外、我们还尝试了其他一些引脚、将它们设置为 GPIO 并提供 PIN_INPUT_PULLUP 选项。 奇怪的是、它们中的任何一个都不能真正拉高。
虽然数据表没有明确写入、但我想 IO 类型意味着引脚处于推挽模式？
现在的情况有点混乱、因为我不知道是 GPIO 驱动程序还是硬件制造造成的问题。 但显然 opt3001和它的 Linux 驱动程序都按预期工作。
此致、
黄靖杰
尊敬的 Jingjie：
我不完全确定这是问题所在；但是、我注意到您将0x0198用作引脚地址：
但是、在您发送给我的最近映像中、引脚地址似乎为0x00F4198：
除此之外、中断的配置方式没有看到任何不同。 尝试将其配置为：
AM62AX_IOPAD (0x000F4198、PIN_INPUT_PULLUP、7)
谢谢！
Daniel Balmaceda
您好、Nick。
感谢您的答复。 我与 Daniel 讨论了很多、并确信 OPT3001的工作正常。
现在出现该问题的根本原因是 AM62A 中的 GPIO 设置行为错误。 在我们尝试将引脚 B19设置为 GPI 时、无论使用 PIN_INPUT 还是 PIN_INPUT_PULLUP、该引脚都被拉低、而且 opt3001的 INT 引脚实际上不会产生任何中断。 (opt3001的默认中断为低电平有效)
器件树设置如下：
BTW Linux SDK 的版本是9.2。 我们尝试配置另一个引脚、结果以完全相同的方式出现故障。
此致、
黄靖杰
尊敬的 Anshu：
很抱歉我的回复太晚了、我对其他一些问题也很感兴趣。
opt3001上中断的预期行为是、一旦检测到的环境光超过当前限制、它就会默认将中断引脚拉至低电平、以便可以触发其 Linux 驱动程序中的某些函数来处理该情况。
我们测试过、使用默认设置时、即使将闪光灯直接投射到传感器上、我们也无法手动触发此事件、因为默认限制是其整个范围。
但问题是、如果我们设置 pinctrl 并注册该中断、该引脚会以某种方式被拉低。
枚举 intterrupt:
"#include "以 k3-am62a.dtsi 编写、此文件包含在 k3-am62a7-sk.dts 中、并在其中写入 opt3001相关配置。 我想这是可以的吗？
此致、
黄靖杰
您好、黄
您能否在 Kernel config 中确认已启用并加载该模块？ 以下是 menuconfig 中的路径。 配置内核后、您将必须重新构建内核： https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/09_02_00/exports/docs/linux/Foundational_Components_Kernel_Users_Guide．html#configuring-the-kernel
将您的器件树与文档(https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/Documentation/devicetree/bindings/iio/light/ti,opt3001.yaml?h=ti-linux-6.1.y)进行比较时、我看不到明显的问题。
在设备树中定义&MAIN_GPIO1节点的位置？ 您可以尝试将 pinctrl-names & pinctrl-0移至 MAIN_GPIO1。
谢谢！
Anshu
此致、
黄靖杰
尊敬的 Anshu：
通常会在中注册"in_illumance_input"以及其他接口 /sys/bus/iio/devices/iio：device0。
驱动程序已加载、因为我们可以在 lsmod 的输出中找到它。 不知何故、驱动程序有一些问题、但可以肯定的是在 i2c 传输中没有问题、因为驱动程序中的大多数 dev_err 都无法通过 I2A 读取/写入寄存器、并且 dmesg 中未显示任何寄存器。
到目前为止、各种办法之间的差异可归纳如下：
1.没有 pinctrl 和中断设置：opt3001驱动程序按预期工作。
2. 设置如下:opt3001驱动程序注册正确,当尝试目录为 in_looperance_input 时,驱动程序报告"读取错误:连接超时"。 该引脚被拉至低电平、但未被 opt3001拉至低电平、从而导致问题。
3.使用以下设置: opt3001驱动程序未正确注册,没有用户访问的接口,如前面的 replys 所述。
现在的关键问题是、一旦注册了中断、该引脚将被拉低、但 opt3001不会拉低。 如前所述、我们试过"PIN_INPUT"以及"PIN_INPUT_PULLUP"、没想到。
此致、
黄靖杰
