Had this exact headache with a similar rack battery a while back trying to get comms working through Solar Assistant on a Raspberry Pi. The short answer is: it depends entirely on which BMS protocol the Wattcycle is actually broadcasting.
Most of these Chinese-manufactured server rack units claim RS485 with a "standard" protocol but in practice they're often running a proprietary variant of PACE BMS or SEPLOS under the hood. Worth pulling the manual and checking whether it explicitly states JK, Pylontech-compatible, or something else entirely — Solar Assistant supports a decent list but you need the exact match.
A few things worth trying:
- In Solar Assistant, cycle through the battery protocols manually rather than relying on auto-detect. Sometimes it picks the wrong one and just silently fails
- Check your RJ45 pinout very carefully — these rack batteries are notorious for non-standard wiring even when the connector looks identical
- Grab a USB-to-RS485 adapter and use something like PuTTY or
minicomon the Pi to sniff the raw serial output before Solar Assistant even comes into the picture
My own setup runs a Victron Cerbo GX rather than Solar Assistant, so I went through the DVCC route, but I know several people on here have cracked Wattcycle comms with SA successfully — I think the thread in the main Solar section mentions a custom config file workaround.
What inverter are you running alongside it? That might affect how Solar Assistant handles the whole communication stack. Also, which version of Solar Assistant firmware are you on? There were some protocol additions in recent builds that might be relevant here.
Would be good to get a definitive answer pinned for this battery — seeing the question crop up fairly regularly.