silverstone
Solar Enthusiast
- Joined
- May 3, 2022
- Messages
- 1,148
Yeah it's very weird. It does NOT happen MOST of the Time indeed. Or I'm just turning old and deaf or something



Consider meanwell HEP-2400 if silent running (completely passive cooling with heatsink body) and reliability is critical. Not cheap tho.I'm most interested about noise level and reliability in practice.
Any experiences?
Oops, this is much more expensive -about 5x and with less power!Consider meanwell HEP-2400 if silent running (completely passive cooling with heatsink body) and reliability is critical. Not cheap tho.
Thanks for sharing these details!No Direct comparison, but I have two of the R4875G1s running daily in support of a Victron MP2 to charge my 48v LFPs at night. So far no noise issues, no heat issues (by design they do run pretty warm at around 70C operating temp so they can reject heat effectively in hot climates and that makes them very quiet at 25C ambient but they are rated for full output at much higher ambient temps). I never had them shut off on me. CAN BUS control is very reliable with an ESP32 each, automated via Homeassistant timer using hibernate/wake-up functions.
The G1 and G5 use the same board edge connectors, so they are super similar at least. Also they use the same Can Bus control logic as far as I have seen.Thanks for sharing these details!
Btw.
Do you know the differences between these R4875 models?
I found that the R4875G1 and R4875G5 both have 4000W (the R4875G2 has only 3000W).
Many stores offer now the G5 instead of the G1 but I can't find any difference.
Thanks!The G1 and G5 use the same board edge connectors, so they are super similar at least. Also they use the same Can Bus control logic as far as I have seen.
Yes, great way to isolate yourself from the grid without massive relays, especially if grid outages are frequent or your power company is giving you grief about feeding back power. You have huge inverter capacity so you don't need grid support and really only need the grid to keep your batteries from depleting. Btw you only need one controller for several R4875G units, you can just connect all the CAN lines in parallel as it is a BUS system. The (ESP32) could theoretically talk to individual units on the bus but the software I linked above is set up to give commands to all units. But don't worry they ramp up slowly when they wake upThanks!
Now I think, I have a plan.
I want to get rid of my AC-in's for my 6 EG4-6500EX and would like to replace them with 4 DIY "Chargenctifier" based on the HUAWEI R4875G1 or G5 (depending which I'll get for less) to convert my system to a real double-conversion setup. I don't trust the bypass relays inside the AIOs about durability. Also I don't longer need to worry about small unwanted "backfeed to grid issues" and to eliminate the risk of the F60 error (Power feedback protection) which may sporadically happen just at the moment, when the AC-in's are connected to the grid.
I think about building two DIY cases, putting 2 of the R4875G1/G5 units inside each of these cases (both units with a PCB plug for the ease of connecting) and add just one ESP32 with two CAN adapters to remote control both units inside each case. I plan to place these cases right on top of both of my 2 battery racks and connect the battery cables directly to the busbars inside each server rack. Maybe I'll be able to find existing solutions for enclosures (mini racks, cabinet) with space for 2-3 of the R4875G1/G5 units vertical oriented - but nothing found so far...
The only theoretical limitation compared with using the AC-in's is the max. possible power over longer time. 4 of the R4875G1/G5 can "only" produce 16kW. My six AIOs are able to deliver a max. of 39kW. But I think in real life, this is not a problem because usually the batteries have at least a bit of charge (maybe plus PV at daytime) and my house consumption does usually not stay for longer times over 15-20kW usage.
Looks like the first "change / enhancement" of my current system will be in sight...
Very useful information for me which makes it easier. I have never used CAN before.Btw you only need one controller for several R4875G units, you can just connect all the CAN lines in parallel as it is a BUS system. The (ESP32) could theoretically talk to individual units on the bus but the software I linked above is set up to give commands to all units. But don't worry they ramp up slowly when they wake up![]()
Noise is an understatement! Got mine up and running now, connected to v2l from my car to keep the battery between 60-80% which means I can use cheap electricity all the time I am home and my ASHP is running. I am trying to work out the fan control and if by adding either a secondary unit or just lowering the overall output or voltage can keep the fan to a reasonable minimum. When I get a chance I am also going to see if there are some decent alternative fans.Noise: tends to be loud
Reliability: best you can get. These are used to keep critical infrastructure running and typically have mean time between failure rate measured in the hundreds of thousands of hours.
Which one to go for: depends mostly on what software support (if any) you need and how easy they are to get. I know the Emerson I can get for under 100 Euro including shipping.
if by adding either a secondary unit or just lowering the overall output or voltage can keep the fan to a reasonable minimum.
Indeed but cheap high RPM fans are loud, I have a vain hope that a better high CFM fan will be quieter. I have spent a small fortune on Noctua 40s for my POE switchesIf you go to the lowest voltage (below 48V on the R48), the fan will be loudest. Reason being that this is where the current can be highest and P = R * I^2.
These things aren't made to be quiet, but they do need the airflow those fans deliver even though they're highly efficient.
cheap high RPM fans are loud
I understand where you are coming from, I have ordered some random bits and will tinker when I can. Still waiting for my adapter to use your python script as well.I wouldn't call these fans cheap. These devices have a very high mean time between failure, and that includes the fan. But I'll be interested to know what you come up with!
Agree, Option 2 allows monitoring and also access to the soft-on and soft-off, which avoids switching the power relays under full load when turning them off while the thing is charging at full output. If you want to try ESPHome outside Homeassitant, there is thisVery useful information for me which makes it easier. I have never used CAN before.
I plan to split the 4 rectifiers into 2 different boxes and place them on top of my 2 battery racks and connect them directly to the busbars inside each battery rack. This will result in a (max.) 8kW additional power per battery rack. To add this power symmetrically, it would be better to control both rectifiers pairs with just one ESP32 to treat them as just "one" rectifiers unit.
I think I have two options.
1) I may just program the 4 rectifiers units once with my preferred absorption voltage (with max. current) and set it as the default startup output voltage. After setup, I can disconnect the ESP32 permanently and power on the units just with my existing (remote controlled) AC-in contactors. In this case all 4 rectifiers will automatically turn on with the same voltage/current settings, but no further control would be possible.
2) Or alternatively, I may connect the ESP32 permanently to all 4 rectifiers units to be able to change the voltage/current later while in use. In this case I need to place the ESP32 on top of one of the 2 rectifiers boxes and connect the other rectifiers box on the other battery rack "remote" via CAN bus cable.
I think option 2 is the way to go to be more flexible and have online monitoring with my existing MQTT environment connected to my OpenHAB system.
Btw. I've programmed some ESP8266/ESP32 with Arduino IDE (C++) but never used ESPHome. As far as I understand, ESPHome "programming" is done by yaml configuration instead of using a programming language (but never looked deeper into this). I'm not sure if I want to use 2 different ESP32 programming environments/systems - do you think it would be easy to transfer the yaml configuration to a typical Arduino C++ program with it's typical processing loop contract? Maybe the ESPHome environment have other advantages compared to the traditional Arduino C++ environment? I'm very flexible with the Arduino C++ programming and I don't know if I loose flexibility when using ESPHome. What do you think?
This is a very good point! I may do a 2-step for switching off, first soft-off the unit and after it's off, disconnect the AC-in contactor to also save the ilde consumption of the rectifier - I was not able to find the idle consumption of the R4875G1 or G5 in the datasheet, so I don't know if it's worth... but the contactors are there anyway.Agree, Option 2 allows monitoring and also access to the soft-on and soft-off, which avoids switching the power relays under full load when turning them off while the thing is charging at full output.If you want to try ESPHome outside Homeassitant, there is thisto install and manage oven-
Ok! Thanks for the video link which makes it very clear how to use ESPHome stand alone.ready ESPHome firmware. ESPHome is designed for automation, super easy to use (adding an additional relay output is three lines of code) and it is well documented, it also allows for C++ code to be used in certain places so your skills are not wasted. In my opinion good fun and well worth having a go.
I've looked a bit deeper into the code and try to understand some CAN bus details with this R4875G units (while getting more comfortable with the ESPHome YAML world - it's really different compared to C++ with the Arduino IDE).Yes, great way to isolate yourself from the grid without massive relays, especially if grid outages are frequent or your power company is giving you grief about feeding back power. You have huge inverter capacity so you don't need grid support and really only need the grid to keep your batteries from depleting. Btw you only need one controller for several R4875G units, you can just connect all the CAN lines in parallel as it is a BUS system. The (ESP32) could theoretically talk to individual units on the bus but the software I linked above is set up to give commands to all units. But don't worry they ramp up slowly when they wake up![]()
No fixed addresses:
Unlike some other communication protocols, CAN bus doesn't have a concept of fixed addresses for devices; instead, each message is identified by a unique identifier within the message itself.
But how can the protocol spec say that [...] but at the same time the AI answer says [...]?
I think the problem is clear - you're expecting useful output from so-called "AI". I don't know anything about this specific CAN address question, but I'd always tend to trust the spec ahead of most other sources.