gpt4 book ai didi

linux - Raspberry Pi : IR LED works, 但 irsend 不传输任何 IR 代码

转载 作者:塔克拉玛干 更新时间:2023-11-03 00:39:23 27 4
gpt4 key购买 nike

我在 Raspian jessie(无像素)(所有更新和升级)上安装了当前的 lirc 包(0.9.0~pre1-1.2)并连接到(lirc 默认)GPIO 端口:

  • 到 gpio 端口 17 - 通过晶体管等的 IR LED
  • 到 gpio 端口 18 - 一个 IR 接收器结节

接收器部分完美运行:

  • mode2 命令从发射器接收原始数据
  • 以前记录的 key 的 IR 代码识别有效

但是,IR LED 仅在不涉及 lirc 时才工作:

  • shell 脚本可以毫无问题地打开和关闭红外 LED

唯一不起作用的是:

  • irsend 不会使 IR 发射器发射任何东西,但是不会显示任何错误消息

所以硬件,尤其是 IR LED 肯定是工作的,而 lirc 不能让 LED 发出任何配置的 IR 代码。

请注意,这似乎是

不幸的是,事实并非如此。提供的“解决方案”是将/etc/modules 的数据放入文件/etc/modules-load.d/lirc_rpi.conf。我也试过了,但没什么区别。

非常感谢任何帮助!

配置数据如下 - 如果需要任何其他数据,我很乐意添加! TIA!


系统和lirc配置

提取自:/boot/config.txt

dtoverlay=lirc-rpi,gpio_in_pin=18,gpio_out_pin=17,debug=on

摘自:/etc/modules

lirc_dev
lirc_rpi gpio_in_pin=18 gpio_out_pin=17

(不确定这是否有必要,如果没有配置也没有区别!?任何提示都表示赞赏)

/etc/lirc/hardware.conf 中的所有事件条目

LIRCD_ARGS="--uinput"
DRIVER="default"
DEVICE="/dev/lirc0"
MODULES="lirc_rpi"
LIRCD_CONF=""
LIRCMD_CONF=""

一些系统输出

1) 驱动程序已加载,启动后立即输出以下命令,输出:dmesg | grep lirc

lirc_dev: IR Remote Control driver registered, major 245
lirc_rpi: module is from the staging directory, the quality is unknown, you have been warned.
lirc_rpi: to_irq 178
lirc_rpi: auto-detected active low receiver on GPIO pin 18
lirc_rpi lirc_rpi: lirc_dev: driver lirc_rpi registered at minor = 0
lirc_rpi: driver registered!
input: lircd as /devices/virtual/input/input0
lirc_rpi: Interrupt 178 obtained

2)服务启动并运行,输出:systemctl status lirc

? lirc.service - LSB: Starts LIRC daemon.
Loaded: loaded (/etc/init.d/lirc)
Active: active (running) since Mo 2017-06-12 20:04:03 CEST; 2h 58min ago
Process: 377 ExecStart=/etc/init.d/lirc start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/lirc.service
+-437 /usr/sbin/lircd --driver=default --device=/dev/lirc0 --uinput

3) 模块被加载,输出:lsmod | grep 模块;lsmod | grep lirc

Module                  Size  Used by
lirc_rpi 8453 3
lirc_dev 10211 1 lirc_rpi
rc_core 23776 1 lirc_dev

我遵循了位于 http://aron.ws/projects/lirc_rpi/ 的(过时的)手册中的故障排除步骤获取更多信息。

输出:cat/sys/kernel/debug/gpio

gpiochip0: GPIOs 0-53, parent: platform/20200000.gpio, pinctrl-bcm2835:
gpio-35 ( |? ) in hi
gpio-47 ( |? ) out lo

我在这种情况下也看到了输出:

这个用户和我一样被那个输出激怒了——有人能告诉我为什么 gpio-35 和 gpio-47 列在这里吗?不应该是gpio-17和gpio-18吗?

输出:cat/proc/interrupts | grep lirc

178:        875  pinctrl-bcm2835  18 Edge      lirc_rpi

这与获得中断 178 时的 dmesg 输出相匹配

lircd 的任何其他 dmesg 输出,无论采取什么操作,都是重复的(很可能是由于设置了调试选项)

lirc_rpi: SET_SEND_CARRIER
lirc_rpi: in init_timing_params, freq=38000 pulse=13157, space=13158
lirc_rpi: SET_SEND_DUTY_CYCLE
lirc_rpi: in init_timing_params, freq=38000 pulse=13157, space=13158

最佳答案

在建立电路的测试副本一段时间后再次重新开始测试,问题再次出现。现在,经过几个月的大量测试,向很多人寻求帮助(没有人能提供帮助),甚至购买并组装了一个便宜的迷你 USB 示波器套件以进一步检查硬件,我终于找到了解决方案。

长话短说:配置中的一切都是正确的,所有连接的硬件都很好。问题是测试脚本 - 请参阅我对

的评论

"a shell script can switch the IR LED on and off with no problem"

而且由于我没有在上面的描述中说明,所以没有人能自己找到解决方案....

该脚本使用了/sys/class/gpio中的伪文件,示例如下:

在脚本的末尾,一条命令写入 /sys/class/gpio/unexport 以进行清理,这一步似乎重置了 GPIO 端口以始终处于状态配置为输入。结果 LIRC 不再能够控制此 GPIO 端口,因为它似乎仅在系统启动期间将 GPIO 端口配置为输出,并且之后始终期望端口处于该状态。

我通过使用 wirinpi 包中的 gpio 实用程序(使用 sudo apt-get wiringpi 安装)将问题追踪到了这一点, 执行 gpio readall 并检查差异。

当一切突然恢复正常时,我可能只是忘记了在测试 LIRC 之前运行我的测试脚本,否则我总是这样做......

幸运的是,无需重启系统即可轻松修复端口配置问题。我再次使用 gpio 实用程序重置使用的输出端口,在下面的示例中

  • 使用 LIRC 的默认输出端口 17 并且
  • 参数 -g 允许实用程序使用普通的 GPIO 端口编号,而不是wiringpi 包和库中非常不同的一个

这是命令,在我的测试脚本中最后执行了这个命令后,LIRC 可以再次正确发送 IR 代码:

gpio -g mode 17 out

关于linux - Raspberry Pi : IR LED works, 但 irsend 不传输任何 IR 代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44509594/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com