Buffering/Miscelazione da movimento continuo o sincronizzato
Secondo PLCopen, la modalità buffer di fusione determina la velocità alla fine del primo movimento.
In alcuni casi, la velocità è già interamente determinata dal primo movimento. Questo è il caso quando il primo movimento è di uno dei seguenti tipi:
Movimento continuo (
MC_MoveVelocity
,SMC_MoveContinuousRelative
, oSMC_MoveContinuousAbsolute
)Movimento sincronizzato (
MC_CamIn
,MC_GearIn
, oMC_GearInPos
)
In questi casi, CODESYS SoftMotion supporta solo il Buffered
e Aborting
modalità tampone. L'utilizzo di una delle modalità del buffer di fusione provoca un errore FB (SMC_BLENDING_NOT_SUPPORTED_BY_PREVIOUS_MOVEMENT)
.
Quando il successivo comando memorizzato nel buffer diventa attivo, l'output CommandAborted
è impostato per TRUE
per un precedente comando di movimento. Inoltre, le uscite "Inxxx" (ad esempio, InVelocity
per MC_MoveVelocity
O InGear
per MC_GearIn
) e l'output Busy
sono impostati per un ciclo. Ciò è in contrasto con PLCopen, Sezione 2.4.1, in cui CommandAborted
e "Inxxx" così come Busy
si escludono a vicenda.