WinAutomation Installation


WinAutomation is a desktop solution, so it is not using any particular or complicated architecture. It can be installed on a single machine, and it only needs that dedicated machine to work properly.


If WinAutomation is installed on multiple machines, then each installation is completely independent from each other; this means that there is no relation whatsoever between separate WinAutomation Consoles, nor is there any way to centrally manage multiple WA Consoles from a single point.


In order to install WinAutomation, a single setup file (self-contained installer) is needed.


By navigating to the link below, the User can know which is the latest WinAutomation version currently released:


http://www.winautomation.com/installation-instructions


In case a new version has been released and the User is currently using an older one, he/she can download the latest setup file and install the new version on top of the existing one; no uninstallation of the previous version is required.


*Note: A backup of the WinAutomation database (Robots.dat) is suggested prior to any software upgrade.


Hardware Requirements


  • Client Operating System: Windows Vista, Windows 7, Windows 8 or 8.1, Windows 10 (both 32 bit and 64 bit versions)
  • Server Operating System: Windows Server 2008, Windows Server 2012, Windows Server 2016 (both 32 bit and 64 bit versions)


WinAutomation files


Upon installation, WinAutomation creates some predetermined files and folders in specific folder locations of the machine, each of which comes with a certain functionality:

  • Robots.dat

o Found in: C:\Users\<username>\Documents\WinAutomation

o Functionality/Role: This file is the main database that is used by WinAutomation. All the processes in WinAutomation’s console, their associated schedules and triggers, as well as the rest of their related information can be found in this database.


  • Settings.dat

o Found in: C:\Users\<username>\AppData\Local\Softomotive\WinAutomation

o Functionality/Role: This file is another database that is associated with the User’s personal settings and configuration used in WinAutomation.


  • RobotsDataCurrentFilePath.txt

o Found in: C:\Users\<username>\AppData\Local\Softomotive\WinAutomation

o Functionality/Role: This is a text file that contains the full path of the Robots database, which is currently used in WinAutomation’s Console by the respective User. This file location is also shown in the General option under the Options tab of WinAutomation’s Console.


  • Compiled Jobs

o Found in: C:\Users\<username>\AppData\Local\Softomotive\WinAutomation

o Functionality/Role: This is a folder that contains the compiled forms of all the processes that have run at least once in WinAutomation’s Console.


  • Addons.dat

o Found in: C:\ProgramData \Softomotive\WinAutomation

o Functionality/Role: This file is a database that includes all the extra addons that have been installed in WinAutomation.


  • GlobalSettings.dat

o Found in: C:\ProgramData \Softomotive\WinAutomation

o Functionality/Role: This file is another database that is associated with the settings of the software itself, like the license used in the Console.


  • Logs.dat

o Found in: C:\ProgramData \Softomotive\WinAutomation

o Functionality/Role: This file is a database that contains all of WinAutomation’s logs.


  • Compiled Jobs

o Found in: C:\ProgramData \Softomotive\WinAutomation

o Functionality/Role: This is a folder that contains the compiled forms of all the generated EXE files that have run at least once on the machine where WinAutomation is installed.



WinAutomation (Windows) services and processes


WinAutomation is associated with certain Windows services and processes that run in the background, which are required for the proper functionality and use of the software:


WinAutomation services


WinAutomation Server

This is the main Windows service associated with WinAutomation. This service needs to be up and running in order for the software to work properly, as it controls the execution of WinAutomation Robots. In addition, it is responsible for firing the schedules set by the User.


WinAutomation Machine Agent

This service executes non-interactive WinAutomation Robots, while no User is connected to the workstation which is in the Logged Out state. It is also responsible for monitoring the triggers set by the User, except for the Hotkey trigger and the Idle Monitor Trigger.


WinAutomation processes


WinAutomation User Agent

This is the Windows process that is launched under the respective User, when he/she opens the Console or when a scheduled robot runs after the User has auto-logged in, in case the Console is still closed. The User Agent is responsible for executing jobs while the User is logged in the workstation, as well as for monitoring the Hotkey and the Idle Monitor Trigger.


WinAutomation Console

This is a process that is launched when the User launches WinAutomation’s Console. It is also responsible for executing processes in Debugger mode – that is, from within the Robot Designer.


WinAutomation Robot

This is a process which is responsible for the execution of each individual job. Whenever the User executes a job, a new WinAutomation Robot process launches in the background, so that the running job instance can attach via the User Agent to this Robot process. This is done to avoid individual job crashes affecting all running job instances.