TMC 2100 Vs 2130 Vs 2208/2224

Ciao a tutti, dopo aver montato i 2100 mi sono accorto non solo che ho acquistato quelli a 2 layer ma che cmq scaldano da morire. Sono andato su watterott ed ho scoperto che non sono gli unici TMC disponibili.
Ma le info sul sito sono scarne, quindi sono andato a vedere sul sito del produttore ma non mi sono molto chiare le info anche perchè sappiamo tutti che le descrizioni a volte sono piu' complete di altre.

Riassumo qui le principali info cerchiamo di capire le differenze visto che come prezzo sono allineati ai 2100?

Allora la descrizione sul sito dice:



Nei datasheets non c'e' molto di più...

2100
FEATURES AND BENEFITS
2-phase stepper motors up to 2.0A coil current (2.5A peak)
Standalone Driver
Step/Dir Interface with microstep interpolation
microPlyer™
Voltage Range 4.75… 46 V DC
Highest Resolution 256 microsteps per full step
stealthChop™ for extremely quiet operation and smooth
motion
spreadCycle™ highly dynamic motor control chopper
Integrated Current Sense Option
Standstill Current Reduction
Full Protection & Diagnostics (two outputs)
Small Size 5x6mm2 QFN36 package or TQFP48 package

2130
FEATURES AND BENEFITS
2-phase stepper motors up to 2.0A coil current (2.5A peak)
Step/Dir Interface with microstep interpolation microPlyer™
SPI Interface
Voltage Range 4.75… 46V DC
Highest Resolution 256 microsteps per full step
stealthChop™ for extremely quiet operation and smooth
motion
spreadCycle™ highly dynamic motor control chopper
dcStep™ load dependent speed control
stallGuard2™ high precision sensorless motor load detection
coolStep™ current control for energy savings up to 75%
Integrated Current Sense Option
Passive Braking and freewheeling mode
Full Protection & Diagnostics
Small Size 5x6mm2 QFN36 package or TQFP48 package

2208/2224 [hanno lo stesso ds]
FEATURES AND BENEFITS
2-phase stepper motors up to 2A coil current (peak)
STEP/DIR Interface with 2, 4, 8, 16 or 32 microstep pin
setting
Smooth Running 256 microsteps by microPlyer™ interpolation
stealthChop2™ silent motor operation
spreadCycle™ highly dynamic motor control chopper
Low RDSon LS 280mΩ & HS 290mΩ (typ. at 25°C)
Voltage Range 4.75… 36V DC
Automatic Standby current reduction (option)
Internal Sense Resistor option (no sense resistors required)
Passive Braking and Freewheeling
Single Wire UART & OTP for advanced configuration options
Integrated Pulse Generator for standalone motion
Full Protection & Diagnostics
Choice of QFN, TQFP and HTSSOP packages for best fit

Alcune note sulle funzionalità: ho tenuto le descrizioni originali perchè a parità di funzione hanno delle differenze.
2100
stealthChop™ is a voltage chopper based principle. It guarantees that the motor is absolutely quiet in standstill and in slow motion, except for noise enerated by ball bearings.The extremely smooth motion is beneficial for many applications.
spreadCycle™ offers smooth operation and great power efficiency over a wide range of speed and load. The spreadCycle chopper scheme automatically ntegrates a fast decay cycle and guarantees smooth zero crossing performance.
microPlyer™ microstep interpolator for obtaining increased smoothness of microstepping.

2130
stealthChop™ No-noise, high-precision chopper algorithm for inaudible motion and inaudible standstill of the motor.
spreadCycle™ High-precision chopper algorithm for highly dynamic motion and absolutely clean current wave.
dcStep™ Load dependent speed control. The motor moves as fast as possible and never loses a step.
stallGuard2™ Sensorless stall detection and mechanical load measurement.
coolStep™ Load-adaptive current control reducing energy consumption by as much as 75%.
microPlyer™ Microstep interpolator for obtaining increased smoothness of microstepping when using the STEP/DIR interface.

2208/2224
stealthChop2™ No-noise, high-precision chopper algorithm for inaudible motion and inaudible standstill of the motor. Allows faster motor acceleration and deceleration than stealthChop™ and extends stealthChop to low stand still motor currents.
spreadCycle™ High-precision cycle-by-cycle current control algorithm for highest dynamic movements.
microPlyer™ Microstep interpolator for obtaining full 256 microstep smoothness with lower resolution step inputs starting from fullstep

Consiglio a chi sia interessato di legger ei datasheets del produttore, non posso riportare tutte le descrizioni ma sono spiegate davvero bene
[www.trinamic.com]
[www.trinamic.com]
[www.trinamic.com]

Quello che mi interessa piu' del resto è la coolstep e dcguard dei 2130:

coolStep drives the motor at the optimum current. It uses the stallGuard2 load measurement
information to adjust the motor current to the minimum amount required in the actual load situation.
This saves energy and keeps the components cool.
Benefits are:
- Energy efficiency power consumption decreased up to 75%
- Motor generates less heat improved mechanical precision
- Less or no cooling improved reliability
- Use of smaller motor less torque reserve required → cheaper motor does the job

dcStep allows the motor to run near its load limit and at its velocity limit without losing a step. If the
mechanical load on the motor increases to the stalling load, the motor automatically decreases
velocity so that it can still drive the load. With this feature, the motor will never stall. In addition to
the increased torque at a lower velocity, dynamic inertia will allow the motor to overcome mechanical
overloads by decelerating. dcStep feeds back status information to the external motion controller or
to the system CPU, so that the target position will be reached, even if the motor velocity needs to be
decreased due to increased mechanical load. A dynamic range of up to factor 10 or more can be
covered by dcStep without any step loss. By optimizing the motion velocity in high load situations,
this feature further enhances overall system efficiency.
Benefits are:
- Motor does not loose steps in overload conditions
- Application works as fast as possible
- Highest possible acceleration automatically
- Highest energy efficiency at speed limit
- Highest possible motor torque using fullstep drive
- Cheaper motor does the job


Voi che dite? poi magari se serve traduco le descrizioni ma google lo farebbe altrettanto bene

Ho trovato questo articolo [hackaday.com]

Per il Mago, è implementabile nel tuo Firmware?


Riassumo per i non aglofoni, il 2130 è un driver totalmente diverso dal 2100; ha 3 modalità operative, la prima è stand-alone e funziona come un 2100, la seconda prevede la possibilità di settare 59 parametri diversi attraverso i pins IC e quindi da firmware. Nell'articolo l'autore dice che nell'aultima rc del marlin c'e' gia parte di codice che supporta i 23xx, l'autore ha scritto una libreria arduino e l'ha integrata nel suo fork del marlin.

Spero il mago abbia il tempo per integrare il supporto ai 2130...

Già ci sono nel branch dev ancora non attivo... Ma se hai voglia di provarli...

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Quote
MagoKimbra
Già ci sono nel branch dev ancora non attivo... Ma se hai voglia di provarli...

Li ho ordinati stamattina quando arrivano, saldo i pin e poi riprendiamo da li

Arrivati, li saldo e sono pronto... vuoi iniziare a darmi qualche indicazione? basta che compilo la nuova dev o va attivato qualcosa?

#define HAVE_TMC2130DRIVER

// CHOOSE YOUR MOTORS HERE, THIS IS MANDATORY
  //#define X_IS_TMC2130
  //#define X2_IS_TMC2130
  //#define Y_IS_TMC2130
  //#define Y2_IS_TMC2130
  //#define Z_IS_TMC2130
  //#define Z2_IS_TMC2130
  //#define E0_IS_TMC2130
  //#define E1_IS_TMC2130
  //#define E2_IS_TMC2130
  //#define E3_IS_TMC2130

Poi c'è tutta la parte di anvanced configration... ma che non so proprio cosa sia.. Ho copiato e basta...
Il firmware usa i pin CS per ogni asse driver, li ho impostati solo per la ramps se non è la tua scheda li devi impostare nel fili pins.h

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Ho trovato solo questo, quindi non TMC2130, è corretto? le altre voci di cui parli sono sempre quelle elencate sotto?

//#define HAVE_TMCDRIVER
//#define HAVE_TMCDRIVER
//#define X_IS_TMC
//#define X2_IS_TMC
//#define Y_IS_TMC
//#define Y2_IS_TMC
//#define Z_IS_TMC
//#define Z2_IS_TMC
//#define E0_IS_TMC
//#define E1_IS_TMC
//#define E2_IS_TMC
//#define E3_IS_TMC
#define X_MAX_CURRENT 1000 // in mA
#define X_SENSE_RESISTOR 91 // in mOhms
#define X_MICROSTEPS 16 // number of microsteps
#define X2_MAX_CURRENT 1000
#define X2_SENSE_RESISTOR 91
#define X2_MICROSTEPS 16
#define Y_MAX_CURRENT 1000
#define Y_SENSE_RESISTOR 91
#define Y_MICROSTEPS 16
#define Y2_MAX_CURRENT 1000
#define Y2_SENSE_RESISTOR 91
#define Y2_MICROSTEPS 16
#define Z_MAX_CURRENT 1000
#define Z_SENSE_RESISTOR 91
#define Z_MICROSTEPS 16
#define Z2_MAX_CURRENT 1000
#define Z2_SENSE_RESISTOR 91
#define Z2_MICROSTEPS 16
#define E0_MAX_CURRENT 1000
#define E0_SENSE_RESISTOR 91
#define E0_MICROSTEPS 16
#define E1_MAX_CURRENT 1000
#define E1_SENSE_RESISTOR 91
#define E1_MICROSTEPS 16
#define E2_MAX_CURRENT 1000
#define E2_SENSE_RESISTOR 91
#define E2_MICROSTEPS 16
#define E3_MAX_CURRENT 1000
#define E3_SENSE_RESISTOR 91
#define E3_MICROSTEPS 16

Quote
MagoKimbra

#define HAVE_TMC2130DRIVER

// CHOOSE YOUR MOTORS HERE, THIS IS MANDATORY
  //#define X_IS_TMC2130
  //#define X2_IS_TMC2130
  //#define Y_IS_TMC2130
  //#define Y2_IS_TMC2130
  //#define Z_IS_TMC2130
  //#define Z2_IS_TMC2130
  //#define E0_IS_TMC2130
  //#define E1_IS_TMC2130
  //#define E2_IS_TMC2130
  //#define E3_IS_TMC2130

Poi c'è tutta la parte di anvanced configration... ma che non so proprio cosa sia.. Ho copiato e basta...
Il firmware usa i pin CS per ogni asse driver, li ho impostati solo per la ramps se non è la tua scheda li devi impostare nel fili pins.h

intendevi questa? se si posso includerla nell'overall andandomi a vedere cosa siano tutte le voci?

/******************************************************************************\
 * enable this section if you have TMC2130 motor drivers.
 * you need to import the Trinamic_TMC2130 library into the Arduino IDE for this
 ******************************************************************************/

// @section tmc2130

#define HAVE_TMC2130DRIVER

// ADVANCED CONFIGURATION ("DOUBLE ADVANCED")
#define TMC2130_ADVANCED_CONFIGURATION

#if ENABLED(HAVE_TMC2130DRIVER)
  #if ENABLED(TMC2130_ADVANCED_CONFIGURATION)

    // CHOOSE YOUR MOTORS HERE, THIS IS MANDATORY

    #define X_IS_TMC2130
    //#define X2_IS_TMC2130
    #define Y_IS_TMC2130
    //#define Y2_IS_TMC2130
    //#define Z_IS_TMC2130
    //#define Z2_IS_TMC2130
    //#define E0_IS_TMC2130
    //#define E1_IS_TMC2130
    //#define E2_IS_TMC2130
    //#define E3_IS_TMC2130

    // IF YOU HAVE ENABLED TMC2130_ADVANCED_CONFIGURATION,
    // YOU CAN DEFINE GLOBAL SETTINGS HERE, BUT YOU STILL NEED
    // TO CONFIGURE THE tmc2130.init() METHOD MANUALLY IN THE FILE
    //
    // stepper_indirection.cpp
    //
    // PLEASE READ THE TMC2130 DATASHEET:
    // [www.trinamic.com]
    // ALL SETTINGS HERE HAVE THE SAME (SOMETIMES CRYPTIC)
    // NAMES AS IN THE DATASHEET.
    //
    // THE FOLLOWING, UNCOMMENTED SETTINGS ARE ONLY SUGGESTION.

    /* GENERAL CONFIGURATION */

    //#define GLOBAL_EN_PWM_MODE 0
    #define GLOBAL_I_SCALE_ANALOG 1 // [0,1] 0: Normal, 1: AIN
    //#define GLOBAL_INTERNAL_RSENSE 0 // [0,1] 0: Normal, 1: Internal
    #define GLOBAL_EN_PWM_MODE 0 // [0,1] 0: Normal, 1: stealthChop with velocity threshold
    //#define GLOBAL_ENC_COMMUTATION 0 // [0,1]
    #define GLOBAL_SHAFT 0 // [0,1] 0: normal, 1: invert
    //#define GLOBAL_DIAG0_ERROR 0 // [0,1]
    //#define GLOBAL_DIAG0_OTPW 0 // [0,1]
    //#define GLOBAL_DIAG0_STALL 0 // [0,1]
    //#define GLOBAL_DIAG1_STALL 0 // [0,1]
    //#define GLOBAL_DIAG1_INDEX 0 // [0,1]
    //#define GLOBAL_DIAG1_ONSTATE 0 // [0,1]
    //#define GLOBAL_DIAG1_ONSTATE 0 // [0,1]
    //#define GLOBAL_DIAG0_INT_PUSHPULL 0 // [0,1]
    //#define GLOBAL_DIAG1_INT_PUSHPULL 0 // [0,1]
    //#define GLOBAL_SMALL_HYSTERESIS 0 // [0,1]
    //#define GLOBAL_STOP_ENABLE 0 // [0,1]
    //#define GLOBAL_DIRECT_MODE 0 // [0,1]

    /* VELOCITY DEPENDEND DRIVE FEATURES */

    #define GLOBAL_IHOLD 22 // [0-31] 0: min, 31: max
    #define GLOBAL_IRUN 31 // [0-31] 0: min, 31: max
    #define GLOBAL_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    //#define GLOBAL_TPOWERDOWN 0 // [0-255] 0: min, 255: about 4 seconds
    //#define GLOBAL_TPWMTHRS 0 // [0-1048576] e.g. 20 corresponds with 2000 steps/s
    //#define GLOBAL_TCOOLTHRS 0 // [0-1048576] e.g. 20 corresponds with 2000 steps/s
    #define GLOBAL_THIGH 10 // [0-1048576] e.g. 20 corresponds with 2000 steps/s

    /* SPI MODE CONFIGURATION */

    //#define GLOBAL_XDIRECT 0 //

    /* DCSTEP MINIMUM VELOCITY */

    //#define GLOBAL_VDCMIN 0 //

    /* MOTOR DRIVER CONFIGURATION*/

    //#define GLOBAL_DEDGE 0 //
    //#define GLOBAL_DISS2G 0 //
    #define GLOBAL_INTPOL 1 // 0: off 1: 256 microstep interpolation
    #define GLOBAL_MRES 16 // number of microsteps
    #define GLOBAL_SYNC 1 // [0-15]
    #define GLOBAL_VHIGHCHM 1 // [0,1] 0: normal, 1: high velocity stepper mode
    #define GLOBAL_VHIGHFS 0 // [0,1] 0: normal, 1: switch to full steps for high velocities
    // #define GLOBAL_VSENSE 0 // [0,1] 0: normal, 1: high sensitivity (not recommended)
    #define GLOBAL_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define GLOBAL_CHM 0 // [0,1] 0: spreadCycle, 1: Constant off time with fast decay time.
    //#define GLOBAL_RNDTF 0 //
    //#define GLOBAL_DISFDCC 0 //
    //#define GLOBAL_FD 0 //
    //#define GLOBAL_HEND 0 //
    //#define GLOBAL_HSTRT 0 //
    #define GLOBAL_TOFF 10 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define GLOBAL_SFILT 0 //
    //#define GLOBAL_SGT 0 //
    //#define GLOBAL_SEIMIN 0 //
    //#define GLOBAL_SEDN 0 //
    //#define GLOBAL_SEMAX 0 //
    //#define GLOBAL_SEUP 0 //
    //#define GLOBAL_SEMIN 0 //

    //#define GLOBAL_DC_TIME 0 //
    //#define GLOBAL_DC_SG 0 //

    //#define GLOBAL_FREEWHEEL 0 //
    //#define GLOBAL_PWM_SYMMETRIC 0 //
    //#define GLOBAL_PWM_AUTOSCALE 0 //
    //#define GLOBAL_PWM_FREQ 0 //
    //#define GLOBAL_PWM_GRAD 0 //
    //#define GLOBAL_PWM_AMPL 0 //

    //#define GLOBAL_ENCM_CTRL 0 //

  #else

    #define X_IS_TMC2130
    #define X_IHOLD 31 // [0-31] 0: min, 31: max
    #define X_IRUN 31 // [0-31] 0: min, 31: max
    #define X_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define X_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define X_MRES 16 // number of microsteps
    #define X_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define X_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define X2_IS_TMC2130
    #define X2_IHOLD 31 // [0-31] 0: min, 31: max
    #define X2_IRUN 31 // [0-31] 0: min, 31: max
    #define X2_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define X2_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define X2_MRES 16 // number of microsteps
    #define X2_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define X2_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    #define Y_IS_TMC2130
    #define Y_IHOLD 31 // [0-31] 0: min, 31: max
    #define Y_IRUN 31 // [0-31] 0: min, 31: max
    #define Y_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define Y_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define Y_MRES 16 // number of microsteps
    #define Y_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define Y_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define Y2_IS_TMC2130
    #define Y2_IHOLD 31 // [0-31] 0: min, 31: max
    #define Y2_IRUN 31 // [0-31] 0: min, 31: max
    #define Y2_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define Y2_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define Y2_MRES 16 // number of microsteps
    #define Y2_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define Y2_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define Z_IS_TMC2130
    #define Z_IHOLD 31 // [0-31] 0: min, 31: max
    #define Z_IRUN 31 // [0-31] 0: min, 31: max
    #define Z_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define Z_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define Z_MRES 16 // number of microsteps
    #define Z_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define Z_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define Z2_IS_TMC2130
    #define Z2_IHOLD 31 // [0-31] 0: min, 31: max
    #define Z2_IRUN 31 // [0-31] 0: min, 31: max
    #define Z2_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define Z2_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define Z2_MRES 16 // number of microsteps
    #define Z2_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define Z2_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define E0_IS_TMC2130
    #define E0_IHOLD 31 // [0-31] 0: min, 31: max
    #define E0_IRUN 31 // [0-31] 0: min, 31: max
    #define E0_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define E0_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define E0_MRES 16 // number of microsteps
    #define E0_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define E0_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define E1_IS_TMC2130
    #define E1_IHOLD 31 // [0-31] 0: min, 31: max
    #define E1_IRUN 31 // [0-31] 0: min, 31: max
    #define E1_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define E1_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define E1_MRES 16 // number of microsteps
    #define E1_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define E1_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define E2_IS_TMC2130
    #define E2_IHOLD 31 // [0-31] 0: min, 31: max
    #define E2_IRUN 31 // [0-31] 0: min, 31: max
    #define E2_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define E2_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define E2_MRES 16 // number of microsteps
    #define E2_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define E2_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase

    //#define E3_IS_TMC2130
    #define E3_IHOLD 31 // [0-31] 0: min, 31: max
    #define E3_IRUN 31 // [0-31] 0: min, 31: max
    #define E3_IHOLDDELAY 15 // [0-15] 0: min, 15: about 4 seconds
    #define E3_I_SCALE_ANALOG 1 // 0: Normal, 1: AIN
    #define E3_MRES 16 // number of microsteps
    #define E3_TBL 1 // 0-3: set comparator blank time to 16, 24, 36 or 54 clocks, 1 or 2 is recommended
    #define E3_TOFF 8 // 0: driver disable, 1: use only with TBL>2, 2-15: off time setting during slow decay phase


  #endif
#endif

Si quella!!

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Quote
Elstak
cmq scaldano da morire.

Beh, ma caldo per te non è caldo per lui.. che puo' lavorare a temperatura altina (ha la protezione termica a 135°)... a 65° tu salti dal male, lui se la ride...

---

Disclaimer: io ce la metto tutta a darti consigli sensati, sta a te non incendiare nulla :-)
CoreXY HyperCube. [www.thingiverse.com] | Cerchi test? Make: test set: [www.thingiverse.com]

da un occhiata veloce, la cosa è mooooolto interessante. si dovrebbe poter configurare un andamento di curva che segue l'esigenza della stampa.
le stampanti rumorose, imprecise, e con degli stalli improvvisi, devono questi difetti (dando per scontato che la meccanica sia ok) alla errata impostazione/scelta, proprio perché spesso si ignora la curva del motore, in accoppiata al relativo drive.
se si da un'occhiata al sito della RTA si vede che a parità di ampere (parametro col quale erroneamente tanti scelgono la motorizzazione) vi sono curve totalmente diverse, e addirittura in alcuni casi un motore con più ampere ha meno coppia.
stabilendo che anche per l'elettronica vale "la legge del gobbo" (per chi non lo sapesse, il gobbo o tromba, o bacia) una volta scelta la coppia driver motore più adatta, dopo dovresti far lavorare la macchina, con la consapevolezza dei limiti che la scelta fatta impone, in termini di velocità, accelerazione ecc. Cosa che spesso risolvi cambiando il settaggio del driver, ma in effetti togli dei limiti e ne metti altri. questi driver è come se ti permetterebbero di cambiare il settaggio a volo, a seconda del movimento richiesto dal g-code.
se il mago è disponibile per la parte firmware, a disposizione sull'hardware. Ho iniziato tempo fa una stampante, postai le mie intenzioni tempo fa, il lavoro, e le continue evoluzioni mi fanno cambiare parti del progetto di continuo, spero di iniziare a costruire qualcosa approfittando della settimana santa. ovviamente posterò il tutto.

Quote
salvatore993
da un occhiata veloce, la cosa è mooooolto interessante. si dovrebbe poter configurare un andamento di curva che segue l'esigenza della stampa.
le stampanti rumorose, imprecise, e con degli stalli improvvisi, devono questi difetti (dando per scontato che la meccanica sia ok) alla errata impostazione/scelta, proprio perché spesso si ignora la curva del motore, in accoppiata al relativo drive.
se si da un'occhiata al sito della RTA si vede che a parità di ampere (parametro col quale erroneamente tanti scelgono la motorizzazione) vi sono curve totalmente diverse, e addirittura in alcuni casi un motore con più ampere ha meno coppia.
stabilendo che anche per l'elettronica vale "la legge del gobbo" (per chi non lo sapesse, il gobbo o tromba, o bacia) una volta scelta la coppia driver motore più adatta, dopo dovresti far lavorare la macchina, con la consapevolezza dei limiti che la scelta fatta impone, in termini di velocità, accelerazione ecc. Cosa che spesso risolvi cambiando il settaggio del driver, ma in effetti togli dei limiti e ne metti altri. questi driver è come se ti permetterebbero di cambiare il settaggio a volo, a seconda del movimento richiesto dal g-code.
se il mago è disponibile per la parte firmware, a disposizione sull'hardware. Ho iniziato tempo fa una stampante, postai le mie intenzioni tempo fa, il lavoro, e le continue evoluzioni mi fanno cambiare parti del progetto di continuo, spero di iniziare a costruire qualcosa approfittando della settimana santa. ovviamente posterò il tutto.

"Non chiederti cosa può fareil mago per te, domandati cosa puoi fare te per il mago" [cit.]

Scherzi a parte, Alberto dedica al firmware il tempo che può. Più donazioni riceve più tempo può passare a "non lavorare", servono appunto a quello. OpenSource ha preso un significato sbagliato negli ultimi anni, non significa gratuito. Se saremo più di due a voler percorrere questa strada, magari con una donazione di gruppo potremmo influenzare la scaletta di sviluppo....


Per il momento ha integrato il supporto alle variabili global e qualche cosa in più in advanced ma sempre come valori prefissati, non so se chi ha sviluppato il supporto abbia o meno gestito dei gcode per modificarli on the fly...

si potrebbe fare una scheda driver con un pro mini che gestisce i vari parametri del TMC

RDS (la resistenza dei mosfet) e' uno dei parametri piu' impostanti per avere un drv che scalda poco

---

Fatti non foste a viver come bruti, ma per seguir virtute e conoscenza
la conoscenza rende liberi
[www.thingiverse.com]
[github.com]
[piccolo3d.blogspot.com]

d'accordo in pieno, ma sono tutti parametri che funzionano in un'accoppiamento driver motori meccanica fatti a modo, non a caso fanno dei motori con driver inclusi. credo che semplicemente sostituendo dei polou su ramp, con dei wantai su meccaniche ballerine, si potrebbe avere addirittura l'effetto contrario.

Per quanto ho capito dal datasheet dei driver e dalla libreria che ha scritto il tipo da cui ho preso le info di questo topic, andrebbero cambiati in funzione di cio' che la stampante è portata a fare, avendo dei gcode o potendo cmq cambiare i parametri con comandi dell'host si puo' pensare ad un plugin per cura. Integrare una funzione nel firmware che decida quando e come cambiare i parametri (sono tanti) suppongo ponga un limite al fw stesso; sarreb troopo pesante e compatibile solo con le 32 bit.

X il mago
Nell'articolo su hackaday pubblicano una libreria, nella mia ignoranza chiedo: Serve a gestire i parametri in funzione dei valori impostati e quindi si puo' "aggiungere" al tuo fw per poi gestire i parametri o nel tuo fw hai gia integrato quel supporto e non serve, come credevo, a gestire in tempo reale i parametri? Esempio: quando l'assorbimento dei motori e < di X allora porta la vref a Y e cosi' via.....
Grazie.

Quote
c128
si potrebbe fare una scheda driver con un pro mini che gestisce i vari parametri del TMC

RDS (la resistenza dei mosfet) e' uno dei parametri piu' impostanti per avere un drv che scalda poco

E' una cosa che va ben oltre le mie capacità..... devo ancora chiarire il dubbio sulle librerie.... figurati progettare un modulo a parte che li gestisca.....

li ho ordinati, non è così difficile come sembra, cerco di spiegare.
li proverò su una cnc con elettronica planet-cnc perché è quella che conosco bene, e le macchine che ho fatto (le mie) sono sulla base di questa elettronica.
le nuove generazioni di driver stepper, in chopper digitale, possono capire con stringhe dati, come si vuole che lavori il driver.
comunque la si giri, volt, ampere, step, passi ecc, nella movimentazione i parametri fondamentali sono la potenza, accelerazione, coppia. Piccola premessa, il discorso potenza (quindi watt), è notoriamente dato (nei motori) dai volt x ampere, la relazione nel caso degli stepper è Volt = nr giri quindi velocità, ampere = coppia quindi forza. dire ho un motore da 2 ampere, o 2nm, non significa nulla, o meglio non è detto che quel motore faccia ciò che uno si aspetta. spesso, anzi sempre sulle curve si nota che la coppia dichiarata, è erogabile in un determinato punto della curva, all'incrocio di determinati valori di tensione, corrente, e velocità del treno di impulsi (gli step per intenderci). tenendo conto anche delle accelerazioni (parametro importante, visto che sulle lavorazioni è il valore che poi determina la durata del lavoro appunto.) quindi nei driver semplici, si sceglie a quanto alimentare in tensione, come settare la corrente e gli step. Da qui si ricava un profilo motore, quindi uno specifico andamento dell'asse, che però essendo specifico è di fatto limitato. un esempio è che se setto una bassa tensione, con un alta corrente, sposto un peso notevole, però se un g code mi comanda un'accelerazione repentina posso perdere qualche passo. se le mie lavorazioni fossero veloci, e leggere, sempre nei limiti dati dal motore/driver risolverei alzando il valore degli step o la tensione, a discapito della corrente, ma devo fermare il tutto, risettare fisicamente e riaviiare la macchina, e mi ritroverei con una macchina veloce, fluida, ma incapace di affondare, poiché la velocità va a discapito della coppia, e in caso di affondo generoso il motore non c'è la farebbe a spingere, e si perdono passi.
detto questo sembra che questi driver, partendo da un'alimentazione abbastanza altina, e una corrente decente (sembra 45volt x 2 ampere circa) sono dei signori driver da 90watt (vi assicuro che non sono pochi per un'asse cnc, figuriamoci per una 3d) e riesce a crearsi il profilo di settaggio, semplicemente con una riga da g-code.
sono certo che per usarlo con una cnc, si tratta di implementare le righe di settaggio nel codice, quindi nelle frese me ne esco implementando queste righe nel post-processor in modo da richiamarlo dal percorso utensile, semplicemente con delle dichiarazioni nel post appunto, creando delle righe tipo " if feed = 1000 to 3000 use setting nr.XX" (non è la sintassi corretta ma è per rendere l'idea)
in effetti x il mago nello specifico si tratterebbe di creare una serie di dichiarazioni di presetting da richiamare con un codice g o m.
non ho avuto il tempo di approfondire il marlin o altri firmware, e per dire la verità mi risultano un po' estranei o ostici.

avevo intuito fosse una cosa del genere, quello che non mi è chiaro è come il mago abbia integrato la cosa, nel post orioginale dice che serve la libreria in fase di compilazione mentre con mk4 pare non servire.... quindi considero integrato il supporto alle funzionalità ma manca la parte di gestione in tempo reale.

La cosa difficile sarà capire quando intervenire e come per poi chiedere un eventuale integrazione al fw... ma chiedere al mago di sviluppare la funzione credo sia fuori dalla sua scaletta di sviluppo

il bus SPI permette di selezionare il chip tramite il segnale CS, quindi se ci sono 4 driver TMC devono esserci 4 segnali CS

su arduino due sono evidenziati solo due pin CS (D4 e D52) ma non ci sono problemi per utilizzare altri pin se non per limiti delle librerie che sono da modificare
il punto e' che ci vorrebbe 1 pin CS di arduino per ogni TMC collegato + il CS riservato al LCD che abbiamo gia'

si potrebbero usare i 4 pin dac/can per controllare un chip demultiplexel che di volta in volta seleziona uno dei 16 dispositivi slave (4 pin ingresso con 16 uscite in selezione)
qui e' da verificare se arduino due riesce a gestire 16 dispositivi SPI altrimenti si puo' abbassare il numero massimo

quindi e' necessario far una piccola scheda di espansione per prendere il segnale spi dalla uscita del LCD (controller RADDS o piccolo_3d ad esempio) con i connettori SPI per il numero max e i nuovi connettori per LCD

con il TMC2130 e' possibile gestire step/dir direttamente da bus SPI

Edited 3 time(s). Last edit at 04/14/2017 11:42AM by c128.

---

Fatti non foste a viver come bruti, ma per seguir virtute e conoscenza
la conoscenza rende liberi
[www.thingiverse.com]
[github.com]
[piccolo3d.blogspot.com]

Sincerament enon vedo la necessità... avere i 2130 su X ed Y è sufficiente, Z ed Ex nn ne hanno bisogno.

Quindi i 2 pin anche della ramps sono abbastanza...

Ciao a tutti.

Siete poi risuciti a fare dei test?

Io prima di ordinarli volevo capire se sono montabili sulle nostre schede (io ho una RADDS); da quello che penso di aver capito su arduino i pin per la gestione della SPI sono 3
- (MOSI)
- (MISO)
- (SCK)
Questi sono i PIN di controllo comunicazione e per ogni modello di Arduino sono quelli e fissi, poi ci sono i PIN SS/CS (Slave select o Client Select) che sono invece impostabili da programma tra i PIN digitali disponibili sulla scheda.
Quindi ogni periferica SPI Slave condivide con il master 4 PIN, i tre mezionati prima piu un SS (o CS a seconda della nomenclatura)
- i tre pin di controllo sono collegati ai tre pin di prima, ovviamente il MOSI del master con il MISO dello slave e vicevrsa (RX e TX) i due SCK tra di loro (il clock)
- il SS dello slave si collega ad un pin digitale di arduino libero
nel caso di piu periferiche slave collegate ad un master i tre segnali di controllo del sono connessi in parallelo a tutti i medesimi degli slave. mentre per gli SS c'e' un PIN del master dedicato ad ogni slave
In pratica il Master che sa con chi vuole parlare ed è lui a decidere con chi parlare cosa fa:
- in partenza tutti i PIN SS sono a livello alto (comunicazione inibita)
- il master mette a livello basso l'SS dello slave con cui vuole parlare
- Il master inizia la comunicazione
- alla fine il master mette a livello alto l'SS dello slave e la sessione di comunicazione finisce.
Il problema sollevato da Paolo (c128) non è banale, io penso che non ci sia una limitazione nell'uso di pin specifici per i segnali SS ma penso che sulle nostre schede potrebbero non esserci pin sufficienti per gestire molti slave.

Sempre da una occhiata sommaria data al codice mi sembra che le impostazioni debbano essere impostate in fase di compilazione (sono quindi fise), poi vi sono dei comadi gcode che permettono di modificare qualcosa:
- M906: Set motor currents XYZ T0-4 E
- M911: Report TMC2130 prewarn triggered flags
- M912: Clear TMC2130 stepper driver overtemperature pre-warn flag held by the library
- M913: Set HYBRID_THRESHOLD speed.
- M914: Set SENSORLESS_HOMING sensitivity.
Ho individuato inoltre delle funzioni di monitoraggio (es: controlli sulla temperatura dei motori) che probabilmente sono utlizzate per gestire in modo specifico situazioni non gestibili con gli altri.

Per me sarebbe sufficiente che qualcuno abbia provato a mantarli e li ha fatti funzionare anche se con impostazioni di base, allora li ordinerei e mi cimenteri a far prove.

Un saluto

---

Salvatore.

--- Prusa i3 Steel (20x20x20)                        --- Prusa i3 Steel XL (30x30x30)
    Motori 200 passi                                     Motori 400 passi
    Stepper drive - DRV8825                              Stepper drive - DRV8825
    RAMPS 1.4                                            RADDS 1.5
    HotEnd IeC                                           HotEnd IeC
    FW MK4DUO 4.3.2                                      FW MK4DUO 4.3.5

Si montano senza problemi sia su ramps che su radds, ti servono però pin sufficienti per gestire almeno 2 driver (non ricordo come si chiamano, ma serve 1 pin dedicato ad ogni periferica seriale, gli altri sono condivisi) sulla ramps ci sono ma per fare prove in questo senso non ho le conoscenze adatte, aspettavo la piccolo_3d che li usa di default attraverso la seriale.

Sono interessato a seguire i tuoi sviluppi in quanto la possibilità di usare il gcode per variare le impostazione lascia spazio ad un parser per gestire, ad esempio, le piccole circonferenze in modo diverso da linee dritte o circonferenze grandi e cosi' via....

ti mando un messaggio privato

Quote
laudix
Ciao a tutti.

Siete poi risuciti a fare dei test?

Io prima di ordinarli volevo capire se sono montabili sulle nostre schede (io ho una RADDS); da quello che penso di aver capito su arduino i pin per la gestione della SPI sono 3
- (MOSI)
- (MISO)
- (SCK)
Questi sono i PIN di controllo comunicazione e per ogni modello di Arduino sono quelli e fissi, poi ci sono i PIN SS/CS (Slave select o Client Select) che sono invece impostabili da programma tra i PIN digitali disponibili sulla scheda.
Quindi ogni periferica SPI Slave condivide con il master 4 PIN, i tre mezionati prima piu un SS (o CS a seconda della nomenclatura)
- i tre pin di controllo sono collegati ai tre pin di prima, ovviamente il MOSI del master con il MISO dello slave e vicevrsa (RX e TX) i due SCK tra di loro (il clock)
- il SS dello slave si collega ad un pin digitale di arduino libero
nel caso di piu periferiche slave collegate ad un master i tre segnali di controllo del sono connessi in parallelo a tutti i medesimi degli slave. mentre per gli SS c'e' un PIN del master dedicato ad ogni slave
In pratica il Master che sa con chi vuole parlare ed è lui a decidere con chi parlare cosa fa:
- in partenza tutti i PIN SS sono a livello alto (comunicazione inibita)
- il master mette a livello basso l'SS dello slave con cui vuole parlare
- Il master inizia la comunicazione
- alla fine il master mette a livello alto l'SS dello slave e la sessione di comunicazione finisce.
Il problema sollevato da Paolo (c128) non è banale, io penso che non ci sia una limitazione nell'uso di pin specifici per i segnali SS ma penso che sulle nostre schede potrebbero non esserci pin sufficienti per gestire molti slave.

Sempre da una occhiata sommaria data al codice mi sembra che le impostazioni debbano essere impostate in fase di compilazione (sono quindi fise), poi vi sono dei comadi gcode che permettono di modificare qualcosa:
- M906: Set motor currents XYZ T0-4 E
- M911: Report TMC2130 prewarn triggered flags
- M912: Clear TMC2130 stepper driver overtemperature pre-warn flag held by the library
- M913: Set HYBRID_THRESHOLD speed.
- M914: Set SENSORLESS_HOMING sensitivity.
Ho individuato inoltre delle funzioni di monitoraggio (es: controlli sulla temperatura dei motori) che probabilmente sono utlizzate per gestire in modo specifico situazioni non gestibili con gli altri.

Per me sarebbe sufficiente che qualcuno abbia provato a mantarli e li ha fatti funzionare anche se con impostazioni di base, allora li ordinerei e mi cimenteri a far prove.

Un saluto

Ciao Elstak.

Non vorrei aver creato confusione... quella che ho riportato è una analisi, seppur sommaria, di quello che già c'e' dentro il FW del Mago (immagino mutuato da quanto già contenuto in marlin), quello che occorre è una "campagna" di test che permetta di:
- aiutare il Mago a risolvere eventuali malfunzionamenti
- produrre una documentazione che permetta a tutti di utilizzarli (il settaggio e notevolmente + complesso rispetto ai drivers standard)
- aiutare il Mago a far evolvere la gestione una volta comprese a pieno le potenzialità che mi sembrano elevate

Per quanto riguarda l'uso dei PIN confermi quello che ho compreso io dalla documentazione su SPI.
Per quanto riguarda la RADDS su AUX1 abbiamo 7 PIN usabili (25, 27, 29, 31, 33, 35, 37) che pero':
- sono usati per connettere il modulo di espansione a cui poi bisognerebbe rinunciare
- potrebbero in molti casi essere gia stati usati per attivare altre funzionalità

rimango perplesso sull'utilizzo di comandi GCODE per adattare il funzionamento dei motori a momenti specifici perché questo comporterebbe implementare queste funzionalità all'interno dei SW di slicing, diverso è invece costruirsi dei profili legati ad esempio alla velocità di stampa che potrebbero essere attivati dagli script gcode di start .
Vedo meglio, ed è in questo che si potrebbe aiutare il Mago, implementare funzioni interne al FW che sulla base delle funzioni di monitoraggio che sono disponibili per questi drivers reagiscano modificando i parametri di lavoro dei motori ed adattino quindi dinamicamente i motori al contesto.

Quindi tu li hai già collegati e hai fatto girare la stampante?
Che scheda hai e su che PIN hai collegato i PIN di Slave Select (quelli che non possono essere comuni)?

Ho in casa una RAMPS + Arduino Mega inutilizzati che potrei usare per fare qualche prova a banco.

Fammi sapere.

Ciao

---

Salvatore.

--- Prusa i3 Steel (20x20x20)                        --- Prusa i3 Steel XL (30x30x30)
    Motori 200 passi                                     Motori 400 passi
    Stepper drive - DRV8825                              Stepper drive - DRV8825
    RAMPS 1.4                                            RADDS 1.5
    HotEnd IeC                                           HotEnd IeC
    FW MK4DUO 4.3.2                                      FW MK4DUO 4.3.5

Ciao a tutti.

Stavo pensando di acquistare i TMC2130 ed oltre all'offerta di Watterott Electronic ho trovato anche questa di DigiKey, siccome c'e' qualche euro di differenza pensavo di andare su DigiKey... qualcuno sa se sono prodotti equivalenti?

Un saluto

---

Salvatore.

--- Prusa i3 Steel (20x20x20)                        --- Prusa i3 Steel XL (30x30x30)
    Motori 200 passi                                     Motori 400 passi
    Stepper drive - DRV8825                              Stepper drive - DRV8825
    RAMPS 1.4                                            RADDS 1.5
    HotEnd IeC                                           HotEnd IeC
    FW MK4DUO 4.3.2                                      FW MK4DUO 4.3.5

Ciao a tutti

complice un coupon di paypal da 15€ di sconto, ho comprato un paio di questi da mettere su X e Y della Hypercube:

[www.ebay.it]

( Sylent2100 v1.2 fystec.com )

li conoscete? Diciamo che con 3€ l'uno di costo posso correre il rischio che non siano un granchè...

---

Disclaimer: io ce la metto tutta a darti consigli sensati, sta a te non incendiare nulla :-)
CoreXY HyperCube. [www.thingiverse.com] | Cerchi test? Make: test set: [www.thingiverse.com]

Ciao,

Cosa ti porta a scrivere che su E non servono? credi che i problemi di pilotaggio di un motore stepper ci siano ad alte velocita'?

Ciao

Ma dici a me? Ehi con chi stai parlando? Dici a me? :-)))

scherzi a parte, nel mio caso l'idea di metterli su X e Y nasce dal tentativo di ridurre il più possible le vibrazioni e quindi il rumore in funzionamento sulle parti in movimento veloce.

Per E mi pare di capire che il microstepping non sia amico della coppia, e per Z il problema non c'è visto il movimento su trapezoidale decisamente tranquillo

---

Disclaimer: io ce la metto tutta a darti consigli sensati, sta a te non incendiare nulla :-)
CoreXY HyperCube. [www.thingiverse.com] | Cerchi test? Make: test set: [www.thingiverse.com]

Ciao

Driver arrivati. Mi sto ristudiando un po' di forum... comunque eccoli:

• Ho visto in rete che alcuni saldano le piazzole vicine a cfg1 per farli andare in 1/16 spreadcycle anziche' il default 1/16 stealtchop con tutti e tre aperti. Io per ora non ho fatto nulla.
• Modificata direzione su X,Y e messi gli step a 80 e ricaricato Mk4duo.
• Tolti i jumper sotto gli 8825 e installati.

Risultato: non sento più la stampante!!!!!!!!!


Edit: per ora ho avuto una sola perdita di passi brutta

Edited 3 time(s). Last edit at 10/22/2017 02:37PM by pivan.

---

Disclaimer: io ce la metto tutta a darti consigli sensati, sta a te non incendiare nulla :-)
CoreXY HyperCube. [www.thingiverse.com] | Cerchi test? Make: test set: [www.thingiverse.com]

hai alimentatore a 12v o 24v, ho letto che a 12v fanno fischiare i motori

Ciao,

12V e nessun fischio.

---

Disclaimer: io ce la metto tutta a darti consigli sensati, sta a te non incendiare nulla :-)
CoreXY HyperCube. [www.thingiverse.com] | Cerchi test? Make: test set: [www.thingiverse.com]