Raspberry Pi:IR LED有效,但irsend不传输任何IR代码

时间:2017-06-12 22:21:20

标签: linux raspberry-pi2 lirc

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

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

接收器部分完美运行:

  • mode2命令从发送器接收原始数据
  • 以前录制的密钥的IR代码识别工作

但是,IR LED仅在不涉及lirc时才有效:

  • 一个shell脚本可以毫无问题地打开和关闭IR LED

唯一不起作用的是:

  • irsend不会让IR发射器发出任何声音,但是没有显示错误信息

所以硬件,特别是红外LED肯定在工作,而lirc无法使LED发出任何已配置的红外代码。

请注意,这似乎与

重复

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

非常感谢任何帮助!

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

系统和lirc配置

提取fom:/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 Module;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

1 个答案:

答案 0 :(得分:1)

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

长话短说:配置中的所有内容都是正确的,并且所有附加的硬件都很好。问题是测试脚本 - 请参阅我的评论

  

“shell脚本可以毫无问题地打开和关闭IR LED”

并且我没有在上面的描述中提到,没有人能够自己找到解决方案....

该脚本使用/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端口编号,而不是 wirespi 包和库中的那个非常不同

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

gpio -g mode 17 out