Bug Help me, Simtools became unusable

It happened after a year of pause and/or PC hardware change.
I wanted to use it in assetto corsa, it was fine before, now it jumps like a fool.
Everything works perfect with the new hardware, only simtools game engine even in the output testing mode, became extremely jerky, with the slightest mouse movement it jumps all over the place. Between two values it is okay, if any DOF is standing at a certain value and i reset it with the clr button it goes to the zero position fine all the time, no extra jump, only the continous change is unusable.
in SMC3 the seat can be controlled smoothly.
I use a DIY licence, windows says simtools 2.0 and 2.1 is installed.
It worked perfectly before, did not change anything, now jumps all over.

If i install SimTools_2.3.1 then will i have to do everything again to calibrate and so on? And will have to ask again for a DIY licence? Best solution would be to rectify this version, what can cause such a malfunction?

Thanks, Sandor

Thanks Noorbeast, but it remained the same, maybe i should try simtools 1.3?
2.1 was perfect. maybe the new USB controller is not compatible with simtools?
USB3.0 extensible host controller and xHCI and EHCI are the new things in my setup
but simtools should handle them.
How can this problem get investigated further? Because my seat became totally useless, i can't see any alternatives.

Edit: 1.3 did not work this time at all.
2.3.1 with a CLEAN install is acting the same than before, without DOFs assigned, tested axis a and axis b, and with the home and end button it goes to 0% and 100% and clicking to clr goes to 50%, does that perfectly without a twitch. 0-100%.
The communication collapses when trying to do it with a continous movement, jumps all over.
This should be pointing to a specific problem i guess, but don't know what.

Can I download it without coins?
But i guess there is some issue that is not version dependent, it used to be working fine with 2.1.
What do I have to modify if I would drive arduino from a serial port instead of CH340 USB?

The working and now jumpy settings arre on the picture, with the actual COM port of course.
Speed is 500000, there is no such choice of on the PC but it works only at that speed.
Somebody said with other, non -sim programs that CH340 was working well only with 7 bits.

the previous picture shows the necessary settings for the axis testing, there is a working axis assignment as well but with or without that, the axis testing is the same jumpy one.

Tried 7 bits both in the serial port settings and in simtools, but it only works with 8 bits.
My only hope is a real RS232 communication, what settings do i have to apply in that case?

v2.4 behaves the same.
Once there was a bug about the date format. It caused jumpy movement if i remember correctly.
My date format is US though.

It is a tough one.

During testing sometimes Game Engine stopped, i don't know if it has any relevance, but event viewer says

Faulting application name: SimTools_GameEngine.exe, version: 0.2.3.1, time stamp: 0x5c1445f5
Faulting module name: KERNELBASE.dll, version: 6.3.9600.17055, time stamp: 0x532943a3
Exception code: 0xe0434352
Fault offset: 0x00011d4d
Faulting process id: 0xc04
Faulting application start time: 0x01d5c0a7071b09b3
Faulting application path: C:\Program Files (x86)\SimTools\SimTools_GameEngine.exe
Faulting module path: C:\Windows\SYSTEM32\KERNELBASE.dll

and with v2.4

Faulting application name: SimTools_GameEngine.exe, version: 0.2.4.0, time stamp: 0x5d118216
Faulting module name: KERNELBASE.dll, version: 6.3.9600.17055, time stamp: 0x532943a3
Exception code: 0xe0434352
Fault offset: 0x00011d4d
Faulting process id: 0x2c0
Faulting application start time: 0x01d5c0e046785e1f
Faulting application path: C:\Program Files (x86)\SimTools\SimTools_GameEngine.exe
Faulting module path: C:\Windows\SYSTEM32\KERNELBASE.dll

made a .net runtime error

Application: SimTools_GameEngine.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.IO.IOException
at System.IO.Ports.InternalResources.WinIOError(Int32, System.String)
at System.IO.Ports.SerialStream..ctor(System.String, Int32, System.IO.Ports.Parity, Int32, System.IO.Ports.StopBits, Int32, Int32, System.IO.Ports.Handshake, Boolean, Boolean, Boolean, Byte)
at System.IO.Ports.SerialPort.Open()
at Serial_InterfacePlugin.ComWorker.WriteData(System.String)
at Serial_InterfacePlugin.InterfacePlugin.Game_SendValues(Double, Double, Double, Double, Double, Double, Double, Double, Double, Double, Double, Double)
at SimTools_GameEngine.Mod_Calc.‪‎‍‌‪‬‫‌‎‍‪‬‏‌‌‬‫‮(Interface_PluginAPI.IPlugin_Interface, Double, Double, Double, Double, Double, Double, Double, Double, Double, Double, Double, Double)
at SimTools_GameEngine.Mod_Calc.Interface1Startup()
at System.Threading.ThreadHelper.ThreadStart_Context(System.Object)
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
at System.Threading.ThreadHelper.ThreadStart()

Thanks for the support,
Should have been more careful with that crazy jumping, first both of the feedback potmeter's link broke, and now one of the H-bridges broke, one FET shortcircuited.
I am still able to test one axis, but i will reduce the 24Volts.

I send the pictures, but even without axis assignment, installed from zero again, i can test the axis (without any DOFs) and it does the same, turn on output testing, (a) axis output, with a very careful movement of the slide by mouse, only by one value at a time, 0 -1 -2 -3 etc. sometimes it is moving the motor fine, sometimes the motor jumps cca 30% of the whole range.
If with home button and end button i send it to 100 and -100 and with click to clr i send it to 0, it does that fine. Only the continous change is problematic.
Right now i have a half working rig, have to buy another H-Bridge, but if the above is ambiguous, then i can make a video.
Thanks, Sandor

Okay i will fine tune that later, but i would be happy if it worked like before.
I don't need axis allocation at all to produce the errata.
Don't know what does that suggest, but in (a) axis output testing, it is perfect if i stay in the 0-25 region, no jumps there. The negatives, from -2 brings big jumps right away. It is not random, certain values are jumping.
If SMC3utils does the driving, then it is perfect.
I guess that events like "Game Engine stopped" and ".net runtime error" are committed when i plug the arduino from USB while the program is running. They may be not related to the jumpy behavior.
Device drivers seem to be okay, no exclamation mark.

sfc /scannow
DISM /online /Cleanup-Image /StartComponentCleanup
dism /online /cleanup-image /restorehealth

these checks did not find any issues

Of course not, and i have tried everything possible with clean install, ASUS drivers, it is tough, this machine with this Windows and with simtools is faulty, if you leave one out of these three, then it is OK.
HAve to try arduino with non CH340 USB, or serial RS232, do you know how to set it up with RS232?

Wow, it is not a date format bug which i remembered but as Noorbeast pointed out it is a language problem.
My date format is US so i did not do any further investigation, but changed EVERYTHING right to the windows core. Every changeable driver was tested and every other possibilities. uninstalled everything i could. Stopped all services that could be stopped.Installed new windows. Broke two shafts of feedback pots, and smoked a H-Bridge
After a week i changed the non-unicode language and it is working again.
Seems like simtools is transcoding the position values like transcoding characters of non-unicode fonts