New experimental firmware 1.19beta11
-
NC endstop switches are normally used so that if a wire falls off, the carriage stops immediately when homing, instead of the motor trying to drive it through the endstop.
-
NC endstop switches are normally used so that if a wire falls off, the carriage stops immediately when homing, instead of the motor trying to drive it through the endstop.
Yep, I was thinking it over – I'll rewire my switches when I get home I keep 2 wires and just swap the NO to NC. (I'll have to replace the switches since I clipped off the NC end because I was trying to make everything neat) -- I had my wife check and I have at least 6 limit switches left over -- so I have enough to replace all 6 to use NC active high, I haven't setup Z homing yet -- I am considering using 2 Z limit switches and add a second driver for my 2 Z steppers. No sure if it's worth the effort.
My thinking was to do active low and only have the end stop trigger on homing. I go over the top and use silicone wire with heat shrink everywhere -- so my wires are as secure as it gets, but it makes sense to use NC to keep the machine from going crazy if there is an issue.
-
Installed today no issues with installation. Running 1.19 beta 11 and wifiserver beta 10. Only tried one print but got this error message:
Error: Failed to load height map from file heightmap.csv: bad header line or wrong version header
Should I have read the release notes?
-
I forgot to mention in the release notes that the height map format has changed, to a!low different X and Y spacings. You will need to run G29 again to generate a new height map file.
-
Okay thanks David.
-
Configuring end stops with S1 and using NC limit switches worked. Pretty cool homing now with all the extruders moving to their corners. Took some time to redo the end stops, but full steam ahead now.
-
I'll re-test using NO endstops, because that should have worked too.
-
While to a G29 I had to make an emergency stop because the sensor came out of bed. When you do the emergency stop, the firmware restarts. The only way to reprint was to remove tension from the duet. It seems that the firmware reset after the emergency stop does not work and you have to remove the voltage to remove the lock
-
Strange, I just tested emergency stop and software reset, and they did turn all the motors off.
-
Strange, I just tested emergency stop and software reset, and they did turn all the motors off.
The problem is when reestablishing. I have to remove tension to have control. If I reload the web page it returns and it appears that the firmware is being reset. The weird thing is that until the beta10 + 2 version did not happen to me
-
Just tried to upgrade to 1.19beta11 from 1.19beta8 on my Duet Ethernet through the web interface and I still get the same issues that I had trying to upgrade to beta 9. That is to say that after apparently updating, DWC reports that it could not connect. I have to cycle the power and when I do so, DWC reports that I'm still on 1.19 beta8.
-
Just tried to upgrade to 1.19beta11 from 1.19beta8 on my Duet Ethernet through the web interface and I still get the same issues that I had trying to upgrade to beta 9. That is to say that after apparently updating, DWC reports that it could not connect. I have to cycle the power and when I do so, DWC reports that I'm still on 1.19 beta8.
I think it is from 1.19beta10 + 2 when you let update from the web with no problems. I was able to upgrade to beta11
-
That's right, it's a bug in some versions of DuetEthernetFirmware 1.19beta, fixed in 10+2. If you are affected then you will need to update to a new version using SAM-BA or Bossa/bossac 1.8. Although it's possible that if you enable FTP on your old system and transfer a file, you might be able to update over the web after that.
-
BTW. I started seeing:
"Can't open 0:/sys/oem.json to read, error code 4" since I updated everything to latest and greatest. Is this an issue with DWC update? -
I guess you must have a USB host connected. You can ignore that message; but I'll discuss with chrishamm how we can get rid of it.
-
I guess you must have a USB host connected. You can ignore that message; but I'll discuss with chrishamm how we can get rid of it.
I don't – I did at one point when I was trying to debug liner motion. I actually couldn't leave USB connected as the board really didn't like it with ethernet. Basically the ethernet connection would drop out and I only had USB connectivity. I ordered a USB isolator as I want to have that option open to me. I am assuming ethernet issue was caused by a ground loop of some sort.
Y
-
Ethernet is isolated, so I'm surprised it was affected by USB.
See https://duet3d.com/wiki/Important_note_on_using_a_USB_connection for advise on using USB.
-
Ethernet is isolated, so I'm surprised it was affected by USB.
See https://duet3d.com/wiki/Important_note_on_using_a_USB_connection for advise on using USB.
Yep I saw that. That's why I have a USB isolator coming (Amazon says tomorrow) – it definitely didn't like it, and all the lights on Ethernet port went out and board just fell off line, didn't crash or do anything like that, but wasn't happy, it seemed to be either or, as soon as I disconnected the USB -- ethernet came back, so I only used it sparingly since with DWC and the LCD -- USB is basically only needed for emergencies.
I usually run OctoPrint, the only functionality I'm missing with DWC is camera, but I see it supports a URL, so I can add something, and remote power/shutdown, which I can accomplish by adding 5V standby power and use a simple relay board to power on the main PSU -- so I will look into that later.
I have my OctoPrint instances setup to e-mail me when a print starts and when it ends (with a picture), it also notifies my central web server which machine started and/or finished printing -- the central server then starts polling every minute for print progress. They also handle automatic power off of the printer PSU 20 minutes after a print job is done -- unless a new one is started. I'll need to figure out how to do that with Duet -- I may end up adding Pi0 with a camera or something similar to get all those functions. -
I've tried installing 1.19 beta 11 and it fails to calibrate my Delta very much the same as in this (not mine) video https://youtu.be/lgSrFK_ke1M.
Any hints how do I fix that? -
I've got crazy problem since upgrading earlier from1.19beta8 to 1.19beta11(experimental version to fix fan7 issue). My CoreXY X an Y axes have become reversed but swapping the plugs doesn't change the behaviour!
My mapping in config.g is this
M584 X0:3 Y1:4 Z2 E5:6:7:8:9So I turned off the power to the Duet, swapped drive 0 with drive 1 and drive 3 with drive 4 thinking that I've swapped X with Y. But when I press X+10 in Duet, the machine still moves Y+10 and vica versa when I do Y+10 it moves X + 10. I trebble checked against the wiring diagram. By default drive 0 is X and drive 1 is Y, but swapping X and Y motors makes no difference - the wrong axis moves (but in the correct direction).
Then I tried putting the wiring back to standard and swapping the motors by changing the mapping to this
M584 X1:4 Y0:3 Z2 E5:6:7:8:9Still the same X+10 moves in Y and Y+10 moves in X.
How can this be. More importantly, how can I fix it?
Edit. Can;t be sure it worked in 1.19beta8 as I didn't have any drives re-mapped.
Further Edit. Could this issue also be the reason why on DWC only extruder drive 1 and "All" work?
