New Moto Guzzi Door Mats Available Now
Are there any noticeable physical affects? Momentary hesitation, or stumble? If not, it's probably a sampling issue. What are you logging with?
What else are you logging? Do the glitches occur with any other data variance?
Yeah, more data would help narrow it further. The injector glitch is suspiciously coincident with the RPM spike. You could be looking at a phase sensor or injector issue.
Have you tried looking at it with a simple oscilloscope, perhaps you are getting false triggers.Exactly what terminal are you reading from the ECU?
So here is ECU reported RPM (green) and the Tacho signal frequency, measured by my datalogger and converted to RPM (red).
Are you saying that the tach pulse signal appears to have the same glitch?I see an Arduino. I've been playing with a Nano board myself. Handy little thing.
He said in reply No 6 the tach pulse has no glitch, both signals come from the ECU but i doubt the tach is through the processor, maybe just converted from a coil spike to square wave the glitchy signal would be numbers, no.Its quite the project you have taken on RichHave you asked the guys over at VII Lemans.com they have been wrestling with spine frames for 30 years.
I see you're not used to Guzzi gauges. The tach is only there to let you know the motor is running and the speedo is only there to you know you are moving forward. Accuracy of either is suspect.
So, just data glitches in the k-line? Well, at least you know there's nothing mechanically wrong.
getting rpm is better to pick up the pulses on the injector. Same as on the coil, but the coil is a nasty signal. The injector is where I get the rpm from for my datalogging with a LM1
Nothing wrong with picking the coil pulse from the ECU side.