Opening Legacy Omron *.onw, *.swb, *.swp Files in CX-One

James Nishida11 min read
HMI ProgrammingOmronTutorial / How-to
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

Overview

Three legacy Omron file extensions regularly appear when a maintenance engineer opens a twenty-year-old control cabinet: *.onw, *.swb, and *.swp. None of them can be opened by double-clicking inside a modern CX-One installation, and the error message CX-Programmer or CX-Designer returns is typically generic ("Cannot open file" or "Unsupported format"). This reference identifies each file type, names the legacy authoring tool that produced it, and gives the exact import path into CX-One (CX-Programmer, CX-Designer, and the separate NT-Series Support Tool installer).

The target audience is a controls engineer who has inherited an Omron C-series or CV-series PLC with an NT-series HMI and needs to recover, view, edit, or migrate the application. The procedures below cover SYSMAC SYSWIN 3.x ladder project recovery, NT31/NT61 screen project recovery, and the practical migration path from the discontinued NT31C/NT61C terminals to current NS-series hardware using CX-Designer.

Legacy Omron File Format Identification

Before attempting any import, confirm what each file actually contains. A control cabinet often contains all three extensions at once because the integrator kept the PLC logic (SYSWIN), the HMI screen (NTST), and a periodic backup (SYSWIN .swb) on the same archive disk.

Extension Originating Tool File Role Directly Readable by CX-One? Recover By
*.onw NT-Series Support Tool (NTST) NT31 / NT61 / NT31C / NT61C HMI screen project No Install NT-Series Support Tool, or convert to NS project via CX-Designer
*.swp SYSWIN 3.x SYSWIN ladder project for C-series / CV-series PLC Yes (via CX-Programmer) File → Open → Files of type: SYSWIN 3.x Project (*.SWP)
*.swb SYSWIN 3.x Compressed/backup copy of a SYSWIN *.swp Not directly Rename *.swb to *.swp and open as above
Critical: Do not edit the original *.swp from the cabinet archive before saving a copy. SYSWIN files do not include a version header that CX-Programmer can use to detect a corrupted write, and a half-overwritten ladder file cannot be recovered by any standard tool.

Prerequisites

  • CX-One v3.1 or later installed (v4.x recommended). The bundled CX-Programmer must be version 6.1 or later to import SYSWIN 3.x projects. Verify under Help → About CX-Programmer; older CX-Programmer builds only list "OMRON SYSMAC-C (*.cpr)" in the file-type selector.
  • Local administrator rights on the engineering workstation. Both the NT-Series Support Tool installer and SYSWIN 3.x legacy installer write to %ProgramFiles%\Common Files\Omron.
  • A copy of the original files in a working folder such as C:\OMRON_RECOVERY\. Never operate on the live archive copy until the import has been verified.
  • For NT-screen migration: a licensed or trial installation of CX-Designer v3.x (bundled with CX-One v4.x).
  • NT-Series Support Tool media (CD or downloaded installer). The utility is no longer bundled with CX-One as of v4.0 but is still distributed as a standalone installer; confirm availability with your Omron regional representative.

Opening *.swp SYSWIN 3.x Projects in CX-Programmer

SYSWIN 3.x was the DOS/Windows authoring tool for the C200H, C200HS, C200HX/HG/HE, CQM1, CPM1, CPM2*, and CV-series PLCs. The *.swp archive contains a compressed ladder program, I/O comment table, and (optionally) symbol table. CX-Programmer reads the file directly, performs an internal symbol translation, and offers to save the project in the modern *.cpr format.

  1. Launch CX-Programmer.
  2. From the menu bar select File → Open (or press Ctrl+O).
  3. In the Look in dropdown, navigate to the folder containing the *.swp file.
  4. Click the Files of type dropdown (default value is "OMRON SYSMAC-C Files (*.cpr)") and select SYSWIN 3.x Project (*.SWP). Selecting the wrong type causes the file to appear greyed-out in the list.
  5. Select the file and click Open.
  6. When the Device Type prompt appears, confirm the target PLC family (e.g., C200HX, CPM2C, CQM1H). Mismatching the device type will produce an "Address out of range" error when the program is later transferred.
  7. CX-Programmer displays a conversion report listing any unsupported instructions. Most SYSWIN 3.x ladder elements import cleanly; documented exceptions include the older SCAL/SCL2 SCL2/3 operands and certain CV-series function-block constructs.
  8. Immediately save the project as *.cpr using File → Save As. Choose a modern device type in the save dialog so that later upgrades to a CJ2 or CP1 series remain possible.
Field tip: If CX-Programmer rejects the file with "File is not a SYSWIN 3.x project", inspect the file with a hex editor. A valid *.swp begins with the ASCII signature SYSWIN at offset 0x00 followed by the version bytes 1E 03 (version 3.1). Anything else usually means the file is truncated or was saved by a non-SYSWIN utility.

Recovering *.swb SYSWIN Backup Files

The *.swb extension is SYSWIN's automatic backup file, generated whenever a *.swp is saved. The backup contains the same ladder payload but uses a different header so that the file dialog does not surface it by default.

  1. Open Windows Explorer and navigate to the folder containing the *.swb file.
  2. Right-click the file and choose Rename. Change the extension from .swb to .swp. Windows warns about changing the extension; click Yes.
  3. Follow the procedure in the previous section to open the renamed file in CX-Programmer.

If multiple generations of *.swb files exist with timestamps, open the most recent one first. SYSWIN only keeps one backup per save, so an older *.swb may represent the last working revision before a problematic edit. Always diff the two imports before committing to one.

Opening *.onw NT-Series Screen Files

An *.onw file is a screen project for an NT-series Programmable Terminal: NT20, NT30, NT31, NT31C, NT600, NT620, NT610G, or NT61C. The file was produced by the NT-Series Support Tool (NTST), a 16-bit Windows utility that was discontinued when Omron introduced the NS-series PTs in the early 2000s.

CX-One cannot open *.onw files directly. CX-Designer can only open NS-series *.ism projects. Two recovery paths are available:

Path A: Install the Standalone NT-Series Support Tool

  1. Obtain the NT-Series Support Tool installer from your Omron representative. Confirm you receive the version that matches your PT model: NTST-V2 (for monochrome NT20/30/31) or NTST-V3 (for the NT31C/NT61C color terminals and the NT610/620).
  2. Install the tool in a dedicated folder such as C:\OMRON\NTST\. Do not install it under Program Files (x86) on Windows 10/11 without enabling NTST's compatibility shim; the installer assumes writable registry keys and a short path.
  3. Launch NTST, then File → Open and select the *.onw file. The tool reconstructs all screens, alarm tables, and the PT-to-PLC tag table.
  4. Export to a usable archive using File → Save As. Save to the same *.onw name in a working folder.

Path B: Migrate to NS-Series Hardware

If the NT31C or NT61C terminal is failing or has been discontinued by your spares policy, Omron's official migration path is to convert the *.onw project to a CX-Designer NS project and upload it to a current NS5/NS8/NS10/NS12/NS15 PT.

  1. Launch CX-Designer from the CX-One installation.
  2. From File → New Project, select the target NS-series PT model (NS5-SQ10-V2, NS8-TV01-V2, NS10-TV01-V2, NS12-TS01-V2, NS15-TX01S-V2 are common modern equivalents).
  3. Recreate the screens manually using CX-Designer's component library. The screen resolution, color depth, and touch-cell grid differ between NT and NS hardware, so a 1:1 pixel conversion is not possible. Use the original *.onw project (opened in NTST) as the reference for text labels, switch addresses, and alarm messages.
  4. Re-bind every PT switch and lamp to a PLC address. NT-series terminals used NT Link 1:N (Host Link over RS-232C/RS-422) with a configurable unit number; NS-series terminals default to Ethernet/IP or serial Host Link, and the polling group table must be rebuilt.
  5. Compile the project (Project → Compile) and resolve any "Unused tag" warnings. NS terminals use a strict tag database; the implicit tag creation used by NTST is not preserved.
  6. Transfer the project to the NS PT via USB or Ethernet, then verify every screen against the original NT screens on the bench before installing in the field.
Critical: There is no automated NT-to-NS converter in CX-One. Any vendor claim to the contrary is a manual rebuild with project templates. Plan two to four engineering days for a typical 50-screen NT31C migration.

SYSWIN to CX-Programmer Instruction Compatibility Matrix

Not every SYSWIN 3.x instruction survives the round-trip into CX-Programmer. The table below lists the most common instruction-level conversions an engineer will encounter on a C-series recovery job.

SYSWIN Instruction CX-Programmer Equivalent Conversion Status Notes
LD / AND / OR / OUT / END Direct map Automatic No manual edit required
TIM / CNT Direct map Automatic SV values preserved as BCD
SBN / RET (subroutine) SBN / RET Automatic Subroutine numbering preserved
IL / ILC Direct map Automatic Master control interlocks retained
JMP / JME Direct map Automatic Jump numbers preserved
SBS / SBN (CV-series) MCRO / SBN Manual review CV-series macro instructions require manual re-binding
FUN/SFL/BSET/BCMP FUN/SFL/BSET/BCMP Automatic Operands mapped by control word
RXD / TXD (C200HX Host Link) RXD / TXD Manual review Port selection operand differs by CPU; verify against target device
SCAL / SCL2 / SCL3 SCL2 / SCL3 (with limitations) Manual review SCL scaling breakpoints imported; verify against commissioning values
IOM / IOR / IOF IOM/IOR/IOF (CJ-series) Manual review I/O refresh instructions specific to C200H bus; modern CPUs do not support them

Conversion Limitations and Compatibility Matrix

Source CPU Family Recommended Modern Replacement CX-Programmer Device Type Migration Caveats
C200H / C200HS CP1E / CP1L CP1E / CP1L High-density special I/O modules require expansion rack conversion
C200HX / C200HG / C200HE CJ2M / CP1H CJ2M-CPU1* / CP1H-X* SYSMAC NET and SYSMAC LINK modules not supported on CJ-series; remove from rack
CQM1 / CQM1H CP1L / CP1H CP1L / CP1H CompoBus/S master module replaced by CP1W-CIF* option boards
CPM1 / CPM1A CP1E CP1E-N* / CP1E-S* 20 I/O footprint preserved; verify pulse output channel mapping
CPM2A / CPM2C CP1E / CP1L CP1L-L* / CP1E Peripheral port mapping differs; re-terminate RS-232C
CV500 / CV1000 / CV2000 CJ2H CJ2H-CPU6* CV-series SFC and BASIC modules not migrated; manual rewrite required
CVM1 / CV500 dual-loop CS1D / CJ2H redundant pair CS1D-CPU* / CJ2H Process I/O requires I/O table rebuild

Verification Procedures

After every legacy import, perform the following verification before connecting to a live PLC. Each step takes seconds; collectively they prevent the most common recovery errors.

  1. Cross-reference I/O comments: Open the imported project in CX-Programmer and confirm that the comment table contains meaningful text. An empty comment table usually means the wrong device type was selected during import.
  2. Cycle the program offline: Use Program → Online → Work Online Simulator (CX-Programmer v7.x and later). Step through the first ten rungs to confirm instruction order and operand addressing.
  3. Compare against the cabinet label set: If the cabinet has a laminated I/O list, verify the IR/SR addresses match. Mismatches indicate the wrong *.swp generation was imported.
  4. Validate the PLC clock and DM area: Read DM0..DM99 in Monitor mode. The original DM values from the on-line PLC should match the imported defaults; differences indicate corrupted file save.
  5. Test communications: Connect via the original peripheral port or RS-232C and perform an Upload (read from PLC). The upload should match the imported file. Any difference means the imported file is stale.
  6. For PT migration: With CX-Designer in offline simulation mode, click through every screen and confirm each switch, lamp, and alarm trigger. NS-series terminals do not gracefully render broken tag references.

Field-Commissioning Notes

  • Communication port quirks: SYSWIN 3.x default Host Link baud rate was 9,600 bps with unit number 00. Many legacy C-series PLCs are still configured this way. When CX-Programmer fails to auto-detect, manually set the baud rate and unit number in PLC → Auto Online → Direct Online.
  • Battery-backed DM: C200H, C200HX, and CV-series retain DM and HR areas on power-down. Always perform an Upload (read from PLC) before any Online Edit. A corrupted *.swp that overwrites the on-line DM with all zeros is unrecoverable without the original transfer tool.
  • Memory cassette workflow: If the C-series CPU uses an EEPROM memory cassette, save the recovered program to the cassette using PLC → Transfer → To Memory Cassette. The cassette acts as a long-term backup that survives battery failure.
  • NT31C/NT61C lamps: NT-series lamp control words use BCD-packed bits. When migrating to NS-series, the equivalent function is the multi-state lamp component, but the bit-to-state mapping must be re-declared in CX-Designer.
  • Sysmac Studio consideration: As of CX-One v4.5, the modern authoring environment for CJ2/CS1/CP1/NX/NJ families is Sysmac Studio. A *.cpr file saved from a SYSWIN import can be opened in Sysmac Studio via File → Open → Import CX-Programmer Project; expect to re-enter the device type and network topology.

Error Code Quick Reference

Symptom Likely Cause Fix
"Cannot open file: Unsupported format" CX-Programmer opened with wrong file type selected Use Files of type: SYSWIN 3.x Project (*.SWP)
File greyed out in dialog File-type filter excludes *.swb or *.swp Rename *.swb to *.swp; select correct filter
"Address out of range" on first scan Wrong device type selected during import Re-import selecting the matching CPU family
"Instruction not supported" CV-series macro or BASIC module reference Manual rewrite of affected rungs
CX-Designer ignores *.onw CX-Designer only opens NS *.ism projects Install NT-Series Support Tool or rebuild in CX-Designer
NS PT shows "PLC communication error" Host Link / NT Link settings not rebuilt Reconfigure PT communication in CX-Designer and PLC's host link port

FAQ

What is the difference between *.onw, *.swb, and *.swp files?

*.onw is an NT-Series Support Tool (NTST) screen project for NT20/NT30/NT31/NT31C/NT61/NT61C PTs. *.swp is a SYSWIN 3.x ladder project for C-series and CV-series PLCs. *.swb is SYSWIN's automatic backup file and is byte-equivalent to *.swp.

Can CX-One open a *.onw NT screen file directly?

No. CX-One cannot read *.onw directly. Install the standalone NT-Series Support Tool (NTST-V2 or NTST-V3) from your Omron representative, or rebuild the screens in CX-Designer targeting an NS-series PT (NS5/NS8/NS10/NS12/NS15).

How do I recover a *.swb SYSWIN backup file?

Rename the file extension from *.swb to *.swp, then open in CX-Programmer (v6.1 or later) using Files of type: SYSWIN 3.x Project (*.SWP). Save immediately as a modern *.cpr project.

Which CX-Programmer versions can import SYSWIN 3.x projects?

CX-Programmer v6.1 and later support the SYSWIN 3.x (*.SWP) file-type filter. CX-Programmer is bundled with CX-One v3.1 (minimum) or CX-One v4.x (recommended).

Can I migrate an NT31C or NT61C project to a modern NS-series terminal?

Yes, but there is no automated converter. Install NT-Series Support Tool to read the original *.onw project, then rebuild the screens manually in CX-Designer targeting an NS5/NS8/NS10/NS12/NS15 PT. Plan two to four engineering days for a typical 50-screen migration, including tag re-binding and Host Link / Ethernet reconfiguration.

Back to blog