1

我在 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 发射器发射任何东西，但是没有显示错误消息

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

请注意，这似乎与

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

任何帮助是极大的赞赏！

配置数据如下 - 如果需要任何其他数据，我很乐意添加它！蒂亚！

系统和 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 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
4

1 回答 1

1

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

长话短说：配置中的一切都是正确的，所有附加的硬件都很好。问题是测试脚本 - 请参阅我的评论

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

由于我没有将其放在上述描述中，因此没有人自己找到解决方案....

该脚本使用 中的伪文件/sys/class/gpio，请参见此处的示例：

在脚本结束时，/sys/class/gpio/unexport为了清理目的而写入命令，此步骤似乎将 GPIO 端口重置为始终处于配置为输入的状态。结果，LIRC 不再能够控制此 GPIO 端口，因为它似乎仅在系统启动期间将 GPIO 端口配置为输出，之后总是期望端口处于该状态。

我通过使用wirinpigpio包中的实用程序（使用 安装）跟踪问题，执行并检查差异。sudo apt-get wiringpigpio readall

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

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

  • 使用 LIRC 的默认输出端口 17，并且
  • 参数 -g 让实用程序使用普通的 GPIO 端口编号，而不是非常不同的Wiringpi包和库之一

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

gpio -g mode 17 out
于 2017-10-30T19:59:41.817 回答