I've seen this question before in here but I cannot make heads or tails from the response which was directed to users of Raspberry OS. To me it seems like overkill, and that an old school solution to this problem should be easy, (but isn't) and would be:

A. Install Visual Basic 6 on a Laptop within Windows 10 B. Download and Install an Android Emulator C. Use the VB6 environment to control that Emulator by Key Presses that Trigger Win32API: Mouse_Event relative to the Window position of the Emulator (possibly with off screen Coordinates of the Emulator Window)

By that, it Enables several types of file type that can Import into the VB6 Executable: *.txt, *.doc, *.htm, *.mdb and *.trg or *.tpl (Trigger Files)

To Secure that the TPL: Trigger Programming Language for Robotic Control over the APP designed to control it, can control regularly by Win32API, it is somewhat like Playing and Recording a Macro. Enhancements to that seems that these can design as Legible enough to work with Triggers that lead to use of the VB App, by Keywords in the Trigger File, that when they exist by programmatic read of the imported file, triggers use of Functions to return info to the internal functions of the executable like:

GetONSTATE (Name as String, IP as String) as Long SetKeysRecorderState (command as String) as Long SetKeysPlaybackState (command as String) as Long SetKeysPlaybackSpeed (msdelay as Long) as Long InputKeysByFile (fName as String) as Long LoadKeyboardMacro (fName as String) as Long WaitNext (millisecondsdelay as Long) as Long UseSendKeys (nWindow as String, KeysToSend as String) as Long EmulateMouse (Toggle as Long) AssignMouseKeys (fName as String) ReplayLastMacro (fName as String)

And those Functions becoming Accessible and Readable by functions like Left$ and Trim$ or by a Comma Limited Database Functionality, enables copy and paste access to the Compiled Executable even when you use Windows Notepad to create manually a Trigger File.

OpenEmulator (AppfName as String) as Long OpenAppInEmulator (AppfName as String) as Long

seem like they are in the Realm of Shell32Execute of Win32API.

Enabling a Syntax to communicate with the EXE innards like:

QueryDeviceOnState (DeviceName) 

Checking if the Device is even on (by checking if it even has an IP Address registered to the Internet Accessing Device: HotSpot or Router by the WIN32API for Internet Controls) seems somewhat feasible. Any other Movements in particular of the Bot, are also seemingly done by: Keywords in a File Trigger Internal Subroutines and Functions available to the VB created EXE. For Example, when Mouse Coordinates are Relative to the Emulator Window not to the Screen Coordinates by adjusting those with the WIN32API Call to: GetWindowPos (hWnd, Name)

Those by keywords in the *.trg file Trigger the VB Control over the APP by the Mouse_Event API which occurs whenever the Manufacturers APP for Robotic Control is running in the Emulator.

And via Loop until the device has an IP recognized in the VB executable, as soon as that IP address creates by the Robot, (which any robot does, for access to the HOTSPOT or Router as a Connection to the Controlling APP), it seems like the Robot should become Available to the VB Executable controlling an APP in an Emulator.

By Writing that IP Address to a regular *.Ini (system initialization file) or even to an *.mdb (database) it seems that it is Permanently expecting a fixed IP address. Not sure if Mebo 2.0 has a Fixed IP Address, enough that: 4 Mebos each has individual traits, acts, skits, stunts and capabilities, because the IP differential known to the VB EXE enables MultiSelect from a List of Available: TRG files, that are Customizable Traits really of the Individual bot, that must of course differ because the 4 cannot simultaneously Reside the Same HOME or Start Area, but have 4 Start Areas. So, the mouse Clicks of a TRG File for Bot1 to perform a Bot2 trait requires an Adjusted Start Point like:

GotoTheKitchenEntry.TRG GotoTheFrontDoor.TRG GotoTheBackDoor.TRG GrabAMasoniteBackedPillow&SlideDownStairs.TRG

Getting the Mebo Upstairs independently seems to be a great Challenge, I tried using a Pool Noodle as a Lifting Device that they can pick up like a cane and use to push themself on the next step, but that really needs a better method. The Arm of the Bot is not very strong or stable.

Creating a Mouse Event Recorder to Create the File, requires GetWindowLong and SetWindowLong calls, and is a hassle that leads to a Crash in Windows 10 if you do not operate in Windows 98 mode. Instead, Creating a Trigger File, (that enables you to Control a mouse cursor by Keywords in a file that are associated to: Up, Left, Right and Down Arrows that trigger API MouseEvent for movement and vbCrLf (enter) is for Left Click while Shift+vbCrLf is Right Click) of course can have a recorder of the KeyDown event that journals that but also upon a Select Case condition met will also trigger the Mouse_Event it sends over to the Emulator, to Control the Robot by Proxy in a VB Executable communicating to the Emulator Window.

Making that Executable accept *.trg files as a means to Control the Emulator and APP inside it, is a bit more challenging and requires String Manipulations like programming a Buffer, thus should be (when done right) using nothing but: the Keyboard presses on a Numeric Keypad.

After Recording the Macro of Numeric Keypad presses, and saving it to the SDHC of the Laptop, it seems that I*.TRG files can load into a Trigger Player, likely a Separate EXE from the Recorder, which expects to Simulate the Mouse Event to the Emulator by itself Recognizing the Keywords:

CursorMove: Left&(timems)&(Multi) CursorMove: Right&(timems)&(Multi) CursorMove: Up&(timems)&(Multi) CursorMove: Down&(timems)&(Multi) LeftButtonPress (timems) RightButtonPress (timems)

So, Before I do jump into this Mouse & Keys to Mouse to Emulator to Bot or APP Project, does anybody out there have any Sage Advice they can pass along to possibly improve this Personal Challenge to: make a Visual Basic 6 Executable or VB Control that will control Mebo 2.0 (and mostly any other APP that works in Windows 10 by an Emulator)?

Preferably your valuable input will result favorably to an extent that: Loading a Macro into the Player is a lot more fun than clicking a mouse 14983 times to watch my Four Mebo 2.0 limited to a capability of: dust only the Bottoms of my Furniture, and Mop my Floors, then, after all that, I have to carry the poor little baby to an individual designated HOME or Start Area before I even attempt performing the Next Stunt or Trick.

So, any comments are acceptable. Thanks.

It seems like I have a lot of work cut out for me.