BCD conversion error

The program changed into S7 program from S5 program
To CPU, the program was written in and operated.
While error LED lights up, CPU has stopped.

"CPU message" was seen.
It was set to "Deactivated."
"Module Information" was seen.

It was displayed.
"STOP caused by programing error (OB not loaded or possible, or no FRB)
Breakpoint in user program: Cyclic program (OB1)
Priority class: 1
FC number: 52
Module address: 6
Previous operating mode: RUN
Requested operating mode: STOP (internal)
Internal error,Incoming event

It was with"Event ID: 16# 4562"　It checks.
Help on Event 4*62
Cause:
There is a programinng error but the corresponding OB (OB121) or FRB is either not loaded
or hasnot been activated
To correct or avoid errors:
Load an OB121 or activate anFRB to react to the programming error or prevent the error
from occurring.
FRB = Function Request Block, relates to M7

"OB121" is written in. It was made to operate anew.
It was lost that CPU stops.Although error LED is turned ON
Anew, "Module Information" is seen.

It was displayed.
BCD conversion error
Affected register: accumlator 1
Requested OB: Programming error OB (OB121)
OB not found,or disabled,or cannot be started in the current operating mode
Internal error,Incoming event

It was with"Event ID: 16# 2521"　It checks.
Help on Event 2*21
Cause:
The value in accumlator 1 to be converted is not a BCD nimber because
the hexadecimal number A to F.
To correct or avoid errors:
Make sure that the value is a correct BCD value or select an instruction
that alloows other formats.

Although it seems that a problem is in FC52, where is a problem?
CPU did not stop at the time of S5.

The contents of a program are appended.
Would you help me? ......Thank you.

Mr. Daniel Chartier, thank you

The value written in a timer and a counter must become with BDC value.
Is it saying if INT value may be written in?

Description about the timer and counter in FC52 of a problem

L MW 248
SD T 33 <---

OPN DB 11
L DBW 2
SE T 32 <---

As mentioned above, it was two points.

"W#16#30" is set to "DB11:DBW2", and it did not have other writing.

When "MW248" was searched, it was in "FC 1."

OPN DB 11
L DBW 4
T MW 248

Furthermore, when "DB11:DBW4" was followed, it was in "FC22."

OPN DB 11
L MW 248
T MW 182
T DBW 4

The place of beginning and the end is not clear anymore.

Would you teach, if there is the efficient reference method?

Thank you for answering.

"Cross-Reference" was tried.
Although I investigated, I cannot yet understand.

My contents of investigation are appended.
I want your opinion.

About "MW248"

Although "MW248" is used by the result of "Cross-reference" by "FC83 (16Bit Bin Multiply)" and "FC84 (16Bit Bin Division)"

I did not have the consciousness which is using "MW248" by "FC83."

To the trial, the program of "FC83 (16bit Bin Multiply)" was made, and the relation with "MW248" was investigated to it.

S7 program
　　OB1
L PIW 0 <---16 switches are connected.
T MW 10

L 2
T MW 20

CALL FC 83
Z_1 :=MW10 (--->MW248)
Z_2 :=MW20 (--->MW250)
Z3_0:=M3.0
Z_32:=MW40 (--->MW252)
Z_31:=MW42 (--->MW254)

The state of "MW248" when operating this program was the same as that of "Z_1 :=MW10."

If it checks by "Cross-reference", "MW248", "MW250", "MW252", and "MW254" will be occupied by using "FC83."

Had the phenomenon with the same said of S5 occurred?

It checked similarly.

S5 program
OB1
:L IW 32
:T FW 10
:
:L KH 0002
:T FW 20
:
:JU FB 242
Name:MUL:16
Z1 : FW 10
Z2 : FW 20
Z3=0: F 3.0
Z32 : FW 40
Z31 : FW 42
:
:L FW 10
:L FW 20
:L FW 40
:L FW 42
:L FW 248
:L FW 250
:L FW 252
:L FW 254
:BE

In S5, even if it used "FB242", "FW248", "FW250", "FW252", and "FW254" had been independent.

This S5 program is changed into S7 program by "Converting S5 Files" at a trial.

S5 -- >S7 conversion program (IW32 is re-wiring to IW0)
OB1
L IW 0
T MW 10
//;
L W#16#2
T MW 20
//;

CALL FC 83
Z_1 :=MW10
Z_2 :=MW20
Z3_0:=M3.0
Z_32:=MW40
Z_31:=MW42

//;
L MW 10
L MW 20
L MW 40
L MW 42
L MW 248
L MW 250
L MW 252
L MW 254

If a program is operated, "MW248", "MW250", "MW252", and "MW254" will be occupied by "FC83" like the first S7 program.

The same phenomenon occurs.
FB240 Code converter BCD Fixed-point -->FC81 Convert 16 BCD-Bin
FB241 Code converter Fixed-point BCD -->FC82 Convert 16 Bin-BCD
FB243 Division of two fixed-point nos.-->FC84 16 Bit Binary Division

Where is the data about this phenomenon?

Before, it is another affair.
If "Converting S5 Files" is used when changing a program into "S7 (312)" from "S5 (95U)"
Although "FB241 Code Converter 16" of S5 was changed into "FC82 COD_16", "FC82" might be unable to write in "312 -CPU."
I got the answer.
http://support.automation.siemens.com/WW/view/en/18257607
QUESTION:
Why can't block from the standard library "S5-S7 Converting Blocks" be loaded into a CPU 312C?

My understanding is lacking although it thinks that the answer at this time and this problem are related.

please teach me....Thanks!

The difference in BCD conversion of S5 program and S7 program was investigated.

S5 program
:L IW 32<---16 switches are connected.
:T FW 10
:
:AN F 85.4
:L FW 10
:SD T 33
:
:A T 33
:= F 85.4
:BE

S7 program
L PIW 0<---16 switches are connected.
T MW 10

AN M 85.4
L MW 10
SD T 33

A T 33
= M 85.4

|------I32---------|------I33---------|S5
|------I00---------|------I01---------|S7
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
|----|----|-----------------------------|
| |
Time Three-degit time value
base (in BCD code)
| | T33 SIMATIC_TIME
|----|----|-----------------------------| S5 S7
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0--- 0--- 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1--- 1--- 1
0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0--- 2--- 2
0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1--- 3--- 3
0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0--- 4--- 4
0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1--- 5--- 5
0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 0--- 6--- 6
0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1--- 7--- 7
0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0--- 8--- 8
0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 1--- 9--- 9
0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0---10---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 1---11---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 0---12---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 1---13---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 0---14---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1---15---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0---10---10
0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 1---11---11
0 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0---12---12
0 0 0 0 0 0 0 0 0 0 0 1 0 0 1 1---13---13
0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 0---14---14
0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1---15---15
0 0 0 0 0 0 0 0 0 0 0 1 0 1 1 0---16---16
0 0 0 0 0 0 0 0 0 0 0 1 0 1 1 1---17---17
0 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0---18---18
0 0 0 0 0 0 0 0 0 0 0 1 1 0 0 1---19---19
0 0 0 0 0 0 0 0 0 0 0 1 1 0 1 0---20---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 1 1 0 1 1---21---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 1 1 1 0 0---22---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 1 1 1 0 1---23---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 0---24---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1---25---BCD Conversion error
0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0---20---20
0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 1---21---21
0 0 0 0 0 0 0 0 0 0 1 0 0 0 1 0---22---22
0 0 0 0 0 0 0 0 0 0 1 0 0 0 1 1---23---23
0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 0---24---24
0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 1---25---25
0 0 0 0 0 0 0 0 0 0 1 0 0 1 1 0---26---26
0 0 0 0 0 0 0 0 0 0 1 0 0 1 1 1---27---27
0 0 0 0 0 0 0 0 0 0 1 0 1 0 0 0---28---28
................ It continues similarly henceforth.

The setting value to a timer has a grammar.

Value other than a grammar will also be accepted in S5.
In S7, when value other than a grammar comes, it is expressed as "BCD Conversion error."

When the established program is working with value other than a grammar,

Cautions are required in order to change this into S7 program.

I guessed.

Just as S5 program which any fault does not have and was operating changes into S7, why is it that "BCD Conversion error" occurred?

In S5 program, "FB 242 MUL:16" and "FW248" were used independently. ("FW248" is used as algebra of "T33")
It changes into S7 program using "Converting S5 Files."
"FB 242 MUL:16" is changed into "FC83 (16Bit Bin Multiply)", and "FW248" is changed into "MW248."
And "MW248" will be put under rule of "FC83", and each independence has been lost
Therefore, to "T33", the data besides assumption is inputted and fault occurred.

In order to avoid this, in S7 changed program, another address is re-wired in "MW248."

I am not confident.
A reason is that understanding is lacking about "flag area 200 to 255 is the area reserved for scratch flags."
"scratch flags" is not conscious in S5 program.
When using "S5-S7 Converting Blocks" by S7 program, is it conscious for the first time?

please teach me....Thanks!

The following sentences were in "3-33" page of "From S5 to S7 and Converter Manual."
Temporary Local Data
Scratchpad flags in STEP 5
In STEP 5, bit memory address areas are used to store data temporarily within
blocks. By common agreement, the flags 200 to 250 are reserved for temporary
storage. The management of scratchpad flags is completely up to the user.
Temporary local data in STEP 7
Temporary local data are storage areas for data that are only valid during block
processing. As soon as the block has been processed, these local data release
the used memory again. Each priority class has its own local data stack. This
prevents intermediate results from being inadvertently overwritten by interrupt
programs.

I have not used "Scratchpad flags in STEP 5" in SIMATIC S5. ("S7" -- the same)
This time, "Scratchpad flags in STEP 5" was got to know for the first time.

"SIMATIC S5-90U/95U Programmable Controler System Manual" and "STEP 5 Manual" were seen.
The information on "Scratchpad flags in STEP 5" was not able to be found.

Where is the information on "Scratchpad flags in STEP 5"?

I am "SIMATIC" beginner.
Would you help me?
Thank you.