Fault : FAULT_CODE_DRV8302
Current : 6.1
Current filtered : 6.1
Voltage : 49.77
Duty : 0.01
RPM : 1173.3
Tacho : 0
Cycles running : 27
TIM duty : 106
TIM val samp : 5
TIM current samp : 16798
TIM top : 16800
Comm step : 1
Temperature : 25.32
Fault : FAULT_CODE_DRV8302
Current : 0.4
Current filtered : 0.4
Voltage : 49.73
Duty : 0.01
RPM : 408.5
Tacho : 0
Cycles running : 7
TIM duty : 136
TIM val samp : 5
TIM current samp : 16798
TIM top : 16800
Comm step : 1
Temperature : 25.37
Fault : FAULT_CODE_DRV8302
Current : 8.6
Current filtered : 8.6
Voltage : 49.73
Duty : 0.01
RPM : 765.1
Tacho : 0
Cycles running : 12
TIM duty : 194
TIM val samp : 5
TIM current samp : 16798
TIM top : 16800
Comm step : 1
Temperature : 25.47
Fault : FAULT_CODE_DRV8302
Current : -0.6
Current filtered : -0.6
Voltage : 49.71
Duty : 0.02
RPM : 759.4
Tacho : 0
Cycles running : 12
TIM duty : 383
TIM val samp : 5
TIM current samp : 16798
TIM top : 16800
Comm step : 1
Temperature : 25.60
Fault : FAULT_CODE_DRV8302
Current : -0.2
Current filtered : -0.2
Voltage : 49.71
Duty : 0.05
RPM : 734.1
Tacho : 6
Cycles running : 22
TIM duty : 798
TIM val samp : 5
TIM current samp : 16798
TIM top : 16800
Comm step : 1
Temperature : 25.82
No faults registered since startup
Hi elkick, have you figured out parameters for the carvon hub motors?elkick said:It works perfect on both versions 4.7 and 4.10 - I just tested it this morning on both. I'm still speechless!
elkick said:I just did the normal FOC detection with the CarvOn motors (on both of them, first lambda [delay selected in BLDC tab], then "r and l", then "calc" and at the end "apply", "write config"), connected them with can bus with the normal app values and adjusted the startup boost (advance tab) to 0.030 again. That's all basically
okp said:I had this message, I just powered off/on, connect then Upload
This does not matter since FOC works in a completely different way. The FOC code is mostly separate from the BLDC code.Stupid question maybe: do we have to put commutation mode back to "integrate" after detection and before "write config" in the BLDC tab? Or should it stay in "delay" mode?
This is most likely the temperature protection that activates. There is more switching with FOC so the FETs will get warmer than before. Since you are running hub motor you can try to decrease the switching frequency to 15 KHz or so, but you will hear modulation noise then.It is definitely more quiet - pretty amazing, actually... i think my parameters may not be ideal yet though - On climbing hills, I get sudden power lost which I did not get before... will wait for vedder's tutorial video
This is probably due to a bug where most of the FOC state variables become nan that I haven't resolved yet. okps issues on 12s could be caused by this as well, but I'm not sure. Hopefully I will have another update soon now that I'm getting a lot of feedback. This is the first implementation of FOC after all and there are thousands of new lines of code, so everything won't work perfectly yet.also some odd issue where motor won't spin unless I power off the board and power it back on (doesn't seem to be nunchuck related as it is still connected - solid blue light).
also some odd issue where motor won't spin unless I power off the board and power it back on (doesn't seem to be nunchuck related as it is still connected - solid blue light).
This is most likely the temperature protection that activates. There is more switching with FOC so the FETs will get warmer than before. Since you are running hub motor you can try to decrease the switching frequency to 15 KHz or so, but you will hear modulation noise then.
vedder said:also some odd issue where motor won't spin unless I power off the board and power it back on (doesn't seem to be nunchuck related as it is still connected - solid blue light).
I think this is solved in FW 2.4 that I pushed just now.
vedder said:also some odd issue where motor won't spin unless I power off the board and power it back on (doesn't seem to be nunchuck related as it is still connected - solid blue light).
I think this is solved in FW 2.4 that I pushed just now.
jacobbloy said:chaka said:We have a shipment of VESC compatible vertical usb ports on order so we can make this happen. Looks to like we can save about 10mm in width by sticking with Vedder's original design!
why don't you flip the second esc so that the the 2 can bus are next to each other the same as what i have done, the you only need 1 usb.
scoobiext said:Thanks Chaka, I'm slowly getting there with the soldering, think I'll try a V4.10 board next. Hey OKP, I have the boards mounted on nylon stand offs with plenty of clearance from the carbon, I also use a lot of heat shrink on my connectors and leads.
Anyway, I have an issue with my other VESC, ever since I replaced the DRV chip the TVS diode overheats very quickly when I connect the board to my power supply. I managed to update the firmware and connect the VESC to the BLDC Tool after the DRV replacement. At about this time I noticed a smoking TVS diode.
I have reworked the most of the board (particularly the MCU and DRV), replaced the TVS diode, and checked the board for bad solder joints or shorts, every thing looks ok.
I have one or two suspects but would appreciate any suggestions?
Cheers,