Heidenhain 231-6850 - 6850 CC (log): LSV2 test command for FS error injection
This log entry confirms that an LSV2 test command was successfully received by the control to inject a fail-safe error condition, which is a normal diagnostic procedure. It is not indicative of a malfunction but rather a verification that safety-related diagnostic communication channels are operational. This typically occurs only during service, commissioning, or functional safety validation activities.
HeidenhainServo/AxisIntermediate30-120 minutes
231-6850
Heidenhain 231-6850 - 6850 CC (log): LSV2 test command for FS error injection
6850 CC (log): LSV2 test command for FS error injection
This is a diagnostic log entry, not a critical alarm. It indicates that an LSV2 (Leitstand-Verbindung 2) test command was executed to intentionally inject a fail-safe (FS) error for testing purposes. This typically occurs during commissioning, service diagnostics, or when using TNCremo/TNCtest software for functional safety verification.
Root Cause Summary
This log entry confirms that an LSV2 test command was successfully received by the control to inject a fail-safe error condition, which is a normal diagnostic procedure. It is not indicative of a malfunction but rather a verification that safety-related diagnostic communication channels are operational. This typically occurs only during service, commissioning, or functional safety validation activities.
Safety
Refer to Heidenhain service manual
Ensure qualified technician performs repairs
Causes and Fixes
1
Verify Active LSV2 Connections
Press MOD key, navigate to System Messages, then select 'CC Log' to review the complete log entry including timestamp and connection details. Note the exact time and correlate with any service activities.
The CC log will show the source IP address or connection identifier if the LSV2 command came from external software.
2
Check for Active Service Software
Look for TNCremo or TNCtest windows on connected service laptops or network terminals. Verify with service personnel if functional safety testing is in progress.
Do not interrupt ongoing safety function tests as this may invalidate acceptance test protocols required for SIL certification.
3
Review Test Documentation
If this occurred during commissioning, verify that the test is documented in the machine acceptance protocol. This log entry may be required evidence for functional safety validation.
Export the CC log via MOD > System Messages > CC Log > [BACKUP] to include in commissioning documentation.
4
Clear Log Entry if Test Complete
Once test completion is confirmed, the log entry can remain for documentation purposes. No action is required unless repeated unexpectedly outside of test procedures.
1
Investigate Network Connections
Press MOD, select 'General Settings', navigate to 'DataServer' settings, and review current LSV2 connection status and authorized client list.
Unauthorized LSV2 access can potentially affect safety-related control functions. Take this seriously if no service activity is scheduled.
2
Review Security Settings
Check MOD > General Settings > Security/Password settings to verify LSV2 access permissions. Ensure only authorized IP addresses or service tools have access rights.
Heidenhain TNC controls allow LSV2 access restriction by IP address range in later firmware versions. Consult your control's firmware manual for specific parameters.
3
Disable LSV2 Temporarily
If unauthorized access is suspected, navigate to MOD > General Settings > DataServer and disable LSV2 protocol temporarily until the source is identified.
Disabling LSV2 will prevent remote diagnostic capabilities. Re-enable only after verifying network security.
4
Contact Heidenhain Service
If the source of the LSV2 command cannot be identified, document all log entries and contact Heidenhain service support with the complete CC log export for analysis.
Export the complete log using MOD > System Messages > CC Log, then use the BACKUP function to save to USB for transmission to Heidenhain.
1
Check PLC Program for Test Routines
If the machine has a PLC integration, review the PLC program (accessible via MOD > PLC Programming if permissions allow) for automated safety test sequences that may trigger LSV2 commands.
Search for references to 'FS_TEST', 'SAFETY_CHECK', or similar function blocks in the PLC code that might invoke diagnostic commands.
2
Review Machine Parameter Settings
Press MOD, navigate to Machine Parameters, and check for any parameters related to automatic safety testing or diagnostic routines (parameter numbers vary by control version and machine configuration).
Consult the machine manufacturer's parameter documentation for safety-related automatic test settings specific to your machine model.
3
Verify Firmware Version Behavior
Check the control firmware version (displayed at startup or via MOD > System Information). Consult Heidenhain documentation or release notes for that specific firmware version regarding automated safety tests.
Firmware versions 606.xxx and later on TNC 620/640 have enhanced functional safety diagnostics that may include automated LSV2 test routines.
4
Document as Normal Operation
If confirmed as part of automated testing, document the occurrence frequency and timing. This becomes part of the normal operational log and requires no corrective action.
Set up a log monitoring routine to track these entries monthly to establish a baseline pattern for your specific machine configuration.
DIY Feasiblemedium confidence
Call a technician if:
·FS system shows actual safety faults
·LSV2 parameters are corrupted
·Network hardware failure suspected
Prevention
Properly close all diagnostic sessions before disconnecting tools
Schedule FS testing during planned maintenance windows
Maintain stable network connections during commissioning
Common Mistakes
Ignoring the alarm assuming it's just a test
Modifying LSV2 parameters without understanding their function
Not verifying FS system status after clearing the alarm