我在Raspian jessie(无像素)上安装了当前的lirc软件包(0.9.0~pre1-1.2)(所有内容都已更新和升级)并连接到(lirc默认)GPIO端口:
接收器部分完美运行:
但是,IR LED仅在不涉及lirc时才有效:
唯一不起作用的是:
所以硬件,特别是红外LED肯定在工作,而lirc无法使LED发出任何已配置的红外代码。
请注意,这似乎与
重复不幸的是,事实并非如此。提供的“解决方案”是将/ etc / modules的数据放入文件/etc/modules-load.d/lirc_rpi.conf中。我也试过了,但没有区别。
非常感谢任何帮助!
配置数据如下 - 如果需要任何其他数据,我很乐意添加它! TIA!
提取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
答案 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可以再次正确发送IR代码:
gpio -g mode 17 out