Production Flat Since Firmware Update, Rollback vs RMA: Decision Tree
Why this matters
When an inverter's production goes flat or drops sharply right after a firmware update, the timing makes firmware the obvious suspect, but the fix branches sharply: roll back, re-apply a corrected grid profile, or RMA the unit. A firmware push can change clipping behavior, grid-support setpoints, MPPT tracking aggressiveness, or the grid profile, any of which legitimately reduces output without anything being broken. A botched update can also brick the power stage. Choosing wrong wastes a return trip and risks pushing the unit out of utility compliance. The senior-tech move is to determine whether the new behavior is intended-but-misconfigured, a regression the manufacturer will fix or revert, or genuine hardware damage, because each leads to a different and non-interchangeable remedy.
Symptom presentation
Production was normal until the firmware version changed (visible in the inverter's version field and often timestamped in the portal). After the update, output is capped lower than irradiance warrants, the MPPT settles at a sub-optimal operating point, or production flatlines entirely. Some updates change the grid profile and the inverter now trips or curtails on voltage or frequency excursions it previously rode through. In a bricked-update case, the inverter may fail to boot, sit in a recovery or update-loop state, or show no display. The portal shows the version change adjacent in time to the production change, which is the clue that ties them together.
Quick checks
Record the firmware version before and after, and the exact timestamp, against the production-curve inflection. Confirm the active grid profile and grid-support settings match the utility-approved profile for the site; updates sometimes reset these to a default. Check the inverter event log for new trip codes or curtailment events that did not appear pre-update. Verify the array DC side is healthy (string voltages and currents nominal) so you are not blaming firmware for a string or fuse problem that coincided. Confirm the unit completed the update cleanly versus hanging mid-flash. Compare the affected unit's behavior to a sibling inverter on the same site that did or did not take the update.
Isolation tree
Branch one, did the update complete? If the inverter is stuck in an update loop, recovery mode, or won't boot, the flash failed. Attempt the manufacturer recovery procedure once; if it cannot recover, this is an RMA. Branch two, update completed but grid profile changed. If output is curtailed or tripping on grid excursions and the active profile or setpoints differ from the approved configuration, re-apply the correct utility-approved grid profile. This is a configuration fix, not an RMA. Branch three, update completed, profile correct, but the new firmware tracks MPPT poorly or clips differently. Compare to a sibling unit and to the manufacturer's known-issue bulletins. If it is a documented regression, the manufacturer may issue a corrected release or authorize a rollback. Branch four, production flat with a hardware fault code (DC bus, IGBT, relay) that did not exist before. If the power stage now faults regardless of firmware version, the update may have exposed or coincided with a hardware failure, leading to RMA after rollback fails to clear it.
Confirming diagnosis
Confirm a configuration cause when re-applying the correct grid profile and setpoints restores normal output and the trips stop, with no hardware fault present. The signature here is that the DC side is healthy (string voltages and currents nominal) and the only thing standing between the array and production was an AC-side setpoint that the update reset. Confirm a firmware regression when a documented bulletin matches the symptom, a sibling on the prior version produces correctly under the same irradiance, and either a vendor-supplied corrected build or an authorized rollback restores production. The same-site sibling comparison is the strongest single piece of evidence, because it holds weather, array, and grid constant while isolating the firmware variable. Confirm a hardware RMA when the unit cannot recover from a failed flash, or when a power-stage fault (DC bus, IGBT, relay) persists across both firmware versions and a clean reconfiguration, proving the silicon is the problem rather than the code. Always cross-check against a same-site sibling to separate firmware from environment, and never conclude "firmware" from timing alone, since a string fuse or array fault that happened the same week will fool a timeline-only diagnosis.
Remediation
For a configuration drift, re-apply the utility-approved grid profile and grid-support settings, document them, and confirm production and compliance. For a confirmed regression, obtain the manufacturer-corrected firmware or an authorized rollback, apply it per their procedure, and verify output recovers; do not roll back unilaterally if it puts the unit out of grid-code compliance. For a failed flash or persistent hardware fault, open the RMA with the version history, event log, and recovery attempts attached so the manufacturer ships a replacement rather than bouncing the claim. Re-commission and re-verify the grid profile on any replacement unit before leaving site.
References
- Manufacturer firmware release notes and field bulletins for the installed inverter (SolarEdge, SMA, Fronius, Enphase per model)
- UL 1741 SB, grid-support function and grid-profile requirements
- IEEE 1547-2018, interconnection settings and ride-through configuration
- NEC 2023 Article 690.4, equipment listing and configuration compliance
- Manufacturer commissioning and grid-profile selection guide for the installed inverter