Posts made by firex726

Yep, seems F0 and F1 connectors are not controllable, thankfully F2 works as intended.

I have two Duet 2 Wifi boards, one of the boards does not control the fan attached despite having the same firmware and config.

I can only assume it's the fans themselves, but then wouldn't the board cut the power when at 0%? The one that does work uses "Noctua NF-A4x10" wired on Red/Black. While the one that does not control the fan has a generic Chinese blower also wired for Red/Black.

; Fans
M950 F0 C"fan0" Q500                                   ; create fan 0 on pin fan0 and set its frequency
M106 P0 S1 H-1                                         ; set fan 0 value. Thermostatic control is turned off

; Fans
M950 F0 C"fan0" Q500                                   ; create fan 0 on pin fan0 and set its frequency
M106 P0 S1 H-1                                         ; set fan 0 value. Thermostatic control is turned off

I recently got a 2nd Duet 2 Wifi board second hand and I did not notice that the erase jumper was shorted. I went to reinstall the latest firmware but when using Bossa, I keep getting the error "Flash Command Fail" when writing. If I tick the "erase all" check box it seems to write OK and will verify but the board is still in diagnostic mode.

I tried using a different cable, different computer, and a previous firmware image, but no luck.

Hi All,

I have a Wanhao duplicator i3 v2.1 (Marlin), I have a small laser module I can hook up directly to the PWM controlled fan connector and using the M106/M107 commands I can control it's intensity and use it for engraving.

I have been trying to adapt the same setup for my Hypercube Evo and Duet2Wifi board but can't seem to get the PWM (if that's what it is) to control the laser correctly.

The power leads of the laser control board attach directly to the fan connector and on the Wanhao it just works, but the Duet it is either 0% or 100%. Even when trying to manually send the M106 S### command it'll respond in binary function.

Wanhao

M106 S2

Very faint light, barely see with lights on.

Duet

M106 P1 S2

Full blast would burn hole in wall

; Fans
M106 P0 S0 I0 F500 H-1               
M106 P1 S0 I0 F500 H-1

@zapta
Mine were... I had bought them as part of a kit but it was printed so poorly I've basically had to reprint everything; many of which were cracking in the same way while under minimal load.

@DIY-O-Sphere
Looks like I got some printing to do then... They were on my list of things to remake later.

@SIam
Actual print area is around 275x300, the entire bed is closer to 320 squared.
X rods are 8mm, and Y are 10mm.

Hello,

So I put about half a roll of filament through my printer and I've started to notice lines are not quite stright as they were initially.

When going through the initial tuning I printed multiple benchys, calibration cubes, and bed level tests and everything came out square and stright as expected; but now that I've moved onto larger prints I've noticed that prints are bowed.

I first found that my belts were super loose almost falling off, so I obviously tightened them again; then I noticed that each belt has a semi-melted part in a section. I assume this melted section and unevenness is the cause for the recent bowing?

Attached are some example photos.

Machine: Hypercube Evoloution
Type: CoreXY

Yep, that looks to have fixed things... Now onto tuning.

Thanks for everyone's help!

Good Morning,

M115

FIRMWARE_NAME: RepRapFirmware for Duet 2 WiFi/Ethernet FIRMWARE_VERSION: 2.05.1 ELECTRONICS: Duet WiFi 1.02 or later FIRMWARE_DATE: 2020-02-09b1

The thermistors read around 113k ohms at the connector pins; and the resistors around 99.8k ohms.

config.g

Hi there,
I'm back...

So I have two Duet 2 Wifi boards at my dispoal. The old one I need to return has had no issues with the temp sensors, while the new one I got to replace it is reporting both E0 and Bed Temp as 2000c.

I am using a 100k E3D Thermistor, generic Chinese glass bead, and lastly a simple 100k Ohm resistor. All report at 2000c on the new board. They all report around the same ohms using a multimeter.

Old board reports the temp accurately. Both running same firmware versions. Oddly it seems the old board will report -237c when I leave the sensor connection disconnected.

Config is below:

; Heaters

M308 S0 P"bedtemp" Y"thermistor" T100000 B4138 ; configure sensor 0 as thermistor on pin bedtemp

M950 H0 C"bedheat" T0 ; create bed heater output on bedheat and map it to sensor 0

M143 H0 S120 ; set temperature limit for heater 0 to 120C

M307 H0 B1 S1.00 ; enable bang-bang mode for the bed heater and set PWM limit

M140 H0 ; map heated bed to heater 0

M308 S1 P"e0temp" Y"thermistor" T100000 B4138 ; configure sensor 1 as thermistor on pin e0temp

M950 H1 C"e0heat" T1 ; create nozzle heater output on e0heat and map it to sensor 1

M143 H1 S280 ; set temperature limit for heater 1 to 280C

M307 H1 B0 S1.00 ; disable bang-bang mode for heater and set PWM limit

Well that did it.

Reversing the motor directions and also swapping the wiring. It'll both home and move in the correct directions now...

Thanks for everyone's help!

Now to clean up the wiring and calibrate it.

Hi All,

Carriage is in the center, normally 140, 140...

G91 G1 H2 X10

Moves diagonal towards 0, 280.

G91 G1 H2 Y10

Moves diagonal towards 0, 0.

---

M569 P3 S0
M569 P4 S0
G91 G1 H2 X10

Moves diagonal towards 280, 0.

G91 G1 H2 X10

Moves diagonal towards 280, 280.

---

If you trip them manually do they show as triggered in the machine status view?

Correct, which is also why the homing speed is so slow, to give my hand time.

---

Just noticed your drive mappings are pretty... non-standard

Yes, earlier when having issues with only one motor moving it ended up being the diver was blown.

@Phaedrux said in PanelDue and Motors will not function properly with Duet Wifi:

Alright, let's take one more shot at this.

Please post your current config.g and homing files.

Also please confirm where your Y endstop is located. Your photo shows X but not Y. From previous descriptions it sounds like it's located at the front as labeled on your last photo?

Hi there,

Here ya go... I figured I'd start with fresh config files, and a new photo for us to base things on. The labels are for where I intend the machine to think each set of coordinates is at.

homez.g
homey.g
homex.g
homeall.g
config.g

@infiniteloop said in PanelDue and Motors will not function properly with Duet Wifi:

You mean that before homing, positive Y values move the head to the back of the printer?

Sadly no... Whichever is mirrored will move in the opposite direction. But due to the design of the mount it's easier to deal with on the Y.

I think I may just rebuild it to how the firmware thinks it's designed. I had assumed there would just be a simple setting I could flip to mirror whatever axis I want.

@infiniteloop said in PanelDue and Motors will not function properly with Duet Wifi:

Last, you will likely have to adjust your homeXY moves - possibly to a negative Y value.

Tried that too... Sadly the issue is just when it's home. If I just move it around manually it'll be OK.

The motors and endstops seem to be OK based off the linked articles; it's just logically it think's it's mirrored once it hits home.

---

I think it was noted earlier that the firmware is expecting a Right hand build, but I have a Left hand one, so one axis will be flipped.

@infiniteloop said in PanelDue and Motors will not function properly with Duet Wifi:

@firex726

M208 X0 Y0 Z0 S1 ; axis minima
M208 X280 Y280 Z280 S0 ; axis maxima
M574 X1 S1 P"xstop"
M574 Y2 S1 P"ystop"

I’m not quite sure, it’s a complicated thread, but if your endstop for Y is at the front of your printer and if you want the X/Y origin to be in the front left corner, I think you must change the last line to

M574 Y1 S1

because - if I’m right - the Y-endstop sits at the low end.

Double checked to try that, and it'll set it to 0, 0, 0. But any +Y command will keep it going towards the front of the frame.

I guess I want to mirror the Y while also keeping 0 at the corner, but instead of moving forward for +Y it'll go back.
Make sense?

If I reverse the X/Y motor directions, then that fixes X, but transfers the issue to Y.

So it'll HomeAll at the corner of Alpha, but any +Y command will make the carriage try to move more towards the front. So I can neither move it +Y since it'll hit the frame, nor -Y since the firmware wont let it move to less than 0.

And if I then swap the Y limits it appears to have no effect.

; Axis Limits

M208 X0 Y280 Z0 S1 ; set axis minima

M208 X280 Y0 Z280 S0 ; set axis maxima

---

I can set the Y endstop to the highside but then when I home it'll think it's at 0, 280, 0. Which atleast then will allow further movement, but only in a negative. And then when I try to print something it'll use +Y commands and thus hit the frame.

Hello,

Did you send G91 first?

Yes, I followed all the commands on the article as written, save for the movement syntax noted earlier.

This one is correct. The others are not.

Then those are currently loaded.

---

I got an updated photo.