RepRapFirmware 2.03beta1 available


  • administrators

    I've just released this at https://github.com/dc42/RepRapFirmware/releases/tag/2.03beta1. This release includes 25 new or improved features and 12 bug fixes.

    This is a beta release so it should not be used by users who are new to the Duet. Experienced Duet users are invited to try it. Read the upgrade notes first!

    Duet WiFi users can continue to use DuetWiFiServer 1.22 with this version, or can try 1.23beta1 which is included on the release page.



  • David

    Love the G30 S-3 feature. Got it working although the code wiki doesn't seem to have been updated with reference to it as yet (nor the Gcode page in the Duet Wiki).

    I have now added that to the end of my bed.g file.

    Also what is the difference between S-2 and S-3?

    Doug (looking forward to a Duet 3 being available!)


  • administrators

    G30 S-1 probes the bed and displays the height it stopped at. G30 S-3 probes the bed and sets the probe trigger height to the height it stopped at. After G30 S-3, You can use M500 P31 to write a new G31 command (and other things) to config-override.g.

    I've updated the GCodes wiki page.



  • in that case was the S-2 param a typo?

    0_1549292515569_2fe7143d-78f7-4834-885f-b59c841686b9-image.png


  • administrators

    No, that's correct: it adjusts the Z offset of the current tool. You can use M500 to save the new G10 command.



  • no conditional, for the moment or for version 2.03?


  • administrators

    @nicolab28 said in RepRapFirmware 2.03beta1 available:

    no conditional, for the moment or for version 2.03?

    Not yet. In view of the large number of small feature requests that have come in recently, I plan to do an early 2.03 release, and I have postponed conditional GCode and and remainder of the implementation of S-curve acceleration until 2.04.



  • @dc42, in your opinion (and I'd never hold it against you), how stable is this for delta printers in particular? It appears that the larger changes are for core and cartesian printers, but I'm not familiar enough with the RRF code to understand how that might impact delta printers.

    My reason for asking is that I'd love to have the M36 changes and add support in the paneldue firmware to display the simulation time estimate (if available) instead of the layer estimate.

    However, I only have a single delta printer (and I use it a lot), so I need it to be fairly reliable.

    As an alternative, I could probably cherry-pick just the M36 changes, but then I'd need to set up an environment for recompiling the full RRF...

    Thank you
    Gary


  • administrators

    It's working fine on my delta. The changes I made to delta printer kinematics were fairly minor, mostly two things:

    • The code to handle endstop corrections has changed a little;
    • If the print height gets to the point at which not every XY point can be reached at that height, the firmware spends more time than it used to checking that each move can be made without any of the carriages hitting the endstops.


  • On my cartesian with 2 independent Z axis for bed leveling the numbers don't converge as they do with 2.02.
    19:56:12: : Leadscrew adjustments made: -3.296 -0.516, points used 2, deviation before 2.035 after 0.000
    19:55:35: M98 P""0:/macros/X Axis callibration"": Leadscrew adjustments made: -2.407 -0.295, points used 2, deviation before 1.458 after 0.000
    19:54:52: : Leadscrew adjustments made: -1.442 -0.159, points used 2, deviation before 0.868 after 0.000
    19:54:19: M98 P""0:/macros/X Axis callibration"": Leadscrew adjustments made: -0.568 0.256, points used 2, deviation before 0.288 after 0.000
    19:53:48: G28
    19:53:08: G28
    19:52:42: Connection established!
    19:52:42: Page Load complete!


  • administrators

    @boldnuts, thanks for reporting this. Unfortunately I won't be able to look into it until next week due to other commitments. So I suggest you revert to 2.02 for now.



  • @boldnuts said in RepRapFirmware 2.03beta1 available:

    On my cartesian with 2 independent Z axis for bed leveling the numbers don't converge as they do with 2.02.
    19:56:12: : Leadscrew adjustments made: -3.296 -0.516, points used 2, deviation before 2.035 after 0.000
    19:55:35: M98 P""0:/macros/X Axis callibration"": Leadscrew adjustments made: -2.407 -0.295, points used 2, deviation before 1.458 after 0.000
    19:54:52: : Leadscrew adjustments made: -1.442 -0.159, points used 2, deviation before 0.868 after 0.000
    19:54:19: M98 P""0:/macros/X Axis callibration"": Leadscrew adjustments made: -0.568 0.256, points used 2, deviation before 0.288 after 0.000
    19:53:48: G28
    19:53:08: G28
    19:52:42: Connection established!
    19:52:42: Page Load complete!

    I have the same problem with bed levelling.
    With 2.03b1 the 2 independent Z axis levelling moves are divergent.
    Reverted back to 2.02 and levelling works correctly.


  • administrators

    @insertnamehere, thanks for confirming this fault.



  • @dc42

    RRF 2.03b1, WifiServer 1.23b1 Possible issue or regression with the new firmware (or the new wifiserver):

    I had to reboot all my access points this morning twice and afterwards I found that my duet/wifi (board 1.04) wasn't auto-reconnecting to the wifi. The PanelDue console display showed the first disconnect and reconnect, and then showed "lost connection, auto reconnecting" followed by "timeout trying to connect."

    I thought that newer versions would endlessly keep retrying to reconnect.

    After I used a macro that stops/starts the wifi module, it connected fine.

    I've attached a picture of the PanelDue console page after restarting the wifi module:

    0_1549386334371_20190205_115635 - Copy.jpg



  • Hello!

    Wow! I've been away for a bit but I came back today for some software updates and I noticed one line in the new firmware notes that grabbed me.

    "Support for additional towers on delta printers (up to 6 in total)"

    I spent many years on the road as an operator with the Skycam (Flying Camera on Wire System) for the Olympics, NFL, NBA, etc. and it's a four-point system with the four reels arranged in a square or rectangle all sending cable out to a camera spar (and a bunch of other stuff, blah blah).

    One reason I made my giant delta printer was it reminded me of a three-point Skycam.

    By creating the ability to use four or more towers/motors, you have opened up another use for the Duet 3D which is creating and controlling hardware for camera systems.

    Did I read the notes right? We can make delta systems with four motors and towers - "quad printers"?

    Thanks!

    A


  • administrators

    Yes you could do that.



  • @dc42 That is so exciting.

    Another new project. Ha!

    Will there eventually be some additional documentation on how to configure things?

    If you have four motors for movement with a fifth for the extrusion head, will the "Machine Status" list the motors as numbers or how will that be visualized (Instead of X, Y, Z .. 1,2,3,4)?

    Very exciting!

    Thanks,

    A


  • administrators

    How to configure more than 3 towers is already documented, at the end of the wiki page on confguring RRF for a delta printer.



  • Thanks!

    A



  • Good. thanks.. ^


 

Looks like your connection to Duet3D was lost, please wait while we try to reconnect.