3D GCode Viewer integrated with DWC

[bastien]

@bastien said in 3D GCode Viewer integrated with DWC:

i just install 3.2, i viewer in sub menu in files but no in main menu

it's ok, i re install plug in and start in new plug in menu

[DIY-O-Sphere]

@Sindarius
Are there known issues with the latest version on a maestro?
Cant't get it working anymore. (RRF 3.2_b4 +0.11.1)
The previous versions of fw and plugin worked. (guess RRF 3.2_b2 +0.6.5)

[Sindarius]

@DIY-O-Sphere I pulled down and installed the 3.2-beta4 that is on GitHub, I normally run my own build, and was able to install my plugin without any problems. Make sure you are pulling the latest version of my plugin from the github releases page https://github.com/Sindarius/DWC_GCodeViewer_Plugin/releases. I don't believe the firmware version itself should have any play since the plugin is a javascript solution that runs in DWC itself.

Just double check the following to make sure you are on the latest

[DIY-O-Sphere]

@Sindarius
After de-energising and powering up everything is working now....
A simple sw-reset after the update was not enough.....

[PCR]

@Sindarius

File processed with arcwelder

01_SP2_Unterschale_DQ2_PET_0.3mm_1h39m.gcode.txt

[PCR]

[Sindarius]

@PCR I’ll take a look at the file. Those are some impressive arcs

[PCR]

no rush was more like a little note

[Sindarius]

@PCR This probably looks better.

[Sindarius]

G3 fix is in RC2

https://github.com/Duet3D/DuetWebControl/releases/tag/3.2.0-rc2

[A Former User]

@Sindarius

A small thing that I catched:

On all 3-d-software I am aware of, if a cartesian-csys-system is used -> x-y-z are coloured in r-g-b,

e.g. "sol...orks" here:

e.g. "rh...-3d":

e.g. "sim....y-3D":

e.g. or the height-map within "DWC":

but here it is r-b-g:

Before I forget: Thanks for you cool work!

[Sindarius]

@LB Since it is cosmetic I’ll work the change into 3.3

[CCS86]

Cool plugin!

I'm trying it out on a Duet Maestro on DWC/RRF 3.2 RC2

Seeing some weirdness on one file. With "spread lines" enabled, everything looks good:

But with it disabled, some weirdness:

[A Former User]

@Sindarius

Cool - looking forward!

Another small thing that´s related to it:
When within "settingS" choosing "volume" (instead of "bed") the wireframe is by default blue, and since 1 of the axis is also blue it might be a unlucky default colour for the wireframe of the print-volume regarding the default-csys-colouring:

If the default would be a slightly transparent white (I know transparency is not there yet so to show what I mean I picked a greyish tone), you could better see the the csys:

I know this is a field where opinions might easily differ, so it is maybe just something to think about

Thanks for all your work,
cheers!

[Sindarius]

@CCS86 if you could share your file that would help me to look at it.

[Sindarius]

@LB volume is an odd duck because I had to do some things to make something work for delta beds. Transparency is always a pain heh

[A Former User]

@Sindarius

reliable results with (alpha + all-of-the-webbrowsers-out-there)=oxymoron

[CCS86]

@Sindarius said in 3D GCode Viewer integrated with DWC:

@CCS86 if you could share your file that would help me to look at it.

Sure thing.

Playseat Foot.gcode.txt

[Sindarius]

@CCS86 Thanks for the file. I managed to take a look at it and the line that is tripping up the viewer is in your ending gcode trips up the viewer into thinking the last layer height should be 5mm tall which causes it to freak out.
G1 Z5 E-3 F4000

I commented out that line and got this

This is not an issue with your gcode but an issue with how the viewer not appreciating a retract and z travel in the same line. I'll look at getting a fix in for 3.3

Also because line rendering does not care about layer height doing forced line rendering showed the correct results.

Either way thank you for sharing your file and I'll get this resolved.

Thanks!

[CCS86]

Awesome, glad it helped!