Remote shutdown your Python program

-
One piece of code for a project is written in Python and it does what it was intended to do but, out of the blue, I am asked about the possibility of shutting it down remotely from another computer (code is running on a server where I do not want other users to be messing around).

It was a perfect opportunity for using the threading library. So I went ahead and I wrote a small piece of code, encapsulated in a function, that will be run on a different thread. The main program is still doing its thing, but the new thread now creates a network socket and binds it to the proper IP address and port so it can accept connections from other computers over the network. When a new connection is made, the code will check if a special token is received, and if that is confirmed, it will shut down the whole program. Otherwise, the thread will loop forever in case new connections are made in the future.

So the question is how to shut down the program. Usually, I use exit(0) to make my program to finish (or it will just end if reaching the last line of code). But that will not work within a thread. So after a bit of googling around, I found that os._exit(0) will do the trick here. This can be called from the new thread to completely stop and finish the program.

But then I had a problem: my program now could be stopped remotely with no problem, however, when the program ended naturally, it will never stop. Why is that? Well ..., it turns out the main program, politely, will wait for the new thread to stop before finishing. Because my code features an endless loop, the new thread will never stop, thus causing the main program to never stop although it has finished doing its job. Ironically, the program can be successfully stopped remotely, and then it will stop entirely :-)

So the missing piece of the puzzle is the concept of daemon threads, which in Python are those that will finish as soon as the main program reaches its end. Depending on your version of Python you can just use the setDaemon(True) method on a Thread object or, if using Python 3, you set daemon=True in the threading.Thread( target = function, args = (1,), daemon = True ) constructor call.

If you need to signal anything from this new thread to the main program, you can use a global variable that will be shared among the two, so you can have some saying on how the main program works depending on the information that can be sent remotely to it, nice. In my case, I was not only allowing the program to be stopped remotely, but also to be paused at any given point, and later resumed (or stopped entirely).

Besides the code of the new thread (and importing os and threading libraries), I only needed to create a new daemon thread and started it, which can be done in a couple of lines. So this feature can be added this way to any other Python program you have.

Comments

Post a Comment

Popular posts from this blog

VFD control with Arduino using RS485 link

-
Image
Variable Frequency Drives ( VFD ) allow the control of spindles so speed can accurately be controlled and a detailed acceleration profile for the spindle and reverse rotation can all be handled. In essence a VFD is an three phase inverter for three-phase AC motor. I am using a popular (I mean cheap) Chinese VFD and though the reference manual is not great, I could see there is a built-in RS-485 port. I usually control the start, stop and speed selection using the keyboard on the unit but I thought it will be more useful if I could control everything from the same Arduino is doing our CNC table control. Some cheap RS-485 off eBay and some lines of code later, I can start, stop and change the speed from an Arduino. What a cool thing to have! Some configuration of your VFD are needed before you can use it like that.  You need to set PD163=1 (I am using address 1 in the code). PD=164=1 (for setting serial to 9600bps) and PD165=0 (for using ASCII and 8N1 character format)
Read more

How to get sinusoidal s-curve for a stepper motor

-
Image
After some experimentation, and delving a bit into the math of motion, I realized there can be a significant difference on the motion of a machine by just making small changes. A common and popular approach to smooth one axis of motion is to use a trapezoidal speed pattern, where acceleration and deceleration are uniformly accelerated movements (aka constant acceleration motion) separated by a portion happening at cruising speed. The problem comes with the fact that, while that approach is simple to understand and to code, it does contain sudden changes in the acceleration, that show as spikes on the acceleration derivative, called jerk. These sudden changes in the acceleration translate into undesired vibration in our machines. Most of that can be eliminated by selecting a motion pattern that does not contain sudden changes of acceleration. If we chose a mathematical function for our speed whose second derivative is continuous, then we reduce system vibration quite a lot. One ma
Read more

Importing OpenSCAD designs into Onshape

-
Image
After using Onshape CAD software for a while I am really fond of it. So one natural thing to do, specially once they have released the Instructor's kit is to start using it in the classroom too. But one thing I was not so sure how to do was to use old designs I made using OpenSCAD. It does not mean I am completely quitting using OpenSCAD but suddenly I can see I can do assemblies in Onshape that will look quite nice for showing and documentation purposes if only I could easily import from OpenSCAD. I am glad to report that the route OpenSCAD --> FreeCAD --> Onshape worked brilliantly. Even more when a few tricks were applied. While some people suggest to import CSG files from OpenSCAD to FreeCAD, I have had more success by directly importing SCAD files into FreeCAD. One trick that worked well for me was to get rid of $fn references, so now circles become real circles (or cylinders) in FreeCAD. If a part keeps some $fn references then your cylinders or circles wi
Read more