Are these helpful?Hi Embrusa,
I used your software on my wifes bike many years ago. Because of it my wife has been able to enjoy effortless cycling in all our countries national parks - a big thank you for that.
I am now considering fitting a TSDZ2 to my bike (My wife isnow too fast for me). Can you point me to an uptodate step by step guide for installing your OSF. I have searched Github but I seem to end up in dead ends. The lack of dates on github pages is very
frustrating as I never know if I am looking at the latest versions. Any assistance would be appreciated. Never underestimate the pleasure your software has given to so many - Thank you
Are they ever ! - Thank youAre these helpful?
The 860C version, where you also have to flash the display, is more demanding.Hi Embrusa,
I used your software on my wifes bike many years ago. Because of it my wife has been able to enjoy effortless cycling in all our countries national parks - a big thank you for that.
I am now considering fitting a TSDZ2 to my bike (My wife is now too fast for me). Can you point me to an uptodate step by step guide for installing your OSF. I have searched Github but I seem to end up in dead ends. The lack of dates on github pages is very frustrating as I never know if I am looking at the latest versions. Any assistance would be appreciated. Never underestimate the pleasure your software has given to so many - Thank you
I'll tell you about my experience.Hello, I've been using the OSF for two months on my old tsdz2, which is almost five years old.
I've tried the hybrid, eMTB, and Torque modes (the Power mode is similar to the mode without OSF if I understand well).
For my 100% MTB use, my favorite is the Torque mode. It seems to consume less battery and is more efficient at low cadences; it's excellent for trials sections.Do you have the same experience?
If you had the same experience with two displaysHi all - finally got around to attempting to flash the OSF firmware to my working APT 860C UART display. Prior to flashing, the display powered up fine, showing the stock APT firmware.
Label on the back of the display:
860C 1.3G04A60 LOM4.50
V5.8 20241130034
I used the official APT USB bootloader connected to my Surface 4 running Windows 10 and the APT Burn Tools v1.3 and serial drivers installed as required. The flash process of 860C_v13_v20.1C.5-bootloader.bin went as expected, finishing at 100% after about 30 seconds or so. Great, or so I thought.
End result: just like my previous 860C display. It won't power up. I can, however, re-flash it.
What's odd is my previous 860C display was already running the OSF firmware, just an older version and needed an upgrade. I figured that original well-weathered and sun-cooked display just coincidentally fried during my upgrade attempt, so I ordered a shiny new display (860C UART). Now I get the exact same behavior: post flash, display won't power up, but can re-flash all I want.
For reference, label on the back of my previously working with OSF display:
P860C V1G0360 AKSM1.0
V5.2 202110140288
To be clear, neither display will power up post-flash. I can re-flash all I want, though.
If I had the stock APT firmware, I would attempt to install that. How strange that this happened twice now.
Questions:
Thanks for any input and things to try.
- Is the flash loader on the display completely independent of the flashed firmware? (i.e. could a bad flash or even incorrect firmware still allow loading a new flash?)
- Am I attempting to flash the wrong firmware altogether? (860C_v13_v20.1C.5-bootloader.bin)
- Are these displays just that fragile that any attempt to re-flash can easily result in bricking?
I'm quickly approaching the event horizon on this where it all ends up in a landfill / recycler. That would be unfortunate, but I have to cut my losses at some point.
something went wrong.
Yes, I agree something went wrong - perhaps in the toolchain for flashing. So... one thing that sticks out like a sore thumb: the APT Burn 1.3 program I have appears to have memory leaks. When I click on the button [ ???? Open Port ], its text label changes to some garbled text like this [ `øeû®p Close Port ].If you had the same experience with two displays
something went wrong.
You wrote that before flashing, the display turned on correctly.
But connected to the motor or connected to the bootloader box?
After flashing, did you try to turn it on in both conditions?
I can only suggest you to check if the voltage that reaches the display is correct.
The bin file you used is correct.
The display must still turn on, then if on the controller, it does not find a compatible version of OSF, the boot screen with the error message remains.
The assist levels aren't power levels, but percentages of motorassist.The proven setting has in power mode on the turbo setting a max power of 260 watts....
it should be changedof motorassist.
The Apt Burn Tools labels are as you see them.Yes, I agree something went wrong - perhaps in the toolchain for flashing. So... one thing that sticks out like a sore thumb: the APT Burn 1.3 program I have appears to have memory leaks. When I click on the button [ ???? Open Port ], its text label changes to some garbled text like this [ `øeû®p Close Port ].
Maybe I have a bad copy of the APT Burn utility. If it's corrupting its own UI text labels, then certainly it is possible it could also corrupt the firmware as it reads it from the file or transmit to the device.
Where might I find a known good copy of the utility?
Thanks for your help! I hope to get this bike up and running again as the OSF software has been so great.
What assist mode are you using?Mr.mbrusa, Is everything ok in 20.1C.6(Master) with that parameters?
View attachment 368628
Because I don't feel the assist directly from the start by pushing pedal(wife's bike with ver.TSDZ2-v20.1C.6 (EKD01)... tried 15 and 25 values.
In the Manual we have 2 fields
I understood that you put 2 in 1?
PowerWhat assist mode are you using?
I'm not very attentive)) but I try to read your instructions thoughtfully) Sorry)You are confusing me.
There is no v20.1C.6 version for 860C-SW102.
The latest version for those displays is v20.1C.5-update-1.
The configurator should not be used and the motor should be flashed with ST Visual Programmer.
With 860C-SW102 displays make sure you have used the TSDZ2-v20.1C.5-update-1-860C.hex file on the motor.
If it still doesn't work, probably option_byte is corrupt.
Also try flashing option_byte.hex with ST Visual Programmer.
also depends on your watt-amper characteristics on the "Basic settings" tab... Are these settings bringing me at risk from overheating or are these still save?