Skip to Content

SiePortal

The integrated platform for your product selection, buying and support workflow - bringing together Industry Mall and Online Support.

SiePortalDeutsch

Search

Home
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menu temporary not available
- Menu temporary not available
- Menue temporary not available
- {{item.title}}

Products & Services
- Menu temporary not available
- Menue temporary not available
- {{item.title}}
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menu temporary not available
- Menue temporary not available
- {{item.title}}
MySiePortal MySiePortal
{{(apiData.MySiePortal | filter:{'rank':1}:true)[0].title}} MySiePortal
- Menu temporary not available
- Menue temporary not available
- {{item.title}}
Cart ({{apiData.CartCount}})

Navigation

Accessing CP LED Status Bits

Created by: Darren_T3 at: 6/4/2007 8:45 PM (17 Replies)

Rating (3)

Thanks 5

Result pages:: |; 1 | 2; |

18 Entries

Entries per page: 10 | all

6/4/2007 8:45 PM	Rate (0)
Darren_T3 Posts: 95 Rating: (10)	Greetings, I have a requirement where I need to set a bit if there is a problem with the ProfiNET or Ethernet network and I am looking for a ‘easy’ (in that others can figure it out) and portable (across several PLC 300/400 variants)solution. I currently have a CP 443-1 card (6GK7 443-1EX11-0XE0/v2.6) and I noticed that when I unplug the Ethernet cable the green ‘LINK’ LED turns off. So I was wondering if there was a way to access the LED Status Bits on the CP card kind of like I can using SFC_51/SSL_ID 74 to read the status of the LED’s of my CPU. Mycurrent PLC set-up sports 2 redundant 414-H CPU’s therefore I have two of these CP jewels in slot 5 of each rack. What I have done on the CPU side with SSL_ID 74 is grab the status of all LED’s (in one SFCcall) and put them in a global DB and I create simple logic by accessing the individual bits to the LED’s - very simple AND portable but I have not found any info on being able to do this with the CP. Does anyone have any tips/tricks to do this??? I am open for other ideas too. Make it a great day! Cheers, Darren Koepp Siemens Airport Logistics NA Dallas, TX
Darren_T3 Posts: 95 Rating: (10)
Suggestion To thank Quote Answer

6/5/2007 10:29 AM	Rate (0)
J_Bell Posts: 5822 Rating: (412)	Dear Darren, I am sorry, but as far as I know do the CP´s not support SZL IDs at all. Soit is not possible to diagnose it that way. Best regards J_Bell
J_Bell Posts: 5822 Rating: (412)	Last edited by: J_Bell at: 05.06.2007 10:29
Suggestion To thank Quote Answer

6/5/2007 4:36 PM	Rate (0)
Darren_T3 Posts: 95 Rating: (10)	Thanks J_Bell, Perhaps that is why I am having such a difficult time finding any documentation on doing that since it is not possible. It’s crazy since I can sit here and watch the LED’s with my eyeball but I can not access the bit that is triggering them. In my research I discovered SSL_ID xy37 – ‘Ethernet – Details of a Module’ and the byte in the Data Record called ‘phys_mode1’ seems to contain the bit that toggles for ‘Link Status’ (Bit 2) but when I try to create SSL_ID xy37 in my program I get an 8082 error (SSL_ID is wrong or is unknown in the CPU or SFC.) So you see where I am trying to get to here, any other ideas??? I will abandon my SSL_ID approach. Does anyone have any tips/tricks to determine the link status on a CP card Ethernet connection that is portable and easy to package and easy for others to follow in the field? Cheers, Darren Koepp Siemens Airport Logistics NA Dallas, TX GO DUCKS!!!
Darren_T3 Posts: 95 Rating: (10)
Suggestion To thank Quote Answer

6/5/2007 9:08 PM	Rate (0)
Dec Gold Expert Joined: 5/19/2006 Last visit: 3/25/2025 Posts: 550 Rating: (107)	Darren_75261 It’s crazy since I can sit here and watch the LED’s with my eyeball but I can not access the bit that is triggering them. In my research I discovered SSL_ID xy37 – ‘Ethernet – Details of a Module’ and the byte in the Data Record called ‘phys_mode1’ seems to contain the bit that toggles for ‘Link Status’ (Bit 2) but when I try to create SSL_ID xy37 in my program I get an 8082 error (SSL_ID is wrong or is unknown in the CPU or SFC.) So you see where I am trying to get to here, any other ideas??? I will abandon my SSL_ID approach. Does anyone have any tips/tricks to determine the link status on a CP card Ethernet connection that is portable and easy to package and easy for others to follow in the field? Hi Darren, Even though thereare ways to get the CPLED statushow are you going toget this outof the PLC if yourconnection is broke? Are you communicating over MPI/Profibus in parallel to Ethernet? Dec P.S. SSL_ID xx37 is not a good SZL forCP443-1 EX11 (CPs do have SZLs that is how NCM gets the diagnostics)nor forany 400-CPUs Ihave tested (413,414,416) I don't have the latest and greatest FW5 400-PN CPUs yet but I will have shortly.
	Last edited by: Dec at: 05.06.2007 21:51 Last edited by: Dec at: 05.06.2007 21:14
Suggestion To thank Quote Answer

6/5/2007 10:13 PM	Rate (0)
Darren_T3 Posts: 95 Rating: (10)	Hi Dec,If I loose comm. I will need to trigger code in the PLC to run certain routines. That is why I am looking for something like the status bit for the ‘LINK’ LED. No-Muss-no-Fuss just a simple GO or NO GO bit. Hate to have to use FC5 (AG_SEND) and/or FC6 (AG_RECV) just to monitor and compare the STATUS word to detect an unplugged or faulted connection ‘ya know. I haven’t given up hope on accessing the elusive ‘LINK’ bit just yet. Do you know of a way to do that??? To make things even more interesting this is the first time I have played with one of these CP cards and the whole Ethernet connections thing. It has been an interesting learning curve to say the least. Can’t wait till I come out the other end of this ride though hopefully not too much older but a whole lot wiser. I appreciate all the help everyone is providing on this Forum both in my current predicament and in all the past posts I have reviewed.
Darren_T3 Posts: 95 Rating: (10)
Suggestion To thank Quote Answer

10/28/2008 10:31 AM	Rate (0)
rzhsz Posts: 8 Rating: (0)	Dear Darren: I also have the same trouble as you. But I have a more simple question, can you help me? I also have a sets of AS417H, the CP443 is plugged in slot 5. When I use the SFC51, function ID IS 74H, I can only read 1 CPU's LED status, How can I read the LED status in other CPU? The same quetion as you, how can we read the LED status in PS407 and CP443? br
rzhsz Posts: 8 Rating: (0)
Suggestion To thank Quote Answer

10/28/2008 4:54 PM	Rate (1)
Darren_T3 Posts: 95 Rating: (10)	SSL-ID #W16#0074 extracts the information from SFC51 related to the Status of the Module LEDs and places it in the DR Structure. I did this in the Lab to help me understand how this all worked, hopefully it will help you out: These are your ingredients: Create a UDT for the DR that consists of: cpu_led_ID WORD led_on BYTE led_blink BYTE Create a new FB and in the declaration table create two structures that consist of the following: Name Data Type SSL_Header Struct DataRecordStruct In the SSL_Header structure define it with the following: LENTHDR WORD N_DR WORD In the DataRecord structure define it with the following: DR Array [0..n] Of UDT <your UDT # here> Now that we have all of our ingredients we can prepare it and put it in the oven to bake... To start with make your Array big (around 30 elements) and then you can determine exactly what size it needs to be based on how many records are returned from the SFC function then it is easy to pare the size to the right number of elements. (If you get a RET_VAL = 8081 than your DR array is not big enough.) Each LED will occupy one DR element. Example: S7-414H with a redundant CPU will have 26 DR elements (13 LED's on each CPU x 2 CPU's)S7-315 CPU's have 5 LED's so the DR array will have 5 elements etc. (For H CPUs use SSL_ID 74). Once all of that is done call the block and create an Instance DB. Download to the PLC and go online with the Instance DB. From there you can locate the different LED's based on the returned value in the cpu_led_ID field, they will be the last two digits in the HEX value. Only the actual LED's that exist on the PLC will be returned! Redundant PLC's will return the LED's from the Master CPU in the first half of the array elements and then Backup CPU in the second half of the array elements. To determine which CPU is in which rack evaluate bit 3 of the cpu_led_ID word. Possible LED indexes (values are HEX and follow the W#16#00xy format), Not all PLC's will have all LED's: 01 SF 02 INTF 03 EXTF 04 RUN 05 STOP 06 FRCE 07 CRST 08 BAT 09 USR 0A USR1 0B BUS1F 0C BUS2F 0D REDF 0E MSTR 0F RACK0 10 RACK1 11 RACK2 12 IFM1F 13 IFM2F Once you have identified the desired LED and its array element within the DB you can move the word or byte to a TEMP variable and access it within your FB. So that is a fun little exercise that I did to learn all about the LED Status of the CPU itself. From there I was able to program all kinds of stuff. It is quite fun. I will be happy to send over a library I created that contains all of the above – just let me know. But the above may be all you need to get started. I never have found out how to evaluate the LED’s from a CP card but there is a way to monitor the status of a module on the rack and perhaps that will help you out there. As for the battery status read up on OB81 (for a 400H CPU). The TEMP values in the declaration table have lots of juicy bits that you can use. If you need help on that I can send you another little code I wrote that lives in OB81 to evaluate a dual battery power supply. I will be happy to help. Best regards, Darren Koepp
Darren_T3 Posts: 95 Rating: (10)
Suggestion To thank Quote Answer

11/17/2008 7:59 PM	Rate (0)
dmagee Posts: 2 Rating: (0)	I am not getting this to work I have a 414 h system with simplex io or none redundant io. I am getting an 8723 hex error code, but I cannot find that in the documentation so I don't really know what is wrong. I did not use the array. I created a db with 1 word for each LED and DR P#DB27.DBX0.0 WORD 34. SZL_ID 0074
dmagee Posts: 2 Rating: (0)
Suggestion To thank Quote Answer

11/20/2008 3:45 AM	Rate (1)
Darren_T3 Posts: 95 Rating: (10)	Check out the attached library archive Call FB6 from your main project and use DB6 as your instance DB. Itmay contain what you are looking for. I even created two VAT's to easier see the data. Hope that helps. Cheers, Darren Attachment Redundant_Tools.zip (1451 Downloads)
Darren_T3 Posts: 95 Rating: (10)	Last edited by: Darren in Dallas (in Buffalo) at: 11/21/2008 4:11 AM Look in DB6. Much of the status of the H-Processors is listed in there. You can use it anywhere in your program however you wish. DB6.DBX18.4 = CPU in rack 0 status (0 = Standby, 1 = Master) DB6.DBX18.5 = CPU in rack 1 status (0 = Standby, 1 = Master) DB6.DBX19.0 = Sync Status (0 = Not Possible, 1 = Possible) DB6.DBX19.4 = Rack 0 Status (0=CPU not inserted, 1=CPU inserted (redundant mode = 0)) DB6.DBX19.5 = Rack 1 Status (0=CPU not inserted, 1=CPU inserted (redundant mode = 0)) DB6.DBW24 = Mode of CPU in rack 0 DB6.dBW26 = Mode of CPU in rack 1 CPU Modes: #16#0001: STOP (update) #16#0002: STOP (reset memory) #16#0003: STOP (self-initialization) #16#0004: STOP (internal) #16#0005: STARTUP (cold restart) #16#0006: STARTUP (warm restart) #16#0007: STARTUP (hot restart) #16#0008: RUN (solo mode) #16#0009: RUN-R (redundant mode) #16#000A: HOLD #16#000B: LINK-UP #16#000C: UPDATE #16#000D: DEFECTIVE #16#000E: SELFTEST #16#000F: NO POWER DB6.DBB31 = FO_Connect_Quality (Bit 0: Upper receptacle limited, Bit 1: Lower receptacle limited)
Suggestion To thank Quote Answer
This contribution was helpful to 2 thankful Users KayBee amcorgd

11/21/2008 4:07 AM	Rate (0)
Darren_T3 Posts: 95 Rating: (10)	Attached is another archive I created to detect the LED status on multiple CPU's. Hope it can help someone out. Cheers, Darren Attachment Led_stat.zip (1377 Downloads)
Darren_T3 Posts: 95 Rating: (10)
Suggestion To thank Quote Answer
This contribution was helpful to 1 thankful Users KayBee

|

Share this page:

Share this page on...

Follow us on