Carl Watts wrote: ↑March 30th, 2023, 12:48 pm
The Tach is not simply working on RPM's its far more complex, its working out the Drag Factor which is the base for producing a reading. The monitor is not only counting the pulses, its timing the pulses to work out acceleration and deceleration of the flywheel.
I think it is much smarter than that, to be honest. OpenRowingMonitor behaves as you describe: we measure time between the signal reaching a certain threshold (12V), convert that into old-fashioned pulses and then do the math.
In theory, C2 could do the same thing inside the PM5. But C2 seems to have deliberatly added a second frequency shift over the signal per rotation (we sampled several machines and even spare flywheels sent from C2 to us had this). This frustrates ORM, but that is not my point and I don't think it is C2's either. This type of frequency modulated signal is a known approach for analog tachometers where the speed is determined by the "compression" of the sinewave, theoretically allowing infinite sampling (as it is analog). Getting the magets configured to make this work is extremely precise work. For some calculations, like drag or distance, having such an analog approach doesn't have any influence. However, for more advanced metrics like force curves, it is quite interesting.
Carl Watts wrote: ↑March 30th, 2023, 12:48 pm
From the testing and design that C2 has done what the PM5 now "Expects" to see falls within a very narrow band. Its complex based on the number of blades on the flywheel and the rotational mass of the flywheel. The PM5 is now fast enough to look at the pulses from the flywheel in more detail than the PM2, do what I believe is a more precision calculation because its faster and has time to do it rather than just a "Look up table" and only expects to see the tach pulse within a very narrow range that matches the known characteristic of the flywheel. If the PM5 doesn't "See" very close to what is expected, not just what is coming into it and processing that regardless, it produces no reading at all.
That is typically captured in the "flywheel inertia" parameter, which is the basis of almost every calculation in a rower. C2 knows their flywheel and indeed expect some behaviour and outside that the PM5 propably would assume something is wrong.
I don't know if they actually filter for outliers. In comparing ORM and the PM5 (we structurally compare to the golden standard as a validation of our own physics model), I noticed that the PM5 typically reacts to the start about 0.5 seconds slower. In the bluetooth specification, C2 indicates that there is a state "waiting for minimum speed", suggesting some filtering. But we can not replicate startup behaviour from C2, regardless of our settings (we can specify a minimum flywheel speed....), suggesting that C2 has a few tricks up its sleeve we mortals don't understand.
Carl Watts wrote: ↑March 30th, 2023, 12:48 pm
The bottom line is that no other flywheel is going to work. You simply cannot retrofit 3 magnets to another manufacturers rower and get it to work.
Agreed. A PM5 is a very purposebuilt monitor, and providing it with something outside its normal signal will frustrate it. OpenRowingMonitor can handle this, but requires the owner to do some calibration (and thus measure/estimate parameters), and even then some machines aren't suited as their build quility is too poor.
Carl Watts wrote: ↑March 30th, 2023, 12:48 pm
You have to give it to Concept 2, their rower is simply the best when it comes to the IP in the monitor. You can copy the hardware easily enough but all the smarts and what you are paying the extra for is in the monitor.
I like to think you pay a bit extra for the decent monitor, but also for great built quality, servicability and great service. My NordicTrack had a seriously unbalanced flywheel, and they refused to service it (despite it starting after a repair) until physical damage would be visible. I never had such a discussion with C2.