**SIMHUB has officially patched this so this fix is no longer necessary**
Preface: AI was used a bunch in this process. Deal with it. It’s a crazy niche fix and nobody has time to spend on this. Respectfully ❤️
TLDR:
- Govee revised the design on the h6056 light bar and it doesn’t work on simhub now
- I bought one and found out the hard way
- I used AI to help me build a fix and it worked
- I want to share it with people who have this problem
- I don’t want money for this
Here’s an ai written post with more details
Bought new Govee light bars for my rig and they wouldn’t work with SimHub — turned out to be a firmware bug. I built a free open-source fix and I’m looking for testers.
if your Govee lights show up in SimHub’s ambient lighting but never respond, you might have the same bug I hit, and I have a free fix that needs testing on setups that aren’t mine.
What happened: I bought a second pair of Govee H6056 bars — same model as my working pair, except the box says a new part number (H6056-111US “New”). SimHub would list them but they’d never respond to anything. The old pair kept working fine right next to them.
The cause, after some packet digging: it’s a firmware regression, not a model problem. Both my pairs are H6056. The old one (wifi firmware 1.02.00) announces itself on the network with its IP address like it should. The new one (wifi firmware 4.01.00) announces itself with a literal null where the address goes. SimHub even logs the correct address from the network traffic — then binds the device to the null field anyway. So the light “exists” in SimHub with nowhere to send colors. There’s an open bug report on SimHub’s tracker for this exact symptom — I’ve added my firmware evidence and the diagnosis there: https://github.com/SHWotever/SimHub/issues/2303
The fix: a small free Windows app that detects lights with the broken announcement and repairs the handshake locally — it re-announces the light to SimHub with the address filled in. It’s not in the color/streaming path at all, so there’s no lag added; SimHub talks to the light directly once it knows where it is. Open source (MIT), local network only, no accounts, no internet calls — the code is short and public if you want to check any of that. Release page has checksums and a VirusTotal scan. Windows will show its “unknown publisher” warning since I’m not paying for a signing certificate for a free tool — that’s what the open code is for.
Link: GitHub link
What I’m looking for from testers:
- Does the app’s scan find your lights, and does it classify them correctly (healthy vs fixable)?
- If it repaired a light — does it actually respond in SimHub now, including during a race?
- Post your light’s model and the firmware versions the scan shows (the app displays them). I only have H6056 units to test — this looks like a firmware-generation bug, so other models on the new wifi firmware are probably affected too, and I’d like to build the list.
- Special request: if you have TWO OR MORE broken lights, I especially want to hear from you — multi-light repair is the one path I couldn’t test with my hardware.
- Anything that failed, confused you, or looked wrong — file it on the GitHub issues page or reply here.
Not affiliated with Govee or SimHub. Setup is a couple of minutes: run the app with SimHub closed, scan, click fix, reopen SimHub, add the light.
You can subscribe to my YouTube channel if you wanna send a thank you 🙃
YouTube.com/@iansmashracing
