RepRapFirmware 2.03beta1 available

[dc42]

@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.

[insertnamehere]

@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.

[dc42]

@insertnamehere, thanks for confirming this fault.

[garyd9]

@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:

[atfphoto]

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

[dc42]

Yes you could do that.

[atfphoto]

@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

[dc42]

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

[atfphoto]

Thanks!

A

[john park]

Good. thanks.. ^

[gavatron3000]

CoreXZ working as normal so far. Took a little bit to work out the matrix thing within M669 but working as expected. Also stall detection is working for me, had to increase the sensitivity of one of my additional axes which wasn't a problem. And no issues so far with the wifi server