topic Re: Update Downtime Status and Part Count from Service - RTPPM in Mfg Solutions & Apps

Update Downtime Status and Part Count from Service - RTPPM

Sathishkumar_C — Sat, 21 Dec 2024 17:30:06 GMT

I have configured RTPPM, the downtime status and production and waste counter are the remote properties which is expected from Kepware.

Can we keep those properties as "Binding: None" and update values from service?

How frequently the downtime status and part count (total production, waste count) updated in operator dashboard?

@mstarnaud

Re: Update Downtime Status and Part Count from Service - RTPPM

HK_9040313 — Thu, 02 Jan 2025 19:58:27 GMT

The RTPPM models are processing data from the value_stream. Ensure that the model properties are set Logged-True as referred in the PTC Help Center.

Binding - Remotely is the standard method for receiving data through the Kepware ThingWorx Connector. It is possible to keep the Binding-None or Local depending on the data source.

Re: Update Downtime Status and Part Count from Service - RTPPM

slangley — Fri, 03 Jan 2025 18:51:20 GMT

Hi @Sathishkumar_C

If you found the previous response helpful, please mark it as the Accepted Solution for the benefit of others in the community.

Regards.

--Sharon

Re: Update Downtime Status and Part Count from Service - RTPPM

mstarnaud — Thu, 09 Jan 2025 20:20:58 GMT

Hi Satishkumar

Yes it's possible to make it work without using Kepware tags. The details depends on what the information source is and may require customization.

If you have other properties that can receive the information, this is the easiest method. Instead of binding a Kepware tag, you can have a property (it can even be on another Thing) that has the information. When setting the tag binding (on ProductRemoteTag for example), instead of using Remotely Bound, you can select Locally Bound instead and point to the Thing & property that contains the value. RTPPM should use this information the same way as if it was from Kepware.

If your only source of information is manual (using the screens), there's also this other forum post with essentially the same question. For the most part you need to configure it exactly as if you were using tags, but you can just leave the tag names empty. Then you can use the screens (mostly the Operator Dashboard) to push data by clicking on the buttons. It's important that all the configurations (properties, subscriptions, etc.) exist just as if you were using tags, because the buttons in the screens will read & write information in those properties and activate the related subscriptions, some of the buttons are essentially simulating tag values. The only part I'm not sure about is that some of the Operator Dashboard buttons might not work well if there is no initial data. My guess is if we use joborders (PTC.FSU.CORE.GlobalConfiguration.GlobalConfiguration_TG -> RunWithoutWorkOrderInformation = false) then we would need a workaround to create some joborders, as the UI can only resume existing ones but not create new ones. If the global setting is set to true (don't use joborders) then I think we don't need workarounds to push initial data, but I would need to test to confirm.

If your source of information is something else in Thingworx that would send values into the equipment (services for example) this is a bit more complicated. In most cases you will need to push a value into the tag property's value and Valuestream. Here is an example of code that does it for ProductRemoteTag (the product) :

var TheValue = ENTER_VALUE_HERE; var TheDate = new Date(); //you can enter a specific time instead me.ProductRemoteTag = TheValue; me.AddStringValueStreamEntry({ timestamp: TheDate, propertyName: 'ProductRemoteTag', value: TheValue });

These are the properties where normally you would link the tags and must now be targeted by your code :

- Downtime : DowntimeByTag_DowntimeTag (and optionally DowntimeByTag_DowntimeTagHistory)

- Product : ProductRemoteTag

- Joborder : JobOrderRemoteTag

- Production event (batch) : ProductionEventRemoteTag, note that in most cases this is also required to activate the product and joborder changes

- Production event quantity : the property who's name is in ProductionByTagAndTime_AttributeProperties -> TagPropertyName

- Waste event quantity : the property who's name is in WasteByTagAndTime_AttributeProperties -> TagPropertyName

For your question about the update rate of the Operator Dashboard, I believe that all the items in that screen refresh once per minute. If you do a change (for example, add a downtime using the New Downtime button in that screen), it should update at least this section immediately afterwards.

Re: Update Downtime Status and Part Count from Service - RTPPM

slangley — Mon, 27 Jan 2025 19:06:16 GMT

Hi @Sathishkumar_C

If your question has been answered, please mark the appropriate response as the Accepted Solution for the benefit of others in the community.

Regards.

--Sharon

Re: Update Downtime Status and Part Count from Service - RTPPM

Sathishkumar_C — Wed, 29 Jan 2025 06:47:37 GMT

Used following services to log downtime and parts from services.

PTC.SCA.SCO.MnfgCommonDowntimeUtils - SaveDowntimeEvent_DWT()
PTC.SCA.SCO.MnfgCommonProductionUtilsThing - AdjustProductionQuantity_PRD()