It's high time that Github creates a disclosure flag for LLM usage - it's already mandated in the EU for some kinds of media.
I think I'll keep just making up basic sketches when I need to work with one of these protocols - it's also nice that if I do that, when I see it work, I know I can expand functionality from there into what I need.
If you have any moderate experience with hardware hacking, you would be aware of a handy little hardware device called the Bus Pirate, which has been around in various forms for many years. It is designed to be like a Swiss army knife for connecting to devices and inspecting and debugging them. For example, it can decode/encode various common (and uncommon) digital protocols that are used by chips and hardware devices to communicate with each other.
This project... it appears that someone has (with a significant amount of AI-assistance, if the website is anything to go by) produced firmware for ESP32 devices which aims to replicate the functionality of a Bus Pirate. This is notable because ESP32 boards are much cheaper and widely available.
Without looking much into it though, my instinct tells me that it would be significantly more limited than the purpose-built Bus Pirate hardware.
It supports sniffing, sending, scripting, and interacting with various digital protocols (I2C, UART, 1-Wire, SPI, etc.) via a serial terminal or web-based CLI. It also communicates with radio protocols like Bluetooth, Wi-Fi, Sub-GHz and RFID.
Turn a $5 ESP32-S3 into a browser-based hardware workbench.The Bit Pirate firmware is complemented by scripting, hardware dock, extension, adapters, browser tools, documentation and practical embedded workflows to enable comprehensive hardware debugging and development with serial interfaces or Wi-Fi connectivity.
Ok but is there a list of supported boards? Couldn't find it.
Edit: I couldn't find the list on the site, but it's on Github.
I'm the co-author and project lead of SSH-Stamp:
https://github.com/brainstorm/ssh-stamp
Our focus has been on the "network side" by running a SSH server instead of a Web Server and multiplexing protocols via SSH sessions.
Our project is admittedly not as mature as the ESP32 Bit Pirate but OTOH we run with Rust Embedded and support other targets than Espressif (currently experimental on RPI Pico2 and Sipeed BL616).
We need testers :D
Anyway, I find the tiny C3 to be much more stable than other versions. It is a bit sad the very few projects support it.
That’s the whole problem. No one read it before publishing.
In theory, any Single Board Computer (Raspberry Pi, Orange Pi, FPGA-based-board, etc.) or microcontroller-based circuit board with GPIO pins that can handle the speed/frequency and the voltage of what's being communicated with, could work (if the appropriate software/protocols are implemented), but ESP32 microcontroller boards, being as cheap and ubiquitous as they are, are great candidates for this task.
Anyway, ESP32 Bit Pirate looks very promising in this arena!
I have been getting into this as well. I had ChatGPT plan up a new UART adapter and similar.
Take a look at the codebase or just try it out, and make up your own mind
Just because you are forced to use AI on the clock doesn't mean you have to for personal projects.
A lot of time accessibility is about that extra effort one can't get with tight development budgets. I apply generous amounts of butter while I keep the thing dry and let it be otherwise accessible at the same time.
Their claim doesn’t warrant proof. It’s pretty damn obvious that almost every one is tinkering with this at some level. Even simply using Google at this point is using AI.