- Move to a dual fuel state system (Requires cylinders to have an ID for bank 1 or bank 2, reads the correct MAP/MAF/TPS for that bank and then keeps a fuel/spark state on a per bank basis~
vs RPM for this table with values in VE to create a limp mode activated on MAP or MAF failure [#932](https://github.com/rusefi/rusefi/issues/932) [#919](https://github.com/rusefi/rusefi/issues/919) [#468](https://github.com/rusefi/rusefi/issues/468)
[//]: # 'Arguably, one of the greatest strengths of Ford/GM (others?) OE engine management is that airflow is modeled 100% independently than fueling. This means that any algorithms for arriving at "fueling"" are really modelling airflow. On a practical level, this means that you can have multiple algorithms (AN, VE speed density, MAF) for determining how much AIR is entering the engine AND every algorithm you have outputs the same units. The net result of this is that you can have a AN, SD and MAF model of the engine that feed an independent injector model. Assuming that each of them are calibrated properly, you can switch among your algorithms at will, while the engine is running. Essentially: AN, SD-VE and MAF all output g/s. g/s feeds to a behavioral model (torque request) that determines target lambda. Target lambda + airflow feeds to a stoich model that handles (potentially) a flex fuel sensor and comes up with a quantity of fuel required. quantity of fuel required gets fed to an injector model that models actual injector behavior in terms of latency, delta fuel pressure (IM vs. rail, i.e. 1:1 return regulator vs. returnless vs. differential pressure sensor vs. absolute pressure sensor compensated by MAP sensor)'