Closed dezanche closed 9 months ago
Notice there is no topic name in the log. It is subscribing to an empty name. The topic name is read from the relay. What is the output of sudo usbrelay
On Thu, 25 Jan 2024, 3:13 pm Nicola De Zanche, @.***> wrote:
I'm not sure if this is related to my previous issue (#108 https://github.com/darrylb123/usbrelay/issues/108), but after a fresh rebuild it worked correctly for only a few days, then MQTT functionality broke after a reboot. I can still query the state and set relays from the shell using usbrelay commands, so the HW and USB connection are fine. However, MQTT commands from Home Assistant are visible using MQTT Explorer but they don't trigger the relays. The service is running:
@.***:/home/home-assistant# systemctl status usbrelayd
- usbrelayd.service - USB Relay MQTT service Loaded: loaded (/etc/systemd/system/usbrelayd.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2024-01-24 21:43:59 MST; 7min ago Docs: man:usbrelayd(8) Main PID: 11129 (python3) Tasks: 2 (limit: 4772) Memory: 11.3M CGroup: /system.slice/usbrelayd.service -11129 /usr/bin/python3 /usr/sbin/usbrelayd Jan 24 21:51:01 rock64 python3[11129]: State: stat//4 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//4 Jan 24 21:51:01 rock64 python3[11129]: State: stat//5 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//5 Jan 24 21:51:01 rock64 python3[11129]: State: stat//6 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//6 Jan 24 21:51:01 rock64 python3[11129]: State: stat//7 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//7 Jan 24 21:51:01 rock64 python3[11129]: State: stat//8 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//8
It's suspicious, though, that relays 1-3, which are the ones I actually use (and I can still set using usbrelay commands), are not showing up on this list. I can't figure this out so any help is appreciated.
— Reply to this email directly, view it on GitHub https://github.com/darrylb123/usbrelay/issues/110, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABTSUVMM7RMX3ZO4MHA7T4DYQHSYTAVCNFSM6AAAAABCJ4YSRGVHI2DSMVQWIX3LMV43ASLTON2WKOZSGA4TSNJYGQ4TKOA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
It should look something like this: Jan 25 16:08:08 raspberrypi python3[421]: Subscribed: cmnd/WATER/5 Jan 25 16:08:08 raspberrypi python3[421]: State: stat/WATER/6 OFF Jan 25 16:08:08 raspberrypi python3[421]: Subscribed: cmnd/WATER/6 Jan 25 16:08:08 raspberrypi python3[421]: State: stat/WATER/7 OFF Jan 25 16:08:08 raspberrypi python3[421]: Subscribed: cmnd/WATER/7 Jan 25 16:08:08 raspberrypi python3[421]: State: stat/WATER/8 OFF Jan 25 16:08:08 raspberrypi python3[421]: Subscribed: cmnd/WATER/8 Jan 25 16:08:08 raspberrypi python3[421]: received message: cmnd/WATER/6 OFF Jan 25 16:08:09 raspberrypi python3[421]: received message: cmnd/WATER/7 OFF Jan 25 16:08:09 raspberrypi python3[421]: received message: cmnd/WATER/8 OFF
$ sudo usbrelay WATER_1=0 WATER_2=0 WATER_3=0 WATER_4=0 WATER_5=0 WATER_6=0 WATER_7=0 WATER_8=0
On Thu, Jan 25, 2024 at 3:43 PM Darryl Bond @.***> wrote:
Notice there is no topic name in the log. It is subscribing to an empty name. The topic name is read from the relay. What is the output of sudo usbrelay
On Thu, 25 Jan 2024, 3:13 pm Nicola De Zanche, @.***> wrote:
I'm not sure if this is related to my previous issue (#108 https://github.com/darrylb123/usbrelay/issues/108), but after a fresh rebuild it worked correctly for only a few days, then MQTT functionality broke after a reboot. I can still query the state and set relays from the shell using usbrelay commands, so the HW and USB connection are fine. However, MQTT commands from Home Assistant are visible using MQTT Explorer but they don't trigger the relays. The service is running:
@.***:/home/home-assistant# systemctl status usbrelayd
- usbrelayd.service - USB Relay MQTT service Loaded: loaded (/etc/systemd/system/usbrelayd.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2024-01-24 21:43:59 MST; 7min ago Docs: man:usbrelayd(8) Main PID: 11129 (python3) Tasks: 2 (limit: 4772) Memory: 11.3M CGroup: /system.slice/usbrelayd.service -11129 /usr/bin/python3 /usr/sbin/usbrelayd Jan 24 21:51:01 rock64 python3[11129]: State: stat//4 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//4 Jan 24 21:51:01 rock64 python3[11129]: State: stat//5 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//5 Jan 24 21:51:01 rock64 python3[11129]: State: stat//6 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//6 Jan 24 21:51:01 rock64 python3[11129]: State: stat//7 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//7 Jan 24 21:51:01 rock64 python3[11129]: State: stat//8 OFF Jan 24 21:51:01 rock64 python3[11129]: Subscribed: cmnd//8
It's suspicious, though, that relays 1-3, which are the ones I actually use (and I can still set using usbrelay commands), are not showing up on this list. I can't figure this out so any help is appreciated.
— Reply to this email directly, view it on GitHub https://github.com/darrylb123/usbrelay/issues/110, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABTSUVMM7RMX3ZO4MHA7T4DYQHSYTAVCNFSM6AAAAABCJ4YSRGVHI2DSMVQWIX3LMV43ASLTON2WKOZSGA4TSNJYGQ4TKOA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
I pasted below, and I don't see anything wrong there. I'll add also that I tried restarting the service as well as rebooting and nothing changed.
root@rock64:~# usbrelay -d
libusbrelay: 1.2.1
usbrelay: 1.2.1
enumerate_relay_boards()Found 1 devices
Device Found
type: 16c0 05df
path: /dev/hidraw0
serial_number: 6QMBS
Manufacturer: www.dcttech.com
Product: USBRelay8
Release: 100
Interface: 0
Number of Relays = 8
Module_type = 1
6QMBS_1=0
6QMBS_2=0
6QMBS_3=0
6QMBS_4=0
6QMBS_5=0
6QMBS_6=0
6QMBS_7=0
6QMBS_8=0
Thanks, N
Does the user the service runs as have permission to the device? Is it in the same group as you?
On Fri, 26 Jan 2024, 2:58 am Nicola De Zanche, @.***> wrote:
I pasted below, and I don't see anything wrong there. I'll add also that I tried restarting the service as well as rebooting and nothing changed.
@.***:~# usbrelay -d libusbrelay: 1.2.1 usbrelay: 1.2.1 enumerate_relay_boards()Found 1 devices Device Found type: 16c0 05df path: /dev/hidraw0 serial_number: 6QMBS Manufacturer: www.dcttech.com Product: USBRelay8 Release: 100 Interface: 0 Number of Relays = 8 Module_type = 1 6QMBS_1=0 6QMBS_2=0 6QMBS_3=0 6QMBS_4=0 6QMBS_5=0 6QMBS_6=0 6QMBS_7=0 6QMBS_8=0
Thanks, N
— Reply to this email directly, view it on GitHub https://github.com/darrylb123/usbrelay/issues/110#issuecomment-1910614845, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABTSUVNZGACYXWLCPV3EKB3YQKFLLAVCNFSM6AAAAABCJ4YSRGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMJQGYYTIOBUGU . You are receiving this because you commented.Message ID: @.***>
Is see you're running as root, does the user that usbrelay runs as have permission to the device. Is it in the (plugdev on debian) group?
On Fri, 26 Jan 2024, 2:58 am Nicola De Zanche, @.***> wrote:
I pasted below, and I don't see anything wrong there. I'll add also that I tried restarting the service as well as rebooting and nothing changed.
@.***:~# usbrelay -d libusbrelay: 1.2.1 usbrelay: 1.2.1 enumerate_relay_boards()Found 1 devices Device Found type: 16c0 05df path: /dev/hidraw0 serial_number: 6QMBS Manufacturer: www.dcttech.com Product: USBRelay8 Release: 100 Interface: 0 Number of Relays = 8 Module_type = 1 6QMBS_1=0 6QMBS_2=0 6QMBS_3=0 6QMBS_4=0 6QMBS_5=0 6QMBS_6=0 6QMBS_7=0 6QMBS_8=0
Thanks, N
— Reply to this email directly, view it on GitHub https://github.com/darrylb123/usbrelay/issues/110#issuecomment-1910614845, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABTSUVNZGACYXWLCPV3EKB3YQKFLLAVCNFSM6AAAAABCJ4YSRGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMJQGYYTIOBUGU . You are receiving this because you commented.Message ID: @.***>
Here is what groups shows:
root@rock64:~# groups usbrelayd
usbrelayd : usbrelayd
root@rock64:~# groups usbrelay
usbrelay : usbrelay plugdev
I did miss the change required for Debian in 50-usbrelay.rules
but after updating and restarting the daemon nothing changes.
You need to reboot or get udev to reload the rules. Restarting usbrelayd won't help.
On Fri, 26 Jan 2024, 3:13 pm Nicola De Zanche, @.***> wrote:
Here is what groups shows:
@.:~# groups usbrelayd usbrelayd : usbrelayd @.:~# groups usbrelay usbrelay : usbrelay plugdev
I did miss the change required for Debian in 50-usbrelay.rules but after updating and restarting the daemon nothing changes.
— Reply to this email directly, view it on GitHub https://github.com/darrylb123/usbrelay/issues/110#issuecomment-1911494435, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABTSUVPZTARJGEFDML5D6WLYQM3RNAVCNFSM6AAAAABCJ4YSRGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMJRGQ4TINBTGU . You are receiving this because you commented.Message ID: @.***>
Actually I read that to reload the udev rules it's enough to unplug the USB connection and plug it back in, and it worked! Thanks and sorry for all the noob questions. Last time I worked this deep in a linux system USB had barely been invented... I almost burnt my finger on the voltage regulator of that board so I have to deal with that now
I'm not sure if this is related to my previous issue (#108), but after a fresh rebuild it worked correctly for only a few days, then MQTT functionality broke after a reboot. I can still query the state and set relays from the shell using
usbrelay
commands, so the HW and USB connection are fine. However, MQTT commands from Home Assistant are visible using MQTT Explorer but they don't trigger the relays. The service is running:It's suspicious, though, that relays 1-3, which are the ones I actually use (and I can still set using
usbrelay
commands), are not showing up on this list. I can't figure this out so any help is appreciated.