Industry Online Support
Technical Forum
Navigation
Rating 
Thanks 0
10 Entries
| 1/30/2012 12:03 PM | |
|
Posts: 11 Rating:
|
Ok later I make a translation and re-send a question. Thank's Massimiliano |
| 1/30/2012 2:30 PM | |
|
Posts: 11 Rating:
|
SUBJECT: Corrupted data in the safety program From time to time and without conditions apparently related to each other indicating the PC goes to sleep as a cause of the alteration of the safety program before the F on the outskirts. Buffer Diagnostic:The error apparently from the description and following an initial interview done with a Support HotLine would be attributable to a write output of the safety output in an FB / FC not safety Following a careful review of the Reference, which I enclose below a conclusion would seem incorrect: A 46.0 (1-2/FDO1/A46.0) FC270 (FS_OUTPUT) W KOP F Seg 1 /= A 46.2 (9-10/FDO1/A46.2) FB7 (Fault_line) R KOP Seg 9 /UN FB16 (ST-010T1 OUTPUT) R KOP Seg 1 /UA 46.3 (13-14/FDO1/A46.3) FB7 (Fault_line) R KOP Seg 9 /UN FB26 (ST-010T2 OUTPUT) R KOP Seg 1 /UA 51.0 (1-2/FDO2/A51.0) FC261 (FS_ROBOT) W KOP F Seg 1 /CALL A 51.1 (5-6/FDO2/A51.1) FC261 (FS_ROBOT) W KOP F Seg 1 /CALL A 51.2 (9-10/FDO2/A51.2) FB4 (GATE & LS) R KOP Seg 14 /ON FC261 (FS_ROBOT) W KOP F Seg 1 /CALLIf anyone have any solutions / advice / suggestions would be VERY welcome.Grazie Best Regards Massimiliano Attachment20120128_OP010B BufferDiagnostic.pdf (88 Downloads) |
| 2/8/2012 10:59 AM | |
Joined: 9/27/2005 Last visit: 3/16/2022 Posts: 203 Rating:
|
Hallo Massimiliano, I am not sure if i have understand the whole problem. But in the FAQ below you will find some points for check your program, if you have an error message "Data corruption". http://support.automation.siemens.com/WW/view/en/22688076 Greetings Morten |
| 2/8/2012 2:22 PM | |
Joined: 3/24/2009 Last visit: 1/5/2023 Posts: 535 Rating:
|
Dear Massimiliano, did you get any warnings, when you compiled your safety-program? You can try to look for usages of accesses to safety-variables in the standard-program (Edit sfatey program-dialog -> Compile - Display further executeabe actions -> Check for accesses from the standard user program). If this functions reports warnings, you should try to remove them. Hope this helps! Best regards, yy1 |
| 2/9/2012 2:00 PM | |
Joined: 10/7/2005 Last visit: 3/30/2023 Posts: 2962 Rating:
|
Hello Massimiliano please read the link provided toyou by Mortenvery carefully. Due to the ramdon nature of your problem my best guess is that it is related tothe following advise in it: In the safety program, if you want to read data from the standard user program (markers or PII of standard I/O) which can be changed by the standard user program or HMI system during runtime of an F runtime group, e.g. because your standard user program is being processed by a higher priority time interrupt, then you have to use separate markers for this. You must write the data from the standard user program to these markers immediately before calling the F runtime group. You can then access only these markers in the safety program. Please also note that clock markers that you have defined when configuring your F CPU (in Hardware Configuration in the Object Properties dialog of the F CPU) can change during the runtime of the F runtime group, because clock markers run asynchronously to the F CPU cycle. If the above doesn't help in finding the problem, please upload your program for evaluation. I hope this helps |
|
Cheers |
|
Follow us on