-
Notifications
You must be signed in to change notification settings - Fork 20
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
Mustang V v2 amp not recognized. #3
Comments
Thanks for reporting. Can you check die usb vid / pid of your amp (eg. using |
Ok today I had a chance to see the output of lsusb. In normal mode the amp reads 0x0016, and in maintenance mode it reads 0x0017 |
Also if it helps, the old software recognized the amp at v1.2.1. https://bitbucket.org/piorekf/plug/src/default/ is the version that works with the MustangV v2. |
The vid is still Since there's a working earlier version, the udev rule or other permission issues aren't the root cause. If you have some time left, you can use git bisect to figure out the causing commit. There are tags for the mercurial v1.2.1 and initial importing commit. Unfortunately I don't have a V2 around. |
Hi, I didn't noticed this issue, so i forked your project and added an initial support for V2 amps. To be more precise, my Mustang II V2 was recognized and works correctly, but plug lacks the "V2-only" features (some mod, stomp and amp). moreover, I am trying to fix some weird issue on raspberry pi with USB communication, and changed something in USBComm to handle transmission retries (as in mustang-midi-bridge). Some other changes including loadfromfile to handle (maybe) incorrect fuse files. Still no changes in updater Could you please review my changes and in case take them into account? You can find them in https://github.com/zavorra/plug.git |
Are there still updates for V2? V1 is dead. Great to see people working on this! Feel free to submit PRs – either here or on Gitlab, whatever suits best for you. |
Getting a similar issue on a Mustang IV V2.
On the GUI it only says: Are there any log files that I can check?
The latest firmware update for V2 is 2.2, it's some years old and with fender removing support for Mustang V1/V2, I doubt there will be more updates. |
VID / PID look good, so the application should pick it up correctly. The error indicates there's no device found though. Does this happen always? Just to be sure: udev rules are installed and working?
Unfortunately no, the application itself doesn't write any logs yet. Maybe you can get some hints through the system logs.
So the situation is the same as V1. 👎 |
Ok, the issue was I forgot to create the plugdev group and add my user to that group. Might be a good idea to include the same note piorekf added to his wiki to your README.md file. Could also be a good idea to change the links to a wayback machine link, since apparently piorekfs repository is no longer available.
Could be useful if someone is still running an older version of the firmware and wants to update. Some digging would need to be done to find the firmware files, as fender decided to stop hosting everything Mustang V1/V2 related. I keep a backup of everything on my computer just in case. On another note, have you included anything from zavorra's repo? |
Good point, all links back to Bitbucket are dead now. Well done Atlassian.
The updater code is still there, but the updater is disabled in the UI (however, just a boolean to flip). Let's see if someone realy needs it.
Not yet. |
Coming back to the origial issue: To get some more infos out of the USB device error, it's neccessary to replace the related libusb code, allowing error handling. It shouldn't be difficult though. But at this point it's worth thinking about replacing plain C libusb calls with something improved, eg. libusbpp or libusbpp11 (suggestions welcome). |
I'm unsure if I'm experiencing the same issue, but I have been receiving a |
@Odzinic what version are you using? The usb vid / pid are ok. |
1.4.2 compiled from git yesterday. |
Could you test with latest master? I've rewritten most of the USB code. You can enable additional libusb logging by setting |
Sorry my previous message was my convoluted way of saying I compiled from master so I think I'm as up to date as possible. I ran debugs 1-3 and didn't get anything other than |
The exception indicates a corrupted amp packet – unfortunately not more information. Does this happen always? I've experienced the issue too, but quite rarely. Typically a reconnect of the usb connection solved it. In doubt, we could try to dump all received packets to get some more insight of what's transmitted actually. |
This has happened to me every single time I've tried to run plug with this amp. I have never been able to connect successfully (tried with other versions in the past as well but can't recall the exact versions). I tried reconnecting the USB five times but kept getting the same error. The only difference was that id went from 0 to 1 on the second reconnection:
|
Forgive my stupid question, have you tried different cables? And, you are
using an usb3 port? An USB hub? Could you try different hw?
Z
P.S. Is It a Raspberry Pi or a PC?
Il mar 13 lug 2021, 20:08 Omar Dzinic ***@***.***> ha scritto:
… This has happened to me every single time I've tried to run plug with this
amp. I have never been able to connect successfully (tried with other
versions in the past as well but can't recall the exact versions).
I tried reconnecting the USB five times but kept getting the same error.
The only difference was that id went from 0 to 1 on the second reconnection:
ERROR: Invalid amp id: 0 (Running plug first time)
ERROR: Invalid amp id: 0 (First USB reconnection while plug was still open)
ERROR: Invalid amp id: 1
ERROR: Invalid amp id: 1
ERROR: Invalid amp id: 1
ERROR: Invalid amp id: 1
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#3 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC4BNMWHWHZCNGRF7O2JIOLTXR6I3ANCNFSM4KLHEQJA>
.
|
This is strange ... Does the amp setting on your amp show any amp listed here? It could be interesting to see whether you'll get past the amp packet or fail on the next. Eg. replace the throw clause with a return of a valid value (one of the switch statements). |
I have used multiple cables and have had the same issue on all. I just tested both USB2.0 and 3.0 but it persisted on both. I have tested this on a PC and just tried testing it on my RPi but it seems I have to have a display connected to run the program due to its GUI.
The amp that I was testing with was A thought that popped into my mind was that I do recall connecting the amp to the official fender amp program a while back. I can't recall if it was through Wine or a dual boot but could that have possible changed around the amp ids to make them undetectable by plug? |
So at least we can eliminate a HW issue. I'll write a dumper so we get some insight what's going on here.
No, the former FUSE software doesn't change anything persistent on the amp (except doing an update of course 😄). A simple power off, power on reverts back to the state saved on the amp. |
I've pushed a test branch: Additionally, building with |
Thanks for creating the branch. Here is the response I received when running it: plug_debug.txt. |
I have pushed some v2 related changes (see #6), could you give them a try? |
Plug v1.2.1 identifies the amp and works correctly, but this version does not. I'm not sure what the difference is. If you need any info from the Mustang V v2, just let me know and i'll get it.
The text was updated successfully, but these errors were encountered: