New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hass.io + Rpi3: USB devices are not exposed to /dev/xxx (udev rules not working) #9335
Comments
Hi @panosnl, Do you have /etc/udev/rules.d/99-com.rules file with the following contents?
If you are running Home Assistant as homeassistant user, Also, you may look at this thread: |
Hi Not sure if my issue is due to same root cause. I have a TEMPer usb temp sensor & i placed the 99-tempsensor.rules in /etc/udev/rules.d The device: I replugged the TEMPer sensor and restarted the Home Assistant, after copying the rule. But it seems that the rule is not applied because i get this kind of error:
...as if the product is missing attribute, although it's specified in the rule file. I tried also to restart the entire hassio box (not just the home assistant) - and the rules file get's deleted... Please suggest if it should deserve different issue, but it looks like same root cause... |
I'm seeing the same issue.
|
I am having the same error as @jondye I am running on a RPi3: |
Similar error here. I attempted to turn off the "disco lights" on the Aeotec Z-stick as described here, but I get this:
I'm running the latest hass.io on a RPi3. Noob here, so far I've just added a couple of components and switches. Any suggestions? |
I had this error too, but eventually got it working after reading the instructions at https://home-assistant.io/hassio/zwave/, in particular this section:
It took me a while to figure out that |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 |
This is still very much an issue for me. I can't for the life of me get my TAPKO USB (HID) (KNX-RF) stick to get an actual device address, or get anything to communicate with it under hass.io, as opposed to under Windows or other Linux OSes. As said over I can see it recognised with dmesg but only generically under lsusb (vendor and product is there but the description is gone) and not at all as a /dev/xxx |
Still an issue also for me. No /dev/tty* device. temper sensor is visible in lsusb and appears in dmesg when plugged in. |
I have the same problem with my RPi2 and hass.io 0.65.5.
|
When you SSH to your hassio instance using the SSH add-on, you will get a shell inside of an add-ons container. Only specific resources are passed through to this container, and USB devices are not one of them. This does not mean that they are not available to HA. I recommend you follow the documentation specific to hassio on the RPI3: https://home-assistant.io/hassio/zwave/ |
can you be more specific? For the temper sensor / platform, i did not do such thing - how to do it? what should be the path? thanks, |
seems there is no solution/recommendation/idea to this issue. |
This is not an issue with home assistant but a config issue with Hass.io. |
I'm sorry to report that with the latest version of hass.io, I also get
"401: Unauthorized" in response to the curl command. I'm guessing the
hass.io instructions must be out of date. However, my setup is somehow
still working fine, and I have limited spare time at the moment, so I'm
reluctant to fiddle with it too much and risk breaking something! Have you
considered joining the Discord server to request help? There is a link to
it in the hass.io documentation: https://www.home-assistant.io/hassio/.
…On Sun, Sep 16, 2018 at 10:38 PM Liquidmasl ***@***.***> wrote:
have the same issue. worked for 6 months, stopped working from one day to
the other. didnt even update manually.
i have not changed ANYTHING (not even the slightest) so it cannot be a
config issue with hass.io
rfxtrx module cannot be initialized becaue
FileNotFoundError: [Errno 2] No such file or directory: '/dev/ttyACM0'
this worked fine for months!
i cannot figute out any way to find usb port paths
i tried:
ls /dev/tty
just gives me back /dev/tty
also hassio host hardware did not work
gives: Host hardware not found: 3(NXDOMAIN)
my whole home automation stoped working without me even opening my
dashboard.
is not a config issue. please help us out here
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9335 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AgDEqbkFNj7MhqehIFngXDk1yE9AF4WAks5ubxkigaJpZM4PRbkL>
.
|
Please give this a try: Let me know, if it helps :-) Jakob |
I fail to see the link between the url posted above and the issue in this ticket |
Ok I dug deeper and found the source of the issue:
This installed the stable version of pyusb and got everything working, but it'll have to be done everytime I deploy a new container |
wow, thanks Velby, i did not reach that far... The temporary fix - in practice, it means that every time there's a new release update of the Home Assistant Core, these steps need to be done? |
Yes I imagine my fix would need to be redone every time the docker container is replaced.
The issue is definitely real but there are two ways to permanently fix it:
I haven't looked into which solution is more sensible. I imagine home assistant chose its current version of pyusb for a reason in which case solution 1 is a no-go. I haven't looked into what it would take to implement solution 2, their github page is located here: |
Home Assistant release (
hass --version
):0.52.1
Python release (
python3 --version
):Component/platform:
RPi3
Description of problem:
when an usb device is plugged in it is recognised correctly in dmesg.
However there is no /dev/ttyUBSx or /dev/serial/by-id/xxx
hassio host hardware
reports/dev/ttyUSB1
but this is not presentI seems that
udev
is not applying its rules.verification with udevadm -monitor I see the kernel is detecting the addition of the usb serial or storage devices but that not udev rules are triggered to create symlinks.
I cannot add RFlink or Mysensor serial gateways without access to the USB ports.
This problem is reported by several users in the forum. the reported solution is to use HASSbian.
Expected:
When a usb serial device is added to the RPi udev will expose these device under
/dev/ttyUSB0 or /dev/serial/by-id
Problem-relevant
configuration.yaml
entries and steps to reproduce:Traceback (if applicable):
Additional info:
The text was updated successfully, but these errors were encountered: