Topics created by R006

@Phaedrux
okay
Thank you

@dc42 said in Modify Panel-due:

@R006 https://github.com/Duet3D/PanelDueFirmware

Thank you!
Could you please guide me on which file I need to modify to apply these changes?

@dc42
Okay,
but why print is paused after that information?

microsteps M350 X8 Y8 Z16 E16:16 I1

@R006 said in Duet3MB6HC with Duet3 scanning Z probe:

M558 P11 C"41.EXP1XD" F36000 T36000

This is incorrect. The SZP is a completely separate CAN board from the 1XD, so the C parameter should reference the SZP directly, not the 1XD. Your C parameter isn't even a real pin. The SZP should show up in the list of CAN boards in DWC > Settings > Machine-specific. Please show how you have wired it.

If you have another probe, eg BLTouch, you need to specify the SZP as another probe with the K parameter. So it should look like the documentation https://docs.duet3d.com/Duet3D_hardware/Duet_3_family/Duet_3_Scanning_Z_Probe#scanning-z-probe ie:

M558 K1 P11 C"120.i2c.ldc1612" F36000 T36000

Ian

@R006 I would say first update the firmware from 3.5.2RC1 to the full release version of 3.5.2 There has been a lot of bug fixes since RC1

@R006 For the cable between the SZP board and coil, we use a 4-core FFC cable, with 0.50mm pitch, opposite side contacts. We supply 5cm and 15cm cables, and I've seen a 20cm cable in the kits that come with Mellow Fly toolboards. I'm not sure how much longer you can go than that before there are issues with interference; I don't have any longer ones to test with.

Accuracy is limited by two factors:

noise in the reading, which limits the resolution. On the test machine this varies from about +/- 1.2um at 4mm distance from the bed to +/- 3um at 6mm distance. Some of this noise may be caused by vibration of the machine. Like all inductive sensors, it is temperature-sensitive. So the absolute accuracy depends on how well you calibrate it for changes in temperature of the bed and/or the sensor. There is a thermistor on the sensor to help with this.

We suggest a maximum ambient temperature of 75°C, and an absolute maximum board temperature of 85°C. The coil can likely cope with higher temperatures than this, having no active components. Our FFC cables are rated at 80°C, but you can get FFC cables that are rated to 105°C from Molex.

Ian

Further documentation:

https://docs.duet3d.com/en/User_manual/Tuning/Defining_tool_and_Z_probe_offsets

https://docs.duet3d.com/User_manual/Reference/Gcodes#g0-rapid-move

https://docs.duet3d.com/User_manual/Reference/Gcodes#g10-set-workplace-coordinate-offset-or-tool-offset

https://docs.duet3d.com/User_manual/Reference/Gcodes#g31-set-or-report-current-probe-status

https://docs.duet3d.com/User_manual/Reference/Gcodes#g60-save-current-position-to-slot

https://docs.duet3d.com/User_manual/Reference/Gcodes#m557-set-z-probe-point-or-define-probing-grid

https://docs.duet3d.com/en/User_manual/Tuning/Tool_changing

@R006 said in Issue with Heater 1 Predicted Maximum Temperature Warning:

Now, I want to add a comment about this in RRF 3.4b3, but I am encountering multiple errors.

Best to start a new thread about your build errors.

@R006 said in random jerk change after Resume APF:

However, on the other machine, the values change to X6 Y6 Z6 E600, resulting in vibrations during printing.

That's a very strange figure, and seems like what a slicer would put in the Gcode when using mm/s, rather than using the RRF convention of mm/min. Possibly set using M205 (Marlin compatibility version of M566, but set in mm/s).

Test by turning the machine on, and sending M566/M205. It should be set to what is in config.g, which is also run on resume after power failure. If it's correct then it's the Gcode that is changing it.

Ian

@R006 said in mesh bed compensation:

Please provide some suggestions? how to i find the problem's root cause?

Twist in the XY gantry movement can alter the print head position and change the angle of the print head, meaning the bltouch to nozzle offset is incorrect at those positions. This is the usual cause for when the mesh doesn't seem to work correctly in certain areas of the bed such as those shown on your map near the back. This is also a common area for the X Y gantry to have inconsistencies in the build.

One way to check this is to set your M558 probe type to P0 which enables manual probing. With manual probing you will be prompted to manually jog the nozzle down to touch the bed surface.

@R006 This does seem like an odd failure. Let's replace it under warranty.

Please send an email to warranty@duet3d.com. Include a link to this forum thread and the details of your original purchase. You'll receive a reply with a form to fill out.

Ian

@R006 it looks to me that you have a very old branch or version of WiFiSocketServerRTOS in your workspace. This is what mine looks like in Eclipse:

bc065b83-432b-45c2-b0e9-530ec4aea22b-image.png

The contents of MessageFormats.h in that project should be the same as at https://github.com/Duet3D/WiFiSocketServerRTOS/blob/main/src/include/MessageFormats.h.

@oliof i have already add for windows
and thank you

Having thought about this more, I think it suits my sand table more than the 'classic' homing approach, so I'm going to adopt it. Thanks @R006 for highlighting it. (On teh other hand, 99% of the time I don't need the table homed on this axis - the pattern will just face a different direction, and it's truly unlimited continuous rotation mechanically.)

My previous code snippet misbehaves if the endstop is already triggered when first called and the 'touch more' movement drives it out of triggered, so I've actually adopted:

G91 ; relative moves M574 Y1 S1 P"ystop" ; proper endstop polarity if sensors.endstops[1].triggered = false G1 H1 Y-720 F1800 ; do homing move @1800 (5 rpm, 12 secs per rev) G1 H2 Y-2 F1800 ; move slightly further - endstop zone is approx 6 wide M574 Y1 S1 P"!ystop" ; reverse polarity G1 H1 Y10 F360 ; home to release at 1 rpm G92 Y0 ; set zero M574 Y1 S1 P"ystop" ; reset endstop polarity G90 ; absolute moves

@gloomyandy

20240424_144735.jpg

Capture_gcode.PNG

also i am try to simulate same Gcode with RRF 3.5.0 rc4 in that only one gcode give the bad command error (2 time simulated and giving two different error which is attached in image)

20240425_105145.jpg 20240425_105222.jpg

also attached Gcode SS

Capture_gcode_1.PNG

@Phaedrux

My resurrect-prologue.g
``

G1 Z{param.Z}
G28 X Y
M116
M83
M21 P1
G1 E5 F500
;mesh
G29 S1
;Buzz
M300 S600 P100
;Buzz
M300 S700 P1200
;Buzz
M300 S500 P300
;Abs
G90

homeall.g

G91 ; relative positioning
G1 H2 Z2 F100 ; lift Z relative to current position
G1 H1 X-300 Y-300 F600 ; move quickly to X and Y axis endstops and stop there (first pass)
G1 H2 X5 Y5 F1000 ; go back a few mm
G1 H1 X-300 Y-300 F200 ; move slowly to X and Y axis endstops once more (second pass)
G1 H1 Z304.1 F300 ; Z down
G1 H2 Z-2 F100 ; back
G1 H1 Z304.1 F100
G92 X0 Y0
G90 ; absolute positioning
G92 Z304.1

@R006 sounds like its a mechanical issue or you've set speed limits that are higher than your machine is capable of.
if it was a firmware issue, everyone would be affected

@dc42 :

with RC4, sometimes it resumes fine with minimal offset. Whereas sometimes it shift by 5-8mm in Y direction for me on resume after power failure. Mostly it shifting by >5mm happens when print height is <5mm. So i disabled meshbed compensation & tried. It still has the same problem.

There are instances when even at height 3mm, it resumes fine.
skew in YZ is included. Does that have any effect?

What should I check for ?
Shift is always in Y axis & amount of shift is more w.r.t X axis.

@dc42 okay

@R006 There is no magic way to diagnose this sort of problem. You have already tried just leaving the machine with the heaters on and when you did that you did not have an error. You could I suppose try leaving the printer running with the part cooling fan running (but no print in progress) to see if you get any sort of error then. If that does not show a problem then it is likely that something (like the movement of the connected cables) is causing a problem during printing. The test I suggested above will help identify if it is a problem with the fan/wiring that you have connected to the 12v supply.