AngelMarc wrote: ↑Sat Jun 21, 2025 12:01 am Certainly won't use delay().
will be a "n++" though. Probably a few.
Haven't actually started yet.

Am sure you will come up with something more efficient @AngelMarc, but this works for me for 58X/4X. void loop(){ for (x = 1; x <= 120; x++) { if ( x <= 58 || x >= 61 && x <= 118 ) { CRK_ON; delayMicroseconds(frq1); CRK_OFF; delayMicroseconds(frq1); } if ( x == 59 || x == 119) { delayMicrose...

Kudos

also EDIT: 833333 divided by TPS number equals RPM. Roughly, there's decimals not accounted for. Edit sketch with the following to use RPM numbers directly int RPM = 9000; int TPS = (2500000 / RPM) / 3; Attached an updated version. Expect rounding errors in target vs measured. Those errors will get...

Now to see how stable a 600Mhz Teensy 4.0 can do these waveforms. Teensy 4.0 at 150Mhz through 600Mhz up to over 800Mhz, the jitter remained at circa +/- 35rpm . So as I think Antus may have mentioned, not due to lack of clock/power. Maybe an artifact of the 68377 being such a busy beaver doing all...

Looks like plenty of head room. Seems via 68377 spec (E40 MPU) that max current per pin is 1mA. Total 20mA all pins. 33uA sink measured for each of crk & cam inputs resonates with this. All pins max 5V. (Some are 3.3V). It's a sensitive little number cruncher. Not much margin in an electrically...

antus wrote: ↑Tue Apr 15, 2025 9:28 am Its great writing this up.

Great reading Antus. Thanks for sharing. Always wondered what the "inits" were for!

AngelMarc wrote: ↑Thu Jun 12, 2025 1:58 am Looks like plenty of head room.

Thanks for sharing

So, somehow I don't get to use standard base 10 numbers for the temp scaler arrays. I mean, it makes enough sense, bit shifting vs base ten. 256 = no change. Hard to say exactly how bad it's doing at 75,000 RPM Capture.PNG here's 39,000RPM with all the newest changes. 39.PNG Not as good as before. ...

Was wondering how to do an array of bytes as my fractional fixed point numbers while allowing negative values. Apparently simple answer is, you don't. So those arrays of 8 bit values will be stored as 32 bit values... whatever, moving on. If it's the same subject/question, E38 etc does negatives us...