Personal Data

Username:
gseidel
Joined:
2020-03-10 07:55:49

Projects

  • Project Logo SM3RaspiStepper SoftMotion-Drive for StepperMotor with a Raspberry Pi Last Updated:

User Activity

  • Posted a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge

    Hi jgalaska, the parameters and their valid ranges are described here (0). In particular, the parameter d1 must be non-positive (<= 0). (0) https://content.helpme-codesys.com/en/CODESYS%20SoftMotion/_sm_trafo_pou_six_dof_robot.html#UUID-5451338b-a728-5c42-0f62-d9735b01d032_id_b18ea4b1b308acfdc0a8646358edc019_id_e7016982df408f59c0a8657d017550b3 Best regards, Georg

  • Posted a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge

    Hi bertus, the coordinate systems used in SoftMotion CNC are all right-handed. The CNC editor uses isometric projection. This can be confusing, as in your example. The y-axis seems to point into the screen, away from the viewer. However, this is just an optical effect. If you turn on the (experimental) perspective projection (must be added to the CNC tool bar using tools->customize), you can see that the coordinate system is in fact right-handed. Best regards, Georg

  • Modified a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge
  • Posted a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge

    Hi aniket-b, the maximum cycle time of the EtherCAT_Task is very high, ca. 35 ms. Could you please check if this is just the first cycle after starting the application or if it happens during motion? (You can reset the times in the task configuration by right-clicking in the "monitoring" tab.) Another thing to try: put the SoftMotion_Planning task on a different core. Best regards, Georg

  • Posted a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge

    Hi aniket-b, the maximum cycle time of the EtherCAT_Task is very high, ca. 35 ms. Could you please check if this is just the first cycle after starting the application or if it happens during motion? (You can reset the times in the task configuration by right-clicking in the "monitoring" tab.) Another thing to try: put the SoftMotion_Planning task on a different core. Best regards, Georg

  • Modified a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge

    Hi aniket-b, this error has nothing to do with the scara3 kinematics, or robotics, or SoftMotion. It means that the EtherCAT bus is not synchronized. The usual cause is that the realtime of the PLC is not sufficient. See https://content.helpme-codesys.com/en/CODESYS%20SoftMotion/_sm_basic_common_errors.html for details and ways to solve the problem. You can also check the PLC log for additional information about the error. Best regards, Georg

  • Posted a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge

    Hi aniket-b, this error has nothing to do with the scara3 kinematics, or robotics, or SoftMotion. It means that the EtherCAT bus is not synchronized. The usual cause is that the realtime of the PLC is not sufficient. See https://content.helpme-codesys.com/en/CODESYS%20SoftMotion/_sm_basic_common_errors.html for details and ways to solve the problem. Best regards, Georg

  • Posted a comment on discussion Motion πŸ‡¬πŸ‡§ on CODESYS Forge

    Hi bertus, thanks for the additional information. Setting bAbort on a restart is not needed. Calling all FBs starting from the decoder up to checkvelocities with bExecute = FALSE and then giving a new rising edge on bExecute is what should be done. Do you also restart the Interpolator? (I don't think that has anything to do with the issue, but still...) Best regards, Georg

View All