Question about conditions where Kepware _NoError does not update in ThingWorx

Hello PTC Community,

I would like to confirm the expected behavior of the Kepware _System._NoError tag when it is referenced from ThingWorx.

I reviewed the following support article:

• CS466164
  NoError tag value fails to update in ThingWorx when NoError tag is updating in Kepware
  Modified: 19-Mar-2026 / Last Seen: 15-Apr-2026

As I understand the article summary, it states that:

• the NoError tag is updating in Kepware, but the NoError value in ThingWorx is not updating,
• the cause is that only the NoError tag is bound,
• and the suggested resolution is to bind a device static tag on the same Thing together with _System._NoError, ensure that the static tag completes its first scan, and then verify that the NoError value updates in ThingWorx.

However, from my understanding, _NoError is a system tag representing the device communication state on the Kepware side, while ThingWorx is in the client position relative to Kepware.
Because of that, the explanation that _NoError is not evaluated until a normal static tag on the same Thing completes its first scan seems somewhat unusual, at least as a general behavior.

I also checked the behavior in my own environment, and the result did not clearly match the explanation in the article.
In addition, I reviewed publicly available PTC documentation. The official help describes _NoError as a tag that returns the current device error state, and it explains that a device enters an error state when it completes the cycle of request timeouts and retries without a response.
At the same time, Scan Mode is described as applying to tags that require device communications. I could not find publicly available documentation that clearly states either:

• binding _NoError alone should always trigger device communication evaluation, or
• a first scan of a normal device tag is always required before _NoError can be properly evaluated in ThingWorx.

Also, at least one official release note for a specific driver mentions that if a client is referencing only System (internal) tags, the driver does not attempt communication with the device.

So I would like to ask the following:

1. Is the symptom that _System._NoError does not update in ThingWorx a general expected behavior?
   Or can it occur only under certain conditions?
2. If it occurs only under certain conditions, could the following be relevant?
   • whether any normal device tag other than _NoError is bound on the same Thing / same device,
   • whether that normal tag has completed its first scan,
   • driver type,
   • tag activation / subscription status,
   • ThingWorx-side binding method or property settings,
   • Kepware-side cache or polling conditions.
3. Should the statement in CS466164 be understood as something that can be generalized across all drivers and configurations, or is it more likely limited to specific conditions?

For reference, I have attached a comparison file showing how _NoError appeared to different clients when I disconnected the communication between Kepware and the PLC in my test environment.

I would appreciate any guidance on the conditions under which this issue can occur, and on any additional points that should be checked.

Best regards,

ription status,
ThingWorx-side binding method or property settings,
Kepware-side cache or polling conditions.
Should the statement in CS466164 be understood as something that can be generalized across all drivers and configurations, or is it more likely limited to specific conditions?

For reference, I have attached a comparison file showing how _NoError appeared to different clients when I disconnected the communication between Kepware and the PLC in my test environment.

I would appreciate any guidance on the conditions under which this issue can occur, and on any additional points that should be checked.

Best regards,

=======
 

ThingWorx から Kepware の _System._NoError タグを参照した際の挙動について、仕様上の理解を確認したく投稿いたします。

以下のサポート記事を確認しました。

• CS466164
  NoError tag value fails to update in ThingWorx when NoError tag is updating in Kepware
  Modified: 19-Mar-2026 / Last Seen: 15-Apr-2026

記事要旨としては、

• Kepware の NoError タグは更新しているが、ThingWorx 上の NoError 値は更新しない
• Cause: Only the NoError tag is bound
• Resolution: 同じ Thing 上に device static tag を一緒に bind し、その static tag の first scan 完了後に NoError 評価が行われることを確認する
  という内容でした。

ただし、私の理解では、_NoError は Kepware 側のデバイス通信状態を表す system tag であり、ThingWorx は Kepware に対するクライアントの立場です。
そのため、「同じ Thing に通常の static tag を bind し、その first scan が完了しないと _NoError が評価されない」という説明は、少なくとも一般仕様としては少し不自然に感じています。

実際に当方環境でも挙動を確認しましたが、上記記事の説明どおりとは言えない結果でした。
また、公開されている PTC 公式ヘルプも確認しましたが、_NoError については「デバイスの現在のエラー状態を返すタグ」であり、デバイスが error state に入る条件は「要求タイムアウトとリトライを応答なく完了したとき」と説明されています。
一方で、Scan Mode は「device communications を必要とするタグ」に対して適用されると記載されており、_NoError 単独 bind 時に常にデバイス通信評価が走る、または逆に通常タグの first scan 完了が必須である、と一般化できる公開記述は見当たりませんでした。
さらに、少なくとも一部ドライバの公式リリースノートには、System (internal) tags のみ参照している場合はデバイス通信を行わない旨の記述もありました。

そこでお伺いしたいのは、次の点です。

1. ThingWorx 上で _System._NoError の値が更新されない現象は、常に発生する一般仕様なのでしょうか。
   それとも、特定条件下でのみ発生しうる現象なのでしょうか。
2. もし特定条件下のみで発生するのであれば、たとえば以下は関係ありますでしょうか。
   • _NoError 以外に、同一 Thing / 同一 device 上の通常タグが bind されているか
   • その通常タグの初回 scan 完了有無
   • ドライバ種別
   • Tag activation / subscription 状態
   • ThingWorx 側のバインド方法や property 設定
   • Kepware 側のキャッシュや polling 条件
3. CS466164 の内容は、すべてのドライバ・構成に一般化できる話でしょうか。
   それとも、限定的な条件を前提とした事象でしょうか。

参考までに、当方で Kepware-PLC 間を断線させた際に、_NoError の値が各クライアントでどのように見えるかを比較した資料を添付しています。
もし差し支えなければ、この現象が起きる前提条件や、確認すべき追加観点をご教示いただけますと幸いです。

よろしくお願いいたします。