Start with the RRP profiles that Ian referred to, then increase Printer Setttings -> Extruder 1 -> Retraction to about 4mm. If you are running the latest firmware with the temperature calibration corrected, then under the filament settings reduce the temperature to 195C.by dc42 - Ormerod
My fix works for the new version too. Just comment out the 2 lines I referred to in this post, or extend the condition to depend on the new serial flow control yes/no setting as well. The instructions I gave earlier are for the RRP version. EDIT: and I just completed a 1h15m direct-through-USB print, so I know the USB flow control is working fine between Pronterface and the Duet.by dc42 - Ormerod
I'm now using 3-point bed setting instead of 4-point. This disables the second-order bed compensation, which as far as I can see should not be needed if the glass bed is flat and the two y-rods are truly parallel, because the X and Y axes are independent. The 3rd point is in the front centre, near the levelling screw. There does appear to be a very slight convex curvature at the front of my glasby dc42 - Ormerod
Quotedroftarts Hmm, that's going to make it tricky, then. The Melzi uses an FTDi chip for USB to serial. No idea if it has flow control. Looks like a specific version of Pronterface for Ormerod will be needed. Ian RepRapPro tech support Perhaps you could make it configurable in the Settings->Options menu?by dc42 - Ormerod
I haven't updated github yet because I am still identifying which of my changes are needed and which are not. Re the Pronterface change, the later version you referred me to has this code instead: # Only wait for oks when using serial connections if not self.printer_tcp: self.clear = False I'm assuming that flow control will kick in on the serial-over-usb connectionby dc42 - Ormerod
QuoteTMD_RS436 One thing that I have noticed is that I have to re-setup Z axis along with the Bed Plane Compensation every day and also sometimes before every print, this is becoming to be annoying, but its reducing failed print jobs. I had this too. I think it was due to the back corners of the MDF bed support sagging. I've replaced mine with aluminium, see here. There are other other solutionsby dc42 - Ormerod
Hi Danny, when you say "not both together", is that Arduino serial monitor + network, or Pronterface + network? Are you using the same host computer and network connection as before? Are you powering the 5V from the ATX supply, or from USB?by dc42 - Ormerod
EDIT: RRP have now merged my firmware changes into the official release here. Ignore the version with the -dc42 suffix, download the -056 (or whatever is the latest version when you read this) in Raw mode. Then flash it to the Duet using bossac, and patch Pronterface as described at steps 1 and 4 below. I have a fix for the stuttering USB printing. Before I check it in to github, I'd appreciateby dc42 - Ormerod
Quoterayhicks will do - I've downloaded it, but am in the middle of a long test print, do I need to update any other files? (I'm running an older version of firmware than I should at the moment, should I update to the current main duet branch along with SD files then install your firmware over the top?) Yes, you need to at least update the SD files in the sys directory, except of course for yourby dc42 - Ormerod
I believe I have a solution to the USB printing problem. It's a combination of firmware mods and a 1-line mod to Kliment's Pronterface. I'd like to get it working with the RRP version of Pronterface too. Unfortunately, since installing Kliment's Pronterface, the RRP version no longer works. It gives a pile of "Unknown variable" errors in the console window. I've tried re-installing the RepRap verby dc42 - Ormerod
Quoteiamburny I think the main problem with this is going to be lack of feedback, as i'm not going to be able to tell if the buffer is full or able to accept another command, i'd thought about estimating the time each command will take based on feed rate and distance to travel, this however is hardly ideal. getting web responses from G codes seems to be key to unlocking alot of enchanced functionby dc42 - Ormerod
Quoterosario - I put some different resistors (1k, 10k, 48k, open) in place of the thermistor, and on pronterface nothing changes Try connecting a resistor securely, then resetting the Duet, then connecting Pronterface. I've observed that once a temperature error is detected, the firmware doesn't necessarily recover when the temperature is in-range again.by dc42 - Ormerod
Quoterayhicks Just tried circle.g over usb with "ping pong" turned off, at various buffer sizes and transfer speeds in repetier, and it stutters no matter what - so my last post is probably irrelevant Ray, would you like to try the same test using my modified firmware here ?by dc42 - Ormerod
Quotedroftarts @dc42 - it might be worth having a look at the latest Pronterface/Printrun, as I believe it's been heavily rewritten since we forked our version. It's written by a guy called Kliment. Github here: Thanks. I tried running that version as-is, and it exhibits the same jerky behaviour as your forked version. Just to be clear, to make it work smoothly I have to copy the file directlyby dc42 - Ormerod
Quoteiamburny Going to try Printing via Web sent Gcodes see how that goes. I suggest you try "printing" circle.g initially. If it works but in jerky steps, I have some firmware changes that may fix that. I made them to get print via USB working properly (it turned out that Pronterface needs fixing too), but they are applicable to printing over the web interface too.by dc42 - Ormerod
Quotedroftarts The network framework is something we're looking at, but changing it drastically could introduce other problems. One left-field suggestion is the QP framework I know some people on here have experience of these sort of chips *cough* dc42 *cough* . Any other preferences/suggestions? I'm not familiar with QP, but it looks interesting. It may be overkill for this application, but tby dc42 - Ormerod
Isn't the 250C operating temperature a bit on the low side for ABS printing? I also found this UK supplier of PTFE heatshrink. It also says max operating temp is 250C, but 400C for short periods.by dc42 - Ormerod
I've just established that the main barrier to printing properly over USB isn't the Ormerod or the USB connection, it's Pronterface. First, I made some mods to the Ormerod firmware, to enable the lookahead when printing from USB (just as it does when printing from SD), provided the data is coming in fast enough. I used circle.g as a test file. Whatever I did, circle.g was jerky, to a greater orby dc42 - Ormerod
Time to get a new thermistor + ptfe sleeving perhaps?by dc42 - Ormerod
QuoteGregL @dc42 On my machine, the brass end to the Bowden tube has about 1mm slack in vertical movement where it goes into the extruder - it is not held tightly by the tongue. I guess this will affect the extraction process. An improved tongue might be in order. Greg Yes, I think you need to sort that out to get good results. I don't have any slack at all in mine.by dc42 - Ormerod
Yes, I had the same trouble so I soldered mine. The heated bed gets up to a maximum of about 120C, so any type of solder should be OK. I soldered the wires to the crimp pins supplied, then slightly crimped the pins so that they would fit easily in the housing. Although I'm not quite as old as you, I find a headband magnifier with built-in light an essential tool for electronics work these days.by dc42 - Ormerod
The issues I found were to do with error recovery. The low level code was making a callback to alert the higher levels about a network error, but the higher levels were not doing any error recovery. The fixes I did for that are on github. But I didn't find out why, for some types of host computer and network connection, network errors happen so frequently during the initial connection process. Doby dc42 - Ormerod
Quoterayhicks yep,for <0.24mm it tells it to move the right amount at the right speed (0.12mm @30mm/sec), the firmware then moves it the wrong amount (just a twitch) if the command is read off SD, or the right amount (1/8 turn) if sent by USB. Testing various speeds, it still twitches from SD and moves the right distance from USB commands (unfortunately every thing else is screwed when printiby dc42 - Ormerod
Quoteiamburny Yep, although the Web server module in the firmware is very basic at the moment What I'm really asking is, does the web server module in the firmware have sufficient functionality to serve all the pages, or is the problem that it's really only designed to serve a single page? So far I've only had occasion to look at the connection process and error recovery. I guess I can answer myby dc42 - Ormerod
Quoterayhicks The trick is to tell the ormerod to make big moves in Z - it seems to only twitch the z motor if you tell it to do something less than .24 mm. From your earlier post, I presume you mean that this is only a problem when printing from SD? Have you looked at the gcode to see what Z-axis command slic3r is actually generating?by dc42 - Ormerod
I'd rather try serving the whole lot from the Duet, and then fix the firmware if it is too slow. Can I configure your web interface that way?by dc42 - Ormerod
The bed heater is on-off, the extruder heater is PWM. IMO the main design mistake is not putting any decoupling capacitors on the 12V rail local to the bed heater circuit, coupled with turning off the mosfet very fast. This results in a very short positive spike on the +12V rail. It's not too difficult for those with electronics experience to fix this, and I'm satisfied that it's no longer a probby dc42 - Ormerod
The change made to the thermistor calculation affects the reported extruder temperature. Previously, at around 200C the reported temperature was about 12C too high, so the extruder temp was about 12C lower than you asked for. At temperatures below 25C, the temp reading was too low, which explains why most of us saw the reported temperature as lower than expected when the extruder is cold. I hadby dc42 - Ormerod
One other thing to check: does the gcode emitted by slic3r contain any combined XZ or YZ moves? I remember reading the the firmware doesn't always implement these properly. What extruder retraction setting are you using? I had to increase it to 4mm to get good print quality. The slic3r manual mentions that Bowden-type extruders need greater retraction. Also bear in mind that if you have upgradeby dc42 - Ormerod
The only printing currently available via the web interface is print from SD. I doubt that it will behave any differently from printing from SD commanded via USB, because it almost certainly uses the same code. I'm currently testing the print-through-USB firmware mods suggested by 3D-ES, along with some of my own. I'll make a new firmware build available if it seems to be working well. In thisby dc42 - Ormerod