simple speed or positioning axis

Hey there,

i'ld like to getting some help in  my TIA v15.1 project. I cannot find any solutions to get my reaaally simple code working. The goal is to teach upcoming students in my university of applied sciences the commisioning of the hardware named below. They are supposed to set correct harware configurations like IPs, TOs, telegramms and so on. After doing so i want to start easily and just add one axis (e. q. a speed axis or a positioning axis)
Unfortunately i'm not able to get this working. After tons of reading, trying and trial and error i shortened the whole program to only 2 - 3 blocks.

1. SINA_Infeed to witch on the energy -> 2. MC_Power to unlock at least on drive-> after this, if MC_Power.status would get TRUE, i could finally take the next steps and programm some movements

But so far i always got stucked at MC_Power, and now even earlier at SINA_Infeed. I cannot overcome the 16#8600 issue. And if i hadn't this failuer, there would be technology alarm 421 / 431 and so on, which are talking to me, that my encoder or encoder communication is broken. But this is not true. If i re-download my regulary programm, besides this studends-teching-project, everything is fine.

Might someone of you help me =) ?

At this hour, there is no error else in CPU and CU ( as u can see in pic below ), while trying to activate SINA_Infeed. I need to get rid of 16#8600 but cannot handle section 9.1.5 in
https://support.industry.siemens.com/cs/attachments/109475044/Sinamics_blocks_for_TIAP_V14_042020_EN.pdf

my hardware is

• CPU 1516 3 PN/DP [6ES7516-3AN01-0AB0]
  
• CU 320 [6SL3040-1MA01-0AA0]
  
• S120 Smart Line Module [6SL3130-6TE21-6AA4]
  
• S120 Single Motor Modules (2 x) [6SL3120-1TE21-8AD0]
• 2 x 1FT7 Servo Drives with absolute encoder [1FT7084-5SC70-1BG0]
  
• IPC377E [6AV7230-0DA20-2BA0]

Many thanks and best regards

Hi,

the (first) problem is that your SINA_INFEED has a "0" at the inputs HWID (STW and ZSW) -> here you need to enter the Hardware ID of the telegram to the infeed module.

You need to configure telegram 390 at your infeed. Then the PLC will give a hardware ID for this telegram. Please check the given HW ID and write this ID to BOTH inputs at the SINA_INFEED.

At the moment the SINA_INFEED cannot communicate to your Smart Line Module -> so it is not turned on and thus the MC_POWER command will fail because the drives cannot be switched on without enabled infeed.

Hi RB91,

many thanks for your reply. To defend myself i have to admit that those things you mentioned were a copy and paste failure. i rebuilt the project to shrink its content to absolute minimum. While doing so i apparently forgot to enter those IDs. But you can be sure, that this is not the core issue ^^ .. if i'ld compile this, i would have been smashed by a hint to enter that IDs. This is not the question =) So pls enter 273, 273 and carry on with trouble-shooting =)

regards

Edit: Yah, but i see, the 16#8600 thing i was complaining about is gone now. OK fine ! So can you reproduce the MC alert 421 / 431 with my project??

Edit 2: There were 2 more failures in my TIA-file. The "Preload" and "Enable" Button weren't "invert bit" like intended. Were "set bit" instead. It seems, that hanging before a screen and trouble-shoot since days take its toll ..

Would you kindly post the updated screenshot of the current logic?  I tried to follow your defensive rebuttal and edit 1 & 2, but now I do not know what's really broken.

Zottel86

Hi RB91,

many thanks for your reply. To defend myself i have to admit that those things you mentioned were a copy and paste failure. i rebuilt the project to shrink its content to absolute minimum. While doing so i apparently forgot to enter those IDs. But you can be sure, that this is not the core issue ^^ .. if i'ld compile this, i would have been smashed by a hint to enter that IDs. This is not the question =) So pls enter 273, 273 and carry on with trouble-shooting =)

regards

Edit: Yah, but i see, the 16#8600 thing i was complaining about is gone now. OK fine ! So can you reproduce the MC alert 421 / 431 with my project??

Edit 2: There were 2 more failures in my TIA-file. The "Preload" and "Enable" Button weren't "invert bit" like intended. Were "set bit" instead. It seems, that hanging before a screen and trouble-shoot since days take its toll ..

Hi Einstein,

many thanks 4 ur reply.

The last days i spent some time to work on on my testbench. So if i projected the positioning axis only  (axis 1) i could control its behavior without any issue. No failures, correct working infeed, speed  etc.

Today i just wanted to import my 2nd servo drive (same hardware as 1st), but this time as a speed axis. So new TO, e.q. telegramm 3 (32 bit speed value + 1 encoder), some addings in OB's FC aaaaannnnnd nothing is working.

Please refer to this project "KomFö_Test_1" in my dropbox [snip]

The screenshot near by is displaying my actually issue. If i added the 2nd axis, suddenly MC 421 occures and axis 1 and axis 2 cannot be reached anymore. there are no changes for axis 1. i dont get it. At least MC_Power of axis 1 (positioning axis) is supposed to still working.

Edit 1: attach this picture. my preview is displaying, the posted reply is not ...

Hmm...MC421 often occurs when Safety is active on the drive (e.g. STO is active so that the TO cannot control the axis). Could that be in your case?

Or other idea: Is the infeed in operation before you switch on the drives?

Hi Rob

i can suspend that safety is active while turning on that drives.The process is the same as before adding speed axis.

start cpu, cu and ipc > quit safety > push IPC button to run FC in OB (a la if but0 is activ then compute FC in OB, not a big deal) > then push button to preload infeed > then push button to enable infeed > then push button to enable MC_Pow (in former case only ax1, in this case ax1 + ax2) > ...

There is no act while safety could triggered. Especially if i hadn't add ax2 (speed axis) the ax1 was working really fine. there were no changes adressed to ax 1, not in programm not in hardware. i dont get it, why ax1 is complaining too, after adding ax2. maybe some communication load on PN-Line ??? Maybe the CPU isn getting the whole words of ax1. But this programm is absolutely minimalistic .. there are just 6 main blocks. the OB cycle lasts round about 1 - 2 ms

This link may help: https://support.industry.siemens.com/tf//WW/en/posts/problem-related-to-mc-alarm-421-with-using-plc-s7-1500/225163 

Also, being a person teaching future engineers, I expected you to find the above link on your own (which you very well may have in the last 10 days).

What's the current status of the project, 10 days later?

Have you stopped trying simultaneous speed and motion control, and try just enabling 1 axis at a time to see which TO is causing the fault.

What fault(s) exist in the CU and drive objects?

What fault(s) exist in the PLC diagnostics buffer?

Why are there so many implicit datatype conversions in your project?  Those implicit conversions can create problems where none should exist, making you look over there---------------> when the problems is really over there <--------------

If it were me, I'd approach it slightly differently.

• Avoid depleting DC bus by not allowing simultaneous active TOs - supported by logic that toggles off ENABLE for opposite TO if other TO is attempted to be enabled.
• Clean up network 1 implicit data conversions - Insert SCL "network" in place of network 1 and perform data conversions there.  Easier to nest conversions and avoid implicit conversions
• Verify every range by using a watch table to exercise full range of each adjustment and verify values are correct in the drive's parameters, paying close attention to scaling and datatypes
• View drive alarm buffers and PLC diag buffer after any fault
• Capture SINA_xxx block outputs, saving them to another DB when any error is detected
• If no infeed error, it says it is ready or in operation, axis MC_Power EN inputs get enabled
• In short, I would model my efforts after a working Siemens example application to prevent faults from occuring.

It may make sense when enabling the infeed, to do that, wait for the proper outputs to turn on, then enable one axis, verify no error, then enable 2nd axis, and verify no error.  Same for moving an axis (in a circle over and over, or positioning it).

In this controlled startup, you see exactly what causes the fault.

When turning on and giving a command to a drive, just do one drive at a time.

These guidelines are not given as a design philosophy.  Instead, as a way to learn how to use the TO's and Sinamics blocks together to properly perform required tasks.

Once the infrastructure is sound and the learning is done, you are welcome to revert back to simultaneous startups and TO activations.

For now, limit activities and track block outputs. Use them to your advantage.  Ignore them at your own peril!

Zottel86

Hi Einstein,

many thanks 4 ur reply.

The last days i spent some time to work on on my testbench. So if i projected the positioning axis only  (axis 1) i could control its behavior without any issue. No failures, correct working infeed, speed  etc.

Today i just wanted to import my 2nd servo drive (same hardware as 1st), but this time as a speed axis. So new TO, e.q. telegramm 3 (32 bit speed value + 1 encoder), some addings in OB's FC aaaaannnnnd nothing is working.

Please refer to this project "KomFö_Test_1" in my dropbox [snip]

The screenshot near by is displaying my actually issue. If i added the 2nd axis, suddenly MC 421 occures and axis 1 and axis 2 cannot be reached anymore. there are no changes for axis 1. i dont get it. At least MC_Power of axis 1 (positioning axis) is supposed to still working.

Edit 1: attach this picture. my preview is displaying, the posted reply is not ...