During all of my prints, it appears that my P1P randomly hangs during printing for a few seconds. This causes a little booger in the print affecting the quality, and slows down the printer significantly because of how often it happens.
Does anyone else have this problem, and has anyone encountered a solution?
Please see the attached video for an example of my issue. I appreciate your help.
definitely open a bug report with them. and if you have the sliced file and approximately where that happens that could help.
I’m optimistic that I think this is resolved. At the suggestion of some folks on reddit I’ve tried swapping the microSD card that came with the P1P and on my first test print found it much more responsive and didn’t observe the behavior.
A recommendation to P1P owners that encounter this–try changing your SD card for something that you know is sufficiently fast and good.
I experienced this problem just yesterday on one of my 4 P1P machines. It was creating little blobs when it would pause randomly. It also wasn’t responsive to button input (e.g. to turn the light on/off) while it was printing. Thinking the stock uSD card might be corrupted, I reformatted it in my Windows PC (FAT32) and copied my gcode files back onto it and noticed that they copied VERY slowly.
I ran a test utility (H2testw) on the card and it reported a pathetic 5MB/s write speed and reasonably fast 89MB/s read speed and no errors. Then, just to test it, I copied the gcode files onto it once more and it was back to being fast again. I think it filling it up completely might have triggered a garbage cleanup function or something on the card.
A second pass with H2testw now shows this:
Test finished without errors.
You can now delete the test files *.h2w or verify them again.
Writing speed: 32.9 MByte/s
Reading speed: 90.8 MByte/s
H2testw v1.4
Anyway, I have other cards and will probably toss this one if it happens again. Just wanted to share something that worked for me…
I tried similar remediation and although it now has a high grade Sandisk in there I am still experiencing long pauses of over three seconds mid print.
I’m concerned this is an under-specced processor decision or some feature that is overloading the processor that hasn’t been fine tuned yet.
further to this - i noticed i had video recording turned on - after disabling this i have not noticed the same pausing. can someone with this issue also confirm if this eliminates the pausing?
If so can we have this disabled for the P1P interface for upcoming software releases?
Hmmm I wonder if it is the time if finished one video file and starts a new one.
I don’t think the encoding helped. I started to see the pausing again so I have disconnected the camera co
Steph and will retry the same print.
Was this issue resolved?
The first thought that came to mind was that maybe, with such a small print, there would be something in the slicer settings that could be adjusted with minimum layer time or maybe it’s something funky with the timelapse being enabled and it pauses for a frame with the nozzle in the same spot.
Can you look at the sliced file preview and notice anything funky at the same layer?
If you print the exact same gcode file again, will the pauses happen at the exact or close to same layer positions?
With it being such a small part, could you try to uncheck the following setting highlighted although this would likely be more of a situation where it just slows the printing down across a layer instead of pausing it?
Hi there. I actually just disconnected the camera and am now starting another large print. Once I get home I will monitor for the same issues I was experiencing before however without any detailed real time data for the mcu load I can’t be sure if it’s on the fly encoding combined with high volume of gcode throughout.
Even with the Auto-record Monitoring setting turned off, all 4 of my P1P machines still seem to record full video to the SD cards during prints. I have been starting all of the prints from the SD cards lately because I have a large project running and need to print the same files over and over. They are game pieces (lots of little objects replicated on the build plate). A full plate (118 pieces) takes about 8h 40m, but I have several versions with fewer objects for when I need the prints to finish in 7 hours, 6 hours, etc. and instead of trying to manage them over the network, using SD cards is much easier (for now).
It seems that as the cards get more files written to them after many prints, things start to slow down in the UI. Scrolling through the list of files to select one for printing is where I usually notice it. I haven’t seen the print head actually pause like in the OP video, but I have had blemishes (blobs) on the prints that look like they could have been caused by pauses like that. Sometimes only a few of the printed parts are ruined, once it was most, but not all of them. I started using the SD cards like this only a couple of weeks ago and have had this happen a handful of times in the last few days. I have also been doing these prints with my two X1C machines for a couple of weeks longer than on the P1P machines. The X1C machines have not had any issues like this at all and I have never cleaned off (or even removed) their original cards.
A couple of times, I have also had P1P machines just stop during a print. When I came back, the hot end was warm (170C), the bed was at 80C (PETG) and it had been just sitting there for several hours before I noticed it. Using the Pause option caused the head to park over the waste chute. Selecting Play reheated the hot end, moved the head back to the same position (touching the print exactly where it stopped) and then did nothing at all. At least once, a second printer (that is on the same UPS as one that stopped), completed its job successfully, so I doubt it was a power issue.
This time, I tried cleaning off all of the cards by simply deleting all the files in the subdirectories and put them back in the P1P machines and started them all up. They seemed responsive and things are looking norminal so far. 
