GregValiant 1,359
I've written a Windows app that I think does what you want. It isn't for printing via USB but rather for controlling SD card printing from a connected PC. Gcode commands can be sent and the responses received and are displayed in a text box. It has other functionality (tuning a print on the fly, bed leveling, macros) as well as some odd post-processing ("cooling profile" is one) that I added because I could. It is more an alternative to PrintRun (which interface I don't care for) than anything else.
The full version begat a smaller version which just functions as a print utility with leveling commands but you can send one command at a time and receive and display the printer response.
Greg's Toolbox is the full monte and includes instructions (such as they are) and a readme for installation.
Greg's SD Print Tool is the Cliff's Notes version. This one has just a readme as the program itself is pretty self-explanatory.
They are un-signed Windows apps (VB doesn't port to Linux or Mac) so you would need to fool your anti-virus/firewall in order to install either.
The opening dialog looks like this. In this case I have a print running. The gcode for it was post-processed with both a M117 to message the display and an M118 to bounce the same info back to the textbox in the app.
Recommended Posts
ahoeben 1,992
In a word: no.
Every PrinterOutputDevice has a PrinterOutputController, and some PrinterOutputControllers implement a sendRawCommand method (the PrinterOutputController will have its can_send_raw_gcode property set to true). But there is no generic way to retreive the response.
The requestWrite method is for sending and queueing whole gcode files and is not suitable for individual commands.
Link to post
Share on other sites