Wrong effectiveness when produced quantity is zero

[gch]

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

[jgreiner]

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]

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]

Hi @gch.

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

Thanks.

--Sharon

[gch]

Hi Sharon,

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

[PGrasso]

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]

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]

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