Configuring Ignition Server on Windows XP Embedded

Ryan Tanaka7 min read
HMI / SCADAOther ManufacturerTechnical Reference
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

The industrial PC panel shows Windows XP Embedded, while the Ignition prerequisite calls for Java SE 6. Start here: XP Embedded can run Ignition when the full Java 6 JRE can be installed on that PC. A Java package labeled “Embedded” is not automatically the correct package; that label may refer to processor targets such as ARM rather than to Windows XP Embedded.

Install the full Java runtime required by Ignition, then verify that the Ignition Gateway starts and that the SQL Bridge Module and OPC Bridge Module load. Java 5 is not a substitute for the stated Java 6 requirement.

Read the Symptoms Before Changing Anything

This case starts as a compatibility question, not a module fault. Do not waste time changing SQL connections, OPC connections, or module configuration before confirming the host runtime.

Symptom or observation Likely cause or next decision
The PC runs Windows XP Embedded. The operating-system name alone does not rule out Ignition. Determine whether the full required JRE can be installed.
Only Java 5 appears to be available. Ignition calls for Java SE 6. Locate and install a compatible full Java 6 JRE.
A Java “Embedded” download lists ARM builds. You are looking at a different use of the word embedded. Match the Java package to the industrial PC processor and Windows environment.
Only SQL Bridge and OPC Bridge are required. The reduced module set does not remove the Gateway runtime prerequisite. Check Java before troubleshooting either module.
The Gateway fails before module functions can be tested. Treat Java installation, package compatibility, or runtime discovery as the first diagnostic branch.

If the Gateway is already running, the basic operating-system and Java path has passed. Move to module status and connection diagnostics. If it never reaches a running state, stay at the host and runtime layer.

Separate the Two Meanings of Embedded

Windows XP Embedded identifies a componentized Windows installation intended for dedicated equipment. “Embedded Java” may instead identify Java packages produced for embedded processor platforms. The shared word does not make the packages equivalent.

The processor target is the deciding mechanism. A runtime built for ARM cannot be selected merely because the computer runs an operating system with “Embedded” in its name. The Java runtime must match the processor architecture and operating-system environment on which the Ignition Gateway process will execute.

The full Java JRE can be installed on Windows XP Embedded when the image contains the Windows components and installation support that the runtime needs. That is the relevant compatibility path for this configuration. The question is therefore not “Does XP Embedded use embedded Java?” It is “Can this specific XP Embedded image install and run the full Java 6 JRE required by Ignition?”

That distinction also explains why reviewing ARM-oriented downloads does not answer the server requirement. It describes a processor package, not a restriction imposed by the Windows XP Embedded name.

Check the Runtime First

Start here. Record the existing state before installing another runtime.

  1. Confirm the installed Java generation. Use the operating-system software inventory or the Java runtime’s own version report. You need Java 6; finding only Java 5 identifies the first correction.
  2. Identify the processor architecture. Read it from the industrial PC documentation or operating-system properties. Select a Windows JRE package built for that architecture. Do not select an ARM package unless the PC actually uses that processor family and the package supports its operating environment.
  3. Check whether the XP Embedded image accepts a full JRE installation. A componentized image can omit facilities that a normal installer expects. If installation fails, capture the installer message and check the image composition rather than changing Ignition modules.
  4. Check which runtime Ignition uses. An installed JRE does not help if the Gateway service still resolves an older Java installation. Read the service startup information or Gateway logs to identify the runtime selected at launch.
  5. Separate startup from module operation. First prove that the Gateway process runs. Test SQL Bridge and OPC Bridge only after the runtime layer passes.

Installing database drivers, rebuilding OPC tags, or editing project configuration will not correct a missing or wrong-generation JRE. Those fixes start too far downstream.

Install the Full Java 6 JRE

Use the full Java 6 JRE appropriate for the industrial PC. You do not need to infer runtime suitability from the word “Embedded.” Follow the package’s operating-system and processor labels.

  1. Back up the Ignition configuration and record the current Java installation before making the runtime change.
  2. Obtain the full Java 6 JRE package that matches the Windows host and processor architecture. Reject packages intended for a different processor family.
  3. Install the JRE using an account with the local rights required by the XP Embedded image.
  4. Confirm that the runtime reports Java 6 after installation. If Java 5 remains the default, correct the runtime selection used by the Ignition service.
  5. Restart the Ignition Gateway process through the normal service controls.
  6. Open the Gateway status interface and check that startup completes before enabling or testing module workloads.

If the JRE installer fails, stop treating the problem as an Ignition configuration error. Record the exact installer failure and identify which Windows component or installation capability is absent from the XP Embedded image. Rebuilding or servicing that image may be necessary before Ignition can run.

Verify the Gateway and Modules

Do not call the repair complete when the JRE installer exits. Prove the full execution path.

  1. Verify Java selection. Confirm that the Gateway startup information identifies Java 6 rather than the previous Java 5 runtime.
  2. Verify Gateway startup. Check that the service remains running and that the Gateway status interface opens without a repeating startup failure.
  3. Verify module loading. Confirm that the SQL Bridge Module and OPC Bridge Module appear as loaded or running rather than faulted, pending, or disabled.
  4. Verify OPC operation. Check the configured OPC connection and read live values through the normal Gateway diagnostics. A running Gateway does not prove that the OPC endpoint is reachable.
  5. Verify SQL operation. Check the database connection and execute the project’s normal SQL Bridge data path. Separate authentication, network, and database errors from Java startup errors.
  6. Restart once more. Reboot or restart through the site’s normal procedure and repeat the checks. This catches a service that worked only because it inherited a temporary runtime path from the installation session.

Capture the runtime version, Gateway state, module state, and connection results in the commissioning record. Those four observations separate host compatibility from application configuration.

Avoid the Recurring Pitfalls

  • Do not equate Java Embedded with Windows Embedded. Read the processor and operating-system targets on the package.
  • Do not leave Java 5 as the selected runtime. The stated Ignition requirement is Java SE 6.
  • Do not troubleshoot modules before the Gateway starts. SQL Bridge and OPC Bridge depend on the host process.
  • Do not assume a successful installation changed the service runtime. Verify the Java generation used during Gateway startup.
  • Do not treat every post-startup error as a Java problem. Once the Gateway and modules load, diagnose OPC connectivity and SQL connectivity on their own paths.
  • Do not ignore the componentized operating-system image. A failed JRE installation may require changes to the XP Embedded image rather than repeated Java installations.
  • Do not deploy the legacy platform without a lifecycle review. Check current Ignition, Java, operating-system, and cybersecurity requirements through their official support channels before placing the server on a production network.

FAQ

Can I run Ignition on Windows XP Embedded?

Yes, when the industrial PC can install and run the full Java 6 JRE required by the Ignition configuration. Verify the actual runtime used by the Gateway after installation.

Does using only SQL Bridge and OPC Bridge remove the Java 6 requirement?

No. Both modules run under the Ignition Gateway, so establish the Gateway’s Java SE 6 runtime first, then test the SQL and OPC connections separately.

When should I stop and contact official Ignition support?

Stop after you have confirmed a matching full Java 6 JRE, verified which runtime the service selects, and captured the exact Gateway startup or module error. Escalate through official Ignition support when the Gateway still fails, and involve the industrial PC or operating-system supplier if the XP Embedded image cannot install the required JRE.

Back to blog