We analysed the project back-up and

We analysed the project back-up and the recording of team viewer you sent to us.

We can see that all the MC_xxx_ATV function blocks are in error state even though CANopen communication is operational state which is verified by CiA405.GET_STATE function block.

First of all we would like to verify the MC_POWER_ATV function block operation.
It is strange that when it is enable, its Status and Error both outputs set to true.

Unfortunately by that time we can see MC_ReadAxis Error_ATV is not enabled and hence we can not see the error.
We recommend first to check the MC_ReadAxisError_ATV that which ErrorID is there when MC_POWER_ATV is executed.

It is possible that you enable MC_POWER_ATV but drive is not able to go to the "Ready" state for example drive displays COF and you enable MC_POWER_ATV then it goes into the error failing ATV to power ON. For this particular example, if you read MC_ReadAxisError_ATV , it returns ErrorID 65357.
In this case, if we execute MC_Reset_ATV first and then MC_power_ATV, we can able to power it ON.

This is just an example, we shared.

Purpose is to check with your application. Can you try MC_Reset_ATV first before enabling MC_power_ATV ? check the result.

It is obvious that until MC_Power_ATV is enabled with Status = true and Error= false, the other MC_xxx_ATV would remain in Error state itself ( Exception, MC_Reset_ATV, MC_ReadAxisError etc.)

For other function blocks as we discussed, MC_ReadAxisError_ATV and MC_ReadActualvelocity_ATV you set Enable to TRUE continuously which is never recommended.

The reason is function block uses Service Data Objects (SDO) to read the parameter. Therefore, it is strongly recommended not to permanently set the input Enable to TRUE. This may cause overload on the fieldbus. It is recommended to deactivate the function block when the input Busy is set to FALSE.

You can interlock the Enable input using the Busy output.

Please, check the above recommendations and get back to us

ผลลัพธ์ (ไทย) 2:

เราวิเคราะห์โครงการสำรองและบันทึกของผู้ชมทีมที่คุณส่งให้เรา. เราจะเห็นได้ว่าทุก MC_xxx_ATV บล็อกฟังก์ชั่นที่มีข้อผิดพลาดในรัฐแม้ว่าการสื่อสาร CANopen เป็นรัฐในการดำเนินงานซึ่งจะตรวจสอบโดยฟังก์ชั่นบล็อก CiA405.GET_STATE. ครั้งแรกของ ทั้งหมดที่เราต้องการที่จะตรวจสอบการดำเนินงานฟังก์ชั่น MC_POWER_ATV บล็อก. มันแปลกที่เมื่อมีการเปิดใช้งานสถานะและความผิดพลาดทั้งสองเอาท์พุทตั้งค่าเป็นจริง. แต่น่าเสียดายที่ในเวลานั้นเราจะเห็น MC_ReadAxis Error_ATV ไม่ได้เปิดใช้งานและด้วยเหตุนี้เราไม่สามารถมองเห็น ข้อผิดพลาด. เราขอแนะนำแรกที่จะตรวจสอบ MC_ReadAxisError_ATV ที่ ErrorID จะมีเมื่อ MC_POWER_ATV จะถูกดำเนินการ. มันเป็นไปได้ว่าคุณเปิดใช้ MC_POWER_ATV แต่ไดรฟ์ไม่สามารถที่จะไปรัฐ "พร้อม" ตัวอย่างเช่นไดรฟ์แสดง COF และคุณเปิดใช้งาน MC_POWER_ATV แล้วมัน จะเข้าสู่ข้อผิดพลาดล้มเหลวในรถ ATV เปิดเครื่อง สำหรับตัวอย่างนี้โดยเฉพาะอย่างยิ่งถ้าคุณอ่าน MC_ReadAxisError_ATV ก็จะส่งกลับ ErrorID 65357. ในกรณีนี้ถ้าเราดำเนินการ MC_Reset_ATV ก่อนแล้ว MC_power_ATV เราสามารถสามารถที่จะเปิดเครื่อง. นี่เป็นเพียงตัวอย่างที่เราใช้ร่วมกัน. วัตถุประสงค์เพื่อตรวจสอบกับ ใบสมัครของคุณ. คุณสามารถลอง MC_Reset_ATV ก่อนเปิดใช้ MC_power_ATV? ตรวจสอบผลลัพธ์. เป็นที่ชัดเจนว่าจนกว่า MC_Power_ATV เปิดใช้งานกับสถานะ = จริงและข้อผิดพลาด = เท็จอื่น ๆ MC_xxx_ATV จะยังคงอยู่ในสภาวะข้อผิดพลาดของตัวเอง (ยกเว้น MC_Reset_ATV, MC_ReadAxisError ฯลฯ ) สำหรับฟังก์ชั่นอื่น ๆ บล็อกที่เรากล่าวถึง MC_ReadAxisError_ATV และ MC_ReadActualvelocity_ATV คุณตั้งค่าเปิดใช้งานอย่างต่อเนื่องเป็น TRUE ซึ่งจะไม่แนะนำ. เหตุผลก็คือฟังก์ชั่นบล็อกใช้วัตถุข้อมูลบริการ (SDO) อ่านพารามิเตอร์ ดังนั้นจึงขอแนะนำไม่ตั้งอย่างถาวรการป้อนข้อมูลการเปิดใช้งานเป็น TRUE ซึ่งอาจทำให้เกิดการโอเวอร์โหลดใน Fieldbus ก็จะแนะนำให้ยกเลิกการใช้งานฟังก์ชั่นบล็อกเมื่อมีการป้อนข้อมูลที่ไม่ว่างจะกำหนดเป็น FALSE. คุณสามารถเชื่อมต่อกันการเปิดใช้งานการป้อนข้อมูลโดยใช้การส่งออกไม่ว่าง. โปรดตรวจสอบคำแนะนำข้างต้นและได้รับกลับมาให้เรา

ผลลัพธ์ (ไทย) 3:

เราได้วิเคราะห์โครงการการสำรองและบันทึกของทีม Viewer คุณส่งถึงเราเราจะเห็นได้ว่า ทุก mc_xxx_atv ฟังก์ชันบล็อกที่อยู่ในสถานะข้อผิดพลาดแม้ว่า CANopen การสื่อสารเป็นปฏิบัติการของรัฐซึ่งได้ผ่านการรับรองจากบล็อกฟังก์ชัน cia405.get_state .แรกของทั้งหมดที่เราต้องการที่จะตรวจสอบการทำงาน mc_power_atv ปิดกั้นการดำเนินการมันเป็นเรื่องแปลกที่เมื่อมันถูกเปิดใช้งาน , สถานะและข้อผิดพลาดทั้งผลผลิตชุดจริงน่าเสียดายที่ตอนนั้นเราเห็น mc_readaxis error_atv ไม่ถูกเปิดใช้และเราจึงไม่พบข้อผิดพลาดเราขอแนะนำก่อนเพื่อตรวจสอบ mc_readaxiserror_atv ซึ่ง errorid มีเมื่อ mc_power_atv คือประหารชีวิตมันเป็นไปได้ว่าคุณสามารถขับรถ mc_power_atv แต่ไม่ได้ไปที่ " รัฐพร้อม " ตัวอย่างเช่นไดรฟ์แสดงให้ mc_power_atv cof และคุณแล้วมันก็เป็นข้อผิดพลาดล้มเหลว ATV ที่พลังงานบน ตัวอย่างเช่นนี้โดยเฉพาะถ้าคุณอ่าน mc_readaxiserror_atv ก็ส่งกลับ errorid 65357 .ในกรณีนี้ถ้าเรารัน mc_reset_atv ก่อนแล้ว mc_power_atv เราจะสามารถใช้พลังงานบนนี่เป็นเพียงตัวอย่างที่เราใช้ร่วมกันมีวัตถุประสงค์เพื่อตรวจสอบกับใบสมัครของคุณ คุณสามารถลอง mc_reset_atv ก่อนเปิด mc_power_atv ? ตรวจสอบผลมันชัดเจนว่า จนถึง mc_power_atv เปิดสถานะ = true และข้อผิดพลาด = เท็จ , mc_xxx_atv อื่นจะยังคงอยู่ในสถานะข้อผิดพลาดตัวเอง ( ยกเว้น mc_reset_atv mc_readaxiserror , ฯลฯ )สำหรับบล็อกฟังก์ชันอื่น ๆ อย่างที่เราคุยกัน mc_readaxiserror_atv mc_readactualvelocity_atv คุณตั้งค่าและใช้จริงอย่างต่อเนื่อง ซึ่งไม่แนะนำเหตุผลคือ ฟังก์ชั่นบล็อกใช้บริการข้อมูลวัตถุ ( SDO ) อ่านพารามิเตอร์ ดังนั้น จะขอแนะนำที่จะไม่ถาวรตั้งเข้าช่วยจริง ซึ่งอาจจะทำให้เกินพิกัดบนฟิลด์บัส . ก็จะแนะนำให้ปิดฟังก์ชั่นบล็อกเมื่อเข้ายุ่งถูกตั้งค่าเป็นเท็จคุณสามารถเชื่อมต่อกันให้ป้อนข้อมูลโดยใช้ผลผลิตที่ไม่ว่างกรุณาตรวจสอบคำแนะนำข้างต้นและได้รับกลับมาให้เรา