Hello,
I have a problem with the debugger in AS 6.3.4.31.
Previous issues with the simulation were resolved by properly installing AS (as an administrator) and the security software suite FortiClient (by our IT department).
This setup also helps occasionally run the debugger on the PLC.
However, most of the time, activating the PLC debugger ends with the following dialog:
An even worse situation occurs with the simulation debugger, which cannot be activated at all — it always ends with a timeout:
Has anyone experienced similar issues?
According to the security software status, it does not block any processes or ports, and the same applies to the Windows 11 firewall.
Hi Simon,
I’ve marked the issue as solved, but that’s only true for the PLC. When downgrading to version 6.3.4, the simulation enters a strange state — it appears to be in run mode (both in ARsim and AS), and all programs on the target match those in the project, but it doesn’t actually run. The debugger shows this dialog:
I’ve tried all the usual tricks (rebuild, restart PC, offline commissioning, clear configuration, delete Temp and binary files, etc.), but none of them work.
Do you have any idea how to deal with this?
Thank you
Regards
Michal Malek
just for the record, I ran into the same issue today.
Thanks @Michal_Malek for reporting this here so I know it’s not related to my specific installation. The “strange state” that you observed after downgrading resulted for me without downgrade but with modifications in the PVI Manager properties, cf. B&R Online Help . (specifically after enabling “Use TCP/IP Communication” with port 2323). So the text might just be a common symptom of some invalid configuration.
Since AR6.5 is supposed to fix this: For when is this scheduled?
Hi Lukas,
I’m happy too — at least there are two of us experiencing these problems :-). Unfortunately, these aren’t the only ones, and with every step I take in AS6, I’m solving a new issue. Hopefully AR6.5 will fix most of them :-).
Regards
Michal Malek
Hi,
The problem has been fixed with the new Automation Runtime version.
AR = Automation Runtime
AS = Automation Studio
Do you also have the new AR version?
It seems that Rickard is right. I have installed all the 6.5 upgrades, but simulation debugging is still not working and shows the same dialog as it did with version 6.3.4.
Hi again!
It’s working for me now, but I’ve only tested it in the simulator.
I installed Automation Runtime 6.5.1 and, just to be safe, deleted the Temp folder. Then I performed a rebuild (initial install).
Thanks for the advice!
Best regards,
Rickard
Hello,
unfortunately we have the same problem(or it at least looks the same) also with recently installed Automation Runtime 6.5.1 and Automation Studio V 6.5.0.306.
Now we are not able to activate Debugger with PLC(X20CP0484_1) at all.
It ended always with this error:
We have also deleted Temp subfolder with the same result.
Debugger works fine with Simulator(ArSim) after removing Temp subfolder.
Some background info: I have reinstalled AS 6.5.0.306 from the official zip file from BR web, before reinstallation we used AS 6.3.something and runtime on X20CP0484_1 ‘6.1.1’. My colleague installed AS 6.5.0.306 on completely new reinstalled W11 (so no previous version of AS was installed on his PC), also with the same result - Debugger ended with error during connection with PLC. Also we don’t have admin rights for developers in our company (installation has been made by our IT team) but we also tried to run AS 6.5.0.306 with admin rights with the same result. We have also tried Powershell’s commands from this thread(though I assume they are useless in Runtime 6.5.1) with the same result.
Hi @Marek_Hluchnik ,
Welcome to the community!
It seems R&D has fixed debugger issues on the new Automation Runtime, but unfortunately you still are facing new debugger issue.
In Czech republic we have strong B&R team, I recommend to report new issue to them so they can create a CASE and International Support can link your issue to the one already reported.
In the mean time on our side we will update you if we find possible work around.
I know it’s not the answer you need but I see your case required deep investigation.
Ciao
Valerio
Hello,
Finally, together with our B&R support team, I found a solution to the original simulation debugging problem, and the debugger in simulation mode is now working as expected.
In my case, the issue was related to the TCP port 2323 being occupied by the iphlpsvc service. I stopped this service and released the port for simulation purposes.