Posts made by croadfeldt

Did you set the probe type in the M558 command? I happened to reproduce the behavior you are referring to by getting happy with the delete key and deleting the probe type during some work I was doing. Looks like P9 in your M558 is what is needed for the bltouch.

Here is the relevant gcode info on selecting the correct probe type.

http://reprap.org/wiki/G-code#M558:_Set_Z_probe_type

Notes on setting up probe.

https://duet3d.dozuki.com/Wiki/Test_and_calibrate_the_Z_probe

and bltouch instructions just in case.

https://betrue3d.dk/bltouch-on-duet-wifi-configuratio-and-usage/

I am finally switching over to G29 based mesh leveling. Been using bed.g for a couple years without issue, but decided to rattle the hornets nest since everything has been working extremely well.

To do this properly I need to configure the X and Y offset of my z probe. I am familiar with this since I came from the marlin world, years back.

In my conversion, I assumed the homing sequence would need to be modified as well, since it also uses the z probe. But it appears that the X and Y offset is not honored during a homing for Z either in homez or homeall. Just wanted to confirm this is the expected behavior.

RE: Multiple devices using DWC - OK, that probably it, as I have multiple machines monitoring print status via DWC. Will drop to one in the meantime. Thanks Dave!

Anyone seen an issue with messages being repeated over and over again?

It seems that after a full restart, the first few messages are repeated over and over again any time the firmware attempts to say anything. See photo for an example.

This is becoming a larger issue as I am unable to auto tune now because the messages with the info from the tuning are just the same messages that are repeating.

I was able to use the PanelDue to see and commit the autotune settings via M500. So this appears to be a Web Interface issue primarily.

To finish off this thread. I rewired the leads from the Power supply to the duetwifi and duex5. Used the 12 volt connections from the atx female connector attached to the atx male connector from the PS and then some PCIe 12 volt lines for the bed and finished it off by attaching another 12volt plug to the sata / molex ports on the PS. The 5vsb remained for powering the DuetWifi.

After that cleanup work and using additional 12v connections to the PS, everything is stable now and working as expected. 12v readings never dip below 11.5 and rarely go below 11.6/7 when printing, the bed is on and the hot end is on. I'd call this done.

The only reamining issue is the part cooling fan that surges based on the requested fan %. The higher the percent, the shorter the interval between surging. A quick M106 F200 clears it up though.

Thanks for your hep!

5v rail…. Ah, that might be my issue!

One more tidbit of info, I leave the DuetWifi running all the time via +5vsb.

Since I am using the +5vsb for powering the DuetWifi via the +5v ext pin, it makes complete sense that would not have the amperage to drive everything. According to the specs, +5vsb provides 3A max. +5v provides 25A max. The 3A from +5vsb feels on the edge of driving everything, hence why using +5v via USB works?

So here's what I will do, tie in +5v 25A rail to the +5v ext in pin, leave +5vsb that's already there. When the DuetWifi isn't printing and the ATX supply is off, 3A seems to be enough to dimly light the 7" screen and keep the logic board running.

Tie the sense lines to their respective rails. If needed will add a dummy load to +5v, but hoping the existing load will be enough and the sense lines connected to their rails will help.

Thanks!
Chris

I'm trying to track down some issues I've had for some time and want to see if I should look into the boards more for possible damage / misconfiguration, or wiring, or perhaps a power supply issue.

Here's my setup.

Power Supply: Corsair CX600M
Controller: DuetWifi + Duex5, Duex5 is missing a cap on of it's stepper drivers, which is currently unused. Long story, but I found it lying next to the board one day. Board is power from 5v standbye from atx.
Display: 7", panelDue, see issue below.
Hot End Heater: E3D 40 Watt - 12 volt - Heater and DuetWifi are power from a single 12v rail, fans are 12v
Wiring to hotend: 16 gauge stranded copper.
Bed heater: 12 volt PCB, insulated with 2-3mm silicone sheet, then 12mm of cork on bottom, 6mm of MIC 6 aluminum bed on top. 305mmx305mm dimensions. Driven by 2 x 12volt rails from power supply through a custom built mosfet driver, signaled using DuetWifi bed heater low side switching.

Everything works fine minus the issues below otherwise heats up fast and the bed much faster than you'd think with 12 volt, thank you insulation. The typically voltage during printing is 10.8 - 10.9 with the bead heater off, and 11.1 with the bed heater on. Strange I know, could just be coincidence. Is 10.8 normal during printing?

1. Print cooling fan surges when started, I have to issue a M106 F200 or similar to get it to run smoothly. Surging means attempt to run to full speed, then dropping to null and then repeating indefinitely. The timing of the surges is directly dependant on the percent of fan speed requested. The higher the speed requested, the shorter the idle duration between surges. %100 requested = no idle time and fan appears normal. Anything less than %100 requires M106 F200 or M106 F300, etc.. to remove the surging and run smooth. I do have this in my config.g with the hope it would resolve things, but to not avail, surging behavior remains: M106 P0 F200 B0.1 L0.05

2. Heater faults on the hot end. I don't know if this config or wiring, combination of the two, weak heater, etc… But I get a lot of heater faults when starting up. I've modified what I believe to be the proper items to make it more lenient, but they still occur often. Here's my M570 if that helps: M570 S120

3. PanelDue, in order to keep the backlight from flashing and keep display from glittering, I have to supply the DuetWifi with 5v over a separate USB supply.

I've checked input voltages and do see on average .5-.7 higher input voltage than output, which I don't find terribly surprising. Since so many issues appear to be voltage related, I am curious if the operating voltage as indicated by the web interface is normal?

I will post my full config.g below my signature as well.

Any help / guidance would be greatly appreciated, normally I would track it down myself, but my hobby time is next to nil right now...

Chris

config.g

; CoreXY sample config file for dc42 Duet firmware

M111 S0 ; Debug off
M550 PBigRed ; Machine name (can be anything you like)
M551 Preprap ; Machine password (used for FTP connections)
ns)
;*** If you have more than one Duet on your network, they must all have different MAC addresses, so change the last digits
M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xED ; MAC Address
;*** Wifi Networking
M552 S1 ; Enable WiFi

M555 P2 ; Set output to look like Marlin
M575 P1 B57600 S1 ; Comms parameters for PanelDue

; Machine configuration
M569 P0 S0 ; Drive 0 goes forwards (change to S0 to reverse it)
M569 P1 S0 ; Drive 1 goes forwards
M569 P2 S0 ; Drive 2 goes forwards
M569 P3 S0 ; Drive 3 goes forwards
M569 P4 S1 ; Drive 4 goes forwards
M569 P5 S1 ; Drive 5 goes forwards
; If you use an endstop switch for Z homing, change Z0 to Z1 in the following line, and see also M558 command later in this file
M574 Z0 S1 ; set endstop configuration (X and Y and endstops only, at low end, active high)
M574 X1 Y1 S0
M667 S1 ; set CoreXY mode
M350 X16 Y16 Z16 E16 I1 ; Set 16x microstepping with interpolation
M92 X100 Y100 Z400 ; Set axis steps/mm
M92 E809.42:300 ; Set extruder steps/mm
M906 X1000 Y1000 Z1200 E1000 ; Set motor currents (mA)
M201 X900 Y900 Z60 E1200 ; Accelerations (mm/s^2)
M203 X18000 Y18000 Z1200 E2500 ; Maximum speeds (mm/min)
M566 X600 Y600 Z60 E200 ; Maximum jerk speeds mm/minute
M208 X326 Y305 Z635 ; set axis maxima (adjust to suit your machine)
;M208 X-22 Y-25 Z-0.5 S1
M208 X-22 Y-25 Z-5 S1 ; set axis minima (adjust to make X=0 and Y=0 the edges of the bed)
G21 ; Work in millimetres
G90 ; Send absolute coordinates...
M83 ; ...but relative extruder moves

; Z probe
M558 P5 X0 Y0 Z1 T8000 F300 H10 ; Analog Z probe, also used for homing the Z axis
;G31 Z3.15 P500 ; Set the probe height and threshold (put your own values here) - .4 Hardended Steel / glass
G31 Z0.15 P500 ; Set the probe height and threshold (put your own values here) - .4 Hardended Steel
;G31 Z.3 P500 ; Set the probe height and threshold (put your own values here) - .6 Hardended Steel
;G31 Z.25 P500 ; Set the probe height and threshold (put your own values here) - .8 Brass

; Thermistors and heaters
;*** You can use S and B parameters to define the parameters of the thermistors you are using
M305 P0 R4267 H0 L0 ; Put your own H and/or L values here to set the bed thermistor ADC correction
;M305 P1 R4267 H0 L0 ; Put your own H and/or L values here to set the first nozzle thermistor ADC correction
M305 P1 X200 ; Use PT100 Channel 1 for Heater 1 Temp
M305 P2 R4267 H0 L0 ; Put your own H and/or L values here to set the second nozzle thermistor ADC correction
;M301 H1 P10 I0.10 D100 T0.50 S1.0 ; PID settings for extruder 0
;M301 H2 P10 I0.10 D100 T0.50 S1.0 ; PID settings for extruder 1
M307 H1 A283.6 C117.8 D9.7 B0
M570 S120 ; Increase to allow extra heating time if needed
M143 S276 ; Limit temp to 276 for hot end

; Tool definition
M563 P0 D0 H1 ; Define tool 0
G10 P0 S0 R0 ; Set tool 0 operating and standby temperatures
;*** If you have a dual-nozzle build, un-comment the following 3 lines
;M563 P1 D1 H1 ; Define tool 1
;G10 P1 S0 R0 ; Set tool 1 operating and standby temperatures
M572 D0 S0.05 ; Pressure advance settings

; Print Cooling Fan
M106 P0 F200 B0.1 L0.05 ; Set PWM frequency to reduce high pitch whine.

;*** If you are using axis compensation, put the figures in the following command
M556 S78 X0 Y0 Z0 ; Axis compensation here
T0 ; select first hot end

; Setup PWM Fan outputs for LED light control
M106 P5 H-1
M106 P6 H-1
M106 P7 H-1

I have some too that anyone is welcome to have. For me, cold pulls with nylon works the best period.

Regardless of what you folks decide, put my name down for purchasing and testing a sensor.

Ugh, spoke too soon evidently. What I thought was a fix or work around turned out to be false. The issue persists. Will do more troubleshooting tomorrow.

Seems to be happening everytime now. If I issue a M106 P0 F200, which the config.g starts with, everything clears up. Checked my starting gcode in the slicer, nothing has changed there.

I believe I found a permanent fix / workaround. I thought this was already set… Added a blip to the fan via M106 B
config.g now has:
M106 P0 F200 B.1

FWIW - Didn't have an issue pre-1.19, not saying it's 1.19 nor aliens, but it's aliens.

This matter is closed for me with the fix above. Thanks all!

Update: Send M106 to reset the PWM frequency cleared the surging.

config.g - surging during normal print
M106 P0 F200

via gcode console - surging stopped and fan operated as expected
M106 P0 F300

via gcode console - set Freq back to 200 to see if that's the issue, result: no change in fan speed nor surging, as expected
M106 P0 F200

Have what might be a firmware issue, though have NOT done any troubleshooting to verify yet. Timing is suspect though. On my 4th print since updating to 1.19 on a DuetWifi. Never noticed the issue prior. Looking to see if this is isloated and what steps folks would like me to do to locate the issue. Will start on my own troubleshooting after my print finishes here in a couple hours.

Issue: Fan is surging to XX% then dropping to 0%. I say XX% because it is tied to the percentage I issue via gcode, so if I say %100 then the fan fires up appears to hit the target PWM and then drops to 0, rinse and repeat.

If I set the fan T %100, it appears to be fine, but it might also be that the off time is so short and speed so high that inertia prevents the fan from dropping in RPM enough to notice. The overall cycle time appears to be the same regardless.

It feels like the fan is stuck in a continual blip cycle, as if it were using the target speed / pwm target as the blip target over and over and over again.

I'm in the middle of a print now, so don't want to reset, though it would be a good test of the resume feature…

Thanks!
Chris

My experience with the PT100 and wiring, it's finicky. I had to properly ground my shielded cables that run up to the hot end carriage. Once I did, then the PT100 settled down and gave nice smooth readings. It's still susceptible to interference at the small lead from the PT100 sensor to the shielded cable. So I need to ensure my PT100 wiring from the sensor to the shielded cable needs to be run specifically in order to avoid picking up interference from the other electronics on the hot end carriage.

UPDATE - RESOLVED:

Short Version: 3rd party ribbon cable used for Duex5 was causing problems, suspect voltage drop.

Long Version:

After another couple of weeks, the issue spread to attempting to boot with USB connected as well. Connected the DuetWifi to a known good USB3 port on a windows system to update the firmware. Did so successfully, then after hitting the reset button, followed firmware instructions to a T, the DuetWifi went into a reboot cycle. It was cycling about 1 - 1.5 times per second.

After some more troubleshooting, I identified that the longer ribbon cable I used to connect my Duex5 was causing the reboot cycle in some fashion. Exact root cause is unknown at this time, I suspect drop in voltage due to cable length / gauge. Replaced cable with one that came with the Duex5 and DuetWifi immediately booted and does so evertime now. Plus I no longer need USB connected to boot and serial over USB is working again.

So the longer ribbon cable was causing nearly every issue I was having. Not sure if it's just a cheap cable, got two in a pack, both exhibit the same behavior. Regardless I am back online and letting folks know in case they run into the same issue.

Dave, not sure if you have a warning on the Duex5 page about this, but you may want to add one. Use good ribbon cables…

Thanks Dave,

The voltages I measured above are without the panel connected. I've since connected it to see if it the panel still works, it does, but of course it drops the voltage further.

Pardon my probably ignorance, but is the .4V voltage drop from the the DW 5V EXT pin to the various 5V pins primarily due to the processor, etc….? I was a bit shocked that it dropped that much from the 5V input pin to the rest of the board.

Where can I measure the voltage going to the processor?

I've had suspicions about this PS for a while now, definitely willing to have it replaced, but would first like to verify.

UPDATE:

Did more voltage checking and jumper verification. I've got things configured as follows.

DW: Ext 5v - connected to ATX constant 5V line, purple wire.
DW: ATX PS On connected to ATX PS On, green wire.
DW: VIN and GND, connected to ATX 12V Switched, 20a capable line.
DW: 5V jumper set to 5V EXT
DW: V_Fan jumper set to VIN
DW: 5V voltage at Ext 5v is 5.001
DW: 5V voltage at 5V jumper is 4.63 when not connected to USB, 4.7 when connected

DX5: 5V AUX jumper set to 5V EXT
DX5: 5V Ext and GND is NOT connected
DX5: VIN and GND connected to ATX 12V Switched, 20a capable line. Not the same set of wires from ATX harness as DW VIN though, could be separate line.
DX5: V_FAN jumpers set to VIN
DX5: E_STOP jumper set to 3.3v
DX5: 5V voltage at 5V pin in GPIO row is 4.63 when USB is not connected, 4.7 when it is.
DX5: 5V voltage at 5V AUX 5V INT pin is 4.63 when USB is not connected, 4.7 when it is.

Behavior is intermittent now. Sometimes boots and sometimes does not when USB is not connected. Always boots when USB is.

Can see effect of cpu / wifi running when it boots as 5v voltages drop to 4.5.

Flashed my DuetWifi with the latest and greatest, listed below. Tried uploading them all at the same time via the web interface settings page upload button. Received message asking if I wanted to flash / update the firmware, said yes and web interface went into it's progress bar state, but the progress bar never moved for hours. Reset the duetwifi by powering down and powering back up. Flashing red light to between micro USB and micro SD card slot, normal lights for voltages eg; 5v and 3.3v, light up when ATX PS is swtiched on. But the DW doesn't boot. Plug in USB, red light on opposite side of micro USB comes on and DW boots.

At this point I flashed one firmware at a time, confirmed they all had the expected progress bars and reboots afterwards, but behavior still exists where I have to have the USB powered before the DW will boot. Voltages check out, no wiring was changed, no shorts that I'm aware of. SD card checks out in other systems.

Any thoughts on what I borked up?

DuetWebControl-1.14a.bin
DuetWiFiFirmware-1.17e.bin
DuetWiFiServer-1.03-ch.bin

That's great to hear. Thanks Dave.

It occured to me today that my C-Bot, Core XY, could use the the extra stepper drivers on my Duex5 for discrete steppers for the Z Axis. You could take that a step further and throw a continous servo on the bed itself for true auto leveling.

So there are multiple hypothetical scenarios I'm interested in. Curious to hear opinions on feasibility and practicality? I have no need for either as the current bed compensation routines work great. But had this idea pop up, thought it was an interesting rabbit hole.

1. Multiple Z axis steppers, that act together for a normal move, but independent when bed leveling? eg; bed leveling routine knows count and relative position of z axis steppers, commands them to move within defined limits and respective to relative position in order to level the z platform.

2. Drive continuous servos in 3 or 4 point bed leveling setup. Again linked back to the bed leveling routine that knows count and relative positioning.

3. Combine 1 and 2 but add in endstops for each axis attachment point to have platform leveling and bed leveling. Platform level first and then bed leveling. e.g.; My C-Bot has a z platform attached to the frame on the rear left and right post. Put endstops on each frame parallel to the platform, goal to trigger when platform reaches that known position, but does not interfere with platform moving past it. Think signpost vs endstop. Set the trigger position of these endstops to ensure the smoothest movement of the axis. Then level the bed to the hotend movement separately.