Firmware-updates voor omvormers: test de functies die uw project gebruikt opnieuw

Inhoudsopgave

Referentie voor inbedrijfstelling van energieopslag voor het vastleggen van firmware en systeemconfiguratie
Technicus stelt 100kW 215kWh commerciële zonne-opslagoplossing in bedrijf voor een industriële fabriek in Maleisië; HMX media-bibliotheek referentieafbeelding.

Een firmware-update voor een omvormer is pas voltooid wanneer de vereiste projectfuncties zijn gecontroleerd, niet wanneer de voortgangsbalk voltooid is. Het apparaat kan normaal herstarten terwijl een exportinstelling, batterij-interface, parallelschakeling of back-upgedrag is gewijzigd. Een geslaagde upload bewijst dat de software is geïnstalleerd; het bewijst niet dat de installatie nog steeds de overeengekomen dienst levert.

Voor EPC's en distributeurs: behandel de update als een gecontroleerde technische wijziging. Documenteer de reden, bevestig de exacte combinatie van hardware en firmware, sla de goedgekeurde configuratie op en bepaal welke functies opnieuw moeten worden getest. Pas urgente beveiligings- of door de fabrikant vereiste updates toe via een passende risicobeoordeling; gebruik wijzigingsbeheer niet als excuus om een veiligheids- of beveiligingsinstructie te negeren.

Definieer de reden voor de release

Maak onderscheid tussen een beveiligingscorrectie, een door de fabrikant vereiste wijziging, een foutoplossing en een nieuwe functie. Elk heeft een andere rechtvaardiging en kan een andere planning vereisen. Een functie die niet relevant is voor het project is op zichzelf geen bewijs dat een operationele installatie baat heeft bij een onmiddellijke upgrade.

Voordat u een HMX zonne-omvormer, bijwerkt, vraagt u de toepasselijke releaseopmerkingen en de ondersteunde updateprocedure op voor het exacte model en de hardware-revisie. Bevestig eventuele afhankelijkheden met betrekking tot de batterij-BMS, meter, communicatiegateway of controller. Ga er niet van uit dat een bestand voor een vergelijkbaar model acceptabel is.

Gebruik een aangewezen persoon om de wijziging te autoriseren en een aangewezen persoon om het resultaat te bevestigen. In een klein project kunnen dit leden van hetzelfde installatieteam zijn, maar de verantwoordelijkheden moeten toch worden vastgelegd. De klant moet weten of de update de dienstverlening onderbreekt en welke tijdelijke voorzieningen nodig zijn.

Origineel wijzigingsrecord voor firmware van een omvormer- of opslaginstallatie
RegistrerenVereiste informatieReleasebeslissing die het ondersteunt
DoelRelevante correctie, vereiste of projectfunctieWaarom deze wijziging nodig is
ApparatuuridentiteitModel-, serienummer-, hardware- en geïnstalleerde softwareversiesOf het doelbestand van toepassing is
AfhankelijkhedenOndersteunde versies van batterij, meter, controller en parallelle apparatenOf de systeemcombinatie wordt ondersteund
ConfiguratiebasislijnGoedgekeurde export-, back-up-, laad- en toegangsinstellingenWat na de update correct moet blijven
ServicevensterVerwachte onderbreking en afspraken met de klantWanneer de wijziging veilig kan plaatsvinden
HerstelrouteDoor de fabrikant goedgekeurde herstel- en ondersteuningscontactenHoe een mislukte wijziging wordt beheerd

Ga er niet van uit dat elke update instellingen behoudt

Een nuttige vergelijking komt uit twee actuele documenten binnen dezelfde bibliotheek van de fabrikant. De algemene VictronConnect firmware-handleiding beschrijft het behoud van toepasselijke instellingen en geschiedenis, terwijl VE.Bus-producten expliciet naar een aparte handleiding worden verwezen. Alleen de algemene verklaring lezen zou een belangrijke productgrens missen.

De aparte VictronConnect-handleiding voor VE.Bus-producten waarschuwt dat het updateproces de instellingen terugzet naar fabrieksinstellingen en dat configuraties met meerdere eenheden opnieuw moeten worden geprogrammeerd. Dat gedrag is specifiek voor de gedocumenteerde producten en het gedocumenteerde proces; het is geen bewering over HMX-apparatuur.

De inkooples is duidelijk: vraag of dit model en deze updatemethode elke relevante instelling behouden, migreren of resetten. Sla een configuratie-export op waar ondersteund, samen met voor mensen leesbare records van essentiële instellingen. Een bestand dat niet naar de nieuwe versie kan worden hersteld, is geen volledig herstelplan.

Registreer de huidige goedgekeurde waarden in plaats van standaardwaarden uit een handleiding te kopiëren. Standaardwaarden komen mogelijk niet overeen met de netgoedkeuring, batterijlimieten of back-upontwerp van de locatie. Het herstellen van een oude configuratie vereist ook beoordeling als de nieuwe release de betekenis of het ondersteunde bereik van een parameter wijzigt.

Bouw de hertest rond wat het project daadwerkelijk gebruikt

Referentie voor zonne-omvormers voor het plannen van functionele verificatie na een update
hybride zonne-omvormer IP21 IP65 ENERGIE; HMX media-bibliotheek referentieafbeelding.

Kies regressietests voordat u de update installeert. Neem de functies op die in de releaseopmerkingen worden genoemd en de functies waarvan een storing voor de klant van belang zou zijn. Een opslagproject kan afhankelijk zijn van laadtoestemmingen voor de batterij en back-upovergangen, zelfs wanneer de update wordt beschreven als een verbetering van de communicatie.

Breng eerst de apparatuurrelaties in kaart. Het onderscheid tussen BMS-, vermogensomzettings- en energiebeheerfuncties helpt te bepalen welk apparaat een limiet of bedieningsopdracht levert. Een getal dat op het display zichtbaar is, bewijst niet dat de omvormer de laatst toegestane waarde volgt.

Oorspronkelijke selectie van tests na de update; goedgekeurde procedures en projectspecifieke criteria zijn vereist
Functie die door het project wordt gebruiktVerificatiefocusTe bewaren bewijs
BatterijwerkingCommunicatie, actieve laad-/ontlaadlimieten en alarmafhandelingOvereenkomende apparaatversies en waargenomen bedrijfsregistraties
ExportregelingMeteruitlezing, setpoint en respons binnen de goedgekeurde regelingInstellingen en gemeten testresultaat
Back-upvoedingGoedgekeurde overdracht, werkelijke belastingen en terugkeer naar het netTijdlijn van gebeurtenissen en servicewaarnemingen
Parallelle of meerfasige werkingOndersteunde versiecombinatie en geconfigureerde rollenTopologie en goedgekeurde functionele resultaten
Bewaking op afstandActuele telemetrie, alarmen en toegestane toegangActuele tijdstempels en getest meldingspad
Geplande dispatchTijdzone, bedrijfsvensters en machtigingenDefinitief beleid en waargenomen overgangen

Alle elektrische schakelwerkzaamheden en tests van beveiligingsfuncties vereisen gekwalificeerd personeel dat de toepasselijke procedure volgt. Wijzig de netbeveiliging niet om een demonstratie te versnellen, een interlock te omzeilen of een batterijfout te forceren. Wanneer een functie niet onmiddellijk kan worden getest, houd deze dan expliciet openstaand in plaats van de release als volledig geaccepteerd te verklaren.

Behoud het onderscheid tussen software-rollback en veilig herstel

Een eerder firmwarebestand bewijst niet dat downgraden wordt ondersteund. Instellingenformaten, hardwarerevisies of fabrikantbeperkingen kunnen dit verhinderen. Verkrijg een ondersteund herstelpad vóór de wijziging. Dat pad kan lokale service of een vervangende controller omvatten in plaats van een software-downgrade.

Voor een project dat gebruikmaakt van een residentieel batterijsysteem voor essentiële belastingen, tref waar nodig een goedgekeurde alternatieve voeding. De hersteltijd mag niet worden geschat op basis van een andere installatie. Bevestig de beschikbaarheid van personeel en ondersteuningstoegang voor het overeengekomen servicevenster.

Houd een versiebaseline aan die serviceteams kunnen vertrouwen

NIST SP 800-128 richtlijnen voor configuratiebeheer, gepubliceerd in 2011 en bijgewerkt in 2019, beschrijft het beheren en monitoren van configuraties met ondersteuning van vereiste bedrijfsfuncties. Het is algemene richtlijn voor informatiesystemen, geen nieuwe certificeringsvereiste voor omvormers. Het baselineprincipe is nuttig wanneer het zorgvuldig wordt toegepast op de administratie van een opslagproject.

Sla na de update de daadwerkelijk geïnstalleerde versies, goedgekeurde definitieve instellingen en testresultaten op. Registreer eventuele verschillen ten opzichte van de vorige baseline, openstaande punten en de persoon die de wijziging heeft geaccepteerd. Leg bewijs vast vóór en na de update, zodat een latere technicus een releasegerelateerde wijziging kan onderscheiden van een ongerelateerd probleem op locatie.

Verifieer voor installatieparken de relevante hardware- en configuratiegroepen voordat een uitrol wordt uitgebreid. Een geslaagde test op één model kwalificeert niet elk apparaat in het park. Door de fabrikant goedgekeurde gefaseerde uitrol kan onzekerheid verminderen, maar mag een verplichte correctie niet vertragen voorbij de toegestane responstijd.

Sluit de wijziging af op functionaliteit, niet op installatiestatus

Het releasedossier moet antwoord geven op: waarom was de update nodig, wat is er gewijzigd, welke functies zijn opnieuw getest en wat staat er nog open? Wanneer die antwoorden duidelijk zijn, kan de distributeur de installatie ondersteunen zonder te vertrouwen op geheugen of screenshots van vóór de upgrade. Het definitieve acceptatiepunt is herstelde en geverifieerde service, niet een nieuw versienummer.

Geweldig! Delen naar: