6/30/2009 8:27 AM | |
Joined: 10/7/2005 Last visit: 9/24/2024 Posts: 3022 Rating: (1054) |
Dear all I've seen a lot in my life butwitnessed something today that I havenever come acrossbefore (and thus far failed to work it out), so here is your mission (should you choose to accept it): Please tell me what could be possible causes for a 135U/928B CPU to do the following: 1.) CPU goes to STOP (for whatever reasons which are of no concern) 2.) BASP LED is NOT lit and subsequently all DQ's that were ON stay ON!!!! Sounds freaky doesn't it. Imagine this happening on a Container Crane that is just lifiting a 40 t box and you get the ideahow the Crane driver feels. Some more background info for you: - It's a single CPU system (obviously without Coordinator card, so its not the test mode that causes this) - An identical S5 system is installed on the "sister"Crane which works the way it should (i.e. BASP is on when CPU stops). - Customers engineers have already replaced everything (CPU,135U rack incl. Power supply,IM308C card)which didNOT solve the problem - Customers engineers have also tested Overall reset anddownload of the S5 program from the sister Crane, again it didNOT help to solve the problem. - I've been through all manuals and internet searches and simply can't explain this one - I have NOT yet checked if the BASP isON in the ISTACK when the CPU stops (will do tomorrow when I'm back on site). Any ideas that can explain thiswill be much appreciated so keep them coming. |
Last edited by: fritz at: 6/30/2009 8:29 AMCheers |
|
6/30/2009 10:02 AM | |
Joined: 10/7/2005 Last visit: 9/24/2024 Posts: 3022 Rating: (1054) |
Thanks IBN-Service already done and already replied. Trust me that I'll keep an eye on both posts and will make sure that the english as well as the german entry will be updated with the final "result" should we as a collective be able to come up with a reason/solution. |
Cheers |
|
This contribution was helpful to3 thankful Users |
7/1/2009 7:29 AM | |
Posts: 160 Rating: (16) |
Are there any other modules in the same rack that could be affecting this? I would try and eliminate all possibilities. |
7/1/2009 8:41 AM | |
Joined: 10/7/2005 Last visit: 9/24/2024 Posts: 3022 Rating: (1054) |
Dear all first of all thank you very much for the ALL your suggestions and feedback, my first (question related) posting has been a great experience and I am grateful for the amount and diversity of the received feedback. I am back from site and managed to determine the cause of theproblem but before we get to it, let me start by apologising for neglecting to mention that the CPU rack does actually havesome additional (non-I/O) cards in it (to be precise a COROS CP, an Arcnet CP, and an IM308B for Drives DP comms apart from the ET200M I/O racks related IM308C,note that the previously mentioned sister crane has the same). Anyway, I decided to go back to basics by starting with a simple system and took all4 cards out of the CPU rack (i.e. only CPU left) and - you've guessed it - the BASP came ON. From there on it was childs play to determine that the Arcnet CPis the culprit (sidenote, the Arcnet CP is still used for comms to the SCADA and does work and the customer never thought about replacingthis or the IM308B or the COROS card). They did fortunately have a spare Arcnet CP on site one and everything now works the way it should. For completeness, here is the interesting bit: The original system (on both Cranes) hadPhoenix Interbus I/O station and (obviously) a Phoenix Interbus CP in the CPU rack. This was upgraded to ET200M I/O stations and an IM308C(done by others) andthe BASP problem apparently reared its ugly head for the first time after this upgrade. It is however save to assume that the BASP "issue"existed long before without being noticed. Reason being is that if you use a Phoenix Interbus card in the S5 you need to call FB's that handle the Interbus master card (these FB's come from Phoenix with the card). If the CPU stops, the program execution of these FB's obviously stops and the Interbus Master card will presumably switch all outputs off irrespectiveif the BASP is ON or not (and the "missing" BASP LED on the CPU was probably never noticed by the cuustomer,I'd need to check the Phoenix manual to verify myassumption though). The now installed IM308C however does rely on the BASP to be issued (IM308C's optional FB192 is not used, but I wonder if usage of it would also have"masked" the problem with the missing BASP, hmmm.. maybe I will leave this task for my next life). Anyway, once again a big "THANK YOU" to all of you, keep up the good work. P.S: Hello mumbles,I'dlove to give you 5 Stars for your excellentsuggestion, but you and me both knwo why this would be cheating, don't we? (I'dshout youa beer though when we are both back in the office and assuming your commissioning trip was succesful ). |
Cheers |
|
Follow us on