So it happens again, after I print something, the file that was printed is not saved any more in the gcode directory on the sdcard. I have to clear the folder of all the files and than I will work again. I don't have more than 35-40 files in there when this happens. I would like to know what causes this. I am now on firmware 1.19 on a duet 0.85, but it happened in older versions as well. Weby unromeo21 - Duet
QuoteQdeathstar I think that anyone is enough volume for a printer like this to be appealing would much rather buy machines meant to this And what's stopping us from attaching a small paste extruder to our printer and print the PCB with silver ink with the same technique as the product in your link ? It's already working, the silver ink is sticking well to the PCB and after drying, you can solby unromeo21 - Let's design something! (I've got an idea ...)
Hi everybody, hmm.. it got quiet around here in the last couple of days. Anyway, my questions is.. how would be best to deal with working with and switching between two different print beds ? My standard print bed is 350x350mm with a 800W heater and because I often print small objects, I am going to attach another smaller printbed on top and in the middle of the bigger one (suction cups/doublby unromeo21 - Duet
What electronics do you use ?by unromeo21 - CoreXY Machines
Well, if we don't do any moves with cancel.g and only turn off fans,temps, etc, than there is no need to include it in the homing check. QuoteElmoC Quotedc42 In firmware 1.19alpha I've changed things so that pause.g, resume.g and cancel.g are not run unless all axes have been homed. While that will fix the problem with movement, there are still activities in those scripts that should be perforby unromeo21 - Duet
I know, the solution here would be to edit the Pause script so it only raises the head a little bit, but when I pause I also want to have full access to the print for different actions, so this is a little bit unpractical. I also use S3D, so yes, homing the printer is always done after heating. Can it be configured to do a home before anything else ? Sometimes I just need to cancel the print iby unromeo21 - Duet
So.. this happened to me a couple of times and it seems that it doesn't get into my head that I should NOT interrupt a print in the early stage while heating up the bed and with the axes not homed yet by clicking on "Pause Print".... My pause script than does it's job, sending my carriage into the "hard limits" of my printer with loud noises... Could that button check for homed axes before executby unromeo21 - Duet
Hi folks, I am having some strange issues with the g-code from the skirt/brim generated by Simplify3D when the extruder pressure advance is active. On round corners and circles, the movement is extremely slow, sometimes when the outline is really complicated, it takes ages to complete. Once it gets to the g-code of the part itself, there are no issues there, no complains. If I issue a M572 D0 Sby unromeo21 - Duet
Yayyy... back to normal now ! Thanks a million !by unromeo21 - Duet
So this is the full output of M122 after powering on and trying to access http (no success so far): serial: M122 LINK xmit: 72 recv: 340 fw: 0 drop: 0 chkerr: 0 lenerr: 0 memerr: 0 rterr: 0 proterr: 0 opterr: 0 err: 0 cachehit: 0 ETHARP xmit: 0 recv: 7 fw: 0 drop: 100 chkerr: 0 lenerr: 0 memerr: 0 rterr: 0 proterr: 100 opterr: 0 err: 0 cachehit: 68 IP_FRAG xmit: 0 rby unromeo21 - Duet
Sure, here you go: M111 S1 M550 P3dprint M551 Preprap M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xED M552 P192.168.0.52 M554 P192.168.0.1 M553 P255.255.255.0 M555 P2 M575 P1 B57600 S1 M586 P1 S1 M586 P2 S1 M584 X5 Y6 E3:4:0:1:7:8 M569 P0 S1 M56by unromeo21 - Duet
Tried it, no luck so far: serial: M115 FIRMWARE_NAME: RepRapFirmware for Duet FIRMWARE_VERSION: 1.18RC2+1 ELECTRONICS: Duet 0.85 FIRMWARE_DATE: 2017-04-02 ok erial: M586 HTTP is enabled on port 80 FTP is enabled on port 21 TELNET is enabled on port 23 Strange thing: in RC1, ftp and telnet was still working, RC2 and RC2+1 nothing is working except ping reply. No debug info, just a few TCP droby unromeo21 - Duet
Hi David, Just tried the RC2 version and it seems that the issue is still present. What's strange is that there is absolutely no debugging info when I try to access the web interface, and there is something strange showing up on the M122 at the TCP stats: serial: M122 LINK xmit: 607 recv: 1443 fw: 0 drop: 0 chkerr: 0 lenerr: 0 memerr: 0 rterr: 0 proterr: 0 opterr: 0 err: 0 cachehiby unromeo21 - Duet
I would gladly do this, but not until we figure out what's wrong with the web interface in that Version. Please see this topicby unromeo21 - Duet
So I've been playing with the new grid bed compensation, and I noticed something strange. The bed probing is working fine, compensation for the entire bed surface as well. But after restarting the controller and loading the heightmap from the SD card with G29 S1, it only compensates for the first 100mm on the Y axis. Starting with 100.1mm the compensation does not happen any more (no movement oby unromeo21 - Duet
Yes, I read that HTTP is enabled by default, FTP and TELNET being disabled. I enabled in the config all the protocols with M586 to check what's working and what's not. Like I said, after switching to 1.17e without any other changes to the config, the web interface is back !by unromeo21 - Duet
So I tried one more thing: I left everything as it was, didn't touch the www folder, didn't touch the config files, just uploaded the 1.17e firmware instead (M997 S0 over telnet with the file uploaded over ftp in the sys folder). Guess what, the web interface is back. So I suppose the 1.18RC1 has a small issue... but I surely don't know exactly what ... I will stick to the 1.17e for now..by unromeo21 - Duet
Hi David, I actually did this yesterday evening. I enabled debugging (on all modules) and watched the console. Besides getting something like "module Network spinning, module Webserver spinning" and so forth from time to time, only when connecting to FTP I could see a lot of debugging information, but absolutely none when trying to access over http.by unromeo21 - Duet
So, after being busy for a couple of months and moving to a new house, I was glad to see so many updates on the firmware in such a short time span. Thank you DC42 for your hard work. So I just got my printer setup again and upgraded the firmware from 1.16 to 1.18RC1 and web interface to 1.15 (duet 0.85 ). The first issue I encounter is that I cannot reach the web interface any more. Network seby unromeo21 - Duet
QuoteGaou Quoteunromeo21 It also produces a G-code file, but designed for cutting and removing material. and there is the duet ...! would it be able somehow to read-work such a code ? Yes with some limitation. Duet does not support G2 and G3 (Controlled Arc Moves) which CAM software for CNC milling/routing use quite extensively. There is a workaround for this, which is quite simple. Post-proby unromeo21 - Duet
You don't do subtractive manufacturing with a slicer. That's for additive manufacturing with a 3d printer. Read about CAM software. It also produces a G-code file, but designed for cutting and removing material. The best free tool out there at the moment is Autodesk Fusion 360.by unromeo21 - Duet
I was just reading about this a couple of days ago .. It could be the base for the next generation 3d controllers. Maybe a little overkill, but future features will definitely benefit from the multi core platform. What do you think ?by unromeo21 - Duet
If your Duet is setup with static IP address, than it's best to do the same on your computer as well. Let's say you have your Duet setup to 192.168.0.100 , netmask 255.255.255.0 , than you will have to setup a fixed IP on your computer in the same range as the Duet: 192.168.0.101 , same netmask. If you use DHCP (dynamically assigned addresses) than you have two options: take a look onto the Wby unromeo21 - Duet
Well, I found out why I was having issues. M280 is working a lot slower than the M106 which I used before, so the 500ms delay was not enough. I was pulling high the control line before the servo got any signal to move. Seems that there is quite a high delay between issuing the M280 command and servo reaction, around 3 to 4 seconds, so now I wait around 5 seconds until I issue the M42 command. Iby unromeo21 - Duet
Hi everybody, So I was using a servo in the previous version ( 1.15) and I had to disable the servo after moving into position because of interference that caused the servo to jitter when the extuder motor was running. I was doing this by pulling the control line high with M106 P1 I0 S0 (it's actually floating, but because of the pullup resistor it's going high). My "deployproble.g" was lookiby unromeo21 - Duet
Quotedc42 Your dead time is still quite high. This could make the PID slow to react to load changes, such as the fan coming on, after initial heating is complete. Seems to be fine, almost 4 Kg of metal doesn't react so fast to temp. changes. Also, this is approximativ the time I measured for a 2 degrees temp. increase.by unromeo21 - Duet
The thermistor does not make any contact with the heater, it's mounted in a drilled hole inside the aluminium plate, right in the middle. (I requested to leave the supplied thermistor out and instead cut a round hole). Photo Anyway, I have reduced the Gain to 200, reduced the dead-time to 25 seconds and increased PWM to 100%. Now I have an overshoot of about 0.5 °C and no oscillations. Time toby unromeo21 - Duet
The bed is 400x400x8mm aluminium plate, 800W silicone heater glued underneath, Thermistor is embedded in the middle of the alu plate. The autotuning estimated a dead time of about 2 seconds which was way to little. I could not even start the heater because of the errors. The dead-time was set by me manually to an arbitrary value. I will try reducing the gain and see if I get the expected resultby unromeo21 - Duet
So the auto-tuning of the bed heater worked perfectly, but one small thing bothers me. Having an 800W heater, I feel it takes too long to reach target temperature. Let's say I set it to 70° C, it takes 2-3 minutes to reach 55-60, and another 5 or more minutes to go from 60 to 70. Now I don't mind a small overshoot, so I would like to adjust the values to get to target temp faster. How would Iby unromeo21 - Duet