About SteffenR-

English 🠦 Deutsch   In some cases the reason for a bluescreen or page fault exception without call stack can be analyzed by Beckhoff. These are the steps to provide all necessary data for analyzation: Open the startup and recovery settings on the target system: Control Panel > System and Security > System Advanced system settings > Advanced > Startup and Recovery Settings Select the option kernel memory dump and activate the checkbox for overwriting existing files: Close the dialog with OK. Do you get following error? Only if you get this error: Open the virtual memory settings on the target system: Control Panel > System and Security > System > Advanced system settings > Advanced > Performance Settings > Advanced > Change virtual memory Then activate the checkbox to automatically manage paging file size for all drives, acknowledge all dialogs with OK and restart Windows.   This step is only necessary if you do not get a dump file (MEMORY.DMP), for example in case of an exception without call stack: Add following registry key as DWORD (32-bit) with value 1 in the Registry Editor on the target system: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Beckhoff\TwinCAT3\System\ForceExceptionMemoryDump Attention: This registry key causes a system crash instead of a page fault exception. After analyzation you must reset this key to 0 or delete it. Restart Windows of the target system. Reproduce the bluescreen or exception. Copy the dump file from the target system: C:\Windows\MEMORY.DMP Copy the whole content of the TwinCAT boot folder from the target system: C:\TwinCAT\3.1\Boot\ It usually contains a copy of the PLC project if you have used the Control plus default settings in TwinCAT: If your TwinCAT version provides following update function execute it on your development system: Make a copy of the PLC project on your development computer (...\Stat000\Plc\). Send all data (MEMORY.DMP, boot folder, Plc project) to your local Beckhoff contact via fileexchange.beckhoff.com or ask the Nexeed helpdesk.     Deutsch 🠦 English   In einigen Fällen kann die Ursache für einen Bluescreen oder eine Page Fault Exception ohne Call Stack von Beckhoff analysiert werden. Diese Schritte sind notwendig, um alle Daten für die Analyse bereitzustellen: Auf dem Zielsystem die Startup and recovery settings öffnen: Control Panel > System and Security > System Advanced system settings > Advanced > Startup and Recovery Settings Die Option Kernel memory dump auswählen und das Häkchen zum Überschreiben existierender Dateien aktivieren: Den Dialog mit OK schließen. Erscheint folgender Fehler? Nur wenn Sie diesen Fehler erhalten: Auf dem Zielsystem die Virtual memory settings öffnen: Control Panel > System and Security > System > Advanced system settings > Advanced > Performance Settings > Advanced > Change virtual memory Dann das Häkchen Automatically manage paging file size for all drives aktivieren, alle Dialoge mit OK bestätigen und Windows neustarten.   Dieser Schritt ist nur notwendig, wenn man keine Dump-Datei (MEMORY.DMP) erhält, z.B. im Fall einer Exception ohne Call Stack: Folgenden Registry-Eintrag als DWORD (32-bit) mit Wert 1 im Registry Editor auf dem Zielsystem hinzufügen: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Beckhoff\TwinCAT3\System\ForceExceptionMemoryDump Achtung: Dieser Registry-Eintrag verursacht einen Systemabsturz anstatt einer Page Fault Exception. Nach der Analyse sollte der Eintrag auf 0 zurückgesetzt oder gelöscht werden. Windows auf dem Zielsystem neustarten. Bluescreen oder Exception nachstellen. Die Dump-Datei vom Zielsystem kopieren: C:\Windows\MEMORY.DMP Den vollständigen TwinCAT-Boot-Ordner vom Zielsystem kopieren: C:\TwinCAT\3.1\Boot\ Üblicherweise enthält er eine Kopie des SPS-Projekts, wenn die Control plus Standardeinstellungen in TwinCAT gesetzt sind: Wenn Ihre TwinCAT-Version folgende Update-Funktion enthält, diese auf dem Entwicklungssystem ausführen: Eine Kopie des SPS-Projekts (...\Stat000\Plc\) auf dem Entwicklungsrechner erstellen. Alle Daten (MEMORY.DMP, Boot-Ordner, SPS-Projekt) an den lokalen Beckhoff-Ansprechpartner senden via fileexchange.beckhoff.com oder den Nexeed Helpdesk fragen.   ... View more

Screenshot:   English 🠦 Deutsch   When you open a project with TwinCAT 3.1.4020 that includes a TwinSAFE project you could see the error message: Multiple definitions exist for the AliasDevice '(Type=Esi | SubType=780784 [ModuleIdent] | Vendor=36)' in the following files: C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XCD_SoE_FSoE_01T02.xml C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XCS_SoE_FSoE_01T02.xml C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XMD_SoE_FSoE_01T02.xml C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XMS_SoE_FSoE_01T02.xml ... To prevent errors, the loading of safety projects is prohibited. Please fix the errors and restart TwinCAT. The error message is quite obviously: You must delete the ESI files of the Rexroth ctrlX drives to use TwinSAFE 3.1.4020. If you want to use one of the FSoE drives in TwinSAFE 3.1.4020 you must delete all the files except the type you want to use (for example keep only the XCD file). If you want to add a Rexroth ctrlX FSoE drive in TwinSAFE 3.1.4022 or newer just add the file manually again or use use the Control plus Studio Peripheral function to install the device description files from Std:     Deutsch 🠦 English   Wenn man ein Projekt mit TwinCAT 3.1.4020 öffnet, das ein TwinSAFE Projekt enthält, könnte folgender Fehler auftreten: Multiple definitions exist for the AliasDevice '(Type=Esi | SubType=780784 [ModuleIdent] | Vendor=36)' in the following files: C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XCD_SoE_FSoE_01T02.xml C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XCS_SoE_FSoE_01T02.xml C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XMD_SoE_FSoE_01T02.xml C:\TwinCAT\3.1\Config\IoEtherCAT\BoschRexroth_ctrlX_DRIVE_XMS_SoE_FSoE_01T02.xml ... To prevent errors, the loading of safety projects is prohibited. Please fix the errors and restart TwinCAT. Die Fehlermeldung ist offensichtlich: Man muss die ESI-Dateien der Rexroth ctrlX Antriebe löschen, um TwinSAFE 3.1.4020 zu verwenden. Wenn man einen der FSoE Antriebe in TwinSAFE 3.1.4020 verwenden möchte, muss man alle Dateien außer von einem Typ löschen (z.B. nur die XCD-Datei behalten). Wenn man einen Rexroth ctrlX FSoE Antrieb in TwinSAFE 3.1.4022 oder neuer hinzufügen möchte, einfach die Datei manuell wieder hinzufügen oder die Control plus Studio Peripherie Funktion zum Installieren der Gerätebeschreibungsdateien aus dem Std verwenden:   ... View more

English 🠦 Deutsch   If you encounter a Visual Studio crash / TwinCAT XAE crash it usually looks like this or it may be even closed without message box: "Microsoft Visual Studio has stopped working"   There are some solutions for known problems: Do not use Visual Studio 2010 and Visual Studio 2013 anymore. Update to a newer Visual Studio version that is supported by your TwinCAT version (see below). BCI recommends to use TcXaeShell which is currently a Visual Studio Shell 2017 labeled by Beckhoff. Since now there is no separate installer for TcXaeShell. Therefore you should select installation of TcXaeShell during setup of TwinCAT 3.1.4024. If you have already the latest TwinCAT version without TcXaeShell try to start the Remote Manager setup. A project can be updated by opening it manually with the new Visual Studio / TcXaeShell version. Then select the solution in the solution explorer and explicitly save it: Following Visual Studio versions are supported: - TwinCAT 3.1.4016.28 supports up to Visual Studio 2013, no TcXaeShell - TwinCAT 3.1.4020.28 supports up to Visual Studio 2015, no TcXaeShell - TwinCAT 3.1.4020.56 supports up to Visual Studio 2019 - TwinCAT 3.1.4022 supports up to Visual Studio 2019 - TwinCAT 3.1.4024 supports up to Visual Studio 2019 If you still want to use Visual Studio 2013 you must install Visual Studio 2013 Update 5. This update solves many known crash causes. The update has several gigabyte because it also installs some other Microsoft components like Windows Phone SDK. More information: https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2013-update5-vs The file path of a POU plus the name of the method or SFC action must not be longer than 222 characters (or at least TwinCAT 3.1.4024.47 must be used). SFC chains that have been edited with TwinCAT 3.1.4024 cannot be edited with TwinCAT 3.1.4022 anymore. If a TcPOU file contains the GUID 6ecff51c-9b8f-4338-aab0-67c2b31b07e9 TwinCAT XAE 3.1.4022 will crash when editing this SFC functionblock.   Window docking in Visual Studio causes a crash:   This can be fixed depending on your Visual Studio version: TcXaeShell Close TcXaeShell / Visual Studio Open the path C:\Program Files (x86)\Beckhoff\TcXaeShell\Common7\IDE Create a backup of the file TcXaeShell.exe.config Start Notepad++ with administrator rights ("run as administrator") Open TcXaeShell.exe.config Search for the key word <AppContextSwitchOverrides Add the red code (do not forget the semicolon!):       <AppContextSwitchOverrides value="Switch.System.Threading.ThrowExceptionIfDisposedCancellationTokenSource=false;Switch.System.Windows.Forms.DoNotSupportSelectAllShortcutInMultilineTextBox=false;Switch.UseLegacyAccessibilityFeatures=false;Switch.UseLegacyAccessibilityFeatures.2=false;Switch.UseLegacyAccessibilityFeatures.3=false;Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true;Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true" /> Save and close the file Docking windows should work again without crashing   Visual Studio 2019 Use update function of Visual Studio Visual Studio 2017 Use update function of Visual Studio Visual Studio 2015 See description of TcXaeShell, but instead of TcXaeShell.exe.config edit this file: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe.config Visual Studio 2013 See description of TcXaeShell, but instead of TcXaeShell.exe.config edit this file: C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\devenv.exe.config Additionally this file does not yet include an element called AppCOntextSwitchOverrides. That means the whole XML element must be added with the new attributes:       <AppContextSwitchOverrides value="Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true;Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true" />     Deutsch 🠦 English   Ein Absturz von Visual Studio / TwinCAT XAE sieht wie folgt aus oder es wird sogar ohne Meldungsfenster geschlossen: "Microsoft Visual Studio has stopped working" Es gibt einige Lösungen für bekannte Probleme: Kein Visual Studio 2010 und Visual Studio 2013 mehr verwenden. Auf eine neuere Visual Studio Version aktualisieren, die von der eingesetzten TwinCAT-Version unterstützt wird (siehe unten). BCI empfiehlt TcXaeShell, das aktuell ein von Beckhoff gelabeltes Visual Studio Shell 2017. Bisher gibt es kein separates Setup für TcXaeShell. Deshalb sollte man die TcXaeShell-Installation während der Installation von TwinCAT 3.1.4024 auswählen. Wenn die neueste TwinCAT-Version ohne TcXaeShell bereits installiert ist, kann man ein Remote Manager Setup starten. Ein Projekt kann aktualisiert werden, indem man es manuell mit der neuen Visual Studio / TcXaeShell Version öffnet. Dann die Projektmappe im Projektmappen-Explorer auswählen und explizit speichern: Folgende Visual Studio Versionen werden unterstützt: - TwinCAT 3.1.4016.28 unterstützt bis Visual Studio 2013, kein TcXaeShell - TwinCAT 3.1.4020.28 unterstützt bis Visual Studio 2015, kein TcXaeShell - TwinCAT 3.1.4020.56 unterstützt bis Visual Studio 2019 - TwinCAT 3.1.4022 unterstützt bis Visual Studio 2019 - TwinCAT 3.1.4024 unterstützt bis Visual Studio 2019 Wenn Sie weiterhin Visual Studio 2013 einsetzen wollen, installieren Sie Visual Studio 2013 Update 5. Dieses Update behebt viele Absturzursachen. Das Update ist mehrere Gigabyte groß, weil es auch andere Microsoft Komponenten wie Windows Phone SDK installiert. Weitere Informationen: https://docs.microsoft.com/de-de/visualstudio/releasenotes/vs2013-update5-vs Der Dateipfad einer POU plus Name der Methode oder SFC-Aktion darf nicht länger als 222 Zeichen sein (oder es muss mindestens TwinCAT 3.1.4024.47 verwendet werden). SFC Schrittketten, die mit TwinCAT 3.1.4024 bearbeitet wurden, können nicht mehr mit TwinCAT 3.1.4022 bearbeitet werden. Wenn eine TcPOU-Datei die GUID 6ecff51c-9b8f-4338-aab0-67c2b31b07e9 enthält, stürzt TwinCAT XAE 3.1.4022 ab beim Bearbeiten dieses SFC Funktionsblocks.   Das Andocken von Fenstern (Tabs) in Visual Studio verursacht einen Absturz:     Dies kann in Abhängigkeit der Visual Studio Version behoben werden: TcXaeShell TcXaeShell / Visual Studio schließen Den Pfad C:\Program Files (x86)\Beckhoff\TcXaeShell\Common7\IDE öffnen Eine Sicherung der Datei TcXaeShell.exe.config erstellen Notepad++ mit Administrator-Rechten starten ("run as administrator") TcXaeShell.exe.config öffnen Nach dem Schlüsselwort <AppContextSwitchOverrides suchen Den roten Code hinzufügen (Semikolon nicht vergessen!):       <AppContextSwitchOverrides value="Switch.System.Threading.ThrowExceptionIfDisposedCancellationTokenSource=false;Switch.System.Windows.Forms.DoNotSupportSelectAllShortcutInMultilineTextBox=false;Switch.UseLegacyAccessibilityFeatures=false;Switch.UseLegacyAccessibilityFeatures.2=false;Switch.UseLegacyAccessibilityFeatures.3=false;Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true;Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true" /> Die Datei speichern und schließen Andocken von Fenstern sollte wieder funktionieren ohne abzustürzen   Visual Studio 2019 Update-Funktion von Visual Studio verwenden Visual Studio 2017 Update-Funktion von Visual Studio verwenden Visual Studio 2015 Siehe Beschreibung von TcXaeShell, aber anstatt TcXaeShell.exe.config diese Datei bearbeiten: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe.config Visual Studio 2013 Siehe Beschreibung von TcXaeShell, aber anstatt TcXaeShell.exe.config diese Datei bearbeiten: C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\devenv.exe.config Zusätzlich enthält diese Datei noch nicht das Element namens AppContextSwitchOverrides. Das bedeutet, das ganze XML-Element mit den neuen Attributen muss hinzugefügt werden:       <AppContextSwitchOverrides value="Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true;Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true" />   ... View more

English 🠦 Deutsch Symptoms The DataSetManager add-on stays in initialization until a communication timeout occurrs although the DataSetAccess service is running on the target system.   Diagnosis Check if there two configuration files for the DataSetAccess service. If you change the machine identifier of your project there can still be the old configuration file on the target system:   Solution Just delete both folders and deploy the DataSetAccess again. The DataSetAccess service can connect to multiple PLCs. But if you do not have this use case there must only be one configuration file (that means only one GUID folder).  Background: If there are two configuration files with the same target IP, the DataSetAccess service and DataSetManager have a handshake problem. Additional hint: You should update the service (ORD/NXRD file) at least to V1.0.11 because this fixes a similar problem after activating configuration in TwinCAT. In the documentation of the DataSetManager add-on you will find some more hints to solve problems:   Deutsch 🠦 English Symptome Das DataSetManager Add-on bleibt in der Initialisierung stehen bis eine Kommunikations-Zeitüberschreitung auftritt, obwohl der DataSetAccess Service auf dem Zielsystem läuft.   Diagnose Prüfen, ob es für den DataSetAccess Service zwei Konfigurationsdateien gibt. Wenn man die Maschinenkennung (machine identifier) eines Projekts ändert, bleibt die alte Konfigurationsdatei trotzdem noch auf dem Zielsystem bestehen:   Lösung Einfach beide Ordner löschen und DataSetAccess nochmal deployen. Der DataSetAccess Service kann sich mit mehreren Steuerungen verbinden. Aber wenn man diesen Anwendungsfall nicht hat, darf es nur eine Konfigurationsdatei (das bedeutet nur ein GUID-Ordner) geben. Hintergrund: Wenn es zwei Konfigurationsdateien mit derselben Ziel-IP gibt, haben DataSetAccess Service und DataSetManager ein Handshake-Problem. Zusätzlicher Hinweis: Man sollte den Service (ORD/NXRD Datei) mindestens auf V1.0.11 aktualisieren, weil das ein ähnliches Problem nach Aktivieren der Konfiguration in TwinCAT behebt. In der Dokumentation des DataSetManager Add-ons gibt es weitere Hinweise zur Problembehebung: ... View more