This guide covers common setup and field-use issues for the Windows portable package.
Possible causes:
- Npcap is not installed.
- Capture permission is blocked by Windows policy.
- The app is running without the required access rights.
- Npcap service/driver installation is incomplete.
Actions:
- Install or repair Npcap.
- Reboot the machine if the Npcap installer requests it.
- Run the app again.
- If your environment requires it, run as Administrator.
Check:
- The selected adapter is the physical NIC connected to the test network.
- The mirror/TAP port is actually forwarding SV/GOOSE/PTP frames.
- VLAN handling on the switch/mirror port is correct.
- The traffic is not only on a different NIC.
- Windows firewall or security tools are not blocking capture access.
A practical first check is to confirm the same adapter can see traffic in Wireshark.
Common root causes:
- Wrong mirror port direction or incomplete VLAN mirroring.
- NIC/driver buffering or USB Ethernet batching.
- Publisher scheduling issue.
- Network congestion, duplicate frames, or out-of-order frames.
- Using a virtual/loopback/Wi-Fi adapter.
Use the app to separate:
- sequence continuity problems,
- missing samples,
- arrival timing excursions,
- capture path confidence,
- and PTP context.
Possible causes:
- The GOOSE payload uses a structure not fully decoded yet.
- SCL is not loaded, so semantic names are unavailable.
- DataSet order or confRev differs from the expected engineering file.
Actions:
- Confirm APPID, goID/gocbRef, DataSet, confRev, and source MAC.
- Load SCL when available.
- Compare typed values against expected DataSet order.
- Capture a screenshot and record the raw fields for follow-up.
Check:
- PTP may be transported as Ethernet
0x88F7or UDP port319/320depending on the network. - The mirror/TAP port must include timing traffic.
- Some lab networks do not forward PTP to the same capture point.
PTP visibility is a context layer. The app does not become a PTP grandmaster and does not discipline the Windows clock.
Treat timing findings carefully:
- Normal Windows/Npcap timestamps are software based.
- USB adapters, virtual adapters, overloaded PCs, or poor mirror ports can create misleading timing symptoms.
- Use hardware timestamping, TAP, or trusted protocol analyzer for formal timing proof.
Use the app wording as screening evidence unless the capture path is externally validated.