Things have been going neck and neck for a while for Simucube 1 and 2. There will be a test release for Simucube 2 tomorrow.
If you need testers you can count on me 
Hello,
i’m here if you want to include me.
I also offer myself as a volunteer
I’d like to volunteer myself for the test release as well.
Mika,
First, thanks for your work here!
Driving the new Cayman on tracks like sebring or weathertech receway it feels quite notchy/mechanical(although not digitally so, more like “yanking” notchy, if this makes sense. I think you would have to try).
I have been under the impression I would not need to run irffb, since if running at the direct 60 hz mode, this would be a filter very much like the recon filter.
But I went to try it, since a nice guy pointed me to the fact that it could also do 360hz(although more lagged).
But when I run irffb in the 60hz direct mode(interpolates, does not predict, very, very slight lag only) it makes iracing feel less notchy-yanking & more detailed, imo.
As the reconstruction filter is predictive, is it possible it somehow exaggerates low-res input, like the 60hz signal from iracing on certain cars with certain ffb characteristics?
If so, would it be possible to put in a slider to slide between “lag <-> prediction” too?
The current strength of the filter I assume only means how many frames to “predict”?
If that is so, then to also allow the decision of how much lag is allowed to avoid prediction might help on these cars?
Sorry, I don’t know the details here & am making many, prob. wrong assumptions.
But I ask since I see no reason why irffb should improve my experience when only using the direct 60hz mode.
If anybody else can fill in my blanks here, feel very welcome 8)
Thank you again!
I can also test for a test release.
We are considering one more feature for the upcoming firmware, so making a test of that will take preference from building the test firmware today.
We will be adding a convenience feature that disconnects wireless wheel automatically if there are no FFB effects in use and wheel has not turned over 10 degrees in 1 hour.
This is due to some people leaving Simucube powered on and the wheel connected for extreme periods of time or even 24/7, which will drain the battery at a rate that will require battery changes unnecessarily often.
The long battery life promise is still valid, as it was not expected that people would leave their home&gaming electronics running for 24/7 - the global warming and energy consumption is important.
But, if there is a use case that I forgot above, then please tell us your views.
Great progress, Mika, thank you to you and the Dev Team for your ongoing efforts, even through tough and challenging times. It is appreciated 
Hello,
This is a great news actually. I’m one of the people that always leave everything on and the wheel is always discarged.
thank you.
I stop my Simucube2 after every driving session. I’ve had an Ascher B 16M16-C since 31/5/19 and I only consumed 0.8 volts.
After the Simucube disconnects the wireless wheel, what will the user have to do to reconnect it?
The wireless wheel starts to advertise again when it starts, so power off and back on will work. Also, when it is in sleep mode, holding both paddles pressed for 2 seconds will wake it too and it will start to advertise.
Recovered from your ailment?
Cheers Mate, not 100% yet, but feeling better each new day
I suspect I will be back up at 100% by the weekend.
Thank you for checking!
Italy here guys, really tough times…stay safe!!!
hang on guys, looks like there is some complications in the latest servo drive firmware, so no test release can be done at least today. However, this means that we can take a few days to get some exciting new “low hanging fruits” to the Simucube 2 firmware/software - but which ones?
- simplification of bumbstop effect
- better documentation
- physical sequental shifter buttons to be visible as same buttons as the wireless wheel paddles
- automatic connection to first wireless wheel found (can be turned off)
- detection for a game crash (torque >20% with FFB effects but no FFB effect updates incoming from PC for x seconds (maybe 1 second)
0 voters
Crash detection is the most critical as it is a safety issue.
Just wondering how effective it will be if waits for even 1 second as first sub second spike does most of the damage already.
you are right; also if there is just a slight hickup in the sim, there must be auto-resume functionality as well. 1-second trigger was just my first guess, maybe shorter is better.
Then it only comes to whether to disable torque, or to add friction/damping with reduced torque, or what to do…