Show all posts by user
How about Nylon? I'm pretty sure that's tougher than ABS, but either way I haven't managed to break my extruder drive block yet and it is made of ABS, too. I guess in your case there's just too much tension on the filament, so you could try mounting your spools on a few bearings.
by
chrishamm
-
Ormerod
Perhaps it was originally intended for the M5 Z-rod, I don't see any other reason why else it's still there..
by
chrishamm
-
Ormerod
Huh, are you sure your endstop microswitch is connected properly? I remember experiencing the same phenomenon when I had a loose connection at the switch.
Btw, I replaced my homey.g file with dc42's one a few hours ago, tested it, and it worked nicely. But perhaps there's something else in your setbed.g I haven't noticed? I'd test that one, but I don't have an IR probe yet...
by
chrishamm
-
Ormerod
Whenever my ABS parts cool down and start to peel off, I hear that cracking sound, too, but I'm still happy with a thin layer of glue stick. Initially it takes some time to dry but its adhesion is great once cleaned with some isopropyl alcohol. When I need to print PLA, I simply turn the glass plate around and put a sheet of baking foil in between, so it doesn't stick to the heater PCB. On the ot
by
chrishamm
-
Ormerod
A PWM fan is great, I've been using one for the nozzle and filament cooling for a couple weeks and it has been working very well (P/N: R124020BUAF). The heatsink gets hot when the nozzle is at 250°C, but I can still touch it when it's blowing at minimum RPM. I wouldn't want to use it with a second extruder mounted, though.
by
chrishamm
-
Ormerod
This is great - thanks for your hard work, David! I'll have a look at merging your changes soon.
When using the new FTP upload function, please compare the file size for any uploaded file just in case it is truncated, especially if the uploaded file is bigger than 1MB. I guess this issue will be fixed in the next firmware release.
by
chrishamm
-
Ormerod
Thank you Davek, I've just finished mounting the new alu x-arm and it fits like a dream I'm going to do some test prints tonight.
by
chrishamm
-
Ormerod
Thanks for your update, everything is looking good so far. I've already merged your changes into my fork, so it should be easier for you to take a look at my networking changes if you're still interested in FTP and Telnet support.
by
chrishamm
-
Ormerod
I've just released my fork of dc42's firmware with FTP and experimental Telnet support on . In this firmware release, I've modified parts of the LWIP IP stack to increase stability and reduce RAM usage. This is working well on Linux 3.14 and Windows 8.1, but I haven't tested it on Windows 7 yet.
If you haven't tried out the new FTP feature yet, I recommend the usage of FileZilla or any other FTP
by
chrishamm
-
Ormerod
I use iamburny's fan duct, and when I print the first layers with ABS with the cooling turned off by the Duet, the cooling at ~35% is absolutely sufficient for the hotend. I've been printing more than 1kg of ABS at 250C with this configuration and I have not had any problems since I mounted the new PWM fan. Before I switched to my current PWM fan, I was using a simple 40x40x10 fan and that one ha
by
chrishamm
-
Ormerod
Hi dc42,
thanks for your reply!
Quotedc42
First I would caution against using a single PWM fan. The heatsink needs to be cooled whenever the hot end is hot. So if you want to control the fan speed then I suggest you use one on/off fan to cool the heatsink, and a separate PWM fan to cool the print.
There is absolutely no problem using a 4-pin PWM fan for the hotend cooling. As per Intel's specif
by
chrishamm
-
Ormerod
Hi dc42,
I'm interested in a full kit, but I don't need fan control - I'm happy with my PWM fan already. Would it be possible to use your IR sensor board for lighting and Z-height measurements only? And will this board work at a bed temperature of 120°C?
by
chrishamm
-
Ormerod
Hi dc42,
thanks for your reply.
Quotedc42
1. If the FileStore buffer size matters, then you are not using the block write call that I added, you are using the single-character write..
Trust me, I am writing all upload buffers block-wise. That's why I don't understand this problem either. If you don't believe me, check the source code.
Quotedc42
2. Yes the tcp_recved() call should be moved to wh
by
chrishamm
-
Ormerod
Thanks for your feedback so far! iamburny's readings match my observations, but I haven't been able to increase the upload speeds yet.
dc42: I do use your new buffer write method to write incoming upload data. However, I believe the reason why upload speed is still kind of low is the flow of incoming RequestStates in readyTransactions. With the current code to flush incoming data, it can take up
by
chrishamm
-
Ormerod
Issue 1: See "ABS adhesion problems" in my post here:
Issue 2: Try setting your retraction length to 4mm and enable "Wipe on retract" if you're using the latest RRP firmware or dc42's 0.65e firmware. I found out that unchecking "External perimeters first" increases print quality as well.
by
chrishamm
-
Ormerod
Yes, I will add something similar in a future firmware release I think Telnet might be useful for debugging purposes as well.
I've just merged in dc42's latest changes for his 0.65e firmware relelase, so if anyone is interested to give it a try, download it here:
by
chrishamm
-
Ormerod
Hello everyone,
I've just finished working on my firmware which is based off dc42's excellent development branch (now firmware version 0.65e, many thanks to him). I've added an FTP server for easier SD card file management, prepared a Telnet port and rewrote parts of the networking code.
If you're interesed in trying it out, you can download a precompiled firmware binary here. All other changes
by
chrishamm
-
Ormerod
dc42, I've added experimental support for FTP and another TCP port for Telnet to this firmware release. It allows me to browse and download files from the Duet's SD card, but unfortunately upload isn't working well yet (except for small files) because I'm still messing around with LWIP and transactions (see my comment in conn_recv in Network.cpp). Anyway, I'm quite happy I've managed to get every
by
chrishamm
-
Ormerod
dc42, your modifications look very nice, in fact the networking code is already looking a lot more robust than before. I also like the new progress bars, they look much better than the old ones IMO. But I've noticed you're trying to store a word in an unsigned byte in line 55 in Network.cpp - I guess it's not tragic because the preprocessor takes care of that, but I'd change the type of windowSiz
by
chrishamm
-
Ormerod
I did a 2-hour print today with this firmware bundle and everything worked well. Thank you, dc42
by
chrishamm
-
Ormerod
Ian: Were you looking for this and for that thread?
jstck: I know what you mean. The last material I used for printing was ABS, and I can see a few black bubbles in my printed parts. Probably some ABS was stuck inside the nozzle, but nothing I need to worry about I get the same effect you described when I switch from PLA to ABS, especially because it's quite difficult to remove the PLA complete
by
chrishamm
-
Ormerod
Ha, very nice. At the moment I'm trying to print iamburny's extruder and Z gears with Nylon on a layer of UHU glue stick, I hope these parts won't warp so easily.
by
chrishamm
-
Ormerod
dc42, if you get a chance, please increase the maximum temperature for the temperature chart, I had to increase the hot end temp to 250°C to achieve best line bonding with the ABS filament I have, but the temperature line is always a little cut off:
I hope decreasing maxReportedFreeBuf doesn't have any bad side effects, because the web interface disconnected for no reason a few minutes ago. I
by
chrishamm
-
Ormerod
Wow - how did you figure that out without even being able to reproduce this problem? I've spent the past few hours looking through the webserver source code, and I'm not sure if I would have made that connection at all. Well, at least I've learned a little bit more about the Duet's firmware
Decreasing maxReportedFreeBuf along with increasing the other two consts has indeed fixed this issue for
by
chrishamm
-
Ormerod
Thanks for your suggestions, but this doesn't seem to help. I increased both values to 1500 for my first try, then to 1600, but both times the firmware hung up as before. I'm going to add some debug code and see if I can discover something else, either way I'll let you know if I find anything.
by
chrishamm
-
Ormerod
Out of curiosity, what do your bed compensation parameters look like?
by
chrishamm
-
Ormerod
dc42, I tried to upload that file a few minutes ago on Linux (because I had Wireshark installed there) and it worked perfectly, just as you reported. Then I rebooted and tried the same thing on Windows 8.1 and the firmware crashed. Here's the Wireshark dump from my Windows installation:
If there's anything else I can do, just let me know. Thanks for looking!
by
chrishamm
-
Ormerod
Hrm, I was honestly wondering why I got missed steps during a print with "Wipe on retract" enabled - but it makes sense now. This seems to happen quite frequently when retracting over small circles and dc42's explanation puts it in a nutshell.
Quotedc42
Ideally, I'd rewrite a large part of the movement code, taking in proper handling of combined XYZ moves in the process.
I remember asking Ian a
by
chrishamm
-
Ormerod
Huh, that's really weird. I've just checked the versions once more and they are correct:
Then I tried to upload that file again and got the same behaviour, the firmware hung up, restarted and reported the same error code. Here's an excerpt from my message log:
16:20:29 T:19.2 B:18.8
16:20:28 M503
; RepRapPro Ormerod
; Standard configuration G Codes
M550 POrmerod; Set the machine's name
M551
by
chrishamm
-
Ormerod
Hi dc42,
nice to see another update I've just discovered a new bug which occurs when I try to upload a specific file via the web interface (doesn't happen with every file). When I try to upload that file, the firmware hangs up and after a few seconds the watchdog kicks in, ie. the printer is reset. If I leave the web page active, the printer will start moving once the firmware is ready again. I
by
chrishamm
-
Ormerod