Software knock processing
Re: Software knock processing
I'd really like to use knock logic in my project, but I have Frankenso. I understand it's currently only on some boards (Proteus and hellen?). Is there a reason we can't activate the logic on other boards? I have no issue repinning the harness to put knock on ADC03.
1962 Ford Falcon 5.0L V8 / T5
- AndreyB
- Site Admin
- Posts: 14513
- Joined: Wed Aug 28, 2013 1:28 am
- Location: Jersey City
- Github Username: rusefillc
- Slack: Andrey B
Re: Software knock processing
Frankenso has totally different electronics for knock, the not-software but ASIC approach which did not work out for us.
This thread saying "Software knock" means "not ASIC like on Frankenso"
Very limited telepathic abilities - please post logs & tunes where appropriate - http://rusefi.com/s/questions
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Re: Software knock processing
Understood, but what I'm asking is why can software knock not be used on Frankenso? It has an ADC03.
I also realize that the frankenso doesn't have a knock amp, which is why I copied the proteus amp and had it built as an add on board.
There is no access to the software knock in the F407 Discovery firmware version. Could that be activated?
1962 Ford Falcon 5.0L V8 / T5
- AndreyB
- Site Admin
- Posts: 14513
- Joined: Wed Aug 28, 2013 1:28 am
- Location: Jersey City
- Github Username: rusefillc
- Slack: Andrey B
Re: Software knock processing
Ohhh now I understand the ask.
It could be possible, it could be pretty small effort but I am very overloaded on software side I can really use help from other software people.
https://github.com/rusefi/rusefi/issues/5254
First like of progress https://github.com/rusefi/rusefi/commit/75d14a0cea44c4aa325dd61058353eb8e85946fe
It could be possible, it could be pretty small effort but I am very overloaded on software side I can really use help from other software people.
https://github.com/rusefi/rusefi/issues/5254
First like of progress https://github.com/rusefi/rusefi/commit/75d14a0cea44c4aa325dd61058353eb8e85946fe
Very limited telepathic abilities - please post logs & tunes where appropriate - http://rusefi.com/s/questions
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Re: Software knock processing
Thanks Andrey. I wish I were more help on software, but looking at the code I feel like a six year old attempting to figure out how an Airbus A320 works.
1962 Ford Falcon 5.0L V8 / T5
- AndreyB
- Site Admin
- Posts: 14513
- Joined: Wed Aug 28, 2013 1:28 am
- Location: Jersey City
- Github Username: rusefillc
- Slack: Andrey B
Re: Software knock processing
vag0dr04er is teasing me so let me tease everyone else
Very limited telepathic abilities - please post logs & tunes where appropriate - http://rusefi.com/s/questions
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
- AndreyB
- Site Admin
- Posts: 14513
- Joined: Wed Aug 28, 2013 1:28 am
- Location: Jersey City
- Github Username: rusefillc
- Slack: Andrey B
Re: Software knock processing
Very limited telepathic abilities - please post logs & tunes where appropriate - http://rusefi.com/s/questions
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Re: Software knock processing
Great demo video
I've been playing around with knock in RusEFi for some time, and come across a limitation in flexibility that sets it apart from eg. MS3 that uses the dedicated TI knock DSP chip.
Particularly on setups that utilises one knock sensor, there's sometimes a non-trivial delta in peak noise level generated by the individual cylinders. On systems using a global knock threshold (like RusEFi and MS3), this can be problematic to fine tune unless a sound gain can be defined on a per-cylinder basis. MS3 has this feature as a part of the DSP stage which allows for a more or less equal amplitude between the different cylinders.
As I understand it, RusEFi operates with a fixed gain analog filter input feeding directly into the dedicated knock DSP ADC. To implement a variable gain feature; could instead the digital value generated by the ADC be scaled by a variable factor associated with each cylinder as a type of "software gain" feature?
I've been playing around with knock in RusEFi for some time, and come across a limitation in flexibility that sets it apart from eg. MS3 that uses the dedicated TI knock DSP chip.
Particularly on setups that utilises one knock sensor, there's sometimes a non-trivial delta in peak noise level generated by the individual cylinders. On systems using a global knock threshold (like RusEFi and MS3), this can be problematic to fine tune unless a sound gain can be defined on a per-cylinder basis. MS3 has this feature as a part of the DSP stage which allows for a more or less equal amplitude between the different cylinders.
As I understand it, RusEFi operates with a fixed gain analog filter input feeding directly into the dedicated knock DSP ADC. To implement a variable gain feature; could instead the digital value generated by the ADC be scaled by a variable factor associated with each cylinder as a type of "software gain" feature?
- AndreyB
- Site Admin
- Posts: 14513
- Joined: Wed Aug 28, 2013 1:28 am
- Location: Jersey City
- Github Username: rusefillc
- Slack: Andrey B
Re: Software knock processing
Very limited telepathic abilities - please post logs & tunes where appropriate - http://rusefi.com/s/questions
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
- AndreyB
- Site Admin
- Posts: 14513
- Joined: Wed Aug 28, 2013 1:28 am
- Location: Jersey City
- Github Username: rusefillc
- Slack: Andrey B
Re: Software knock processing
Alexey @vag0dr04er has contributed _something_ - right now it's available in Proteus firmware, let me see if I can also enable it for 4chan and uaefi
https://github.com/rusefi/rusefi/pull/6467
https://github.com/rusefi/rusefi/pull/6467
Very limited telepathic abilities - please post logs & tunes where appropriate - http://rusefi.com/s/questions
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
Always looking for C/C++/Java/PHP developers! Please help us see https://rusefi.com/s/howtocontribute
-
- Posts: 3
- Joined: Sat May 04, 2024 9:51 am
- Github Username: 3eR0.1ive
Re: Software knock processing
While studying detonation on a real car, I found some discrepancy between theory and practice.
I recorded real detonation on a sound card and analyzed it with spectral analysis.
1. light detonation
2. strong detonation Given:
4g63 turbo, garrett2871, boost 1 bar, fuel euro RON 95.
Cylinder diameter 85 mm.
Using a simple but widely used formula for calculating detonation frequency, we calculate the estimated frequency:
f (Hz) = 900 / (PI * r)
6744 Hz = 900 / (3.14 * 0.0425)
The estimated detonation frequency is expected at 6.7 kHz, but in a real car it is best heard at about 5.6 kHz.
The worst thing is that detonation is least audible at the estimated frequency!
Perhaps this is specific to this car.
Perhaps the calculation formula is too simple or incorrect, I have not found another.
This requires research.
I'll try to set up software detonation detection better with this reference.
I recorded real detonation on a sound card and analyzed it with spectral analysis.
1. light detonation
2. strong detonation Given:
4g63 turbo, garrett2871, boost 1 bar, fuel euro RON 95.
Cylinder diameter 85 mm.
Using a simple but widely used formula for calculating detonation frequency, we calculate the estimated frequency:
f (Hz) = 900 / (PI * r)
6744 Hz = 900 / (3.14 * 0.0425)
The estimated detonation frequency is expected at 6.7 kHz, but in a real car it is best heard at about 5.6 kHz.
The worst thing is that detonation is least audible at the estimated frequency!
Perhaps this is specific to this car.
Perhaps the calculation formula is too simple or incorrect, I have not found another.
This requires research.
I'll try to set up software detonation detection better with this reference.