cancel
Showing results for 
Search instead for 
Did you mean: 
SOLVED

Third party CiA402 Drive (Festo) Motion app

Third party CiA402 Drive (Festo) Motion app

Wsson
New Poster

Hello,

We have three festo servo drives that we are trying to use with the motion app without the use of codesys softmotion. We are stuck with this error.

Wsson_0-1704293537999.png

We also have four bosch servo drives that we have managed to get up and going.
(We are currently on a trial licens) 

When we press the power on button, we can see that the control word changes the correct (as we understand it from festo manuals for the drives) bits. (bit 0-3 = 1). The festo drive responds by turning off the "ready to switch on" bit and switching the "switch on disabled" bit true. After about 2 seconds the command times out and generates the error above.  

Axis with fault
Axis Profile: AxInmCentering
Axis: AxisInmCenter
I/O device: A23_1
Motion app: 1.20.4
Automation core: 1.20.1
EtherCat Master: 1.20.1 

Festo drive: CMMT-ST-C8-1C-MP-S0
Firmware version: V033.0.10.12_Release

We have attached a system report with trace of axis profile from when we are trying to power on the axis.
And a word document with pictures of our configuration.

Any help on this issue would be much appreciated!
Regards,

 

 

7 REPLIES 7

CodeWasi
Occasional Contributor

Hello Wsson!
Seems that the power-commanding bits b0-b3 are not effecting the drive like expected. Since the drive responds with "Swich On Disabled" = True;

Would you mind to switch the drive manually by changing the cmd-bits manually without any effects by Motion/Axisinterface/MCPower.
IO_Eng can stay the same, just force the commandword manually, so we see if the drives acts like expected. 

CodeWasi_1-1704365316475.png

Please return with the result.

Thanks!
I leave you a note to get in contact.
Bye

 

 

Hi

Thanks for your reply!

When we mapped the controlword within the PLC we set the Motionapp in Configurationmode.
We did a trace in the Festodrive of the Controlword and Statusword. Here are the results

PowerOn from MotionApp
Ready for power on
Controlword = 134 (Bit 1,2,7)
Statusword = 33329 (Bit 0,4,5,9,15)
Then we pressed "PowerOn"
Controlword = 15 (Bit 0,1,2,3)
Statusword = 33329 (Bit 4,5,6,9,15)

The drive does not power up and Motion app throws fault after 2s, no errors in festodrive 

Motionapp switch the Controlword to = 6 (Bit 1,2)
Statusword = 33329 (Bit 0,4,5,9,15)

Then we press "Reset error"
Controlword = 134 (Bit 1,2,7)
Statusword = 33329 (Bit 0,4,5,9,15)


Forcing the controlword from PLC 
Ready for power on
Controlword = 134 (Bit 1,2,7)
Statusword = 33329 (Bit 0,4,5,9,15)

Power on
Controlword = 15 (Bit 0,1,2,3)
Statusword = 33331 (Bit 0,1,4,5,9,15)
The drive powers on and change the statusword
Statusword = 37431(Bit 0,1,2,4,5,9,12,15)

 

Wsson_4-1704375636264.png

So we tried to do exactly like the motionapp, but when we force the Controlword from PLC it works....
When we send 15 from PLC the answer in the statusword differs from when we send from Motionapp.

Any ideas??

Regards,

 

CodeWasi
Occasional Contributor

Hello  - Thanks for this test and feedback.
I refer to the personal note to continue the conversation.
Bye

GoHawks
Established Member

This might have nothing to do with this issue, but your Axis Profile Scaling shown in your motion config document shows COE_CALC_DRIVE. For 3rd party drives and COE control, you need to set it to COE_CALC_CONTROL. Perhaps the motion app is getting tripped up on that issue and therefore the normal power on command fails as a result.

https://developer.community.boschrexroth.com/t5/ctrlX-MOTION/Third-party-EtherCat-servo-drives-CiA40...

GoHawks_0-1704477895877.png

 

CodeWasi
Occasional Contributor

Thanks for your help - I did not reliasze that the profile/scaling was setup wrong. Thanks

CodeShepherd
Community Moderator
Community Moderator

@Wsson is this still an issue or can this topic be closed? 

Please see that there have been improvements for third party CoE  drives in our ctrlX MOTION to overcome the startup delay issue. See e.g. documented features for version 2.4.

Yes, this issue was solved by upgrading to 2.4 and the topic can be closed.
In my case it seems to work with COE_CALC_DRIVE. I did changed to COE_CALC_CONTROL but notice no difference. 

Icon--AD-black-48x48Icon--address-consumer-data-black-48x48Icon--appointment-black-48x48Icon--back-left-black-48x48Icon--calendar-black-48x48Icon--center-alignedIcon--Checkbox-checkIcon--clock-black-48x48Icon--close-black-48x48Icon--compare-black-48x48Icon--confirmation-black-48x48Icon--dealer-details-black-48x48Icon--delete-black-48x48Icon--delivery-black-48x48Icon--down-black-48x48Icon--download-black-48x48Ic-OverlayAlertIcon--externallink-black-48x48Icon-Filledforward-right_adjustedIcon--grid-view-black-48x48IC_gd_Check-Circle170821_Icons_Community170823_Bosch_Icons170823_Bosch_Icons170821_Icons_CommunityIC-logout170821_Icons_Community170825_Bosch_Icons170821_Icons_CommunityIC-shopping-cart2170821_Icons_CommunityIC-upIC_UserIcon--imageIcon--info-i-black-48x48Icon--left-alignedIcon--Less-minimize-black-48x48Icon-FilledIcon--List-Check-grennIcon--List-Check-blackIcon--List-Cross-blackIcon--list-view-mobile-black-48x48Icon--list-view-black-48x48Icon--More-Maximize-black-48x48Icon--my-product-black-48x48Icon--newsletter-black-48x48Icon--payment-black-48x48Icon--print-black-48x48Icon--promotion-black-48x48Icon--registration-black-48x48Icon--Reset-black-48x48Icon--right-alignedshare-circle1Icon--share-black-48x48Icon--shopping-bag-black-48x48Icon-shopping-cartIcon--start-play-black-48x48Icon--store-locator-black-48x48Ic-OverlayAlertIcon--summary-black-48x48tumblrIcon-FilledvineIc-OverlayAlertwhishlist