Quoterayhicks Maybe to high a temperature IS your problem then (on top of the conductive stuff of course)- according to dc42 the target temps should drop by around 10 after the firmware upgrade What I actually said was that you should drop your PLA print temperature by about 12C. At ABS printing temperatures, you will need to drop it a little more. I didn't calculate what the change in bed tempby dc42 - Ormerod
I've now committed these changes to github and created a pull request. The 4-wire sensor board design that RRP is working on is very similar to mine, so it should work with the same firmware.by dc42 - Ormerod
Alan, if your lamp uses an incandescent bulb, try replacing it with a LED or CFL bulb - that should avoid the problem. I want to push an LED light on my Ormerod, but that is so that I can see how the print is progressing. LED lighting should not affect the sensor (although I haven't checked this yet).by dc42 - Ormerod
I had a problem with head sagging over time when printing with PLA. I solved it using a new nozzle mount as detailed in this thread. You might want to make it the first part you print in ABS.by dc42 - Ormerod
If the temperature reading is below -30C or above +300C then the firmware treats that as an error and won't allow the heaters to come on. If your bed reading is -39.7 then this explains why the bed heater won't come on. I'm not clear as to where you unplugged the ribbon cable. If you unplug the ribbon cable at the Duet end, what M105 reading do you get?by dc42 - Ormerod
One other thing I found today is that the sensor board screw holes are large enough to allow the sensor board to rotate a few degrees, so that the sensor face is not parallel to the bed. This causes a big reduction in its sensitivity.by dc42 - Ormerod
After some discussion with RRP, I've implemented this. I used the scheme described in my original document attached to the first post in this thread, with a few modifications: 1. I used 3K3 as the load resistor instead of 4K3 because I found the phototransistor could still saturate when the sun was shining. 2. I changed the firmware to keep track of the last 8 readings and maintain the sums ofby dc42 - Ormerod
The Z height at which you do x-homing should not matter provided it is at least 5mm or so from the bed, so that the IR reflected from the bed is below the threshold. The later firmware versions use a macro on the SD card to do x-homing, and that macro raises the head a few mm at the start and lowers it at the end. What firmware version are you using? Send an M115 command to find out. If you updatby dc42 - Ormerod
QuoteJVMelo If the extruder is place in the middle of the bed, when I do G28 X0, the Head goes away from the Z axis support and doesn't recognize the foil in the bed. That happens to me if the machine is in bright sunlight. Drawing the window blind avoids it. The problem is that the z probe reading (as returned by G31) is already higher than the threshold, which is 400 by default, or whatever yoby dc42 - Ormerod
My guess (and it is only that) is that the version of wxPython for Mac you have installed is missing some functionality. The 2.8 version is very old. There is a 3.0 version of wxPython available, but I don't know how compatible it is with 2.8.by dc42 - Ormerod
Quotedieterzar I purchased some off ebay, big supplier, winbocn was the seller. Very happy, got both abs and pla. Now i noticed the PLA was vac sealed and had a moisture thingy inside while the ABS was just packaged normally. So I guess while not in use, leave the PLA sealed. How do I store it while not using it once open? I was wondering that too. A food dehydrator appears to be one suggestionby dc42 - Ormerod
Quotetracyb I was keen to try the IR LED mod but am not sure about my ability to hand solder an 0603, I can do 0805 pretty easily by hand but never tried something that small. Also what would happen if I hurt the board doing so. For the moment I am hand calibrating before every print. Soldering 0603 is not hard provided you have something to hold the board in (e.g. a Helping Hands), magnificatiby dc42 - Ormerod
Quoteastute I had similar prints (as your first picture) when printing via Pronterface (UScool smiley. I guess printing via USB requires a small "stop" and hence your corners. If you upload you gcode to the SD card (via the SD button in Pronterface) - and then print via SD (again the SD button in Pronterface) - you will have a better quality.... You can get good prints over USB now if you use tby dc42 - Ormerod
Quote3D-ES Hi Ian! The printing instructions probably need to be updated: Quote Printing from the SD card You may have noticed that, so far, all printing is done from the SD card. This is the preferred way of printing. It is possible to print directly from Pronterface (ie load gcode files into Pronterface and press print), but the serial communication is slow. The printer will pause a lot duriby dc42 - Ormerod
Quotevictors So my conclusion is that the PC power supply sucks! Big time! Sorry RRP, it does. RRP seem to have been shipping two different power supplies, Ace and Alpine. I have the Alpine, which is a 550W PSU rated at 32A on the 12V output. I got the bed up to 120C, read using the old firmware (it might read a little differently with the post-0.52 firmware) and it was still rising, although iby dc42 - Ormerod
Quoterayhicks the inertia may be irrelevant, but the momentum and impulse are going to be higher at the higher speed whether acceleration is the same or not, surely, and I'd expect that to cause an increase in rattling on direction change Momentum will increase, but that is not directly relevant. Impulse means the integral of force over time, but I don't see how that matters here either. At a diby dc42 - Ormerod
Since the spool in my kit ran out, I've tried PLA filament from two different suppliers. The JET filament bought via Amazon (£20-99/kg) arrived in a thick polythene bag with a sachet of silica gel inside, but AFAIR the bag was not sealed. I managed a few small prints with it, but after that I just couldn't get it to stick to the bed well enough. The filament from (£18-99/kg) was packed in heat-sby dc42 - Ormerod
Quotemarkbee Ok "already" at 60mm/sec (I did not alter acceleration speeds) and short moves there is audible rattling in the y-axis possible due to the mass inertia of the bed construction and type of drive. The print is noticeable "blurred" X- and Y-axis-wise in areas where short moves are carried out. Looks like the bed construction might be an obstacle for higher speeds? Markus If you keptby dc42 - Ormerod
Thanks, j-m! btw I found yesterday when the sun was shining that with a 4k3 load resistor, the sensor still saturated with indirect bright sunlight. So I am going to try 3k3 on mine, or back to 2k7 (which I was using originally) if necessary. The idea is to keep the raw reading to not more than 750 with reflected IR + ambient light under all reasonable operating conditions. EDIT: also I was goiby dc42 - Ormerod
I think your interpretation is correct, except that the movement starts not at zero speed but at the speed given by the appropriate entry in InstantsDvs, and it decelerates so as to end the move at this speed too. InstantDvs is not configurable via Gcodes, and is set up with these values: #define INSTANT_DVS {15.0, 15.0, 0.2, 2.0} // (mm/sec) Also there is some lookahead, so the speed at whiby dc42 - Ormerod
Quotedroftarts dc42 went on to play around with M201 and M203, but set it back to standard, I think, after having problems. I'm currently using this in config.g: M201 X800 Y800 Z5 E250 ; set accelerations M203 X3000 Y3000 Z180 E2700 ; increase max extruder speed which increases the max extruder speed but sets the other speeds to the firmware values. Looks like I reduced the z-acceleration too,by dc42 - Ormerod
Quotevictors Regarding the Pronterface change: "4. Edit file printrun.py in the Pronterface directory. Look for the statement "self.clear = False" at line 300. Comment this out with a single # character at the start." The file to be edited is not printrun.py but printcore.py. Thanks victors, I've connected the original post.by dc42 - Ormerod
Hi 3D-ES, thanks for that. I had seen the same thing, but assumed it was caused by the bed compensation doing something strange. An easy way to reproduce the problem is to send a command such as "G92 Z5.09" via the web interface with bed compensation turned off, then the Z value in the interface shows as 5.9. Are you going to submit this fix to github, or would you like me to do it?by dc42 - Ormerod
Quotemarkbee the Arduino libraries show 512 bytes receive buffer (RingBuffer) for the Arduino Due. Can't see any change in the RepRap implementation. Hi Markus, Where did you find that? I just rechecked and it appears to be 64 (of which 1 byte is unusable, so 63 really). I'm looking at the Arduino 1.5.4 source, because that is the version the firmware is compiled against.by dc42 - Ormerod
Quoterayhicks I just set mine to 255 and it makes the printing as smooth as SD printing - any idea how large the cache would be in the duet? It doesn't seem to overflow at 255, but I'd like to set it to something that matches the duet's capabilities, rather than stretching them... The Duet supports USB natively, so there is flow control and you can't overflow the buffers (that is why you can ruby dc42 - Ormerod
1. Are you cleaning the bed with isopropanol or acetone before each print? 2. What slic3r settings are you using? In particular, filament and bed temperatures. I found I needed about 205C and 65C using pre-0.53 firmware. With 0.53 or later firmware, 195C is about right. Increase retraction to 4mm and increase the skirt to 2 or 3 loops. 3. Are you using the filament supplied with the kit? I hadby dc42 - Ormerod
Quotemarkbee Regarding Pronterface and uploading files to SD card it seems to hang if you don't disable debugging. My initial tests for both printing circle.g and for uploading large (3.7Mb) files were done with debugging info on. I didn't see any hanging, although during SD upload there is a very long pause between the last "Serial:" message displayed in the Pronterface window and the "Finishedby dc42 - Ormerod
I'm happy to report that RRP have now merged my changes into the Duet branch of the official firmware. The official 0.55 release build is here, I haven't tried it yet, but they seem to have accepted all of my changes. You still need to do the Pronterface patch to make USB printing and file upload work at full speed.by dc42 - Ormerod
btw bright incandescent artificial light also affects the sensor. My sensor (before I changed the component values) was unusable, until I turned off the 50W halogen ceiling light above the Ormerod. So try taking sensor readings with only fluorescent or LED illumination, they may be lower.by dc42 - Ormerod
You should calibrate at a height that gives you a reading no greater than 750. I changed the resistor values on the sensor board to make it less sensitive to ambient light and bring the reading down to ~600 at 1mm. So I calibrate at 1mm. Even so, when the sun is shining, I have to draw the blind. I had plans to change the sensor to modulate the IR and thereby cancel out the ambient light, howeveby dc42 - Ormerod