Sega Monaco GP 1979/1980 - My Remake

[GPForverer2024]

Hi Geecab!

No worries.

I'm waiting to receive my equipment.

I can't wait to try it out! See you soon.
 

[geecab]

Hi geecab,

I switched on the high score table on my set up last night (only spotted that feature when I was watching through some of your videos. Anyway, when I was pressing my accelerator pedal to select a letter, it wasn’t working. I have to have my pedal selected as inverted in the game options to get it working in game. Just thought I’d mention it so you can add it to the fix list. Cheers!

Hi Swainy!

Just done a quick test with my analog pedal but this seems to be working for me. Can I just double check your config settings are the same as mine:

    ACCELERATOR_DEVICE = "KEYBOARD/MOUSE/JOYSTICK STICK Y AXIS"
    ACCELERATOR_INVERT = "YES"
    ACCELERATOR_RANGE = "-1 to +1"

Also, please can you let me know what MGPr package version you are running, and also the name of the configuration file you are modifying.

BTW. To choose a letter when entering your name, you have to press and then release your pedal (Not just hold it down), its needs to see a complete 'press' if that makes sense?

[geecab]

Hi Swainy!

Me again! I think this is something I fixed last year, just checked the v1.5.1 package and the accelerator is broken during the Enter Your Name section as you describe. Sorry, I should have realised this earlier.

If you are running windows, you could try the debug version v1.5.1D3 I recently uploaded. I think it should be fixed in there.

[Swainy]

Hi Swainy!

Me again! I think this is something I fixed last year, just checked the v1.5.1 package and the accelerator is broken during the Enter Your Name section as you describe. Sorry, I should have realised this earlier.

If you are running windows, you could try the debug version v1.5.1D3 I recently uploaded. I think it should be fixed in there.

Yep, that is working lovely! Cheers mate!

[geecab]

Hi GPForverer2024 and Swainy!

I've put together another debug version v1.5.1D4.

Monaco GP Remake v1.5.1D4 for Windows (Download via My Google Drive)
Please read the release notes HERE.
 
This debug version has the following modifications:

 - Fix bug in Scoreboard To Revcounter utility that was giving strange
   RPMs readings if you had set a cylinder value to 3, 5, 6 or 8 cylinder.
 - When the Enter Your Name screen first appears, ensure the player is off the
   gas before we start detecting pedal presses.

@Swainy - Just letting you know (No need to try this debug version if you're happy with v1.5.1D3) - I've fixed another silly bug I noticed when trying to recreate the Pedal/EnterYourName issue you mentioned before. That was, if I was stepping ON the gas just when the EnterYourName screen appears, then as soon as I stepped OFF the gas a letter would be selected (Which was too soon). Letter selections happen when the gas pedal moves from the ON to the OFF position. I've fixed this by waiting for the gas pedal be in the OFF position before I start detecting letter selections. Hope that make sense, probably too much information lol!

[GPForverer2024]

Hi Geecab

I'm just giving you some news.

I'm missing a component to start the rev counter.

I expect to receive it next week.

 I'm really looking forward to it.

 See you soon.

 

[geecab]

Hi Geecab

I'm just giving you some news.

I'm missing a component to start the rev counter.

I expect to receive it next week.

 I'm really looking forward to it.

 See you soon.

 

Cheers for the update GPForverer2024! Hope it all goes together smoothly and works first time!

[GPForverer2024]

Hi Geecab!

Here's the news:

Everything is connected, the speedometer lights up and is set to 8 cylinders.

When I launch the revcounter file with the correct  com port, it says "Arduino connected OK."

Then it can't find the game, which is launched, and then closes automatically.

Then I saw in your release notes that I had to set the game settings to "Scorboard to Export."

And now the game won't launch.

I think it's a configuration issue in the game.

Could you send me another example .bat file? For launching both programs?

I'm really sorry, I would have loved to tell you that it works the first time. 

Thank you so much.

[geecab]

Hi GPForverer2024!

>>Everything is connected, the speedometer lights up and is set to 8 cylinders. When I launch the revcounter file with the correct  com port, it says "Arduino connected OK."


Sounds good!

>>Then it can't find the game, which is launched, and then closes automatically.

Ah, I think we had a similar issue when trying to get the scoreboard_to_relays tool working on your system? Can you make sure that mgpr.exe and scoreboard_to_revcounter.exe are both running in administrator mode? I really should have stated this in the release notes, sorry, lets hope that's all it is

[GPForverer2024]

Yes,

 I can confirm that both files are launched in administrator mode.

[geecab]

Hm, it has to be a problem with scoreboard_to_revcounter.exe not being able to see the shared memory that mgpr.exe creates.

Lets forget about scoreboard_to_revcounter.exe for a moment...

Can you run the dualscreen_pro_monaco_gp.bat file. That should automatically start an instance of mgpr.exe in export mode (for which you'll see a window with the game running in) an instance of mgpr.exe in import mode (for which you'll see a window with scoreboard information in). If these 2 instances run ok (I.e. you can play the game in one window, and see your scores and revcounter change in the other window), we know the shared memory is being exported ok.

[GPForverer2024]

Hi Geecab!

You were right.

I followed your advice by first launching the dual screen.
It didn't work.

After several searches, it was Windows that was blocking the application (for your information, all these new tests were done on another PC, not the one with my console).

Once the dual screen was launched, I manually launched my scoreboard rev counter .bat file with the following configuration:

scoreboard_to_revcounter .exe 10 game 8 8000 600

And to my great joy!!!! It works, wow!!!!

Great Geecab.   

 Thank you, thank you, thank you!!

After several tests, only cylinder 8 works best.

However, the only drawback is that the needle rises too quickly, and when the car crashes, there's a delay before the needle returns to zero.

 Otherwise, congratulations, Geecab, once again, what an incredible job!

Looking forward to hearing from you soon.
 

[geecab]

Excellent stuff GPForverer2024!

Congratulations regarding your electronic skills, so happy you've got it working!!

>>However, the only drawback is that the needle rises too quickly

Interesting. It sounds like your revcounter needle response time is much faster than mine. I can add an option to scoreboard_to_revcounter, so you choose a percentage that effects how much we 'dampen' the needle response time. Shouldn't be too tricky to do. I had to do that for the game's graphical revcounter because its needle response was obviously instantaneous (and looked like its was snapping to positions at first).


>>and when the car crashes, there's a delay before the needle returns to zero.

This is interesting too. I'm guessing the type of crash you are talking about is one where your car hits something and goes into spin, rather than one where you hit something and explode?

Do you see the same thing happen with the game's graphical revcounter (Or perhaps its not as noticeable with that because of the way I've dampened its needle response)?

[GPForverer2024]

Hi Geecab!
Yes, it would be a good idea to add an option for the needle speed.

And yes, there is a latency for the accident involving the car spinning out.
not easy to see with the graphic outline on the second screen for me it works correctly

 Quick question: what's the purpose of the last number in the rev counter file (150, 600, etc.) for the configuration?

Thank you very much.

[GPForverer2024]

Geecab for info I sent you a private message

[geecab]

Hi GPForverer2024!

I seem to have problems on this site with some of my PMs not being delivered, so I've responded here...

What type of Arduino board do you have? I've got a really old Arduino UNO which has a CPU running at 16MHz, you might be using a newer board which is running a faster CPU speed (Which would explain why its outputting pulses faster than mine)? I'd need to modify the code a bit to cater for different Arduino boards if that is the case.

For the time being, may I suggest trying the following parms when running scoreboard_to_revcounter and seeing what happens (Basically, reduce the value of the rpm_range parm to 6000):

    scoreboard_to_revcounter .exe 10 game 8 6000 250


>>Quick question: what's the purpose of the last number in the rev counter file (150, 600, etc.) for the configuration?

It is a bit confusing I must admit. Have a look in the release_note.txt for the description of "rpm_stall". Basically, most revcounters won't be able to read low RPMs beyond a certain point. Once you go lower than that RPM, the needle may jump around strangely (mine does lol!). For my revcounter, when switched to 2 cylinder the strangeness begins at 600RPM or less. When switched to 8 cylinder, the strangeness begins at 250RPM or less. So it seems 'better' to have the cylinder switched to the highest value possible, to give you the best range.

The rpm_stall value is the lowest RPM your revcounter can handle before the needle starts acting strange. When the game attempts to set an RPM lower than the rpm_stall value, this will cause the arduino to output no pulses (So the needle will just drop to 0 RPM, like the engine has been switched off, avoiding any needle jumping strangeness).

Now it may be the case that your revcounter it better than mine, and won't do silly things at low RPMs. You could try setting the rpm_stall value to 0, so you can see what happens at these low RPMs.

[GPForverer2024]

Hi Geecab!

For your information, my Arduino Uno SMD 16 MHz board is new.

I just tried your setup:

scoreboard_to_revcounter .exe 10 game 8 6000 250


And it's actually better, but not quite there yet.

Let me explain:

When I drive the car in first gear, it's smooth, with the graphic rev counter sync on my second PC screen.

 As soon as I shift into second gear, I noticed a lag between the graphic rev counter on the second PC screen and my physical rev counter.

That is, the needle syncs up to 3 and 30 on the graphic, then after that, there's a lag of 0.5, that is, 4 on the rev counter and 3.5 on the graphic rev counter, etc., up to 8.

I also noticed that the needle on the physical rev counter jerks from 5 up to 8.

I hope I've been as clear as possible and that this can help you.

See you soon.

 Thanks
 

[geecab]

Hi GPForverer2024!

>>my Arduino Uno SMD 16 MHz board is new.

OK, thanks for this. Its a mystery as to why your revcounter is reading more revs than I expect...

Can you let me know how do you set the cylinder value on your revcounter (Is there a switch at the back)? Also, what cylinder values are you able to switch it to?

When you get the chance, please can you do the following test (You don't need to have MGPr running for this). Run scoreboard_to_revcounter like this (Note. the 'set' command will output a continuous RPM):

    scoreboard_to_revcounter.exe 10 set 8 3000 250

While that's running, switch your revcounter to 4-cylinder, 6-cylinder and 8-cylinder and let me know what RPMs are shown for each of those (FYI. My revcounter shows exactly
6000RPM (4-cylinder), 4000RPM (6-cylinder), 3000RPM (8-cylinder)).

Many thanks,

[GPForverer2024]

Hi Geecab!

 The cylinders are adjusted on the front of the speedometer with a dial.

You can choose two, three, four, five, six, seven, eight.

Then, if I run the command:

scoreboard_to_revcounter.exe 10 set 8 3000 250

 And I just change the cylinder value on the rev counter, it displays the same value of 4.45 on the rev counter for cylinders 4, 6, and 8.

Then, if I run the command:

scoreboard_to_revcounter.exe 10 set 8 3000 250

cylinder 8 = 4.5 rev counter

 Then, if I run the command:

scoreboard_to_revcounter.exe 10 set 6 3000 250

cylinder 6 = 3.3 rev counter

 Then, if I run the command:

 cylinder 4 = 4.2 rev counter

 I hope I've been clear enough to help you.

Thank you very much, Geecab.

[GPForverer2024]

scoreboard_to_revcounter.exe 10 set 4 3000 250

Cylindre 4=4,2 rev counter

[geecab]

HI GPForverer2024!

Thanks for doing those tests. I think we are close to solving part of the mystery

>>The cylinders are adjusted on the front of the speedometer with a dial. You can choose two, three, four, five, six, seven, eight.
I don't think that dial switches the cylinder. I think that dial just sets when you want the "Shift-Light" to illuminate.

Then, if I run the command:
scoreboard_to_revcounter.exe 10 set 8 3000 250
And I just change the cylinder value on the rev counter, it displays the same value of 4.45 on the rev counter for cylinders 4, 6, and 8.

The fact that the RPM stays same means the cylinder of the revcounter is not being switched. It appears to be fixed to 6-cylinder.


I've just had another look at the aliexpress advert for your revcounter, you should only be able to switch your revcounter to 4, 6, or 8 cylinder, and there is a switch on the back for this? Please can you double check this.

[GPForverer2024]

Hi geecab!

I can confirm there's no switch on the back. I even unscrewed the back cover, thinking there was a switch underneath, but there's nothing at all.

 I'm really sorry.

[geecab]

Hi GPForverer2024!

Interesting stuff, is there anything helpful written in the instructions you got with it?

I've just been google-ing, this revcounter looks a bit like yours, and you switch cylinders by holding down (for 6 seconds) the little button that's in-between the Dial and the Shift-Light:
https://www.amazon.com/MH-Tachometer-0-8000-Large-Dashboard/dp/B0DSVVNXBN?th=1

Can you give that a try?

[GPForverer2024]

Hi Geecab!

Congratulations again!

 You've found it!

You have to hold down the light button on the front panel for 6 seconds, then briefly click on it to select your cylinder!

So I redid the tests:

Cylinder 4 = 6.8 rpm
Cylinder 6 = 4.4 rpm
Cylinder 8 = 3.3 rpm

For your information, I also noticed that the needle drops too quickly.

I hope I was as clear as possible and that this will help you.

Thank you very much.

 

[GPForverer2024]

Sorry,
I also forgot to tell you that I launched the command:

Scoreboard_to_revcounter.exe 10 set 8 3000 250

[geecab]

Excellent stuff GPForverer2024!

Its sounds like your revcounter reads a little higher that it should, but that's fine. We'll just reduce the scoreboard_to_revcounter's rpm_range value to compensate.

So can you now do the following,  switch your revcounter to 8-cylinder, then run this:

    scoreboard_to_revcounter.exe 10 demo 8 8000 250

An MGPr instance doesn't need to be running when using the 'demo' command. When you run the above you'll see the needle climb to 8000RPM in 2000RPM steps (rpm_range/4), then afterwards the needle will climb 8000RPM in smaller 250RPM (rpm_range/32) steps. You can see this 'demo' running at the start of my video I posted a while back. As we expect, your revcounter's needle will point to a value a bit higher than it should each time. So you should experiment lowering the rpm_range setting from 8000 to say 7800 (i.e. scoreboard_to_revcounter.exe 10 demo 8 7800 250) to compensate, until the needle lines up with markings on your revcounter gauge. If things appear to line up when specifying a range of 7800, then that's the range your want to specify when you are running MGPr. I.e.:

    scoreboard_to_revcounter.exe 10 game 8 7800 250

Make sense? I'm probably over complicating this lol!


Regarding what you said about the needle sticking/jerking around 5000RPM, do you still see this when running the demo?


>>For your information, I also noticed that the needle drops too quickly.

Have another look at my video and compare the speed of my revcounter needle when I crash, or change from Lo to Hi gear. Are we saying that your revcounter needle drops faster than mine at those moments? If so, I have a new version of scoreboard_to_revcounter and arduino_rev_sim.ino that I think will sort this.

[geecab]

Hi GPForverer2024!

Following on from my last post, I've put together debug version v1.5.1D6.

Monaco GP Remake v1.5.1D6 for Windows (Download via My Google Drive)
Please read the release notes HERE
 
This debug version has the following modifications:

 - arduino_rev_sim.ino has new DAMPING setting (The default value is 75%. Increase this value if your revcounter needle is moving too fast).
 - arduino_rev_sim.ino now considers CPU speed of the Arduino board type when producing pulses.


If you want to change the DAMPING value, you have to edit the value in arduino_rev_sim.ino, then upload it to your Arduino.
I've had to modify scoreboard_to_revcounter.exe too to get the damping working, so you'll need to be sure your scoreboard_to_revcounter.exe and arduino_rev_sim.ino you are using are both from this new package.

Hope this helps!

[GPForverer2024]

Hi Geecab!

First, I changed the rpm value to 7800 to get the needle as close as possible to the number on the speedometer.

Then I increased the damping to 85% in the Arduino-rev.sim.ino file and uploaded it.

The needle speed is now much better and similar to yours, according to your video.

And yes, after 5 rpm, the needle goes up, then down 3 bars, then back up again.

For your information, I sent you a private message.

Thanks Geecab.

 

[geecab]

Hi GPForverer2024!

Thanks for the PM, I see what you mean regarding the jerky needle from 5000RPM and upwards. I sent you a PM in response with a few other tests to try.

I just decided to take a closer look at the needle on my revcounter when I ran the demo, and I do see the same jerkyness but not as obvious as it is with yours.

So I decided to change my Arduino code to output a square wave instead of pulses, and afterwards I noticed my revcounter needle is completely stable. So I'm hoping this will also improve the situation for you.

The new version of arduino_rev_sim.ino can be downloaded HERE.

Hope it helps!


 

[GPForverer2024]

Hi Geecab!

I ran several tests at your request, and I can tell you,
thanks to your latest modified Arduino _rev_sim.ino file, it's practically perfect. Wow!!!

 I had to increase the damping in your file to 95 because in first gear, the needle was rising too fast compared to the graphical rev counter.

Here's my command line:

 scoreboard_to_revcounter.exe 10 game 8 8300 0

 I increased the RPM to 8300 because in second gear, it was lagging behind the graphical rev counter, and what's more, it didn't reach 8 RPM at full throttle.

This is a top modification!

Great work, Geecab. 

 I just noticed a small, not too serious detail, but the needle has trouble at low revs.

Let me explain: if I accelerate and slow down, the needle stops at 1 rpm, which is normal.

However, if I have an accident with the car, the needle should drop to 0 rpm, and then it stops for about 1 second at 0.5 rpm, then 0 rpm, when it should drop directly to 0 rpm.

I hope this helps you with this small detail, otherwise, really great work, once again, Geecab!

I really admire the work done, well done Geecab.

[geecab]

Thanks excellent to hear GPForverer2024!

Its weird that changing from a Pulsed Wave to a Square Wave makes such a difference. I would have said Pulsed Waves should work better because that's what I thought the ignition coil on a car produces... Maybe the ignition coils on modern cars produce square waves... Maybe older revcounters would work better with a Pulsed Wave... who knows lol! Just happy we've got rid of that instability on your revcounter!

BTW. Should anyone ever feel the need to set the output wave back to a Pulsed Wave, you'll see there is a setting in arduino_rev_sim.ino that allows you to do this.


>>I had to increase the damping in your file to 95 because in first gear, the needle was rising too fast compared to the graphical rev counter.
I increased the RPM to 8300 because in second gear, it was lagging behind the graphical rev counter, and what's more, it didn't reach 8 RPM at full throttle.

OK, I think I understand what is happening, and I'm going to re-do my damping code to sort this


>>I just noticed a small, not too serious detail, but the needle has trouble at low revs.
Let me explain: if I accelerate and slow down, the needle stops at 1 rpm, which is normal.
However, if I have an accident with the car, the needle should drop to 0 rpm, and then it stops for about 1 second at 0.5 rpm, then 0 rpm, when it should drop directly to 0 rpm.

I think I understand what you are saying. So I can get a better idea of what is going on, can you run a couple of things for me:

1.In arduino_rev_sim.ini set DAMPING to 75 and RPM_STALL to 0 (I think its currently set to 500). Then run the demo like this:

    scoreboard_to_revcounter.exe 10 demo 8 8000 0

  The moments in the demo where the needle should move from 2000RPM to 0RPM, do you still see then needle 'stick' at 500RPM for 1 second?


2. Can you repeat the above but this time in arduino_rev_sim.ini change the line that reads:

    noTone(OUTPUT_PIN);

  and change it to:

    tone(OUTPUT_PIN, 1);

  The moments in the demo where the needle should move from 2000RPM to 0RPM, do you still see then needle 'stick' at 500RPM for 1 second?

Many thanks!

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

 And strangely, the needle goes all over the place.

What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.
Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

Nothing's consistent either.
So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the Damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.

I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

I hope this helps, thanks.

 

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

And strangely, the needle goes all over the place.

 What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.

So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.
I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

 I hope this helps, thanks.

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

And strangely, the needle goes all over the place.

 What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.

So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.
I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

 I hope this helps, thanks.

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

And strangely, the needle goes all over the place.

 What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.

So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.
I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

 I hope this helps, thanks.

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

And strangely, the needle goes all over the place.

 What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.

So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.
I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

 I hope this helps, thanks.

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

And strangely, the needle goes all over the place.

 What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.

So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.
I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

 I hope this helps, thanks.

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

And strangely, the needle goes all over the place.

 What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.

So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.
I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

 I hope this helps, thanks.

[GPForverer2024]

Hi Geecab!

I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.

And strangely, the needle goes all over the place.

 What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.

So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm.
I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

 I hope this helps, thanks.

[GPForverer2024]

Hi Geecab!

 I changed the damping to 75 and the rpm_stall to 0 in the Arduino_rev.sim.ino file.
And strangely, the needle goes all over the place.

What if there were throttle inputs from 1 to 6 very quickly?

Nothing's consistent anymore.

Then I modified the file by changing oar tone(OUTPUT _Pin,1); And the needle doesn't go to zero; it increases and then drops to 2 rpm.

 Nothing's consistent either.
So I tried changing the damping to 75 and rpm_stall to 500 in the file, leaving the tone(OUTPUT _Pin,1); The rev counter responds better, but doesn't go down to 0 rpm at all; it only goes down and freezes at 500 rpm.

Finally, I went back to the file as I did yesterday with the damping at 95, the rpm_stall at 500, and the noTone(OUTPUT _Pin);

This is the best result I have, except that the needle doesn't go directly to 0; it stops at 500 rpm for 1 second, then goes down to 0 rpm. I noticed that as soon as I go below 500 with the rpm_stall, the needle goes crazy.

I hope this helps, thanks.