Firmware bundle 3.3beta2 released

dc42

@tekkydave I will clarify it in the upgrade notes. We'll also hide the layer chart in the next version of DWC when layer data is not available.

tekkydave

@dc42 said in Firmware bundle 3.3beta2 released:

@tekkydave I will clarify it in the upgrade notes. We'll also hide the layer chart in the next version of DWC when layer data is not available.

Yes. I had noticed the layer chart persisted until the first layer change of the next print.

Egris

Tested fw 3.3 beta 2 on my rotary delta. Has there been a change to Segments per second for this kinematic? X/Y G1 moves look like there is a very low segments per second value usesd for straight lines.

With the older 3.3 version its working fine

pfn

Is DWC 3.3.0-b2 not completely compatible with RRF 3.2.2? My layer chart has disappeared (no points graphed).

I have 2 instances of DWC running, one on my machine itself, and another on the remote proxy, the one on machine is 3.2.2 and shows layer statistics. 3.3.0-b2 proxy version only has a chart without data points.

Screenshot 2021-03-12 101053.png

dc42

@pfn said in Firmware bundle 3.3beta2 released:

My layer chart has disappeared (no points graphed).

I have updated the upgrade notes to clarify this.

dc42

@Egris said in Firmware bundle 3.3beta2 released:

Tested fw 3.3 beta 2 on my rotary delta. Has there been a change to Segments per second for this kinematic?

The only intentional change in segments/second is for G2 and G3 moves. If you send M669 it should report the actual segments/second setting.

Stephen6309

@tekkydave Adding that works to get PrusaSlicer 2.3.0 to show layer counts and cahrt in DWC 3.3.0-b2.

oliof

@dc42 said in Firmware bundle 3.3beta2 released:

Currently, if RRF sees ;LAYER n then it will assume layers start from zero and add 1 to n before storing it in the OM). If RRF sees ;layer n then it will assume that n starts from 1.

kiri:moto starts at Layer zero and it's layer comments look like this:

[...]
;; --- layer 0 (0.200 @ 0.2) ---
[....]
;; --- layer 1 (0.200 @ 0.4) ---
[...]
;; --- layer 124 (0.200 @ 25) ---
[...]

It does not emit a ; LAYERS 124 comment by default, but it's available via a token to add in the end gcode.

Would that be sufficient for the layer graph to show, or does the per-layer marker need to change? If the latter, I'll file an enhancement request with kiri:moto.

DaveA

This print is still in progress. Sliced from S3D and run through ArcWelder. Notice the layer count. It also started the display on layer 2 and didn't show layer 1 until it reached 30 layers and I could hit the "Show all Layers' item.

dc42

@oliof said in Firmware bundle 3.3beta2 released:

@dc42 said in Firmware bundle 3.3beta2 released:

Currently, if RRF sees ;LAYER n then it will assume layers start from zero and add 1 to n before storing it in the OM). If RRF sees ;layer n then it will assume that n starts from 1.

kiri:moto starts at Layer zero and it's layer comments look like this:
[...]
;; --- layer 0 (0.200 @ 0.2) ---
[....]
;; --- layer 1 (0.200 @ 0.4) ---
[...]
;; --- layer 124 (0.200 @ 25) ---
[...]
It does not emit a ; LAYERS 124 comment by default, but it's available via a token to add in the end gcode.

Would that be sufficient for the layer graph to show, or does the per-layer marker need to change? If the latter, I'll file an enhancement request with kiri:moto.

Thanks, I'll add recognition of the KiriMoto comment format to RRF.

bruce

Thank you for all the time and effort.
I was looking for a way to do variables and/or macro parameters in RepRap Gcode without having any idea of this work here.
I remember I googled many times only to find people said this was not possible in RepRap GCode so since last week I tried to create my own fork of your latest final release. (and it took me some time to figure out how you handled things within all those classes and back and forth functions!)
Little did know this is being done very nicely.

Very useful at least for me. THANK YOU to all who contributed

Nuramori

I'm still having an issue where I can't issue a M997 Bxx S3 and the update will not complete.

Phaedrux

@Nuramori What board?

DocTrucker

Two bugs detailed on other threads:

https://forum.duet3d.com/topic/22292/bug-rrf-3-3beta2-g92-b0-changes-e-axis-position

https://forum.duet3d.com/topic/22295/bug-2-rrf-3-3beta2-axis-hanging-after-m584-re-assignemnt/8

Nuramori

@Phaedrux Sorry, I completely missed your question. I got it resolved - it is a Duet 3 v1.0 board. It was finicky, but I got it updated. I had to redo somethings on the SBC to get it to work.

I still can't upgrade the bootloader though to 2.2