3d print remote status testing: Difference between revisions

From Pumping Station One
Djwells (talk | contribs)
Created page with "== Cliff Notes == * It would be super-useful if we could check the status of the 3D printers remotely * I explored two options for remote viewing of the status of the 3D prin..."
 
Djwells (talk | contribs)
No edit summary
 
(4 intermediate revisions by the same user not shown)
Line 56: Line 56:
One of my requirements is to not directly expose any server to the internet.  Thus, we cannot use OctoFarm directly to view the printers from a remote location.  The solution I came up with was to take an automated screenshot of the panel view using headless Chrome.  This works fairly reliably.  I had to fiddle with the command-line settings to ensure the html page was rendered completely, but once I got the settings worked out, the screenshots were clear and reliable.
One of my requirements is to not directly expose any server to the internet.  Thus, we cannot use OctoFarm directly to view the printers from a remote location.  The solution I came up with was to take an automated screenshot of the panel view using headless Chrome.  This works fairly reliably.  I had to fiddle with the command-line settings to ensure the html page was rendered completely, but once I got the settings worked out, the screenshots were clear and reliable.


If we implement OctoFarm, I would put a cron job on the RPi running OctoFarm to take a screenshot every few minutes and upload it to Azure.  We could then serve up the latest screenshot and protect it using our AD accounts (I need to double-check with the Tech Team, but I believe this is possible with our current Azure setup).  Members could then use their normal network credentials to access the printer status.  Hosting and traffic costs for serving a single PNG to the membership would be insigificant.
If we implement OctoFarm, I would put a cron job on the RPi running OctoFarm to take a screenshot every few minutes and upload it to Azure.  We could then serve up the latest screenshot and protect it using our AD accounts (I need to double-check with the Tech Team, but I believe this is possible with our current Azure setup).  Members could then use their normal network credentials to access the printer status.  Hosting and traffic costs for serving a single PNG to the membership would be insignificant.  There may also be other ways to host the image (wiki, existing web server in the space, etc).


== Recommendation ==
== Recommendation ==
Line 75: Line 75:
* IF APPROVAL is granted, work with the area hosts to set up an Ender for testing
* IF APPROVAL is granted, work with the area hosts to set up an Ender for testing
* AFTER TESTING is successful, figure out next steps to get the plug-in installed on the other printers and purchase cameras for the other printers
* AFTER TESTING is successful, figure out next steps to get the plug-in installed on the other printers and purchase cameras for the other printers
== Screenshots ==
'''OctoSlack'''
[[File:octoslackexample.png]]
'''OctoFarm'''
[[File:octofarmexample1.png]]