Bag Method Overhaul
This applies to both leak calculator & bag method calc
1 - stop using suite for math 2 - use new math outlined below 3 - check help text
New math 1 - button to switch between WIDTH of bag + height of bag and volume of bag {width & height in inches or cm; volume in gallons or liters} a - if W&H is chosen, calculate volume: volume = (width **2 ) * height / math.pi {width ^2 * height / pi - I tried googling typescript to help. let me know if I was not helpful} b - display volume, convert to gallons for imperial; liters for metric 2 - calculate flow rate: flowrate = {volume, convert to cubic feet or cubic meters } / {fillTime, convert seconds to minutes} a - display flowrate in "scfm" or "m3/min" (or whatever we are currently doing 3 - calculate annual consumption: annual = flowrate * {operatingHours, convert hours to minutes}, unit convert as needed (it looks like leak calc uses kscf for annual)
help text: width - The width of the bag when laid flat. height - The height of the bag when laid flat. volume - The labeled volume of the bag. operating hours - The hours per year that the compressor system is in use. bag fill time - The number of seconds it takes to fill the bag.
let me know if something is missing
@rmroot - should we do this in the suite? with the now optional calculation of volume, this feels like it would be unnecessarily clunky there, but we want as much math in the suite as possible for documentation...
q1 - do this in suite? q2 - skip the calculation of volume altogether and have to give volume q3 - more complicated math for volume estimation
Yes Yes No
refer to suite issue
Standalone Bag Method results appear to be correct.
For Air leak survey:
- Added compressor control adjustment value to results
- No changes to baseline/modification/savings electricity use. Savings results are already multiplying by that value
- Added help text to compressor control adjustment
For Compressed Air reduction...
compressed air reduction - modification calculation is silly. I think I remember why we did this (to account for the control adjustment) but it looks ridiculous.
we will either ask to change the math so mod is calculated like BL or include another line that is something like "adjustable consumption remaining" or something so you can see why kWh and $ are calculated differently. Alex and I will meet tomorrow morning and have an answer for you after htat hopefully.
For BOTH CA reduction & Leak Survey, standalone & TH
Field Name change Compressor Control to Trim Compressor Control
Remove the BL & Mod tables (maybe hide for now and make a note/issue to go back and delete them later if Tom or someone hates this)
JUST show savings. No math changes needed
Update link in help text to this: https://docs.nrel.gov/docs/fy21osti/77820.pdf
In TH where you need a BL & mod for things BL = savings numbers, mod = 0