Whats about port 80? If SDM is enabled in the project where the ArSim was built on, there should be a different webserver running, reachable at http://localhost/sdm
with opening SDM, I only wanted to see if an other network service of ArSim is reachable, or if there’s a general network issue inside the VM.
No idea how to proceed to be honest
Could you please generate a system dump with SDM (creates a tar.gz package with some information of the PLC) and a complete output of netstat (without filtering for a specific port, just forward the netstat console output to a text file), and upload both files here?
I don’t have much hope to find something, but I’ll check that data if I see something strange inside. (I’m on a business trip right now, could take some time to have a look inside).
Best regards!
PS: I forgot to mention, IIS or any other external software / service is definitely not needed for the mappView webserver in ArSim.
If I understood you correctly, you have a “naked” Windows 11, prop. with no updates (?) and no additional “things” installed.
You copied onto this machine only the ARsim folder and started the ARsim?
It might be that you’re missing some Microsoft Libraries, which are usually installed with Automation Studio.
So, if possible, you might want to install AS on your VM … just to confirm that this is (also not) working.
Open a terminal (cmd.exe) and navigate into your ARsim folder. You should have a “ar000loader.exe” in that folder, start it.
This should bring up ARsim - but hopefully reveal missing libraries.
I’d also check the “Console” tab of the ARsim windows - it should contain some messages related to mapp View. Maybe there is something indicating why it did not start.
because the issue didn’t leave me alone, I tried to reproduce it - and at least I found something that looks quite similar, even if I’m not sure if it’s the same cause.
I installed a fresh, bare Windows 11 pro 24H2 as into a VirtualBox VM on my private device, and copied the ..Temp\Simulation… subfolder from a mappView project using some 4.73 Automation Runtime on it. And yes, after doing so, AR started, everything looked like expected (Ar was in run, SDM was reachable) but mappView wasn’t accessible by localhost:81.
So I digged a bit deeper into and tried several installations of Microsoft .NET and VC++ redist packages used also by Automation Studio setup, but nothing changed.
After having a deeper look into the console output of ArSim, I found one entry that wasn’t clear to me: a message about a QTCore4.dll error.
This DLL (and many others) are part of the Simulation folder, so I ruled out that that this DLL is missing. Nevertheless, as Windows DLL error code 126 often means “some ressource is missing”, I inspected the QTCore4.dll static dependencies and checked what’s available on my W11 VM installation: two DLLs were not available in the Windows\SysWOW64 directory, msvcp100.dll and msvcr100.dll
Google said, those DLL are part of an older MS VC++ resdist. package (2010 SP1 and later). As I found both on my WIndows 11 development system in Windows\SysWOW64, I just copied them to the same path of my W11 inside the VM.
