Resolving SIMOCODE Pro V Error Buffer Date and Time Issues

David Krause13 min read
Motor ControlSiemensTroubleshooting
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

When a SIMOCODE pro V basic unit (3UF7 series) is configured and commissioned with SIMOCODE ES V2007 SP4 HF2 or later engineering software, the error/fault buffer can appear to show "wrong" date and time values. The behavior is not a configuration defect. It is a designed limitation of the PROFIBUS DP variant and most legacy SIMOCODE pro communication modules. The device does not maintain a real-time clock; the timestamp recorded in the diagnostic buffer is an elapsed-time counter referenced to the operating hours of the basic unit, not a calendar date.

This article clarifies the timestamp format, explains the difference between SIMOCODE pro V PROFIBUS and SIMOCODE pro V PROFINET with respect to time-of-day stamping, and provides procedures for activating time synchronization where the hardware supports it. The content applies to motor management systems used with SIMATIC S7-300, S7-400, S7-1200, and S7-1500 controllers as well as stand-alone (non-networked) configurations.

Critical distinction: SIMOCODE pro V PROFIBUS and SIMOCODE DP variants have no battery-backed real-time clock and no calendar capability. Only the SIMOCODE pro V PROFINET (and SIMOCODE pro C PROFINET) basic units support NTP/SNTP time synchronization that produces a real date/time stamp in the error buffer.

SIMOCODE pro V Communication Variants and Timestamp Behavior

SIMOCODE pro V is available with multiple communication modules. The diagnostic and error buffer implementation differs by variant:

Variant Order Number (Basic Unit) Communication Error Buffer Timestamp Source Real Date/Time?
SIMOCODE pro V PROFIBUS 3UF7010-1AB00-0 / 3UF7011-1AB00-0 PROFIBUS DP-V0/V1 Operating hours counter (monotonic) No
SIMOCODE pro V PROFINET 3UF7010-1AU00-0 / 3UF7011-1AU00-0 PROFINET IO Operating hours + synchronized TOD clock Yes (after NTP/SNTP configuration)
SIMOCODE pro C PROFIBUS 3UF7000-1AB00-0 PROFIBUS DP-V0 Operating hours counter No
SIMOCODE pro C PROFINET 3UF7000-1AU00-0 PROFINET IO Operating hours + synchronized TOD clock Yes (after NTP/SNTP configuration)
SIMOCODE pro S 3UF7020 / 3UF7021 PROFINET IO / PROFIBUS Variant dependent; PROFINET supports TOD Variant dependent

The operating hours counter increments only while control power (terminal A1/A2 = 24 V DC, or 110/230 V AC depending on the basic unit version) is present on the device. Loss of control power stops the counter; it is retained in non-volatile memory on the basic unit and resumes from the last saved value when power returns.

Understanding the Operating Hours-Based Error Buffer

The error buffer is stored in non-volatile memory on the SIMOCODE pro V basic unit. Each event is time-stamped with the cumulative operating hours of the device at the moment the event was logged. Because the counter is monotonic and only advances while control power is applied, the timestamp represents the time elapsed since the device was first commissioned minus any time it spent de-energized.

The display format is fixed and cannot be changed through SIMOCODE ES configuration. It uses the pattern:

DDDD.HH:MM:SS

where:

  • DDDD = number of full days of operation (0 to 65535)
  • HH = hours within the current day (0 to 23)
  • MM = minutes (0 to 59)
  • SS = seconds (0 to 59)

This is a derived format, not a calendar date. There is no year, no month, no day-of-month, and no provision to set a base date from which to compute a real timestamp.

Worked Example From the Source

The original Siemens support response provides a direct example. If the operating hours counter reads 80 hours at the moment an event is recorded, the error buffer displays:

3.7:47:07

Decoding this string:

  • 3 full days (3 × 24 = 72 hours)
  • 7 hours into the fourth day (72 + 7 = 79 hours)
  • 47 minutes
  • 7 seconds

The total elapsed time is 79 hours, 47 minutes, 7 seconds after the moment of commissioning. The exact sub-hour remainder (47:07) reflects the internal counter resolution of the basic unit; the counter is not perfectly whole-hour, so the device is able to display minute and second resolution despite the field name "operating hours." This is the source of the most common confusion: a user expects a calendar date and reads 3.7:47:07 as "3 July, 47:07" or similar, when in fact it is "3 days, 7 hours, 47 minutes, 7 seconds."

Counter resolution: SIMOCODE pro V basic units update the operating hours counter with sub-hour resolution. The granularity is implementation-specific to the 3UF7 firmware, but minute and second resolution are observable in the timestamp fields when the device is energized. Do not assume the counter is whole-hour; always interpret the full DDDD.HH:MM:SS string.

Converting the Displayed Timestamp to a Real Elapsed Time

For PROFIBUS and SIMOCODE DP installations where real date/time is not available, the timestamp can be converted to a real wall-clock time if the technician recorded the date and time at which the device was first commissioned and the device has remained continuously energized.

Use the following formulas:

Total elapsed seconds (T_s):

T_s = (DDDD × 86400) + (HH × 3600) + (MM × 60) + SS

Total elapsed hours (T_h):

T_h = T_s / 3600

Reconstructed wall-clock time of event (T_event):

T_event = T_commission + T_s

where T_commission is the real date/time at which the SIMOCODE pro V basic unit first received control power. If the device lost control power at any point, you must also subtract the total de-energized time, which is not recorded by the device. The de-energized time must be logged manually by the plant operator.

Practical Limitation

This conversion is error-prone over long service intervals and is the primary reason Siemens introduced real-time-clock support in the PROFINET variant. For any new motor management application that requires auditable fault timestamps — for example, in regulated process plants or for warranty dispute resolution — select the SIMOCODE pro V PROFINET basic unit and configure time synchronization as described below.

Enabling Time Synchronization on SIMOCODE pro V PROFINET

Only the PROFINET IO variants of SIMOCODE pro V support real-time time-of-day (TOD) synchronization. There are two possible time sources:

  1. PROFINET IO time-of-day synchronization (PDEV TOD sync), where the IO Controller pushes the time to the IO Device.
  2. NTP/SNTP client, where the device polls an NTP server on the plant network.

To enable PROFINET TOD sync on a SIMOCODE pro V PROFINET basic unit (3UF7010-1AU00-0 or 3UF7011-1AU00-0) using SIMOCODE ES V2007 SP4 or later:

  1. Open the SIMOCODE ES project and go online to the device.
  2. In the device tree, expand the PROFINET interface node.
  3. Open Properties > PROFINET IO > Time-of-Day Synchronization.
  4. Select "Synchronize with IO Controller time" or specify the NTP server address.
  5. Set the synchronization interval. Recommended value: 60 s for process-critical applications, 600 s for non-critical.
  6. Download the configuration to the device and perform a station restart (PROFINET AR abort/reconnect) to apply.
  7. Verify in the diagnostic buffer that the first new event has a real date/time stamp rather than the DDDD.HH:MM:SS pattern.

The NTP/SNTP client path is configured through the device's Web server or via SIMOCODE ES, depending on the firmware version. NTP servers should be selected from the same plant security zone as the SIMOCODE device, with authentication where supported by the firmware.

Controller-side requirement (S7-1500 / ET 200SP): When using PROFINET TOD sync from a SIMATIC controller, the controller CPU clock must itself be synchronized to a plant time source. Otherwise the SIMOCODE device inherits an arbitrary "epoch" set during CPU commissioning. Typical practice is to synchronize the S7 CPU via NTP (project > CPU properties > Time synchronization) and to forward that time to PROFINET IO devices. This is documented in the SIMATIC S7-1500 system manual referenced below.

Configuration Through SIMOCODE ES

SIMOCODE ES (TIA Portal integration or the standalone SIMOCODE ES V2007 SP4 HF2 tool) is the engineering environment for SIMOCODE pro V. The timestamp format itself is not a configurable property; it is a fixed output of the basic unit firmware. The configurable items relevant to fault timestamping are:

Parameter Path in SIMOCODE ES Description Default Recommended (PROFINET)
Device > PROFINET Interface > Time Synchronization Source and interval of TOD sync Off IO Controller push, 60 s
Device > Diagnostics > Error Buffer Number of buffered events 8 (typical) 8 to 16, depending on event rate
Device > Operating Hours Counter Counter behavior at power-up Resume Resume (do not reset on every commissioning)
Cyclic Data > Status Word Bit indicating TOD validity Map to HMI for operator visibility

Comparison of Communication Variants

Capability SIMOCODE pro V PROFIBUS SIMOCODE pro V PROFINET
Real date/time in error buffer No Yes, after TOD sync configuration
Battery-backed RTC on device No No (relies on network sync)
NTP/SNTP client No Yes (firmware-dependent)
Operating hours counter retention Non-volatile, indefinite Non-volatile, indefinite
Counter resolution Sub-hour, minute/second visible Sub-hour, minute/second visible
Reset of counter to zero Not supported (per field report) Not supported via standard parameters
Format of timestamp in buffer DDDD.HH:MM:SS DDDD.HH:MM:SS (or real DD.MM.YYYY HH:MM:SS when synchronized)
Standalone (no PLC master) operation Yes Yes (Web server access still works)
Web server access No Yes (firmware >= V2.x)

Troubleshooting Matrix

Symptom Likely Cause Affected Variant Action
Error buffer shows 0.0:00:00 immediately after commissioning Counter not yet started; first event recorded before one full second of operation All Normal. Wait for the next event or trigger a test trip to populate the buffer.
Timestamp appears to count up too fast Counter continues to advance even when motor is off (control power still applied) All By design. Counter is wall-clock since first energization, not motor-run time.
Timestamp resets to zero after power cycle Counter reset command issued via SIMOCODE ES or service tool All Avoid using the "Reset Operating Hours Counter" function during normal operation. If a reset is required, document the action and the wall-clock time of the reset.
PROFINET device still shows DDDD.HH:MM:SS after TOD sync configured TOD sync not active, controller time not synchronized, or device firmware below the supported revision SIMOCODE pro V PROFINET Verify controller-side time sync, check PROFINET AR state, update SIMOCODE firmware per Siemens release notes.
Error buffer interpreted as calendar date by HMI script HMI script parses 3.7:47:07 as day.month:minute:second PROFIBUS / DP Update HMI script to display the string verbatim and add a label such as "Operating Hours:" to the field.
Standalone (no PLC) laptop access required to read error buffer No master connected; USB or Ethernet service interface used All Use SIMOCODE ES > Online > Diagnostics > Error Buffer. For PROFINET, the device's integrated Web server can be accessed directly via the configured IP address.

Limitations and Workarounds for PROFIBUS / DP Installations

For sites that are locked into the SIMOCODE pro V PROFIBUS basic unit (for example, brownfield PROFIBUS DP networks with no PROFINET migration path), the following workarounds are available to provide approximate real-time stamping:

  1. PLC-side time stamping. Subscribe to the SIMOCODE pro V diagnostics via PROFIBUS DP and record the event in the SIMATIC CPU's diagnostic buffer, which is time-stamped with the controller's real-time clock. Configure a S7 diagnostic alarm OB (e.g., OB82 for diagnostics) to log the time of day from the S7 CPU system clock.
  2. SCADA-side time stamping. Read the SIMOCODE error buffer cyclically into WinCC, FactoryTalk View, or a comparable SCADA, and append the SCADA server's time-of-day to each event. This is the most common production workaround.
  3. Manual commissioning log. Record the date and time the device was first energized and the total accumulated de-energized time. Apply the conversion formulas above to any error buffer entry.

Each of these workarounds is approximate: there is always a small drift between the event occurring inside the SIMOCODE basic unit and the event being reported over PROFIBUS to the controller or SCADA. The drift is in the millisecond range for PROFIBUS DP-V1 and is acceptable for production fault analysis.

Why a real-time clock was not added to PROFIBUS units: The PROFIBUS DP physical layer and the 3UF7010/3UF7011 basic unit firmware were frozen before TOD synchronization was a standard PROFINET feature. The non-volatile counter approach was chosen to avoid dependence on battery backup and to keep the basic unit cost low. The PROFINET redesign included a real-time clock with NTP/SNTP support precisely to address this gap.

Verification

To verify that the chosen approach is working correctly:

  1. Force a test trip on the SIMOCODE pro V by opening a protected motor contactor circuit, or use SIMOCODE ES to issue a test fault from the diagnostics menu.
  2. Open the error buffer in SIMOCODE ES, the device's Web server (PROFINET only), or the connected SCADA / HMI.
  3. Confirm that the new event carries either:
    • A DDDD.HH:MM:SS string that has advanced by at least one second relative to the previous event (PROFIBUS), or
    • A real date/time stamp in the format DD.MM.YYYY HH:MM:SS (PROFINET with active sync).
  4. For PROFINET: also verify the TOD validity bit in the cyclic status word reflects a healthy time source.
  5. Trigger a controller-to-device time resync (e.g., by changing the S7 CPU time by 1 minute and waiting for the next sync interval) and confirm the SIMOCODE error buffer reflects the new time on the next event.

Engineering Recommendations

  • New installations: Select SIMOCODE pro V PROFINET (3UF7011-1AU00-0 or equivalent for the application's current/voltage range) and configure PROFINET TOD sync at commissioning. The incremental hardware cost is recovered quickly by eliminating SCADA-side time-stamping logic.
  • Existing PROFIBUS installations: Do not attempt to "reset" the operating hours counter to force the timestamp to zero — this destroys the cumulative run history required for predictive maintenance calculations. If the counter must be reset, do it once and document the wall-clock time of the reset.
  • HMI design: Always label the error buffer timestamp field with its meaning ("Operating Hours" vs. "Date/Time") to prevent operator confusion.
  • Auditability: For regulated applications, ensure the SCADA-side time stamp is recorded independently of the SIMOCODE basic unit counter, and that the SCADA server is itself synchronized to a traceable time source (e.g., plant NTP or GPS).
  • Firmware: Use the latest SIMOCODE pro V PROFINET firmware available at commissioning to benefit from NTP/SNTP client improvements and security patches. Check the Siemens Industry Online Support for the current firmware release notes.

References to Official Documentation

For further detail, refer to the following official Siemens resources:

FAQ

Why does my SIMOCODE pro V PROFIBUS show 3.7:47:07 in the error buffer instead of a real date?

The SIMOCODE pro V PROFIBUS basic unit has no battery-backed real-time clock. The string 3.7:47:07 means 3 days, 7 hours, 47 minutes, 7 seconds of operating time since the device was first energized. It is not a calendar date and cannot be converted to one without an external reference of when commissioning occurred.

Can I reset the operating hours counter to zero on a SIMOCODE pro V?

The operating hours counter is treated as cumulative run-time data for predictive maintenance and is not normally resettable from the standard user interface. Resetting it destroys the run history. If a one-time reset is unavoidable, perform it immediately after commissioning and record the wall-clock time of the reset for future reference.

How do I get a real date/time stamp in the SIMOCODE error buffer?

Use a SIMOCODE pro V PROFINET basic unit (3UF701x-1AU00-0) and enable time-of-day synchronization. Either let the PROFINET IO Controller push its time to the device, or configure the device's NTP/SNTP client to poll a plant time server. After sync is active, new error buffer entries are stamped with the real date and time.

Is the operating hours counter affected by motor on/off state?

No. The counter is driven by the control power terminals (A1/A2) of the basic unit, not by the motor contactor. The counter advances whenever 24 V DC (or 110/230 V AC, depending on unit) is present at the basic unit, regardless of whether the motor is running.

Can I read the SIMOCODE error buffer from a laptop without a PLC connected?

Yes. Connect a PC running SIMOCODE ES to the device via the USB service interface (PROFIBUS basic unit) or via Ethernet to the integrated Web server (PROFINET basic unit). Open the Diagnostics > Error Buffer view in SIMOCODE ES, or browse to the device IP address and use the Web-based diagnostics page. The laptop's wall-clock time is the only available real-time reference in this configuration.

Back to blog