Danny Milla

My Palette 2S, Octoprint hub and MK3S have been working flawlessly for almost a year. I recently started having problems...

I’m using the P2S with Octoprint on MK3S. Will the P2S pause the print if the printer uses up the filament in the buffer...

This is a multi-stl model that has been duplicated and sliced. Colors were assigned to the stl’s and lips were painted on...

I’m trying to create a side transition script for the BB3D purge mechanism. None of the script commands in the “Side...

So I’m confused about Mosaic/Canvas/Support account logins. I have an existing login for the support and spare parts pages...

I’m trying to do a side transition at a particular XYZ coordinate on an MK3. I’m able to move the head to that location...

Sometimes I want to place the same stamp on different .stl’s of a multi-material model (e.g. a model split in half to...

I just purchased a Palette 2S on Sept 4, 2020 and I’m having great luck with it. While I am not having any problems I...

@aordono @jonnyyeu I may have been prematurely optimistic. I printed at least 4 successful test prints after changing the cable, but experienced the problem again. The plane in the picture took 32 hours and generated 223 pings. With only a few hours left at ping 202 I started to get the repeating pings again. Could you please send me a new IO board? I’ve tried everything else I can think of. Thanks, Danny

@espariz .stl’s attached. I made it in Fusion. It prints quickly with a small transition tower, uses about 10m of filament and generates about 20 pings. I use 100% infill. You can scale it larger for more pings. Look at your ping file carefully. If there are any repeating values, check your cable and and keep it away from power cords or power supplies. Good luck! [document: Color-Disc-v1_Color-Disc-v1_Body4_Color-Disc-v1.stl][document: Color-Disc-v1_Color-Disc-v1_Body3_Color-Disc-v1.stl][document: Color-Disc-v1_Color-Disc-v1_Body2_Color-Disc-v1.stl][document: Color-Disc-v1_Color-Disc-v1_Body1_Color-Disc-v1.stl]

@aordono @jonnyyeu Thank you for all your help. In @aordono ‘s last post, she asked me if I had checked my USB cable. I had tested everything BUT the USB cable. Why would the cable be bad? Cables never go bad, they just sit there, right? So I looked at my USB cable and DOH! (*slaps forehead*). Here is a pic of my USB cable Since I replaced the cable I have made multiple perfect test prints in both Canvas and P2PP with ping variations on the order of +/- 0.5%. Thanks for the great support and your patience! Now I can get back to printing my dive bomber. -Danny

@aordono thanks for your reply. As I mentioned, I switched out my complete Pi board to eliminate bad USB ports. However I did not change the cable. I will try that and I will raise my extrusion temp 5C to help minimize any potential nozzle clog issues. My splices look good. I have been using 3,-1,0 for a long time with no problems. I did recently switch out a splice tube. I’ll measure my latest ones, but they typically are not higher than 1.8mm. My filament runs on the thin side down to 1.70mm sometimes, but usually 1.73 to 1.75. There’s no magnetic interference as far as I can tell. This morning I sat and watched the print for about an hour before going to work. I had 5 successive pings the same value but did not notice any slippage or under extrusion at the printer and the splice target began to drift and created a few layers of off color. After the 5 pings, it seemed to catch up. Thanks for your help.

@aordono @mosaicsupport Any suggestions for my issue. I’m running out of things to try. So far: 1) Re-imaged OctoPi to v .18 and reloaded Octoprint 1.61. Only plugins are Canvas 3.0.3 and Palette 3.0.0 2) Switched out Raspberry Pi hardware and power supply 3) Verified that MK3S is accurately measuring filament by sending gcode to extrude 100mm and physically measuring the amount consumed. +/- 0.5mm based on ability to read a Sharpie mark with a ruler. 4) Verified extrusion multiplier by confirming thin wall thickness with calipers is same as the extrusion width setting in Canvas (.4mm) 5) Cleaned bowden gears and nozzle 6) Printed several perfect benchies in single color I’m still getting color swapping on simple test prints and still seeing multiple successive pings of the exact same value. I’d like to determine if this is a problem with my Palette before the warranty expires. Thanks

Seems to be working now as of 21:30 EDT on Aug 17.

@aordono Thanks for the reply. Palette plugin version is 3.0.0. Octoprint 1.61 on Octopi .16 (Pi 3B). Ping average is 92.76% after initial key chain print. The web client won’t let me upload .log files so i posted the Mosaic.log and Octoprint.log files here https://drive.google.com/drive/folders/1...-_4_p_v3UapDkdsyWN?usp=sharing The mosaic file is 633MB, but I haven’t printed anything since the disc i referenced in my last post, so that should be the last print activity in the log file. My next thought was to rebuild my Octoprint image from scratch without unnecessary plugins to try to eliminate any serial comm issues.

Me too since early this morning

I’d really appreciate some help from @mosaicsupport on this issue. Since my last post I have reset my P2, recalibrated SPC and PPM and successfully printed key chains. Pings were 93% on the key chains. When I go to earbuds, I still get repeating ping values and improper colors. . I created a small color disc calibration print and am seeing the same behavior. Transition lengths: 105mm weak, 150mm strong. These values have worked for me for the last year for countless prints. Something has changed. Please help

Alina, Thanks to you and the Mosaic team for resolving the problem in record time! Confirmed with a test print that Canvas is now properly processing scripts in the “Side Transition” section. -Danny