Mk2 not sending OK responses to Octoprint - printer offline
OK. I've been searching and searching.
Octoprint had been working quite well for me for sometime. Recently, I'd had a lot of trouble getting the octoprint server to connect to the printer - the dreaded "There was a timeout while trying to connect to the printer".
I made sure that I am using the right port (/dev/ttyACM0) and not searching for baud rates
I've upgraded to the most recent (stable) firmware and octoprint code.
I tried the settings menu for serial commands "Simulate an additional ok for resend requests"... Nope, no luck.
I've tried hacking my way through the python code...
The problem seems to be that I'm not getting an "ok" back from the driver board. Any suggestions?
Here's serial.log
2017-07-11 20:51:54,073 - Connecting to: /dev/ttyACM0
2017-07-11 20:51:54,083 - Changing monitoring state from 'Offline' to 'Opening serial port'
2017-07-11 20:51:54,087 - Connected to: Serial<id=0x6e0dca10, open=True>(port='/dev/ttyACM0', baudrate=115200, bytesize=8, parity='N', stopbits=1, timeout=25.0, xonxoff=False, rtscts=False, dsrdtr=False), starting monitor
2017-07-11 20:51:54,088 - Changing monitoring state from 'Opening serial port' to 'Connecting'
2017-07-11 20:51:54,092 - Send: N24 M110 N24*125
2017-07-11 20:51:55,014 - Recv: start
2017-07-11 20:51:55,015 - Trying to connect.
2017-07-11 20:51:55,016 - Start Seen
2017-07-11 20:51:55,020 - Send: N24 M110 N24*125
2017-07-11 20:51:55,023 - Recv: echo:echo: Last Updated: May 19 2017 18:53:25 | Author: (none, default config)
2017-07-11 20:51:55,024 - Trying to connect.
2017-07-11 20:51:55,026 - Recv: Compiled: May 19 2017
2017-07-11 20:51:55,027 - Trying to connect.
2017-07-11 20:51:55,030 - Recv: echo: Free Memory: 2483 PlannerBufferBytes: 1280
2017-07-11 20:51:55,031 - Trying to connect.
2017-07-11 20:51:55,033 - Recv: echo:Hardcoded Default Settings Loaded
2017-07-11 20:51:55,034 - Trying to connect.
2017-07-11 20:51:56,419 - Recv: echo:SD card ok
2017-07-11 20:51:56,423 - Trying to connect.
2017-07-11 20:52:21,450 - Trying to connect.
2017-07-11 20:52:46,468 - Trying to connect.
2017-07-11 20:52:46,470 - There was a timeout while trying to connect to the printer
2017-07-11 20:52:46,475 - Changing monitoring state from 'Connecting' to 'Offline'
2017-07-11 20:52:46,479 - Connection closed, closing down monitor
~
And here's a crappy grab of the settings for the serial port:
Serial Port /dev/ttyACM0
Baudrate 115200
Auto-connect to printer on server start Not Checked
Temperature interval 5 s When printing or idle
2 s When a target temperature is set
SD status interval 1 s
Communication timeout 30 s
Connection timeout 25 s
Autodetection timeout 10 s
Log communication to serial.log (might negatively impact performance) CHECKED
Additional serial ports
Additional baud rates
Not only cancel ongoing prints but also disconnect on unhandled errors from the firmware. CHECKED
Ignore any unhandled errors from the firmware. NOT CHECKED
Advanced options
"Hello" command M110 N24
Long running commands G4, G28, G29, G30, G32, M400, M226, M600
Commands that always require a checksum M110
Generate additional ok for M29 Most Marlin < v1.1.0 NOT CHECKED
Simulate an additional ok for resend requests CHECKED
Max. consecutive timeouts while idle 2
Max. consecutive timeouts while printing 5
Max. consecutive timeouts during long running commands 5
Re: Mk2 not sending OK responses to Octoprint - printer offline
Replying to myself... Sounds bad, but maybe someone else can 1) verify my supposition and 2) save someone else the trouble
Fixed.... It looks like after running the v2_calibration gcode from the SDcard, that I am receiving "ok" commands back from the controller.
Is that what fixed it? I don't know, but it's awfully suspicious
Re: Mk2 not sending OK responses to Octoprint - printer offline
The calibrate Z file clears the "You have not set your Z height" flag, which in fact may change the response to the Octopi. This is a good catch. I have never tried to run the Octoprint after an XYZ cal which resets the flag without running a cal from the SD card. I will keep this in mind for the future.
Any advices given are offered in good faith. It is your responsibility to ensure that by following my advice you do not suffer or cause injury, damage or loss. If you solve your problem, please post the solution…
Re: Mk2 not sending OK responses to Octoprint - printer offline
I even noticed with pronterface that the prusa sometimes didn't respond with OK... but this was with older firmware versions like 3.0.10.
a simple reset of the printer (not invoked through pronterface, but directly at the printer) cleared this problem.
actually (with 3.0.12-RC2) everything seems to work quite well.
which firmware release do you use ?
dem inscheniör is' nix zu schwör...
Re: Mk2 not sending OK responses to Octoprint - printer offline
I even noticed with pronterface that the prusa sometimes didn't respond with OK...
This is/was a fault in the firmware; after requesting a resend, there was a missing "ok" not being sent. In OctoPrint it's possible to "spoof" that missing "ok".
Peter
Please note: I do not have any affiliation with Prusa Research. Any advices given are offered in good faith. It is your responsibility to ensure that by following my advice you do not suffer or cause injury, damage…
Re: Mk2 not sending OK responses to Octoprint - printer offline
...
This is/was a fault in the firmware; after requesting a resend, there was a missing "ok" not being sent....
think it was a little bit more than that, because the printer didn't perform the requested action as well (like storing the pid values with M304).
so, at least, it was correct that it didn't acknowledge the command with "ok" 
dem inscheniör is' nix zu schwör...
Re: Mk2 not sending OK responses to Octoprint - printer offline
Thanks for the verification, Aaron.