Mercurial > public > ostc4
view RefPrj/Firmware/.project @ 223:5f535ef6a3db div-fixes-3
Bugfix, minor: properly alternate VPM/Buhlmann in deco loop
The idea of the counter in this commit is to compute the opposite
deco algorithm in 1:10 calls. So, when Buhlmann is selected,
also compute VPM with 1:10 sample rate (and vise versa).
The idea is good, but this never worked as the counter was local on
the stack, so was 0 for every call here. So, when switching between
deco algorithm, it took some refresh cycles as the computations
where not in sync.
Signed-off-by: Jan Mulder <jlmulder@xs4all.nl>
author | Jan Mulder <jlmulder@xs4all.nl> |
---|---|
date | Sun, 31 Mar 2019 15:14:06 +0200 |
parents | d24395f7c939 |
children |
line wrap: on
line source
<?xml version="1.0" encoding="UTF-8"?> <projectDescription> <name>OSTC4_Firmware</name> <comment></comment> <projects> </projects> <buildSpec> <buildCommand> <name>org.eclipse.cdt.managedbuilder.core.genmakebuilder</name> <triggers>clean,full,incremental,</triggers> <arguments> </arguments> </buildCommand> <buildCommand> <name>org.eclipse.cdt.managedbuilder.core.ScannerConfigBuilder</name> <triggers>full,incremental,</triggers> <arguments> </arguments> </buildCommand> </buildSpec> <natures> <nature>org.eclipse.cdt.core.cnature</nature> <nature>org.eclipse.cdt.managedbuilder.core.managedBuildNature</nature> <nature>org.eclipse.cdt.managedbuilder.core.ScannerConfigNature</nature> <nature>fr.ac6.mcu.ide.core.MCUProjectNature</nature> <nature>fr.ac6.mcu.ide.core.MCUSingleCoreProjectNature</nature> </natures> <linkedResources> <link> <name>Common</name> <type>2</type> <locationURI>OSTC4/Common</locationURI> </link> <link> <name>Discovery</name> <type>2</type> <locationURI>OSTC4/Discovery</locationURI> </link> </linkedResources> <variableList> <variable> <name>OSTC4</name> <value>$%7BWORKSPACE_LOC%7D/ostc4</value> </variable> </variableList> </projectDescription>