clawham писал(а):это то понятно что можно некоторые коэффициенты рассчитать "до того как"
...
вынести за рамки основного цикла кусочек
Код: Выделить всё
Delta_Gas = Mem_Max_Gas;
Delta_Gas-= Mem_Min_Gas;
и всё...а я не думаю что вычитание двух интов получаются очень затратными по времени процессора....
гораздо круче по времени занимают последние две строки - деление и умножение флоата
Я имел ввиду другое - по виду имени переменные Mem_* навевают мысль о том, что это некие корректирующие коэффициенты, которые меняются редко и сохраняются где-то.
Если это так, то можно при изменении сразу пересчитывать в более сложные коэффициенты и уже их использовать каждый раз в формулах.
Ну и к фиксированной запятой перейти аккуратно.
Любое деление выполняется гораздо дольше, чем умножение. Для AVR даже целочисленное деление 32 бит может выполняться дольше плавающего умножения. Так что если есть возможность пересчитать 1/coeff заранее, то лучше так сделать и умножать, чем делить.
clawham писал(а):А вот ещё на последок вторая математическая головоломка:
есть такое понятие как експонента...в авиамоелизме подразумевает нелинейную зависимость выхода от входа а хитрую кривую и с третьего(или 4-го) канала задавать процент влияния этой кривой на выход тоесть при 0 процентах вход=выходу, при 100% выход равен експоненте, а при 50% выход равен среднему между входом и експонентой)
Попробуйте аппроксимировать кубической параболой. Что-то в духе
Ну и опять таки, с учётом доп канала k это будет
Код: Выделить всё
y = 50 + k * ((x-50)^3) / 250 / 100 + (100 - k) * (x - 50) / 100
если я правильно понял.
Порисуйте графики, гляньте отличие в %-тах, может устроит.
И, опять таки, смотря сколько раз в секунду пересчитывается
y из
x и сколько раз в секунду меняется k - можно заготавливать коэффициенты заранее, кроме k туда включать и константы и только множить, а в конце только поделить один раз.
Скажем (это математически формулы, а не запись на С)
Код: Выделить всё
y * 65536 = 50 * 65536 + 65536 * k * ((x-50)^3) / 25000 + 65536 * (100 - k) * (x - 50) / 100
= 50 * 65536 + 65536 * k * ((x-50)^3) / 8 / 3125 + 655 * (100 - k) * (x - 50)
21 отличается от 65526 / 3125 на 0.13%
655 отличается от 65536 / 100 на 0.05%
= 3276800 + 21 * k * ((x-50)^3) / 8 + 655 * (100 - k) * (x - 50) // [1]
k1 = 21 * k
k2 = 655 * (100-k)
= 3276800 + k1 * (x - 50) * (x - 50) * (x - 50) / 8 + k2 * (x - 50) // 4 умножения + 3 сдвига на бит
= 3276800 + (x - 50) * (k1 * (x - 50) * (x - 50) / 8 + k2) // 3 умножения + 3 сдвига на бит
и вот теперь, если я нигде не ошибся, в конйе рассчёта для получения y делим результат на 65536, т.е. сдвигаем на 16 бит вправо, т.е. берём старшие два байта. Точнее, третий байт.
Почему я и говорил о выписывании арифметики на 24 бита -- надо внимательно глянуть, и если промежуточные результаты не выходят за пределы 25 бит, то может быть выгодно выписать всё на 3 байта.
Теперь при изменении k пересчитываются k1 и k2 - это будет выгодно, если k меняется в несколько раз реже, чем производится пересчёт y.
Если нет - считать как по формуле [1] с учётом схемы Горнера для полинома для уменьшения умножений хотя бы на одно
В таком варианте всё в целых числах и без делений.
Лень в виде мании величия: «ты гений, зачем стараться?». В виде комплекса: «всё равно не выйдет, зачем упираться?». Как логика: «если достаточно, зачем знать и уметь больше?». Цель одна: остановить. Не любит тепло работающих мышц и шум работающего мозга.
