on-line builder problem
Thanks to you so much that answer my question.but i have this problem yet.i do same as you said.i can not dump whole pc program also can not dump pc program one by one.
if i want download or translate application program to the controller, it need put the controller to CONFIGURATION MODE, so the process shut down and employer no want this.
what is your idea if first i KILL pc translator task and then ACTIVE pc translator task.can do this at all or not.
second:you can help me that i solve this problem without shut down the process.
my email is: firstname.lastname@example.org
Voted best answer
I realize it can be a bit tricky to get the dump tool to work around the corrupted portions of the application.
The repair operation that is probably required includes DELETING the corrupted PC-program. This may force you to shut down the production while you translate it back. However, the dumping (and iterations needed to get all undamaged parts dumped should be possible while program is running).
You must contact your local ABB support organization as I suggested in my first answer as the AKS forum is not intended to replace the traditional support process: end customer -> local engineer -> local support center (if existing) -> regional support center -> center of excellence for product in concern.
If you like I can relay your request to the regional ABB center and ask them to file an official support case.
If so; please send:
- site name and location
- end customer
- hardware model
- software versions (type SHTARG at OnLine Builder prompt when connected to controller)
- your name and organization and contact details (email, phone, etc).
to my work email address: email@example.com
> About "TRANSLATOR BUSY" at AC450 Controller that was asked by Mr nosrat,
>Related your Suggestion , We cannot dump each PC Program separately (# >DUPCS PC1 /SRCE:WPS1)
>Mr Stefan Stromqvist (ABB) suggested doing just * ACT DAYIP10 and We do that >unfortunately it was not work . what's your idea about If we KILL the task DAYIP10 >then ACT it again ? I mean
># SLLEV SYST
>* KIT DAYIP10
>* ACT DAYIP10
># SLLEV PC
>didn't Killing the task DAYIP10 ,cause cpu stopping or other effects in application >program?
Where are you doing the ACT ? In the controller or on the RTA board ? To restart the task on the RTA board use SLTARG 0,0 first.
Activating the Task is a temporary solution. If dumping PC1 causes the task to abort immediately, then your issue is likely at the start of PC1. You need to try dumping sections of PC1 like this ... DUPCS PC1.1 /SRCE:PART1 , DUPCS PC1.2 /SRCE:PART2 etc
Dumping and loading source code does NOT require you to put the controller in P2 (ie configuration) mode. Using P2 mode is probably not going to help you if the PC program is corrupted.
If PC1 is completely corrupted, then you are out of luck and need to revert to a backup. Do you have a copy of the source code for PC1 ? Do you have a working DUAP and a spare AC450 controller that you can LOAP into?
DAYIP10 is described as “PC Utility Task” – that is all I can tell you about it. You should be able to do an LT or LTI to see if the task is running. My *GUESS* is that you can KIT / ACT, because ABB are already telling you to ACT that task after it crashed. But I will not advise you to do this. Stopping / Starting DAYIP10 must be at your own risk.
If you have a working DUAP then beg, borrow or steal a working AC450 Subrack and CPU - you really should already have these spares on site – and make a working AC450 controller. Load the dump into this controller and work there.