Blacklite

Seems you care a lot about something you’ve said you are not buying.

That the manual from the open source firmware. Stock firmware doesn’t have these options.

You can, and it’s a documented feature. Look up the code for cadence mode in the OSF I linked. You can use this mode with a broken torque sensor and have power output calculated from cadence only. There is a cadence sensor built in to the controller of the TSDZ2. It is a physical hall sensor. The black bit in this image. There are then 20 magnets in the the torque sensor ring that trigger this cadence sensor. https://github.com/OpenSourceEBike/TSDZ2_wiki/wiki/FAQ#user-content-PAS_sensor_fail I’m genuinely intrigued why you keep sprouting all this nonsense about the TDSZ2 and its sensors, when even a cursory examination of either the code or a motor itself will show you that you are incorrect. I literally told you what pins on the STM8 microcontroller the physical cadence sensor is connected to and you keep claiming there isn’t a physical sensor. I guess at least imagining there isn’t one means you can’t think it has anything to do with the motor advance angle, your delusion from several posts ago.

And further proof the TSDZ2 has a cadence sensor from these lines in one of the OSF codes. https://github.com/emmebrusa/TSDZ2-Smart-EBike-1/blob/master/src/controller/ebike_app.c Lines 1591 through 1626. See a few references to a cadence sensor there? That's an entire function called "calc_cadence" using variables from a cadence sensor.

The TSDZ2 most certainly does have a cadence sensor. It's connected to GPIO_PIN_0 and GPIO_PIN_7. The cadence drive mode in some of the OSF's, and the derivation of required assistance power in the power mode (that uses torque multiplied with cadence to arrive at a value) require a cadence sensor. The relevant lines for field weakening in the Emmabrusa firmware (I'm choosing this as the most up to date and I think common fork) are lines 646 through to 701 in this file https://github.com/emmebrusa/TSDZ2-Smart-EBike-1/blob/master/src/controller/motor.c Obviously the line numbers will change with different forks.

I understand what field weakening is, and how it is applied. But it doesn’t use any information from a cadence sensor, that as I said is sensing pedal cadence after a reduction drive and one way clutch. I’m very familiar with the TSDZ2 OSF code, and can happily point you to the relevant lines of code that are responsible for field weakening, and happy to point out how there is absolutely no reference to detected pedal cadence in any of those lines. In the OSF code the references in that section are motor ERPS, the PWM duty cycle (target and actual) and the actual and target motor current. Would you like the line numbers in motor.c for a few of the different forks of the OSF so you can check for yourself?

A cadence sensor, which measures the rate of rider pedal stroke, is definitely not used to determine optimal magnetic field strength. The two are not related at all. A BLDC motors optimal magnetic field angle in the stator winding is derived from the rotor position of the motor (so either hall sensors in the motor or by sensing minimums in back-emf in the motor phases in a sensorless controller), not from measuring crank cadence, particularly after a large level of reduction gearing and most likely a one way clutch between the crank and the BLDC motor. There are also plenty of crank drive motors without torque sensors - the Bafang BBS series for example.

What patents do you think would cover a motor driving reduction gearing driving a chainwheel? It’s hardly something new and novel that would be able to be patented.