Pico Commissioner Bug #118
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
If I flash pico_fido_waveshare_rp2350_one-6.4-eddsa1.yubikey5.uf2 directly, everything works well. The pico key can be successfully recognized as Yubikey 5A.
However, once I use Pico Commissioner to modify some of the settings, the pico key's uid and vid all become 0x0000
I have tried webusb and webauthn both, but none works correctly. I guess it's pico commissioner's fault.
Where did you get
pico_fido_waveshare_rp2350_one-6.4-eddsa1.yubikey5.uf2?https://www.picokeys.com/pico-patcher/
This is an obsolete tool not maintaned anymore. Try using a fresh install and commission it.
I did try a fresh install, but it became even worse. No matter how I commission it, the vid and pid all stay at 0 while other options function well.
Put a screenshot of the commission you are trying.
It's hard to reproduce.
Please open Developer Console of your browser and paste what
getPhyData()returns.same issue
{
"0": 0,
"1": 16,
"2": 80,
"3": 4,
"4": 7,
"5": 5,
"6": 5,
"7": 8,
"8": 15,
"9": 6,
"10": 0,
"11": 0,
"12": 10,
"13": 0,
"14": 0,
"15": 0,
"16": 0,
"17": 9,
"18": 121,
"19": 117,
"20": 98,
"21": 105,
"22": 99,
"23": 111,
"24": 32,
"25": 121,
"26": 117,
"27": 98,
"28": 105,
"29": 107,
"30": 101,
"31": 121,
"32": 0
}
The data looks good. I do not know what is happening, whether is a fault of the browser or the board.
Which browser and version? OS?
In fact, I find that the old version of pico commissioner works.
Maybe a recent update broke the commissioner.
Looks like i have the same problem with my Raspberry pico2.
I try with Windows - Chrome, Edge, Mozilla
also Arch Linux - Chrome
I need to know exactly what you do:
Is that correct?
Correct. I believe I didn't make a mistake. Also, I tried the old version from wayback machine(whose link was already given in my previous comment), and everything there function well through webauthn commission.
It's strange because the differences are minimum, a couple of new options and nothing else. To me and other people work as is, I don't know why it doesn't to you.
I finally locate the problem.
You have
byteArray.push(PHY_ENABLED_CURVES, (curves >> 24) & 0xFF, (curves >> 16) & 0xFF, (curves >> 8) & 0xFF, curves & 0xFF);on you website (link), but there is no such option in your source code.In fact, you committed the CURVE support 4 days ago (
7191cda6d3) ,but the new version is not released. So, currently, we are using the "latest" firmware with a commissioner prepared for future release.So, now you may comment out the code related in this link until you have released the new version. Also, you may consider adding a
defaultbranch to yourswitchblock in order to make your code more robust.You are right. However adding a default is not the solution because it doesn’t know the length of an unknown field. I have refactor de code to migrate to TLV support, which will break the backwards compatibility.
I have the same bug with Waveshare rp2040/2350 zero and EPS32-S3-Zero boards. PID and VID go to 0000:0000 when I try to use Pico Commissioner. Doesn't matter if it was Edge or Chrome. Same problem with WIndows 10, Windows 11 and Debian linux.
I once got a github development version of rp2040 to work, but that's an exception. None of that works on the website versions. (The ESP32-S3 Development version appears as a faulty USB device.)
It should work with nightly development build. Did you try it?