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, o- SMC_MoveContinuousAbsolute)
- Movimento sincronizzato ( - MC_CamIn,- MC_GearIn, o- MC_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.