HughF said:Just out of curiosity, where are you located?
Germany, and people here take their laws very serious.

Was a hell of fun

HughF said:Just out of curiosity, where are you located?
pagaille said:I just updated to 1.0.0B1 and currently configure it. I'll report.
One thing I notice : there is a bug that makes impossible to calibrate the torque sensor : as soon as you scroll further than "Pedal Group" the display hangs. It also happens quite often at seemingly random times.
I read that somebody else had reported the same problems not so long ago.
First try to reset the display to defaults.pagaille said:Tried multiple times. Can’t go past the third menu item. The display hangs as soon as you reach it.
First try to reset the display to defaults.
20 assist levels would be fine if we had eMTB mode again. The was it stands presently I ride on either level 13, level 15, or level 20. Anything less than 13 is too little assistance.pagaille said:Also :
• auto power-off doesn’t work (whatever the duration set).
• setting a number of assistance levels <=9 is difficult because of a bug in the way long press down button is handled.
IMHO From an user experience perspective I don’t really see the added value to have more than 5 or 6 levels. At the contrary, having to go through 20 levels to go from eco mode to turbo is really cumbersome and dangerous.
I would like the display to automatically recalculate the assist multipliers between 0-1.5 when you change the number of levels. So if you set it to 10 levels then it would keep 1.5 as the maximum but just interpolate new values for the other 8 steps.
I have not tried to reduce the assist levels since 0.6.8/0.57.x - It was my understanding and memory that it just removes the top assist levels if you go from 20 down to, for example, 5 assist levels.pagaille said:I would like the display to automatically recalculate the assist multipliers between 0-1.5 when you change the number of levels. So if you set it to 10 levels then it would keep 1.5 as the maximum but just interpolate new values for the other 8 steps.
I thought it was the case, at least internally ?
pagaille said:Also :
• auto power-off doesn’t work (whatever the duration set).
• setting a number of assistance levels <=9 is difficult because of a bug in the way long press down button is handled.
IMHO From an user experience perspective I don’t really see the added value to have more than 5 or 6 levels. At the contrary, having to go through 20 levels to go from eco mode to turbo is really cumbersome and dangerous.
ezrider1199 said:pagaille said:Also :
• auto power-off doesn’t work (whatever the duration set).
• setting a number of assistance levels <=9 is difficult because of a bug in the way long press down button is handled.
IMHO From an user experience perspective I don’t really see the added value to have more than 5 or 6 levels. At the contrary, having to go through 20 levels to go from eco mode to turbo is really cumbersome and dangerous.
Confirmed - auto power off doesnt work. Also i dont understand the need for 20 levels. Maybe if we had a cadence assist motor and then adjusting assist would be as frequent as changing gears. 5-6 is perfect for this motor, i always set it to 0.1, 0.2, 0.25, 0.3, 0.45, 0.65 after every reflash. Its tedious doing that with the up/down but its a must since its important to have quick assist changes when riding
Nobody must use all 20 levels! You are free to change only 3 or 5 or 10. I can't understand why we should change this! Casainho has declared in a earlier post why he want this!
I agree and understand most suggestions and messages but still I have to ignore them like this one, because everything is possible but someone have to do it and I simple can´t - I understand that there is no knowledge about how many man hours and effort is need to implement and maintain all the features.pagaille said:Nobody must use all 20 levels! You are free to change only 3 or 5 or 10. I can't understand why we should change this! Casainho has declared in a earlier post why he want this!
No problem with that, even if I'm not aware of the reason why those 20 levels could be necessary.
But again from an UX point of view 20 levels as default setting is strange to say the least and asfaik reducing the number of levels is a tedious task that could be automated (levels should be computed automatically from a defined min level to a defined max level)
Ah, the joys of managing a popular open source projectcasainho said:I agree and understand most suggestions and messages but still I have to ignore them like this one, because everything is possible but someone have to do it and I simple can´t - I understand that there is no knowledge about how many man hours and effort is need to implement and maintain all the features.pagaille said:Nobody must use all 20 levels! You are free to change only 3 or 5 or 10. I can't understand why we should change this! Casainho has declared in a earlier post why he want this!
No problem with that, even if I'm not aware of the reason why those 20 levels could be necessary.
But again from an UX point of view 20 levels as default setting is strange to say the least and asfaik reducing the number of levels is a tedious task that could be automated (levels should be computed automatically from a defined min level to a defined max level)
Would be no problem if everyone that makes a suggestion would contribute by implementing it and submit a pull request, as also keep the maintenance over the time. Other option would be to pay like 5000€ for each feature, to guarantee the development and future maintenance.
I understand that there is no knowledge about how many man hours and effort is need to implement and maintain all the features.
Don´t do it, better to keep things simple otherwise will be a pain to maintain. And focus energy only on really highly valuable features.pagaille said:Regarding a PR : my limited programming skills are keeping me to address complex bugs but maybe I could try to do something regarding the number of assistance levels. I'll have a look.
casainho said:That is already in development - https://github.com/TSDZ2-ESP32/TSDZ2-ESP32-Wiki/wiki:vshitikov said:raw said:@casainho
just some bainstorming... i think about the possibility of using a smartphone as controller instead of the Bafang display. for the buttons something like this could be used.
then just a small circuit that tunnels the uart packages over serial bluetooth to the smartphone and back. would that work from the latency/bandwidth side or would it require modifications of the motors firmware?
This will work, no problem with latency as all the critical stuff runs inside the motor, display is only for the configuration and display. You will need to rewrite display logic in smartphone app, plus add a hardware to the motor controller to enable bluetooth. The question is why? I cannot see any advantages for this solution. I'm currently trying to do a version where you would not need a display at all... Just power on your motor and move...
I think the compiler issues that caused controller failure are very much in the past now. I have run pretty much every version of firmware for sw102 since February, no issues with controller failure, and I have been riding on maximum current and current ramp.hefest said:Still waiting on the new controller to arrive since I fried it with faulty firmware almost 3 months ago. I had to buy another bike, folding one to use this good weather.
I'm closely watching this thread so I can figure out which firmware versions are safe for tsdz2+sw102 but I'm still puzzled.
Can we somehow know which firmware versions are actually stable? I don't want to fry another controller since I don't have a backup. I'm actually thinking of putting back vlcd5 and going with the stock firmware until the situation clears out with custom firmware.
HughF said:Ah, the joys of managing a popular open source projectcasainho said:I agree and understand most suggestions and messages but still I have to ignore them like this one, because everything is possible but someone have to do it and I simple can´t - I understand that there is no knowledge about how many man hours and effort is need to implement and maintain all the features.pagaille said:Nobody must use all 20 levels! You are free to change only 3 or 5 or 10. I can't understand why we should change this! Casainho has declared in a earlier post why he want this!
No problem with that, even if I'm not aware of the reason why those 20 levels could be necessary.
But again from an UX point of view 20 levels as default setting is strange to say the least and asfaik reducing the number of levels is a tedious task that could be automated (levels should be computed automatically from a defined min level to a defined max level)
Would be no problem if everyone that makes a suggestion would contribute by implementing it and submit a pull request, as also keep the maintenance over the time. Other option would be to pay like 5000€ for each feature, to guarantee the development and future maintenance.![]()
casainho said:I have a strange issue with my TSDZ2 measuring battery voltage with about less 10V and also the value oscillates like +-1 volts.
I tested the same battery on another TSDZ2 and vice-versa and yes, the issue is not the battery (even because I measured with a multimeter as also the BMS has Bluetooth and shows me each cell voltage and total).
What I found is when the battery of 52V is about half empty, I get a lot of system suddenly and I also feel power cut until suddenly the system turns off.
Yes, I am doing a lot of development and testing with my TSDZ2 and I wounder if the issue could be the internal capacitor damaged / not working anymore - recently other users wrote about this possibility because of quick currents when connecting the battery terminals - which happens to me a lot because for development I do that a lot.
Any ideas? Anyone had the same issue?
That controller is hard to repair and since the cost of a new one is cheap, I think is best to replace for a new one.AZUR said:Do you think it is possible to replace the capacitors and test the controller again?