It's out! Firmware 1.21 released

[AlexLin]

Snnn Flag to check if an endstop was hit (S1 to check, S0 to ignore, S2+S3 see note, default is S0) 1
1RepRapFirmware can be set to enable or disable the "sensing" of endstops during a move. Using the S1 or S2 parameter on a delta printer causes the XYZ parameters to refer to the individual tower motor positions instead of the head position, and to enable endstop detection as well if the parameter is S1. If S3 is passed instead, RepRapFirmware will measure the axis length.

[Thomllama]

Honestly, is there a way to return it to the old method? I'm finding this rather annoying. Have changed over the Home files, and yet 50% of the time I still get an error. hit the home button like 3 times and it'll finally home.. and then another 25% of the time it'll ignore the end switch and just try and keep going and get all clicking while trying to rip apart my printer. Sounds like it's an advantage to Deltas, but for me on the CoreXY it's really not. Still building/tinkering with the printer and often want to be able to move away from home to work on something, especially the bed. If I add a new nozzle say I want to be able to move away from home, change things, get things loose then home and adjust to bed height and such, now I have to slam it into the nozzle before I can do anything. Also if there is a glob of old drip on the nozzle, I have to heat it up,. clean it off, home the thing, then can move away. Or (like just happened to me) it homes, slams into the cold, hard glob and twists and breaks the hotend or mount.

Also, just a thought but wouldn't it have been better if the firmware update had updated the home files? Or make this feature apply when you enter the Delta option in the firmware and leave it alone for the rest?

[dc42]

If you mean that you want to allow axis movement before the axis has been homed again, that's easy. Just put M564 H0 in config.g.

[Thomllama]

@dc42 said in It's out! Firmware 1.21 released:

If you mean that you want to allow axis movement before the axis has been homed again, that's easy. Just put M564 H0 in config.g.

so that will return homing to back like it was before the update? I don't need the extra S2's all over the place?

[Coffee]

@dc42 I have my Duet WiFi up and running very well, but this tweaking of the coding is somewhat new to me. I would love to be able to go back to moving before/without homing. Can you tell me where in config.g and what syntax if any for me to enter the M564 H0 command? Thanks!
Nice Forum BTW Everyone here seems cool and helpful.

[dc42]

It doesn't matter where in config.g you put the M564 H0, but I suggest near the end.

[Coffee]

Thanks a ton!

[Thomllama]

@dc42 said in It's out! Firmware 1.21 released:

It doesn't matter where in config.g you put the M564 H0, but I suggest near the end.

Seems to work great! thanks

[pao_wikhan]

what is the reason to why add the S2 on the G0 G1 for corexy?

[c310]

in my 1.21 file print progress % calculation wrong

those 6 layers left hardly consumed more than 10 cm of filament.

[dc42]

@c310 said in It's out! Firmware 1.21 released:

in my 1.21 file print progress % calculation wrong

those 6 layers left hardly consumed more than 10 cm of filament.

Please provide the GCode file. Looks like it didn't manage to pick up the correct amount of filament required from the GCode file.

[c310]

here is the gcode file done by slic3r

0_1523467244888_óãîëîê ëåñòíèöû.gcode

another thing is encoding of file name (now it is completely wrong. i guess it is about UTF... )

...file name in explorer - i removed card from duetwifi and put into win10 machine ...

[dc42]

Looks like Windows is displaying the filename in a local code page. DWC should handle Unicode if the installed font supports the particular characters. PanelDue supports Unicode characters up to 0x17F only.

[jnolan72]

@dc42
Yes, It is related to what slicer created the file

If sliced with Repetier Host Cura, shown in the Generated by Cura_SteamEngin 15.01.
The error happens when calculation Object Height/Layer Height/ and Filament Usage.
Onec calculation is done only Object Height that has any data, Layer Height/ and Filament Usage has n/a

All other slicers I tried worked just fine Slic3r 1.2.9, Slic3r 1.34.1-prusa3d-win64, Sl1c3r 1.37.1-prusa3d-win64

[dc42]

Have you tried a recent version of Cura?

[jnolan72]

Yes, I Forgot to put that in the info. Cura 3.2.1 works fine also

[BenDiesel]

I tried updating last night to 1.21. Got the firmware to go but the webserver is still at 1.19.2. And I can't seem to get the duettest.local to work any more. I uploaded a the files that the gethub said I should for the duetwifi.

[vonGreezly]

SOLVED! See Below!

Hey all, Just updated to 1.21 from 1.18. Having issues with Homing (yes it's a corexy!, and yes I put an S2 after my G1 Z lines). Machine attempts to home, but the endstops no longer seem to trigger properly. The LEDs turn off when the endstop is hit on the board itself, but the printer keeps moving =~~

Also, confirmed w/ M119 that they're being seen when triggered...

Not sure what I need to do, but i'm losing the battle! Help!

/code
G91 ; relative mode
G1 Z10 S2 ; Lift Z 10mm CYA!
G1 S1 X-382 Y-382 F3000 ; course home X or Y
G1 S1 X-382 ; course home X
G1 S1 Y-382 ; course home Y
G1 X4 Y4 F600 S2 ; move away from the endstops
G1 S1 X-10 ; fine home X
G1 S1 Y-10 ; fine home Y~~

-VG

NEVERMIND! Somehow, the Firmware update reversed the direction of my X and Y motors o.O; SUPER STRANGE AND SLIGHTLY FRUSTRATING!

[Phaedrux]

@vongreezly There was a bug fix between 1.18 and 1.21 which reversed the direction of a motor in the CoreXY kinematics.

Gotta read all the release notes for all the versions between your current version and the latest update to catch all the little tidbits.

[vonGreezly]

@phaedrux Fair enough! it was a big jump heh 1.18 was just so lovely, and my printer was busy... was just a little panicked at the sudden state of borkedness =P