Aaand I figured it out 😅

The WiFi232 was sending its Probe Request on channel 1. Once I changed my AP to use channel 1, I got an immediate connection!

I've opened Wireshark to investigate. The WiFi232 by default sends beacon frames for its ad-hoc AP (which I can connect to), and then on ATC1 it switches to sending a periodic Probe Request for the target SSID until it times out. But I can't find Probe Responses from my AP! For any device!

Sadly, WiFi configuration isn't working. The firmware build for the device I received is from 2019, and I got my access point in 2021, so maybe it has newer security settings?

And luckily also a Mini USB cable, because that's what this requires for power.

Okay, plug it in, connect (via 1200 baud as default, good in case the desired retro computer is old!) and send "ATI" to get... a nice status screen!

Anyway, that's what I'll be posting about here (my other regularly-scheduled nonsense will be over at @str4d.xyz), so if you're interested, stick around!

I'd cap this thread off with a blue sky post, but we don't exactly get a whole lot of that here 😅

I fully expect that whatever LLVM backend I manage to get working will initially be dangerous for the hardware. So I am also trying to write a cycle-accurate 5150 emulator!

*immediately turns hardware project into software project*

In practice, there are a BUNCH of reasons why this probably won't work. Foremost is that Rust assumes a flat memory model, but the Intel 8086 uses a segmentation model that overlaps a 16-bit segment and offset to get a 20-bit address. We'll want more than 64 kiB of memory, so I guess we lie to Rust!

And what will I do with the machine? There's all the fun retro-computing stuff one could do, but I specifically want to run Rust code on an IBM 5150!

Shouldn't be too bad: add an Intel 8088 target to LLVM and Rust, compile some code, flash to a ROM, and done! Right? 🫠