Prusa Mini+ Timelapse/Custom Gcode Issues  

  RSS
3D Printed Lizard
(@3d-printed-lizard)
Active Member

I've been recently experimenting with "Layerlapse", 

A lot of people use octoprint plugin "octolapse", but I do not own a raspberry pi and the method of using a sort of remote trigger to activate a camera every layer seemed like the better option. I already have all that part figured out. I use a micro switch attached to the end of the x axis. the micro switch is connected to my phone via a 3.5mm audio jack, to emulate a press of a volume button on headphones, which can be used with android phones to trigger a camera.

I am using custom gcode in PrusaSlicer in the "After Layer Change" section to move away the printhead and the bed to the desired location and press the trigger, and that part works perfectly fine. Note: I am using a 1 second timer in the camera app on my phone, as I didn't want to deal with perfecting the timings in the gcode too much

The problem is the print quality. when using this method  as opposed to normal printing I have encountered terrible oozing on the print which makes the timelapse horrible to look at. my guess is the problem is lack of retraction but I'm really not sure and even if I'm right I don't know how to implement it. I'd love some help 🙂

This topic was modified 1 month ago 4 times by 3D Printed Lizard
Posted : 28/02/2021 8:08 pm
fuchsr
(@fuchsr)
Honorable Member

Or go the lazy person’s route: Get a $20 Wyze cam, print one of the adapters available on prusaprinters.org to mount it to the Mini 3030 extrusion, and you’re in business. It’s a wifi camera, you can monitor prints on the Wyze app, which not only continuously records everything but also has a very intuitive timelapse option. I actually have both Raspi and Wyze cams installed but find myself using the Wyze almost exclusively.

The only downside is that timelapse recordings need to be manually triggered and are not driven by Gcode, but if you have to add extra Gcode, it’s sort of manual either way.

This post was modified 1 month ago by fuchsr
Posted : 02/03/2021 1:43 pm
3D Printed Lizard
(@3d-printed-lizard)
Active Member

@fuchsr

While it time seem like an elegant solution,  I think I'm past that point. I've already got the camera activation, the custom gcode, and turning the photos to a video all figured out. the only problem is the oozing when using this method, which it sounds like would be a problem using that method too(correct me if I'm wrong). I just want to fix that, and then I'll be good to go.

I highly appreciate the suggestion though. 

It does seem as an extremely good solution for remote monitoring my printer, and maybe I'll switch to it when I'm sick of missing my phone for a few hours each timelapse.

Posted : 02/03/2021 3:39 pm
fuchsr
(@fuchsr)
Honorable Member

Yeah, I could tell that you’ve went over the edge.. 😁 😁 You must be an engineer!

Would love to see a video of this contraption in action!

Posted : 02/03/2021 3:44 pm
3D Printed Lizard
(@3d-printed-lizard)
Active Member

@fuchsr

Thanks! I actually tried to include a video but the video player did not work, and whenever I included a link it would automatically turn it into a video player.

Timelapse Example

edit: as a link it works ^

This post was modified 1 month ago by 3D Printed Lizard
Posted : 02/03/2021 4:09 pm
hertzi
(@hertzi)
New Member

Hi, I'm not sure that the added code is the issue.

I'm trying to create a similar setup and the code I'm using is

;AFTER_LAYER_CHANGE
G1 X180 Y90 F{travel_speed*60} ;Move head to z axis
G4 S0 ;Wait for move to finish
G1 X180 Y180 F{travel_speed*60} ;Move bed to front
G4 S0 ;Wait for move to finish
G4 P1000 ;Wait for 1000ms
;[layer_z]
 
In my case the bed is triggering the button and I move the head to the other side, but otherwise it is the same approach and my prints turn out fine.
When the printer finishes a layer it should retract the filament and the added gcode is not changing that.
Posted : 31/03/2021 7:38 am
3D Printed Lizard
(@3d-printed-lizard)
Active Member

@hertzi

Thanks for replaying.

I hadn't considered the fact that the issue could be specific to my setup. maybe I'll try printing with your code just to see if the prints still turn out poorly, and if  they don't I really don't mind figuring out a way to mount the micro switch to the Y axis. 

Posted : 01/04/2021 7:15 pm
3Delight
(@3delight)
Moderator

The oozing could also be caused by it taking too long to take the picture.  The printer really needs to start the next layer as soon as the last layer is done so that the laid down filament is the correct temperature and also so that the filament in the hotend/nozzle isn't over heated.  Too much heat will cause the filament to ooze out the nozzle and be too runny, while if the printed part has cooled to much then the new filament won't bond with it correctly.

Posted : 01/04/2021 11:20 pm
hertzi
(@hertzi)
New Member

@3delight

Thanks. I was looking for an answer like this.

Posted : 08/04/2021 9:43 am
Share:

Please Login or Register