Added stuff - Added fuel control roadmap (#55)

* Fix for Home page and future features page added

* Update Acceleration_Compensation.md

* Update Fuel_Overview.md

* More fuel info

* More X-tau

* Ongoing Tasks list

Free for all list for people to update as they change track

* Update Ongoing_Tasks

* Hidden names on pages and multi-spark page

* Update X-tau_Wall_Wetting.md

* Update

* Update AlphaN.md

* Update Speed_Density.md

* Fuel control overview improvement, added wide band page

* Update Wide_Band_Sensors.md

* Update Fuel_Overview.md

* Update MAF.md

* Update MAF.md

* Update rusEFI_console_directory.png

* Delete rusEFI_console_directory.png

* Delete wall_wetting.md

* Fuel Index + Formats

Also old wall wetting page kill

* Update Pages_Fuel.md

* Update Pages_Fuel.md

* Create Pages_Hardware.md

* Update Pages_Hardware.md

* Sensor and Actuators index

* Start of Ignition Index

* Create Fuel_Injectors.md

* Moved file

* Added PNP72 jumper info

* More updates + Software pages

* Update MREAdapter72.md

* docs

* Create Roadmap_Fuel.md

Co-authored-by: rusefi <rusefillc@gmail.com>
This commit is contained in:
OrchardPerformance 2020-05-28 21:39:06 +01:00 committed by GitHub
parent 4d0c717fac
commit 5f13d0bb3d
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
2 changed files with 70 additions and 2 deletions

View File

@ -49,9 +49,9 @@ VR mode back
![Back](Hardware/microrusefi/Hardware_microRusEfi_0.4.7_vr_back.jpg)
0.4.5, 0.4.7: For Hall, you would need to REMOVE R15 & C35 on the front, and install R17 R18 R19 on the back.
0.4.5, 0.4.7: For Hall, you would need to REMOVE R15 & C35 on the front, and install R17=1.5K R18=R19=4.7K on the back.
0.4.8: For Hall, you would need to REMOVE R15&R9, C12 & C35 on the front, and install R17 R18 R19 on the back.
0.4.8: For Hall, you would need to REMOVE R15&R9, C12 & C35 on the front, and install R17=1.5K R18=R19=4.7K on the back.
Hall mode front
![Front](Hardware/microrusefi/Hardware_microRusEfi_0.4.7_hall_front.jpg)

68
Roadmap_Fuel.md Normal file
View File

@ -0,0 +1,68 @@
## rusEFI fuel control roadmap 2020
This is a summary of what we hope to achieve over the next few months in terms of fuel control.
Fuel control roadmap V0.1
Now ->
- Fuel algorithm improvements
- MAF - Fix VE map tracing in TS, some progress on #1398
- Fix spark map to use the cylinder air charge as Y axis
- Alpha N - Move fuel and spark table to use the VE table
- Change to use % of ideal cylinder filling at the Y axis making AN a VE based mode
Tickets:
https://github.com/rusefi/rusefi/issues/1472
https://github.com/rusefi/rusefi/issues/1455
https://github.com/rusefi/rusefi/issues/1299
Jun ->
- Ram and space savings
- Deprecate the pure voltage MAF method (done?)
- Removal of old unused fuel and spark table
- Reduce the resolution of the VE and spark table to 16bit.
Jul ->
- Stage 1 dual bank control
- 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~
- Implement MAP/MAF/TPS/Lambda swapping based on the bank ID
- Implement Pulse width and Spark angle on a per bank basis
Oct ->
- Stage 2 dual bank control
- Implement dual 6x6 trim tables (one per bank) either manual or short term trim
- Potentially set up short term and long term 6x6?
- Create 5x5 (6x6?) TPS to MAP/Cylinder filling transfer function table, Use TPS
vs RPM for this table with values in VE to create a limp mode activated on MAP or MAF failure https://github.com/rusefi/rusefi/issues/932 https://github.com/rusefi/rusefi/issues/919 https://github.com/rusefi/rusefi/issues/468
Nov/Dec->
- Advanced fuel control
- Fuel Consumption https://github.com/rusefi/rusefi/issues/45 https://github.com/rusefi/rusefi/issues/426
- Begin work on advanced algorithms
- Cylinder mass based control
- Inlet/exhaust pressure ballance
- Torque demand (too hard?)
- Returnless fuel math? https://github.com/rusefi/rusefi/issues/954
- Can we reduce AE tuning via an auto tune? https://github.com/rusefi/rusefi/issues/944
- Fuel gauge? https://github.com/rusefi/rusefi/issues/219
- Dual tables? https://github.com/rusefi/rusefi/issues/289
- Non-linearity correction https://github.com/rusefi/rusefi/issues/275
- Fuel autotune (non TS) https://github.com/rusefi/rusefi/issues/247
- Closed loop changes https://github.com/rusefi/rusefi/issues/355 https://github.com/rusefi/rusefi/issues/348 https://github.com/rusefi/rusefi/issues/384
- Flex fuel https://github.com/rusefi/rusefi/issues/540
- dead time autotune https://github.com/rusefi/rusefi/issues/492
https://github.com/rusefi/rusefi/issues/959
[//]: # 'Some comments from DaveB'
[//]: # '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)'