Furthermore, often the init doesn't work because there is a "check vendorID" error (it never happens on my desk stack for tests).
This happens casually.
In the most fortunate situation all is correctly initialized, but as soon as any operation in which drivers are employed is performed, communication is lost.
On "Startup Parameters" of Sanyo RS2 drivers there are these parameters (default):
- 16#1C32:16#01 SM output parameter Value:2 Bitlength: 8
- 16#1C33:16#01 SM input parameter Value:2 Bitlength: 8
Instead in the RS3 no. I tried to add them, but nothing to do.
This happens even if in the chain there is only a Driver.
Questions:
Are there some parameters to set that are different from those for RS2?
Is it possible that our Codesys EtherCAT master(softmotion) isn't updated to mangage RS3 drivers?
CASE 2:
Assuming that there is a compatibility problem with EtherCAT master, I decided to connect a stack that I usually use for my tests (EtherCAT coupler beckhoff + beckhoff I/O + 3 RS2 drivers).
EtherCAT chain:
1. EtherCAT coupler beckhoff + beckhoff I/O (not those in the stack)
2. Driver RS2
3. Driver RS2
4. Driver RS2
5. Inverter Bonfiglioli ACU
In this case drivers are initialized ok, but they generate "AL.F1.4".
SANMOTION MANUAL:
βDefect in internal circuit of servo amplifier. β
Suggested solution:
β Replace the servo amplifier.
--> I don't think, in my desk tests they work very well.
β There is jitter in the transfer frame from master
for the cycle time setting (0x1C32:0x02). β
Suggested solution:
β Drives with Free Run mode or SYNC0/1 mode in
Synchronous mode.
β Please check that the jitter of master frame is less than
5us, and transmit the frame exactly.
TESTS
In order to have a configuartion similar to the stack we have done this:
- Deleted Inverter ACU(Bonfiglioli) --> Driver1 = OK Driver2 = AL.F1.4 Driver3 = AL.F1.4
- Change Beckhoff with Stack's Beckhoff --> Driver1 = OK Driver2 = AL.F1.4 or Driver1 = AL.F1.4 Driver2 = OK Driver3 = AL.F1.4
I really can't understand where is the problem.
I hope that someone could help me.
Thanks a lot,
Gianmarco
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Edwin Schwellinger hat geschrieben:
Hi,
please give us more information.
Which CODESYS version are you using?
Which plc in which version are you using?
BR
Edwin
Hi Edwin! Of course!
I'm using Codesys V3.5 SP8 Patch3 (machine's PC).
Compiler version is 3.5.8.30.
We're using an an OMAP-L137 board with real time preemption kernel @330 MHz.
Best regards,
Gianmarco
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Usually, when I use RS2, I set an EtherCAT cycle time of 8ms.
I noticed that if I set the double of this value (16ms) all the ecat chain (with RS3) works.
Is there some in particular due to RS3 which slows the system?
Furthermore , some times ago I also noticed that if EtherCAT task runs without any code(PRG, FB..) the max cycle time is more or less almost of 1ms... is this normal in an empty ecat task?
I ask this because maybe there is something wrong in our codesys settings and we don't know what.
Thank you,
Gianmarco
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi at all, I'm in crisis
I've several problems using SanyoDenky drivers with Codesys.
CASE 1 - RS3 drivers:
EtherCAT chain:
1. EtherCAT coupler beckhoff + beckhoff I/O(3 input + 2 output, 5 modules in total)
2. Driver RS3
3. Driver RS3
4. Driver RS3
5. Inverter Bonfiglioli ACU
When master tries to initialize the EtherCAT chain almost every driver go in error.
Here there are some error messages:
1009 to 1011 are drivers --> Bonfiglioli is before drivers
1008 to 1010 are drivers --> Bonfiglioli is after Drivers
Furthermore, often the init doesn't work because there is a "check vendorID" error (it never happens on my desk stack for tests).
This happens casually.
In the most fortunate situation all is correctly initialized, but as soon as any operation in which drivers are employed is performed, communication is lost.
On "Startup Parameters" of Sanyo RS2 drivers there are these parameters (default):
- 16#1C32:16#01 SM output parameter Value:2 Bitlength: 8
- 16#1C33:16#01 SM input parameter Value:2 Bitlength: 8
Instead in the RS3 no. I tried to add them, but nothing to do.
This happens even if in the chain there is only a Driver.
Questions:
Are there some parameters to set that are different from those for RS2?
Is it possible that our Codesys EtherCAT master(softmotion) isn't updated to mangage RS3 drivers?
CASE 2:
Assuming that there is a compatibility problem with EtherCAT master, I decided to connect a stack that I usually use for my tests (EtherCAT coupler beckhoff + beckhoff I/O + 3 RS2 drivers).
EtherCAT chain:
1. EtherCAT coupler beckhoff + beckhoff I/O (not those in the stack)
2. Driver RS2
3. Driver RS2
4. Driver RS2
5. Inverter Bonfiglioli ACU
In this case drivers are initialized ok, but they generate "AL.F1.4".
SANMOTION MANUAL:
βDefect in internal circuit of servo amplifier. β
Suggested solution:
β Replace the servo amplifier.
--> I don't think, in my desk tests they work very well.
β There is jitter in the transfer frame from master
for the cycle time setting (0x1C32:0x02). β
Suggested solution:
β Drives with Free Run mode or SYNC0/1 mode in
Synchronous mode.
β Please check that the jitter of master frame is less than
5us, and transmit the frame exactly.
TESTS
In order to have a configuartion similar to the stack we have done this:
- Deleted Inverter ACU(Bonfiglioli) --> Driver1 = OK Driver2 = AL.F1.4 Driver3 = AL.F1.4
- Change Beckhoff with Stack's Beckhoff --> Driver1 = OK Driver2 = AL.F1.4 or Driver1 = AL.F1.4 Driver2 = OK Driver3 = AL.F1.4
I really can't understand where is the problem.
I hope that someone could help me.
Thanks a lot,
Gianmarco
Hi,
please give us more information.
Which CODESYS version are you using?
Which plc in which version are you using?
BR
Edwin
Hi Edwin! Of course!
I'm using Codesys V3.5 SP8 Patch3 (machine's PC).
Compiler version is 3.5.8.30.
We're using an an OMAP-L137 board with real time preemption kernel @330 MHz.
Best regards,
Gianmarco
Hi,
Usually, when I use RS2, I set an EtherCAT cycle time of 8ms.
I noticed that if I set the double of this value (16ms) all the ecat chain (with RS3) works.
Is there some in particular due to RS3 which slows the system?
Furthermore , some times ago I also noticed that if EtherCAT task runs without any code(PRG, FB..) the max cycle time is more or less almost of 1ms... is this normal in an empty ecat task?
I ask this because maybe there is something wrong in our codesys settings and we don't know what.
Thank you,
Gianmarco
Hi,
no I don't think so.
Sounds that even the performance of the system is to low?
Which CPU is build in on your plc?
BR
Edwin
CPU is ARM926 @ 444MHz 16kB D-cache 16kB I-Cache
Thanks,
Gianmarco