[BUG] Filament sensor doesn´t work with octoprint "Serial port" #739
Comments
|
This is being fixed in #503 I believe. I think it's being added after the current work around localisation. |
|
Hi @pocharlies thank you for reporting. We already know about this bug. |
|
still in 4.2.1 |
|
@JohnnyDeer Is there any timeline to a fix for this issue? Just lost a print of almost a day and spent roughly an hour trying to fix the resulting jam without disassembling the extruder at first, and then disassembling the extruder after all. |
|
Same problem here like @RichiH - already messured the meters with the spool before print and maybe must about only 2 meters off :( . Please do a fix for that. |
|
Stumbled into the same on this end. I considered hooking up the filament sensor to octoprint using this plugin: https://plugins.octoprint.org/plugins/filamentrevolutions/ |
I have it working plugged into my octopi with this plugin. https://plugins.octoprint.org/plugins/filamentsensorsimplified/ |
Thank for the tip. Didn't know there was (yet) another plugin there. This plugin still assumes a raspberry pi though, which I don't have. I have a x86 server PC running, and along with octoprint running multiple applications. I like the power of it (much more powerfull than a raspi), but lacks GPIO. A script option would enable me to attach an arduino (which is already there for PSU control) such that I can use that same arduino for my filament sensor connection. But actually fixing this issue would solve the entire problem and I wouldn't have to re-wire the Prusa sensor from the printer to something else and leave the printer "untouched". |
Do you know what pins specifically should be used with the Prusa Mini filament sensor? I'm having troubles figuring out what goes where (there are three cables). |
I posted a guide on facebook. I hope that you can see it. |
It is a closed group, but I got in. Hope you don't mind me posting the connection(s) here for reference:
|
|
any chance of a fix on this. If I had known that the filament sensors were totally useless on an Octoprint setup I would not have bothered buying them. Its now over a year later and a version update but STILL this basic functionality is missing. I dont want to have to rig up a fix to gpio i want the firmware to be finished. |
|
+1 I'm on the same boat as Crowlord described above. |
|
+1 have same issue - looking to not change standard wiring or hookup on ports unless absolutely necessary |
|
+1 i also have this probem... i thought prusa was capable of fixing such a basic error |
|
So, if prusa mini really wants to be a printing powerhouse this is a very needed feature. Instrumenting the printer from a third party controller is important for any serious printing workload (and even just amateur!!!). What's the point of having a sensor that you can not actually use? |
|
How is it possible that this still isn't fixed. Lost my print last night because I believed the filament sensor would... well.... work. |
|
I just discovered this issue the hard way... print failed when filament ran out and the sensor didn't trigger. It clearly sees if filament is in or out when loading/unloading but didn't trigger when job was run from my raspi. Totally defeats the purpose of a filament sensor... |
|
Bug still there in 4.3.0 pls fix soon :( |
|
Desperately need this functionality as well, please fix. |
|
Really need this fixed as it's causing major issues losing prints without it. |
|
Is there any news about this bug? |
|
Prusa Mini starts shipping Nov 2019.... It is now 15 months later, mini has been updated to mini+ AND THE DAMNED FILAMENT SENSOR STILL DOESNT WORK WITH OCTOPRINT. This is Anycubic levels of inept. |
|
This is important, please fix! |
|
This bug still exists in FW 4.3.1+2759 - please consider to fix it ASAP! My Prusa Mini+ is connected to a Raspberry Pi running OctoPrint 1.5.2.. I tested the filament sensor using the debug menu and it seems to work fine. I also ran a second test and could verify that the printer does not stop when the filement exits the sensor. This not acceptable, because in the end 360 mm of filement are left inside the tube blocking the insertion of new filament. |
|
I for one is longing for this to be implemented in the firmware. But please people, there can be many reasons why the developers have not implemented this yet. I'm sure they will get to it when they can. As a developer myself it's disheartening to see people calling other developers names or questioning their intelligence when I'm sure they are doing their best to provide a solid product we can all be happy to own. So please try to keep a respectful tone. |
|
I did. For over a year. Its time they fixed it. I have lost too many prints
to give benefit of the doubt now.
…On Tue, 20 Apr 2021, 10:00 p.m. Jim Ekman, ***@***.***> wrote:
I for one is longing for this to be implemented in the firmware. But
please people, there can be many reasons why the developers have not
implemented this yet. I'm sure they will get to it when they can.
As a developer myself it's disheartening to see people calling other
developers names or questioning their intelligence when I'm sure they are
doing their best to provide a solid product we can all be happy to own.
So please try to keep a respectful tone.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#739 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGJKPQDS5E37W5FO4V4MUALTJXTNDANCNFSM4PREFBUQ>
.
|
|
I would really love this feature. But if you print a long print right now, just use a filament manager (there are plenty in OctoPrint's plugin directory) so you know if it'll work out or not. It's not that hard. |
|
octoprint users are a minority, Prusa may be focused on profit, its going to be two years since the release of the mini, and Im still waiting for the wifi feature Prusa promised with the printer release... I would suggest you all to find a workaround like I did for the filament ranout, unless a third party open dev comes up with some programming I doubt we will get the fix anytime soon. |
|
@rasssta it is when you have a printer farm and close to 30 rolls in different colours. Thats why we have the mini and octoprint after all and thats what it is sold as. |
|
Can you please stop spamming everyone subscribed to this bug, who are waiting for updates on the actual issue. |
|
Ironic that you have become the very thing you swore to destroy.
On a side note, now you have spammed my inbox by complaining, perhaps if
theres enough life in the thread Prusa will actually listen and fix what is
essentially a completely unforgivable bug in a printer that is specifically
sold as a print farm.
…On Wed, 21 Apr 2021 at 08:25, Johan Tibell ***@***.***> wrote:
Can you please stop spamming everyone subscribed to this bug, who are
waiting for updates on the actual issue.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#739 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGJKPQHZEEXHYVSCJGUGRGTTJZ4WHANCNFSM4PREFBUQ>
.
|
People may be mentioning developers, but I never saw anyone writing disrespectful comments or any people name. This was just generic I am also a developer, and while I take responsibility of my work, I don't feel any bad when a customer complains about a bug that my company think it's not worth prioritising. I do my work, they do theirs and we are all adult and professional. |
|
"Vote for Pedro" |
|
I just heard them say in the latest Prusa Live video that a fix will come in the next firmware release. |
|
can you share the video link please? |
|
The video is at https://www.youtube.com/watch?v=I0TYr5iJevk, and Mikolas Zuza is talking about the filament sensor at around 1:01:28. |
|
"... and the filament sensor fix, working with OctoPrint, should be in 4.3.2." |
|
Wondering if /me mentioning this issue in the live stream before last had
anything to do with speeding things up :p
Sent by mobile; please excuse my brevity.
…On Sat, May 8, 2021, 22:00 Matthew Lloyd ***@***.***> wrote:
"... and the filament sensor fix, working with OctoPrint, should be in
4.32."
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#739 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAFYII6NNT5L6WBPLQK2LODTMWJ67ANCNFSM4PREFBUQ>
.
|
|
Did they give an idea when the update can be expected? |
|
Not that I remember, only "soon".
Sent by mobile; please excuse my brevity.
…On Sat, May 8, 2021, 22:16 fhb ***@***.***> wrote:
Did they give an idea when the update can be expected?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#739 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAFYII43XUZCLLOECEGQKKLTMWLZDANCNFSM4PREFBUQ>
.
|
|
Lost 2 prints today due to this bug. Luckily it was the filament snapping off at like 5 layers in so not much materials lost. Hoping for a fix soon. |
|
This issue will be fixed in upcoming FW version 4.3.2. Thank you all for patience. |
|
New FW version with fix of this bug is out. Please try it out ad let know if this issue can be closed :) |
|
This appears to be working. Thank you. |
|
Agree, filament run out while using OctoPrint now triggers a filament change on the Mini directly and the print resumes once addressed. Print resumed perfectly registered and I can not detect any visual issues (unless you let it ooze to long after the purge of color and it is on a parameter wall by chance); my simulated run out was on an interior fill and a second time on a perimeter; no anomalies. For those that want to try it, download the Release Candidate from the github release page. It is not on the prusa website yet. Remember RC releases may still contain bugs and are not officially released till everything is tested. |
|
I'm closing this issue as solved, thank you all for help. |
|
Wasn't sure whether to open a new issue, but wanted to report that the filament change did not trigger for me when the end of my filament passed through the sensor. Running 4.3.2-RC1+2775 with Octoprint. Not sure if RC2 made any changes to this, but the changelog didn't mention it. Edit: Upgraded to RC2, had another filament runout and it triggered the filament change. |
|
Same here. Doesn't trigger when running remote jobs via Astroprint. The Astroprint team checked the log files on the raspi, no sign of anything. The filament just runs out, just like before. |
|
Small Issue here. IT appears that Octoprint will not detect the missing filament, if the print is started without filament in the sensor. My assumption is that it's expecting a change in status to indicate the loss of filament? Otherwise, when I tested with Filament loaded, and then pulled it out, it did detect the loss of the filament. |
and others
Printer type - [MINI]
Printer firmware version- 4.1.0 Final
Original or Custom firmware Original
Optional upgrades - Filament Sensor Runout
USB drive or USB/Octoprint With USB Drive works with USB/Octoprint doesn´t work
Describe the bug
Filament sensor is not working when octoprint is printing.
How to reproduce
Just try to print in serial port and filament sensor changes are not detected
Expected behavior
Filament sensor detects and M600 Command is launched in Octoprint
The text was updated successfully, but these errors were encountered: