Jump to content
Ultimaker Community of 3D Printing Experts
coduy

False alarm: Filament run out, put a new one on

Recommended Posts

Hi everyone, a complete newbie here. So yesterday we run one of the 1st prints ever, total time of the job was 20 hrs. When I came back next day to see how is it going the LCD panel showed "!" > alert sign and the warning was something like "Filament run out, put a new one on". The thing was that it didn't run out of it at all (there's still more than a half on both PVA and PLA "cartridges"). There's a retry button so I clicked on it and it started to print again. Wondering why the printer thought there's no filament if obviously this wasn't the case. Is there a problem with a sensor? The printer is relatively new and has only 30 hours of printing done so far. 

 

Attached is the log file if you'd like to have a look, although they don't seem to help me at all. The log file was copied from web access. 

 

Cheers 

Logs Ultimaker.log

Share this post


Link to post
Share on other sites

Hi and welcome on board

 

the sensor also checks the movement of the filament, so maybe there was something stuck (PVA) and the sensor thought that there is a problem. The sensor don't check the spool itself, it just "looks" in the feeder it there is material and if this material is moving.

 

With some filaments like transparent or flexible you could get false alerts, because the sensor has some problems observing with such materials. PVA should work, but it is also translucent in some kind, so maybe this was the reason for the false alert.

 

You don't have to worry, that something is wrong with your printer, it is normal and from time to time you could get such false alerts. And if you have a material where you know it makes troubles with the sensor, you could disable the filament sensor in the menu before you start your print.

  • Like 1

Share this post


Link to post
Share on other sites
7 hours ago, Smithy said:

Hi and welcome on board

 

the sensor also checks the movement of the filament, so maybe there was something stuck (PVA) and the sensor thought that there is a problem. The sensor don't check the spool itself, it just "looks" in the feeder it there is material and if this material is moving.

 

With some filaments like transparent or flexible you could get false alerts, because the sensor has some problems observing with such materials. PVA should work, but it is also translucent in some kind, so maybe this was the reason for the false alert.

 

You don't have to worry, that something is wrong with your printer, it is normal and from time to time you could get such false alerts. And if you have a material where you know it makes troubles with the sensor, you could disable the filament sensor in the menu before you start your print.

My thoughts exactly as this happened twice during the last long print and a bound PVA roll was the culprit.

Share this post


Link to post
Share on other sites
1 hour ago, coduy said:

could you have a quick look at the previously attached log file to see if you can find the false alert it returned to me? I cannot find it and not sure if this type of alerts are being registered in there. 

 

Here you find the corresponding entries:

Quote

Oct 23 22:46:19 ultimakersystem-ccbdd30068f0 python3[477]: 2018-10-23 22:46:19,700 INFO controller Request to start procedure: PAUSE_PRINT
Oct 23 22:46:19 ultimakersystem-ccbdd30068f0 python3[477]: 2018-10-23 22:46:19,696 WARNING controller Filament flow error: {'hotend_nr': 0, 'display_hotend_nr': 1}
Oct 23 22:46:19 ultimakersystem-ccbdd30068f0 python3[477]: 2018-10-23 22:46:19,689 WARNING faultHandler Added Fault: <Fault: level=4 code=14 message='WARNING:FILAMENT_FLOW:0: 1449/12497/-3/73 1422/9234/115/425 1432/9649/10/415 1436/10060/4/411 1439/10455/3/395 1444/10829/5/374 1446/11232/2/403 1447/11601/1/369 1447/12005/0/404 1452/12424/5/419 : Total flow angle: 145, Total steps: 3615, Flow sensor distance: 1.00, Stepper distance: 9.80, Distance difference: 8.80, Max allowed difference: 7.84' data='{'hotend_nr': 0, 'display_hotend_nr': 1}'>
Oct 23 22:46:19 ultimakersystem-ccbdd30068f0 python3[477]: 2018-10-23 22:46:19,655 WARNING transportLayer Got warning line 1 from printer: WARNING:FILAMENT_FLOW:0: 1449/12497/-3/73 1422/9234/115/425 1432/9649/10/415 1436/10060/4/411 1439/10455/3/395 1444/10829/5/374 1446/11232/2/403 1447/11601/1/369 1447/12005/0/404 1452/12424/5/419 : Total flow angle: 145, Total steps: 3615, Flow sensor distance: 1.00, Stepper distance: 9.80, Distance difference: 8.80, Max allowed difference: 7.84

 

So it seems that the sensor detected problems with the flow of the filament. Maybe it was a real alert and not a false one. I assume you have the PVA on the right side of your head, but when I understood the log correctly, the problem reported was from the left print core, so your PLA and not PVA caused the problem.

data='{'hotend_nr': 0, 'display_hotend_nr': 1}'

 

 

 

Share this post


Link to post
Share on other sites
4 hours ago, Smithy said:

 

Here you find the corresponding entries:

 

So it seems that the sensor detected problems with the flow of the filament. Maybe it was a real alert and not a false one. I assume you have the PVA on the right side of your head, but when I understood the log correctly, the problem reported was from the left print core, so your PLA and not PVA caused the problem.

data='{'hotend_nr': 0, 'display_hotend_nr': 1}'

 

 

 

 

Many thanks for taking your time, the alert was right there, not sure why I missed it. I am just little confused about: data='{'hotend_nr': 0, 'display_hotend_nr': 1}' 

 

When I look at my S5´s print core I see this (standing right in front of the printer):

 

ºººººººººººººººººººººººººººººº

| AA (PLA) | BB (PVA)  |

ºººººººººººººººººººººººººººººº

 

Therefore: 'hotend_nr': 0, 'display_hotend_nr': 1 refers to the first print core AA (PLA), and 'hotend_nr': 0, 'display_hotend_nr': 2 would refer to BB (PVA), is this correct?

 

 

 

 

 

 

 

Share this post


Link to post
Share on other sites

Normally in programming languages the first object is 0 and the second is 1. So I assume that this is the reason for hotend_nr and display_hotend_nr, because they will just add 1 to the hotend_nr to show hotend 1 or hotend 2 to the user, because it is more practical than 0 and 1.

 

So left side (AA) is hotend_nr 0 and display_hotend_nr 1

Right side (BB) is hotend_nr 1 and display_hotend_nr 2

 

But it is just an interpretation of mine how I understood those values.

Share this post


Link to post
Share on other sites
4 minutes ago, Smithy said:

Normally in programming languages the first object is 0 and the second is 1. So I assume that this is the reason for hotend_nr and display_hotend_nr, because they will just add 1 to the hotend_nr to show hotend 1 or hotend 2 to the user, because it is more practical than 0 and 1.

 

So left side (AA) is hotend_nr 0 and display_hotend_nr 1

Right side (BB) is hotend_nr 1 and display_hotend_nr 2

 

But it is just an interpretation of mine how I understood those values.

 

Nice, I like your way of thinking, just to share my way of thinking was this

 

hotend_nr 0: this refers to the 1st "catridge" that includes 2 print cores: AA and BB

 

So: 

left side (AA) is hotend_nr 0 and display_hotend_nr 1

Right side (BB) is hotend_nr 0 and display_hotend_nr 2

 

Then,in next Ultimaker printer generation we could add another "catridge" with 2 print cores and they'd be called hotend_nr 1:

 

So 2nd, imaginary, hotend would be:

left side (AA) is hotend_nr 1 and display_hotend_nr 1

Right side (BB) is hotend_nr 1 and display_hotend_nr 2

 

Anyway, I prefer your explanation

 

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Our picks

    • Introducing Ultimaker Cura 3.6 | Beta
      Ultimaker Cura 3.6 | Beta is available. It comes with new features, bug fixes, and UX improvements. We would really like to have your feedback on it to make our stable release as good as it can be. As always, you can download the beta for free from our website, for Windows, MacOS, and Linux.
        • Like
      • 75 replies
    • Print Core CC | Red for Ruby
      Q: For some users, abrasive materials may be a new subject matter. Can you explain what it is that makes a material abrasive when you are not sure which print core to use?
      A: Materials which are hard in a solid piece (like metals, ceramics and carbon fibers) will generally also wear down the nozzle. In general one should assume...
        • Like
      • 26 replies
    • "Back To The Future" using Generative Design & Investment Casting
      Designing for light-weight parts is becoming more important, and I’m a firm believer in the need to produce lighter weight, less over-engineered parts for the future. This is for sustainability reasons because we need to be using less raw materials and, in things like transportation, it impacts the energy usage of the product during it’s service life.
        • Like
      • 12 replies
×

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!