Factry Historian v7.2: from time to distance, enhanced data egress and new event detection

Jolan De Cock on

The new release of Factry Historian (v7.2) puts usability front and centre. We’ve added features to convert time-series to length-based data, which is especially relevant to industries that produce products by the meter. Furthermore, we introduce customizable MQTT payload formatting for data egress, Parquet file enhancements, and a new event detection method.

Ready to discover what’s new? Let’s dive in.

Convert time-series data to other dimensions

Factry Historian v7.2 release

A major feature of the v7.2 release is the ability to map time series data against physical distance or any other dimension — a significant step forward for companies running continuous processes such as extrusion, paper, plastic and steel processing.

How it works

You can now align timestamped measurements with a physical signal, such as meters travelled on a production line. This conversion allows you to view production data not just by time, but also by distance. Imagine measuring the thickness of extruded products like plastic or foam at specific intervals along the line.

Instead of relying solely on timestamps, you can now directly link measurements to a physical location on the article, and answer questions such as: “What was the thickness of the product at exactly 2 metres from the side?” or “Where along the line did we first detect a defect?”.

Factry Historian automatically remaps time series data to align with distance travelled, even when sensors are placed at different points along the line and with buffers in the line. This refined mapping synchronises sensor outputs with physical events, providing deeper insights into production quality and speeding up defect detection.

Who benefits from this?

  • Industries with distance-based processes and products (e.g., plastic extrusion, foam production, rolling steel)
  • Continuous production processes where spatial data matters.
  • Process engineers and quality engineers looking to streamline defect analysis and prove quality to customers or regulators.

Tailor your MQTT egress with flexible templates and improve Parquet file exports

MQTT output options in Factry Historian v7.2

The new update gives you full control over how your data is structured and shared over MQTT.

What’s new?

In previous versions of Factry Historian, MQTT data outputs followed a fixed format. With Factry Historian v7.2, you can now create templates to structure the payload exactly how you want it. Whether it’s JSON, XML, or another format, you decide what fields to include, how to organise metadata, and how the information is sent to the broker.

This flexibility ensures that your Historian data integrates seamlessly with your Unified Namespace initiatives and other applications, without requiring workarounds or post-processing.

Key benefits:

  • Customise how data is sent to your MQTT broker
  • Include additional metadata for richer data outputs (such as datatypes, engineering specifications, etc.)
  • Reduce the need for adjustments in downstream systems

Who benefits from this?

  • Companies evolving towards a Unified Namespace architecture (UNS), both local and across the enterprise.
  • Companies wishing to standardize their (JSON) payload across different vendors.
  • Data engineers that wish to ingest processed data from Factry Historian into other applications.

Smarter Parquet exports for optimised storage

Parquet exports in Factry Historian v7.2 release

Parquet file exports have been fine-tuned for better flexibility and efficiency. You can now group more measurements into a single Parquet block, reducing the number of files generated and improving data compression. This means your storage is used more efficiently, and your data is more manageable.

While these are incremental refinements, they deliver clear value: less overhead when handling Parquet files and faster performance when working with large datasets.

Simplified workflows: generate events from external databases

Generating events from external databases in Factry Historian v7.2 release

Factry Historian v7.2 introduces the ability to generate events directly from external databases. Previously, integrating batch events from systems like Siemens Simatic Batch required multiple steps. Now, Historian can pull event data straight from your external batch management system, LIMS, or other databases — streamlining the process and reducing manual configuration.

Why this matters:

  • Faster event generation from external sources
  • Less configuration overhead
  • Better integration with IT systems

Who benefits from this?

  • Batch based industries that want to build a single source of truth of batch information coming from the process, quality systems, and MOM

Additional usability tweaks

The v7.2 release includes smaller but impactful improvements that make the Historian platform even more user-friendly:

  • Visualising parent events on child events within the Grafana data source (e.g. viewing the “batch” event from its filling and cleaning steps)
  • Using distinct event property values as variables for filtering (e.g. a Batch ID, recipe or quality information)
  • These changes continue the focus on making data exploration more intuitive while reducing the need for manual input and queries.

What’s next?

Usability remains a top priority for our Factry Historian development team. Expect further refinements in upcoming releases, including a gradual UI update that will further centralise key workflows within the Historian interface.

Get a 1-on-1 product demo


Ready to experience the latest usability improvements for yourself? Schedule a demo of Factry Historian v7.2 today.

Never miss the golden tip, subscribe to our quarterly newsletter