Software bundle 3.6.0-beta.1 now available

edsped

I didn't have an M400 command after the tool park in my cancel.g file so that may be the culprit. I'll add it and retry but it won't be until tomorrow.

edsped

A few prints in and it seems as if adding the M400 to cancel.g addressed the issue. I guess I haven't been cancelling prints on the alpha.. Otherwise all seems to be working as expected.

NeoDue

@dc42 said in Software bundle 3.6.0-beta.1 now available:

@NeoDue no we haven't implemented that yet, it's separate from input shaping.

Thanks! Then I will wait until 3.6 is final.

Notepad

Im tracking a possible bug (hard to determine if its hardware or firmware) relating to motor idle current.
Testing hardware is a E3D Roto

Current working theory is when pause.g is pressed and the motors go into the lower power idle state. the Extruder motor also goes to a lower amperage mode, however when resuming or manually extruding the motor does wake up and stays at a low power mode.

Once I'm back from the trade show I am on (1 week left) I can swap extruders to check different types to see if the behaviour is consistent or just a behaviour of the Roto

Kiolia

@Notepad I have run into something similar to this, but I can't reproduce it yet... detailed my experience at the bottom of the earlier 3.6.0 alpha build thread.

Kiolia

@dc42 said in Software bundle 3.6.0-beta.1 now available:

[3.6.0-beta.1]

Did you get around to trying to reproduce Z axis clicking on linear delta with very slow, long-lasting moves? I'm still seeing this in the beta, albeit possibly somewhat reduced from the alpha.

samlogan87

Hey @dc42

I can't see anything in the release notes as to whether the new input shaping/3.6 release, has been released for the 1HCL boards or is it in development?

Sam

dc42

@samlogan87 yes it's implemented in 3.6beta1 on all expansion boards including 1HCL and M23CL motors.

samlogan87

@dc42 awesome thank you. Will update tonight and give it a try

Notepad

Possible bug in 3.6.b1. Once a printer is Estop'ed the PanelDue sometimes doesn't reconnect and gets stuck in a connecting state. I have absolutely no idea how to gather data for this other than an observation + the behaviour is inconsistent.
This may be related to another issue I am diagnosing (I am not sure its a RRF issue or just a user setup issue so I didn't mention it before) where the PanelDue connected to a D36HC w/ SBC seems to have random slow response times. Pressing a button can take up to 2 seconds before the press is registered/actioned, some other times is instant like normal. This behaviour is not present in any of my D2 machines that do not include an SBC