You've just placed a Modicon M241 on a packaging line because it lists "8 MB program memory" — three times the FX5U's 64k steps (~256 kB). On paper, it's a win. Six months later, the line struggles during a recipe change: the 8 MB memory is fragmented, the task watchdog trips, and the OEM blames the integrator. The datasheet told you it had the room, but it didn't tell you how that room behaves under real scan cycles. This piece unpacks three dimensions where the spec sheet misleads — and what actually determines performance in a control loop.
The FX5U boasts a basic instruction time of 34 ns. The M241's datasheet does not publish a comparable cycle; its response time is listed around ~50 µs for a fast logic scan. At first glance, Mitsubishi PLC is roughly 1,500× faster per instruction — but that's a comparison of apples to oranges. The 34 ns represents the raw execution of a single LD instruction in the CPU core, no I/O update, no bus overhead. In a real scan, the bottleneck is not the core but the peripheral bus: reading 24 digital inputs over the internal backplane and writing outputs. For the FX5U, that I/O update takes roughly 50–100 µs per scan assuming all local I/O. For the M241, the same update takes a comparable 60–120 µs, because both use a similar parallel bus architecture for local points. The result: for a 1,000-step program with 50% logic and 50% I/O, the FX5U scan time is dominated by I/O (~90 µs) rather than logic (~17 µs). The M241's logic portion is about 50 µs (for the same steps, assuming ~50 ns per instruction on the M241's ARM core), so total scan ~110–170 µs. The speed advantage of the FX5U shrinks from a factor of 1,500 to roughly 1.5–2× faster in a real scan. The datasheet hides that I/O latency is the true limiter. This matters when you need deterministic response below 200 µs — e.g., high-speed packaging pick-and-place with 10 ms cycle times — where a 20% difference in scan jitter can push you out of tolerance. However, if your application is a slow process (mixing tanks, HVAC with 500 ms cycles), both controllers land well within margin and the instruction speed difference is zero impact.
The M241 offers 8 MB program memory plus 64 MB RAM. The FX5U has 64k steps — roughly 256 kB of program memory assuming 4 bytes per step. On pure capacity, the M241 wins by a factor of ~30×. But the datasheet doesn't mention that the M241 uses a file-system-based memory model (EcoStruxure Machine Expert compiles to a runtime which loads program blocks into a linear file system). If you cyclically replace functions — e.g., recipe selection that swaps entire program blocks — the file system can fragment, leaving free space in non-contiguous chunks. After 200–300 recipe swaps, fragmentation can cause "out of memory" errors even when total used memory is below 2 MB. The FX5U uses a fixed-step memory model: programs are stored in a contiguous block, and function blocks are allocated at compile time with no runtime allocation. You cannot exceed the step limit, but you also never get fragmentation. In a scenario with frequent recipe or product changeovers (food & beverage, batch chemical), the M241's apparent headroom can become a liability. A rough calculation: assume each recipe change adds a 10 kB block that is later replaced; after 100 swaps, the file system may have 1.5 MB of free space but only 300 kB contiguous — enough to trigger a "failed to allocate" error. The FX5U would have simply refused the first recipe that exceeded its fixed memory, giving a clean error at design time. The reversal: if you have a one-shot machine that never changes recipes (e.g., a dedicated press), the M241's massive memory allows you to store huge historical logs or web pages (WebVisu) without worry. For a static application, the M241's memory advantage is real and useful.
The M241 has five communication ports: two serial (RS232/RS485), USB, Ethernet, and CANopen master. The FX5U has built-in Ethernet (Modbus TCP), RS-485, and CC-Link support. A datasheet might say "both have Ethernet" and let you assume equivalency. The hidden dimension is latency determinism under bus load. The M241's dual Ethernet ports share a single MAC layer; when both the Modbus TCP server and EtherNet/IP scanner are active, packet collisions on the internal switch can introduce jitter of up to 2–5 ms under heavy I/O traffic. The FX5U's Ethernet is a single port with a dedicated DMA channel; under similar load, jitter stays below 0.5 ms. For a coordinated multi-axis motion system using Ethernet-based communication (e.g., a cartoner with three servo axes), 2 ms jitter on a 10 ms motion cycle can cause position errors of ~2% at moderate speed (assuming 1 m/s belt speed → 2 mm variation). The FX5U's jitter at 0.5 ms keeps that error under 0.5 mm. However, the M241 compensates with a CANopen master — CANopen has deterministic timing (worst-case ~150 µs jitter on a 1 Mbps CAN bus). If motion axes are on CANopen rather than Ethernet, the M241's jitter drops to well below the FX5U's Ethernet jitter. The reversal: if your motion uses CANopen (many Schneider PLC servo drives support it), the M241 becomes the more deterministic choice. If your network is all Ethernet, the FX5U wins on timing certainty.
| Parameter | Mitsubishi FX5U | Schneider M241 (TM241CEC24T) |
|---|---|---|
| Program memory | 64k steps (~256 kB) | 8 MB + 64 MB RAM |
| Bit instruction speed | 34 ns | ~50 ns (approx, per instruction) [derived from 4] |
| On-board I/O | up to 96 I/O (CPU + CC-Link) | 24 or 40 I/O |
| Communication ports | Ethernet + RS-485 + CC-Link | 2 serial, USB, Ethernet, CANopen |
| Built-in analog | 2 ch 12-bit AI, 1 ch 12-bit AO | None standard (via TM3 modules) |
| Motion support | Built-in positioning, high-speed counters | CANopen master; integrated motion via PTO |
| Programming environment | GX Works3 (IEC 61131-3) | EcoStruxure Machine Expert (IEC 61131-3) |
| Approx. scan time (1k step, all local I/O) | ~90–110 µs (illustrative) [derived from 3,5] | ~110–170 µs (illustrative) [derived from 4] |
Choose the FX5U if your application involves frequent product changeover, requires deterministic Ethernet jitter below 1 ms, or if you need integrated analog I/O without expansion modules. Choose the M241 if your motion uses CANopen (native determinism), if you need extensive web visualization (WebVisu), or if your application never changes recipes and benefits from large memory for data logging. A simple decision threshold: if your program changes more than once per quarter (recipe, format, product), the FX5U's fixed memory model will cause fewer field failures. If it changes once at commissioning and then never, the M241's memory headroom is an advantage.
Topology/standards per the cited standards; all product ratings are manufacturer-stated values from the cited datasheets, current to 2026-06; derived/illustrative figures are labelled as such. This is not an independent head-to-head test. Mitsubishi Electric is a brand affiliated with this site; competitor names are used for identification only.
Illustrative scan times assume a 1,000-step program with 50% logic and 50% I/O update; actual values depend on program complexity and network load. Fragmentation estimate based on typical file system behavior; not a guaranteed value.