Verbetering bovenop de bestaande bekende reactorautomatisering zonder er een urenlange componentenstrijd van te maken.
Bonus! Mijn installatie voor vergelijkende reactorautomatiseringstests staat in de werkplaats.
Basisprincipes van de reactor
Je hebt 2 subsystemen in de reactor - warmteopwekking (splijting) en energieproductie (turbine) die die warmte gebruikt.
Ideale reactor genereert nauwelijks genoeg warmte voor de turbine om de exacte hoeveelheid vermogen te genereren voor de belasting die de sub nodig heeft.
Als de gegenereerde warmte meer dan "nauwelijks genoeg" is, verspil je brandstof en in extreme gevallen smelt de reactor.
Als het opgewekte vermogen de belasting overschrijdt, beschadigt u de elektrische apparatuur van het schip.
Er zijn gevallen waarin u "brandstof zou willen verspillen" (productie van lege brandstofstaven) of het elektriciteitsnet zou willen overbelasten (elektrische vaardigheidstraining), maar die gaan we nu niet behandelen.
Niet-functionele vereisten - gebruik zo min mogelijk middelen (componenten) voor de build en houd het zo eenvoudig mogelijk.
Typische benadering van reactorautomatisering
De keuze voor automatisering van reactoren hangt af van de beschikbaarheid van hulpbronnen op de onderzeeër.
1e variant en de meest regelmatige (en misschien wel grotere) is een 2-componentenrector.
Het gebruikt een regex-component om de input voor de reactortemperatuur te regelen en een grotere component voor de turbine-output.
Het is de meest "reactieve" variant omdat het alleen 0 en 100 waarden gebruikt om te werken. Dus het oscilleert beide bedieningselementen (bijna) constant en heeft de neiging om rond ideale posities te stuiteren.
Als er maar 1 component beschikbaar is, automatiseer dan eerst de splijtingssnelheid. Het maakt het gebruik van meerdere staven mogelijk zonder nadelen en oververhitting van de reactor is veel vervelender dan inefficiëntie van turbines.
Waarde voor de temperatuur hangt af van de vraag en aanbod van de sub, maar ik zou beginnen met 3999 en zo nodig helemaal overschakelen naar 4999.
Bronnenlijst: 2 componenten, 5 draden.
(Ik ben niet de auteur van die aanpak, ook niet alleen ter referentie)
Automatisering van niet-oscillerende reactoren
Alternatieve turbinebesturingsmodus zou zijn om de precieze belasting te volgen die sub vereist.
Voeg een geheugencomponent toe met de waarde maxReactorVoltage/100 en deel de belasting door dat getal. De schuif van de reactorturbine moet nu altijd het midden van het groene bereik volgen.
Dus wanneer het rooster geen grote belastingspieken ervaart (dwz de onderzeeër is inactief terwijl de bemanning op een duikmissie is), zal de reactor zich als een ideale reactor gedragen.
Precisie heeft een prijs - het past het vermogen langzamer aan dan waartoe de reactor in staat is.
Reden erachter - turbineregeling heeft traagheid - het past zich langzamer aan hoe dichter bij de ingestelde waarde.
Op zichzelf is die methode slechter voor de onderzeeër dan "grotere component" turbineregeling vanwege de schade aan de elektrische systemen van het schip.
Turbineversneller – betere reactorautomatisering
Voeg een turbineversneller toe om de precisie en de reactiesnelheid van de 2-componentenreactor te combineren.
(Dat is mijn oorspronkelijke bijdrage aan de gemeenschap van trauma-engineering)
Voeg een "aftrekken" en nog een regex-componenten toe aan de stoofpot. Ze brengen de output op maximale snelheid in het gewenste gebied en laten de precieze aanpassing over aan de bestaande setup.
Het moet BOVENOP en NA de precieze controller worden toegepast vanwege de manier waarop componenten worden geëvalueerd in de huidige versie van het spel.
(load – power) -> regex (check capture group value tb) expressie “^(?-?\d{2,})$” -> turbine_in
Het is tot 50% efficiënter bij het regelen van de turbine dan bij het nauwkeurig regelen en oscilleert niet bij constante belasting.
Ben je al een ervaren traumaduiker? Hier is alles wat je nodig hebt.
Voeg aftrekken en regex toe bovenop de op MaxReactorPower% gebaseerde turbineregeling.
belasting – vermogen -> regex ^(?-?\d{2,})$ -> turbine_in
Dat is alles wat we hiervoor vandaag delen barotrauma gids. Deze handleiding is oorspronkelijk gemaakt en geschreven door Afalin. Als we deze handleiding niet kunnen bijwerken, kunt u de laatste update vinden door deze te volgen link.