But the Board only pops up as STM32 BOOTLOADER and not as stm in dfu mode
Can someone give me a hint?
If Windows, yo MUST use the bootloader jumper to get it in DFU mode. To do this, you must un-power both boards, short the boot jumper, power whichever board you're programming and then unshort the boot jumper. THEN it will appear as a DFU device
My OS is Windows. I tried to follow https://github.com/nneil/stmbl-notes/blob/master/firmware-flashing-dfu-windows.md But STMBL is recognized as STM32 BOOTLOADER in windows device manager and not as described in the manual as STM Device in DFU Mode.
So therefore it is not recognized from DfuSeDemo and I am not able to flash it.
I will try it again otherwise i think I have to flash it via SWD.
@Paule2002 Addendum: The docs here (https://github.com/rene-dev/stmbl/blob/master/docs/src/Getting%20Started.adoc ) were written by a Mac user. The nneil repository is new to me, and might be more up to date.
Interesting oscilloscope for motor driver dev work: https://hackaday.com/2021/11/18/isolated-oscilloscope-design-process-shows-how-its-done/
Hello,
I have a problem with the configuration of a DC motor. When i use the haas.txt configuration the motor jumps on the table.
I have played with all parameters but i couldn't found a working configuration.
This is my setup:
Input: 320V rectified mains
Motor connected to U & W
The motor was originally operated with a maximum of 190V and 16A. And has an armature resistance of 0.8Ω.
I mounted the optical encoder directly on the motor shaft.
Which parameters do I have to adjust so that the motor runs smoothly?
After a few seconds I get a Fault 6: saturation error
playing with parameters will not work, you need to measure them or find a datasheet
if you can compile and flash new firmware you can try the autotuning in the sys_id branch (needs new HV and LV firmware) https://github.com/rene-dev/stmbl/blob/sys_id/docs/src/tuning.adoc#auto-tuning
if you can compile and flash new firmware you can try the autotuning in the sys_id branch (needs new HV and LV firmware) https://github.com/rene-dev/stmbl/blob/sys_id/docs/src/tuning.adoc#auto-tuning
sys_id is experimental and might not work
This is what I used with my DC Servos but it never really worked very well.
'''# KL-34-180-90 DC Servo Motor - Haas Clone
link pid
link dc
link enc_fb0
link enc_cmd
link misc
conf0.r = 0.925
conf0.l = 0.0025
conf0.j = 0.00034
conf0.psi = 0.3
conf0.max_force = 8
conf0.max_ac_cur = 20
conf0.mot_fb_res = 1000
conf0.cmd_res = 2000
conf0.high_dc_volt = 120
conf0.max_dc_volt = 150
conf0.max_vel = 344
conf0.cur_p = 0.7
linrev0.scale = 6
enc_cmd0.mode = 1'''
'''# Now enable drive if external signal there
fault0.en=io0.C78'''
'''# KL-34-180-90 DC Servo Motor - Haas Clone
link pid
link dc
link enc_fb0
link enc_cmd
link misc
conf0.r = 0.925
conf0.l = 0.0025
conf0.j = 0.00034
conf0.psi = 0.3
conf0.max_force = 8
conf0.max_ac_cur = 20
conf0.mot_fb_res = 1000
conf0.cmd_res = 2000
conf0.high_dc_volt = 120
conf0.max_dc_volt = 150
conf0.max_vel = 344
conf0.cur_p = 0.7
linrev0.scale = 6
enc_cmd0.mode = 1'''
'''# Now enable drive if external signal there
fault0.en=io0.C78'''
8 replies
Hi,
I have a question about the Jumper 2. I have Motor with resolver feedback and the resolver provides a temperature sensor (temperature sensitive resistance). As I guess from the STMBL schematics I have to unconnect the Jumper 2. Otherwise the AIN would always read the value for 5V. Is that correct?
I have a question about the Jumper 2. I have Motor with resolver feedback and the resolver provides a temperature sensor (temperature sensitive resistance). As I guess from the STMBL schematics I have to unconnect the Jumper 2. Otherwise the AIN would always read the value for 5V. Is that correct?
@crinq I have a Stegmann SRS50-HFA0-K01 hiperface encoder. As I have seen previously, for now only sin+cos is used and it will work as an incremental encoder. Does this mean no index pulse, no fixed commutation signals and motor moving randomly on the startup? What about twisted pairs, should sin&refsin go to sin+&sin- input, same with cos and refcos. Should I connect data pair to ref+- (blue pair), or leave it unconnected and use it insted for PTC? I need brown pair to supply +12v, so I will switch the jumper. It looks like the ADC is only on the brown pair, so I will have to connect PTC to the screw terminal, or can I use the RJ45 somehow?
sin/sinref -> sin+/sin-, ...
sin, cos normally works with 5V, you only need 12V for the hiperface stuff
i think you can connect the data pair and implement the protocol later
you don't need the ptc, the i^2t observer is good enough for normal operation
but you can connect it to the analog inputs (needs pullup/down + software to convert to temperature)
sin, cos normally works with 5V, you only need 12V for the hiperface stuff
i think you can connect the data pair and implement the protocol later
you don't need the ptc, the i^2t observer is good enough for normal operation
but you can connect it to the analog inputs (needs pullup/down + software to convert to temperature)
The sin&cos look like 1vpp signal, and looks right with 5v supply. I see it converted to square on two 65176 (pin 1). With default config, res_fb0 it shows something in servoterm on the graph along with position error, i changed to 1vpp_fb0 and i see no reaction when turning. Where to get more info?
the red graph should wrap around after one revolution?
Are there any lower voltage variants of stmbl that are still active/supported? I have seen OtterControl, and mention of a 160V version in the history here. I'm doing a conversion which is only 90v. The full stmbl seems like overkill for this use (especially considering availability of various parts is limited).
It's not really overkill. The STMBL is a really nice open source servo drive. Even if your motor is only 90V the higher voltage rating won't make any difference. Now if you had a 48V motor then there are other options perhaps but go above about 80V and the STBML is one of the more interesting choices.