Some hints to a newbie?



  • Good morning, I'm Andrea from Italy, I'm a 3D printer since 5 years but I've always used printers based on Marlin. Now for my new custom printer (a CoreXY based on a Tronxy X5S chassis) I've ordered a Duet 2 WiFi board....to pass from Marlin to RapRap firmware for me it's a little bit difficult because I'm realizing I have to change all my points of view....so I'm here to ask a little help to understand better the things to do:

    Before that I describe my configuration: my printer, as I said, is a CoreXY, my extruder is a direct drive (BMG with an E3D V6 with volcano nozzle), the X and Y endstop are optical endstops, I have an original BLTouch for the Z and tha bed leveling and I have a mosfet to control the heated bed because the main board is powered with 12VDC but the bed will be powered with 19VDC taken from a dedicated power supply.

    As filament runout sensor I've ordered an original DUET3D FILAMENT MONITOR - ROTATING MAGNET.

    Here ar some doubts I have now:

    1. About the BLTouch: with Marlin I've added a G29 in EVERY start gcode in every print, with RRF does it works like this too? I've read that you can "build" a level matrix and then use it with every print, I have the problem that in my heated bed I mount a magnetic steel plate with a PEI sheet so when I detach it at the end of the print and re attach it for a new print the leveling, of course, will be almost impossible to be the same each time

    2. With marlin every time I made a change on the console i had to give M500 to store it in the EEPROM, is it still valid with RRF?

    3. I own a license for Repetier server mounted on a Raspberry 3 wich is connected via usb to the board, I use it because it allows me to remotely monitor the printer with a webcam connected to the Raspy. Is it possible to connect the Duet to a Raspy via USB and sending the gcodes from Repetier server? In case what firmware functionality will i lose?

    4. (last for now) In the documentation I read that DUET3D FILAMENT MONITOR - ROTATING MAGNET looks to work only when the print is started from the board SD, so in case I can use Repetier server and lunch the prints from it will not I be able to use the filament monitor?

    For now I quit making questions...

    Thanks for any help!
    Andrea



  • @the_dragonlord said in Some hints to a newbie?:

    About the BLTouch: with Marlin I've added a G29 in EVERY start gcode in every print, with RRF does it works like this too?

    yes that works with the duet as well

    With marlin every time I made a change on the console i had to give M500 to store it in the EEPROM, is it still valid with RRF?

    not exactly. there is a M500 feature, but generally all changes are made in the file config.g

    I own a license for Repetier server mounted on a Raspberry 3 wich is connected via usb to the board, I use it because it allows me to remotely monitor the printer with a webcam connected to the Raspy. Is it possible to connect the Duet to a Raspy via USB and sending the gcodes from Repetier server? In case what firmware functionality will i lose?

    first see: https://duet3d.dozuki.com/Wiki/USB_ground_loops

    the duet inbuild web ui has support to display a network video stream.

    you can send commands in g code directly from the web ui. no need for repetier

    (last for now) In the documentation I read that DUET3D FILAMENT MONITOR - ROTATING MAGNET looks to work only when the print is started from the board SD, so in case I can use Repetier server and lunch the prints from it will not I be able to use the filament monitor?

    there is no need for repetier, as the inbuild web ui has all those features.



  • @Veti said in Some hints to a newbie?

    the duet inbuild web ui has support to display a >network video stream.

    but, if I'm not wrong it works only with particular kind of ipcams, am I wrong?




  • Moderator

    Many of the RRF features require printing gcodes from the internal SD card. Streaming gcode over USB is not recommended.

    Using the Duet Web Control interface is the normal way to interact with and configure the printer.

    If you have a raspberry pi and usb webcam you can use Motion to create a streaming web url that can be used in the DWC to show the camera.

    M500 behaves much differently than the EEPROM. It's intended to capture some of the calculated or automatically measured values like heater PID values from auto tuning, or measured offsets, delta calibration, etc. All those values get saved to config-override.g and get read back when M501 is sent. All normal configuration is done by editing the macro files directly. config.g is just a macro that gets executed at startup.

    https://duet3d.dozuki.com/Wiki/Gcode#Section_M500_Store_parameters



  • The biggest difference is explained in the RRF wiki g-code page:

    G-code everywhere.

    That means the config file is just a collection of g-code that is run when the board boots up.
    The home commands are actually macros stored on the SD card.
    And the Macro's are potentially really powerful too, as they can be used to do basically anything the firmware is capable of, not just having a little routine that heats up the head and ejects the filament.

    Once you have things setup correctly its not really important, but when you are first getting things setup its really handy because there's nothing that can't be changed be sending some g-code.

    There are some other pluses, but not needing to compile the firmware every time you need to change something is nice.

    If you want to get really fancy the changes get more significant. Like being able to have conditional arguments in the configuration.



  • @Phaedrux said in Some hints to a newbie?:

    If you have a raspberry pi and usb webcam you can use Motion to create a streaming web url that can be used in the DWC to show the camera.
    Hi, if you mean to use MotionEyeOS I've read that this only works with the Pi Cam not an USB camera, am I wrong?





  • there is https://github.com/jacksonliam/mjpg-streamer which supports video4linux and raspberry pi webcam.

    his creates an mjpeg stream which should work



  • @Veti thanks but unfortunately I own a USB camera and not the Raspy Camera



  • @the_dragonlord that will also work with a USB camera



  • @the_dragonlord
    video4linux support all the different linux video standard including uvc.
    if you webcam is a standard webcam that exposes the mjpeg stream, then this will work.


  • Moderator

    @the_dragonlord said in Some hints to a newbie?:

    @Phaedrux said in Some hints to a newbie?:

    If you have a raspberry pi and usb webcam you can use Motion to create a streaming web url that can be used in the DWC to show the camera.
    Hi, if you mean to use MotionEyeOS I've read that this only works with the Pi Cam not an USB camera, am I wrong?

    Motion and MotionOS are two different things.

    Check this out: https://www.instructables.com/How-to-Make-Raspberry-Pi-Webcam-Server-and-Stream-/



  • @Phaedrux said in Some hints to a newbie?:

    @the_dragonlord said in Some hints to a newbie?:

    @Phaedrux said in Some hints to a newbie?:

    If you have a raspberry pi and usb webcam you can use Motion to create a streaming web url that can be used in the DWC to show the camera.
    Hi, if you mean to use MotionEyeOS I've read that this only works with the Pi Cam not an USB camera, am I wrong?

    Motion and MotionOS are two different things.

    Check this out: https://www.instructables.com/How-to-Make-Raspberry-Pi-Webcam-Server-and-Stream-/

    sorry, my fault, I misunderstood


Log in to reply