cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Wrong effectiveness when produced quantity is zero

gch
11-Garnet
11-Garnet

Wrong effectiveness when produced quantity is zero

Hello, 

 

I have the following KPICacheValue:


"actualProductionTime_APT": 0.015583333333333333,
"goodQuantity_GQ_firstValue": 98,
"plannedBusyTime_PBT": 0.015883333333333333,
"plannedRunTimePerItem_PRI": 4.513,
"producedQuantity_PQ_firstValue": 98,
"goodQuantity_GQ": 98,
"producedQuantity_PQ": 98

And I get the following efficiency: 289

Why do I get this result? We are using ThingWorx 9.0.4-b539 with the MFG apps 9.0.0-01

 

(( Δ producedQuantity * plannedRunTimePerItem_PRI) / actualProductionTime_APT) *100

(98-98)*4.5/0.015583 -> should be 0

 

 

 

7 REPLIES 7
jgreiner
12-Amethyst
(To:gch)

Hello,

 

Is it possible that the issue is caused because of a data mapping issue?  If that is not the cause, are there any related error messages returned in the ThingWorx log files?

 

Warm Regards,

 

John

gch
11-Garnet
11-Garnet
(To:jgreiner)

Hello,

 

no there is nothing to see in the logs and the mapping is corrrect. This behavior only happens at the begining of the shift when the produce quantity is zero

slangley
23-Emerald I
(To:gch)

Hi @gch.

 

Could you please share the solution with the rest of the community?

 

Thanks.

 

--Sharon

gch
11-Garnet
11-Garnet
(To:slangley)

Hi Sharon,

since I'm still considering it for a Bug, I opened a ticket. That's all for the moment.

 

Hello John,

Moreover, in another case, catching an efficiency greater than 100 we got:

KPICacheValue:

{

    "timeInfos": {

        "currentTimeInfo": {

            "generatedID": "52-2021-04-06_13:30",

            "actualProductionTime_APT": 0.018,

            "goodQuantity_GQ_firstValue": 34,

            "plannedBusyTime_PBT": 0.0183,

            "plannedRunTimePerItem_PRI": 4.55,

            "producedQuantity_PQ_firstValue": 34,

            "goodQuantity_GQ": 34,

            "producedQuantity_PQ": 34

        }

    }

}

Efficiency: 252.77

but according with the formula:

(Δ producedQuantity * plannedRunTimePerItem_PRI) / actualProductionTime_APT)

((34 - 34) * 4.55) / 0.018 -> it should be 0

 

We traced the Current KPI Values as well:

actualProductionTime_APT: 0.018;

plannedBusyTime_PBT: 0.0183;

plannedRunTimePerItem_PRI: 4.55;

goodQuantity_GQ: 35;

producedQuantity_PQ: 35;

 

and the only way to obtain efficiency = 252.77 is:

((35 - 34) * 4.55) / 0.018

 

this behavior happens always at the begging of the new planned shift.

 

Kind regards

jgreiner
12-Amethyst
(To:PGrasso)

Hello,

 

Is this issue still affecting you?  If so would you be able to open a support case with the PTC support team, because if there are no errors being returned and everything is configured correctly, it is possible a bug is causing the issue.  Let me know if you need any assistance opening up a support case.

 

Warm Regards,

 

John

gch
11-Garnet
11-Garnet
(To:jgreiner)

Hi John, yes we already opened a case, thanks!

Announcements