byb
Joined 4 years ago
Karma
207
Submissions
43
Member since
May 9
Recent submissions
Comment · 1 month ago
Comment · 3 months ago
Hi, thank you, but I don't want to steal credit for PicoModem, which is a different project that passes modem AT commands over Wi-Fi https://github.com/mecparts/PicoWiFiModem
I was not familiar with the Oric, but while it does look like the LOCI does support cdc_ncm, I am not sure that the pico-usb-wifi is the right firmware for it. The pico-usb-wifi is more aimed at any computer with a USB port, so anything from ~1995-onwards with a USB and IP networking stack - if it runs Linux and has cdc_ncm and cdc_acm - there's a good chance it'll work. Earlier systems might be feasible with PCI/ISA USB cards.
cdc_ncm is really helpful for early 2000s systems and locked-down embedded systems. For example, I've been hacking the Spotify Car Thing, which only has USB device mode. After switching it into host mode, there's no 'way in', so any change required re-flashing the firmware over-and-over. Once I had cdc_ncm set up and attached the pico-usb-wifi, I could telnet in and develop, of course a USB UART likely could have established the same thing.
Comment · 3 months ago
Author here - original HN post https://news.ycombinator.com/item?id=48654676
Comment · 4 months ago
I'm flattered. You asked very good questions. I'd be happy to de-mystify it with a longer conversation. Find me on LinkedIn: 白一百
Comment · 4 months ago
Author here: I have wanted to make a wireless USB mouse and keyboard switch out of RPI Pico Ws for a long time. I would go a layer deeper than USB/IP, because I want to cache the USB handshake to keep the connection enumerated on multiple systems without dropping.
Comment · 4 months ago
Author here: good point - I do hope the retro computing community enjoys this tool. It does remind me of the Espressif line if ESP8266 and ESP32 devices which have Wi-Fi devices which are available on UART and respond to AT modem commands. Pico-usb-wifi is a nice tool which some clever YouTubers will hopefully be able to use to get old internet appliances, or systems that didn't have Wi-Fi, online.
Personally, I rescued a dozen PogoPlugs from the trash a decade ago and used one to practice self hosting a word press instance. Having a dongle like this would have allowed me to stick it in a corner and run something like librespot or snapcast. Instead, I eventually sent them to the recycler when I moved.
Comment · 4 months ago
Author here: thank you for this deep dive. I saw peaks of 5.9 Mbps, it might be possible to increase throughput by allocating more memory. The link between the rp2040 and Infineon Wi-Fi device is 31.5 Mb/s. It might be possible to push that out over PIO to an external USB 2.0 PHY. Apparently the Wi-Fi device is capable of higher speeds. Who knows what will be the limiting factor. I'll leave it to someone else to experiment, my focus was the stock hardware without any modifications.
Comment · 4 months ago
Author here: Thank you, this is one of the nicest things anyone has ever said about my work.
I achieved two goals today: a front page post on hackernews and for being recognized for my work; or more accurately, for being very good at using AI ;)
Comment · 4 months ago
Author here: You're welcome!
Comment · 4 months ago
Author here: I will consider writing a blog about ir, but it will require a lot of work on my part, because as I mentioned, this was a digression/side quest from the main task of hacking my Spotify Car Thing. It might work better as a YouTube video.
Comment · 4 months ago
Author here: Thank you! It's a nice thought that something I made will become a trusted tool for IT professionals.
Now I need to make a nice 3D-printed case.
I admit, I almost couldn't believe it when I turned off my regular blazing fast 802.11ax NIC in the KDE network manager and switched to the pico-usb-wifi and I watched the YouTube "stats for nerds" buffer fully fill up and playback was totally smooth.
Comment · 4 months ago
Author here: this is actually a "side quest" which I alluded to in the README.adoc and another comment. I've had a few Spotify Car Things (SuperBird) sitting on my desk that I have not touched in a year because I was waiting for the community to come out with a non-tethered approach to reclaiming them. All of the existing continue to either require a host PC, phone, or RPI Zero. I want to deploy these throughout my home and have them usable without my PC or phone nearby - likely with just a Home Assistant dashboard. I spent the first few hours cloning repositories of existing firmware, and examining other approaches, such as Bluetooth low energy with ESPHome Bluetooth proxies, but they ended up being dead ends. I took a compromise that a small wireless dongle would be acceptable. I then began examining the Linux source tree to see if it was possible to flip the USB from client to host and spent a considerable amount of time recompiling BishopDynamics' SuperBird NixOS distribution and building a test dashboard to show the IP networking information, because I knew that once I flipped the device's USB mode, I would lose access to the device. SuperBird took almost four hours to compile on my low end CPU - I let it compile while I hit my five hour Claude Code quota.
https://gitlab.com/baiyibai/superbird-host-mode
I also did not look forward to trying to build in wireless functionality in to NixOS, because it also took 30 minutes to flash the device - I had to lower the transfer block size and add more retries in the flash utility because it kept crashing.
ultimately both the SuperBird work and the RPI pico firmware was about 300 prompts of investigation, research, creating potential approaches, architecting, designing, debugging, testing/validating, and documenting.
Regarding your last two questions... I started out 25 years ago by studying for a CCNA in high school and joined the industry just as first generation 802.11ac devices began hitting the market. From my position, I've worked on every layer from the SoC, PCB, to software. I want to be very careful and say software estimation is very difficult. The main bug (issue #1) I encountered would have been very difficult to diagnose and resolve ten years ago using traditional development workflows.
Comment · 4 months ago
No, it's not really easier to buy a Wi-Fi dongle. My target device is the Spotify Car Thing and SuperBird doesn't have Wi-Fi components. My Claude Code Pro subscription was idle, so it cost me nothing. Also, according to an article from Tom's Hardware from two years ago, four million Picos have already shipped, so I've unlocked this ability for let's say 500,000 devices. Finally, my day job is in the Wi-Fi industry... this wasn't a learning exercise.
Comment · 4 months ago
Exactly, bit banging an 8-bit bus isn't that different from pushing the data out of the USB port. It would be great to try an LLM trained on pre-1900 documents and ask it if powered flight is possible.
Great work on PicoGUS.
Comment · 4 months ago
It's one of the neat features of the AsciiDoc language. The user is able to change captions mid document, in this case :figure-caption:. AsciiDoc and Antora are things I've invested a lot of my time into
There will always be an arms race between safe-crackers and safe-builders. Presumably the lessons learned will help make the next generation tougher to break into.