search

prusa3d / Prusa-Firmware-Buddy

Firmware for the Original Prusa MINI, Original Prusa MK4 and the Original Prusa XL 3D printers by Prusa Research.
Other
1.15k stars 221 forks source link

Issue on Remote print - OctoPrint #360

Closed Strankler closed 3 years ago

Strankler commented 4 years ago

Really nice feature, but with a bug. The "remote printing in progress" is not only appearing while printing from OctoPrint, but always when OctoPrint is just connected. So even if there is no remote job printing, you see this dialog, and have no possibility to access to the printer menu. E.G for loading or unloading filament before or after a print, you need to disconnect OctoPrint and reboot the printer to access the menu for load/unload.

Would be great if that could be fixed.

x10102 commented 4 years ago

Maybe it's on purpose???

Dne čt 9. 4. 2020 18:56 uživatel Strankler notifications@github.com napsal:

Really nice feature, but with a bug. The "remote printing in progress" is not only appearing while printing from OctoPrint, but always when OctoPrint is just connected. So even if there is no remote job printing, you see this dialog, and have no possibility to access to the printer menu. E.G for loading or unloading filament before or after a print, you need to disconnect OctoPrint and reboot the printer to access the menu for load/unload.

Would be great if that could be fixed.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/prusa3d/Prusa-Firmware-Buddy/issues/360, or unsubscribe https://github.com/notifications/unsubscribe-auth/AG7B3NAFMGG6IUYXQEHLAV3RLX43VANCNFSM4ME4BE3A .

steve220 commented 4 years ago

This is true even when you disconnect from octoprint. Makes it difficult to change filament or start a print from the thumb drive. One has to reboot the printer to access printer controls. Please change back to behavior under 4.04.

thsturgill commented 4 years ago

It would be better for the system to revert to normal when the PI drops the connection. This was tested with both using the OctoPrint interface and shutting down the PI. Also would be nice to still have access to adjust live-z and to change filament.

Iqwertz commented 4 years ago

Same Here! It would be great if Octoprint could send an Command at the Start of a print, to activate the blocking Octoprint screen and at the end of a print to have the normal menu during Idle.

Chleba commented 4 years ago

Octoprint, when it's connected to printer, will send gcode - "M876 P1". That code will open our Octoprint blocking screen. Unfortunately when Octoprint disconnect from the printer, it will not send anything after that. You can always add your own custom gcode to send "M876 P0" or send it manualy to close this blocking screen. You can always reopen it sending "M876 P1" manualy again.

bergdahl commented 4 years ago

I got the following comment from foosel when I submitted this as a bug for Octoprint:

"It's very strange for the firmware to hook their "OctoPrint detection" into such a command to begin with, and frankly I'd consider it broken behaviour to be locked out of the regular printer menu just because a serial host is connected, at least not if that can be disabled."

For anyone looking for a workaround - Just set Action Command Prompt support to Never in Settings > Plugins > Action Command Prompt.

ysoldak commented 4 years ago

Thank you @bergdahl !

This trick does prevent that limited and blocking OctoPrint screen from appearing (never liked it anyway).

For others looking for "Action Command Prompt" plugin, it is installed by default and is called "Printer Dialogs". Settings > Plugins > Printer Dialogs and then "Enable support": Never

JohnnyDeer commented 3 years ago

Access to the menu is solved in latest FW, I close this issue.

ysoldak commented 3 years ago

I've installed latest released, v4.2.1 -- the issue is still there. Perhaps Johnny meant it was fixed in trunk/master and not released yet...

reedy commented 3 years ago

I've installed latest released, v4.2.1 -- the issue is still there. Perhaps Johnny meant it was fixed in trunk/master and not released yet...

Yeah, it'd be useful to have a reference commit/issue... It might be in 4.3 maybe? "latest firmware" is not helpful to anyone; 4.2.1 was the latest at the time, and apparently wasn't fixed. @JohnnyDeer want to clarify?

I see 4.3.0 is now stable as of today... So I guess we can more easily double check this now (my printer is current printing, so will update later on today).

I've ended up here after being annoyed by plugging in (connecting; physically or in software) an octoprint pi, and the GUI being blocked.

It seemed odd that it did this if not printing, and then you couldn't kick off a print using the prusa mini screen/menu, but if you are printing it just went into "monitoring mode" (which is what I wanted; I have no desire to print from octoprint atm) and happily continued the printing too

reedy commented 3 years ago

Yeah, so this doesn't seem to be fixed on 4.3.0 either (at least on the Prusa side; I've not changed the OctoPrint plugin setting as suggested above).

While there's not a print in progress, plug in the Pi, connect OctoPrint, it's "stuck" on the "Serial Printing" window (bar hitting tune), unless I hit disconnect...

Similarly, if I unplug the Pi... It stays on the screen, so it doesn't detect the serial disconnected (physically), nor if I just click "Disconnect" on the OctoPrint UI