-
Notifications
You must be signed in to change notification settings - Fork 9
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
enableHid.sh not working #1
Comments
Looks like the |
Just to clarify, |
Hey Aidan, thanks for the quick reply
as specified in your writeup. The output of In
The lines in the hid.sh where the command fails, are:
Thanks again! |
If you disable |
Sorry for the delay,
|
Hmm, looks like the last line of Tried Googling for "ls /sys/class/udc ls: write error: Device or resource busy" and a few results seem to be with RPis, no solution I can see immediately from a search though. Have you got anything plugged into the OTG port on the Pi when you execute this? Just to double check, your pi isn't running in some other OTG at the same time, e.g. emulating a network over USB ethernet? Could you print out the contents of your |
I have nothing plugged in, only the USB cable from the Pi to the PC on the data usb port.
And this is my
The Pi should be the same model as yours as I bought the kit you linked on your blog! |
I downloaded the latest raspian jessie lite I could find when installing it, it's the 2017-04-10.
the last one matches though |
Possibly something has been broken in the newer OS, unfortunate if that's the case. I'll try and investigate that. In the meantime (if the problem is stemming from the newer kernel) you might be able to fix it by downgrading your kernel version to the 4.4.x branch (though I'd advise taking an image of the SD card prior, incase the Pi isn't bootable after doing that – that way you can revert the change by just re-imaging the SD card with your backup, instead of having to setup from scratch). You should be able to install sudo rpi-update 52241088c1da59a359110d39c1875cda56496764 |
I'll try it asap |
the pi died after that haha |
Ha, yeah... not entirely surprised by that 😉 I guess you could always use an older OS – just out of question, where did you get this OS from? Download page I'm looking at gives the current version release dated such that it's likely the version I picked up, and kernel version at |
I probably updated it during the setup, I can try with a fresh setup! |
Hello all, any news @aidantwoods? I have the same issues :( |
Hi there @Ax3l-91 Are you also using the |
Hello, `rc-local.service - /etc/rc.local Compatibility juin 10 16:46:11 raspberrypi sudo[714]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAN....sh Warning: Unit file changed on disk, 'systemctl daemon-reload' recommended. I don't know if it's related or not... |
Cheers for going through the steps on both kernel versions, looks like the version I used to set everything up was released on Will report back on what I find. :) |
I was able to reproduce the script not working on the later kernel version. Looks very much like a bug to me. I've put together an install script that should work right off the bat on a clean install of jessie (the specific version I'm working with is dated Make sure that if you used the OTG port as an initial communication channel to the Pi (as described here https://gist.github.com/gbaman/975e2db164b3ca2b51ae11e45e8fd40a) that you go into After you've got all that sorted, the following should setup everything this will automatically download and install the kernel version BACKUP IF NECESSARY BEFORE RUNNING THIS Also, make sure gpg --recv-keys 9A6A8EFAA512BBB9
wget https://gist.githubusercontent.com/aidantwoods/87b720761fd88973b7740b4b425fd66a/raw/4e23f1d59ebe59796064d7be756c74ed36050c05/install-hid.sh.asc
gpg -o install-hid.sh -d install-hid.sh.asc && chmod +x install-hid.sh && ./install-hid.sh After that sudo reboot And after reboot, check you are able to run If you'd like to see my entire build process starting right after writing jessie to the pi, see this gist (where Here's the final screenshot where I ask the Pi to send the keystroke |
@Ax3l-91 you mentioned you were having issues on If so, could you prevent it running on boot and run the |
I tried upgrading to the latest kernel available, and then using If you start from a fresh install of |
Hello @aidantwoods, |
Hi again @aidantwoods, I wanted to try your quack.php script but I have this error relative to this line: Thanks in advance for your help! |
I've copied that answer over to #2 so it's a little more searchable incase anyone else runs into the same issue, let me know over there if that answer helps/you need more info :) |
Hi, So what is the solution or workaround now? Is to go to kernel 4.4.50+ and use the install script you mentioned above? Bit confusing with all the replies going on :) Thanks |
Hi @julianwieg, Workaround/fix is using the earlier kernel. If you've set everything else up already then you only need install |
Worked but does anyone else have Windows initially say: USB device not recognised/not working error and then 4 5 seconds later the "not working" device in Device Manager disappears and a new HID device appears? That for all intense and purposes is not very stealthy :) What I did to get it working:
|
Great to hear that worked!
Shall we move this to a separate issue? As you mentioned, this one is already quite hard to follow 😉 |
I'll leave this open, since I suspect it's a bug others will run into. For anyone arriving, the available options for a workaround/fix are:
I haven't reported upstream, but anyone who wishes to is welcome to do so :) |
Absolutely... sorry that's a to early in the morning fail
…On Thu 13. Jul 2017 at 12:44, Aidan Woods ***@***.***> wrote:
Great to hear that worked!
does anyone else have Windows initially say: USB device not recognised/not
working error and then 4 5 seconds later the "not working" device in Device
Manager disappears and a new HID device appears? That for all intense and
purposes is not very stealthy :)
Shall we move this to a separate issue? As you mentioned, this one is
already quite hard to follow 😉
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AcPdqjM7jLeY69WL07Z-8JWuxc1ib0XFks5sNfUUgaJpZM4NSCLB>
.
|
I figured I would sound i on this as well... uname -r The problem I'm running into, as desxcirbed above, is the /dev/hidg0 file/entry isn't being created, so the chmod command (in rc.local) fails and causes a non-zero exit. |
disabling the startup stuff in rc.local, and trying to run this manually gives this
|
Hi @karpana, Yes, as mentioned above something changed in the kernel since On another note, please feel free to open a bug upstream (https://github.com/Hexxeh/rpi-firmware) 😉 (unfortunately I don't think there's anything I can do within the scope of this project to get it working on the latter kernel). |
not yet... but I'll be doing so on my next attempt... I'll definitely look at opening an upstream bug. |
is there a way to downgrade the kernel without reimaging (I"m sorta new to using Rpi) |
In the linked comment make sure to take a look at the linked gist – contains a script to do most of the setup for you :)
Cheers, unfortunately I haven't really found the time to try and properly identify the cause
Yes, using rpi-update – always a risk of bricking the install (so you should backup data/take an image beforehand to be safe). If you're just wanting to avoid re-doing setup, hopefully the script should help though (also see the linked log for complete step by step from clean install). |
Looks like the latest Jessie now includes the broken kernel by default, which is unfortunate. Last known one that will have a working kernel without needing to downgrade is here: I think you may have to avoid doing |
thank you. |
Again I can confirm it works with the Raspbian lite of 2017-04-10 as above. |
I followed the build that you provided but when I run
|
Any ideas on how to debug the issue? |
dmesg output provided
|
I don't suppose if anyone's revisited this recently? Is the latest kernel (4.19?) with Buster still having these issues? |
I am just trying it out myself, not having success at the moment (but to be honest, I've used another tutorial). Kernel 4.19 from the Buster Lite image of 2019-06-20. |
As an update, I've just had my first success. I did switch to using the Jessie image mentioned earlier in this conversation. What was key to make it work on my end was removing the "g_ether" that I placed in "/boot/cmdline.txt" in order to get in in the first place. once that was removed, everything slowly came to life (of course, I also configured the script to be an ethernet device). I followed, like many others, this tutorial: http://www.isticktoit.net/?p=1383 update |
the ls write error seems to be due to the one-liner, splitting it worked for me:
|
Hey,
I followed your guide 1:1 and I have problems with the enableHid.sh, since at startup nothing happens I decided to run it manually and I get these errors:
I also tried to power the pi and execute it via ssh over wifi since I thought the problem may be in the connected USB, but the errors are the same.
Any known issues that may be causing this?
Thanks! :)
Edit from @aidantwoods:
This appears to be a bug upstream, here are your options: #1 (comment)
The text was updated successfully, but these errors were encountered: