Hello,
I am working on a project that has problems with the filesystem. I am unable to work with files, recipes, etc. When I try to create a recipe, I get error 20710. when I am loading recipe, there is an error with denied access. On disc is lot of free space, so that is not our problem.
The machine has two APC910 units. The first one (slave) has Windows and a hypervisor installed, while the second one (master) only contains the project structure with Automation Runtime (AR) on it. Communication between this PCs is only via Powerlink and opcUA.
After Offline installation we are copying Gcode files via ftp, and Supertrak config files via card reader.
We have also created a File Manager interface which is using the VC4 B&R mpFileManagerUI function block, but it behaves strangely only on the machine. Folders and files keep jumping up and down, making it impossible to click on anything.
I suspect that the issue might be caused by Windows on the connected PC or by Windows on the slave PC because a folder named $Recycler.Bin appears after some machine restarts when we start copying SuperTrak configuration files. Also, folder System volume information is not part of the project.
that sounds really strange.
Honestly spoken, I’m not sure if I already understood the setup, where does the issue happen? On the machine with Hypervisor, or on the “AR only” machine?
I’m asking because “System Voliume Information” and “Recycler.bin” are Windows folders, AR does not create such folders as I know.
So if those folders are existing on the “AR only” machine, I assume they are created when copying the Supertrak config files via card reader (if you’re using Windows Explorer to copy that files to the user partition).
Bit if it happens on the Hypervisor system, then it looks like that Windows is operating directly on the Hypervisors AR user partition (which would be very unusual bacuse as I know, Windows does not “see” those partitions at all).
Independent of the Windows “special folders”, if it happens on the “AR only” system for me it sounds a bit like that it could also be caused by some accidential memory overwriting of variables, or function block instances, or even by AR internal allocated memory for some system functions, for example by mem… or str… functions writing into a too small destination memory, or by misleaded, uninitialized or invalid pointer.
I’ve never seen the behavior like you descibed, but I’ve seen many other strange things that were caused in the end by unwanted overwriting of memory already allocated by other running processes from AR.
As I said I can’t swear, but I would propose first trying only to install the task that handles mpFileManagerUI, or even creating a “dummy task” only containing that single functionality, and don’t install anything else into the PLC… if the issue then is not longer reproducable, install “step-by-step” more and more tasks until the behavior starts again … if it’s caused by memory violation, following this procedure hopefully will help to identify where to debug in detail.
Another possibility into the same direction is to try to stop all tasks in the system except of the one calling mpFileManagerUI and to check, if the behavior changes… if the issue is caused by a cyclic overwriting of reserved memory, then the refreshing of the list should stop after stopping the tasks; if so, enable again task by task to see what happens, like described above.
Problem was between chair and keyboard. @pavel.vavra contacted me and checked again USER memory. There was lack of space and when system tried to write something, tree started jumping. Thank you for your time
