Came across this thread while researching some jamming issues on one of the new-fangled all metal hotends. I honestly don't understand this constant cyclic need to reinvent the wheel over and over again. Arcol.hu hotends have been extruding PLA, ABS and whatever else you want, without jams and without hotend fans for years. The draft from the print fan is enough to keep them happy. All the whiby orcinus - General
Hmm. I'm guessing it's at the very edge of what the RADDS can deliver, then. It appears to reboot at the point during the boot where the Due gets initialized, probably because the current draw increases. I've tried it with and without an LCD connected via the LVS, but that didn't change anything. Is it safe to just jumper-wire the RADDS VIN to UDOO VIN? I'm powering the RADDS from 12V, UDOO shoby orcinus - Elektrik & Elektronik
Apologies for writing in english, but my knowledge of german sucks (or is, practically non-existant) and i'm thinking i am more likely to get some help here than in the english speaking section. Is there anyone here with a RADDS v1.2 shield and UDOO that has been able to successfully power both from the 12V VIN on the RADDS? It works fine if the UDOO is plugged into 9V and the RADDS is pluggedby orcinus - Elektrik & Elektronik
Does smoothieware have servo support now? Haven't been following since the early sw dev days (still have the early beta board, in fact).by orcinus - Controllers
Is there anyone here with a RADDS v1.2 shield and UDOO that has been able to successfully power both from the 12V VIN on the RADDS? It works fine if the UDOO is plugged into 9V and the RADDS is plugged into 12V. But the moment you unplug the 9V PSU, it reboots and boot-loops forever. My hunch tells me it's probably due to revised VIN circuitry on the RADDS 1.2 revision (it used to just have a sby orcinus - Controllers
The printers you've mentioned use OLED displays, not LCD displays.by orcinus - Controllers
calcetin Wrote: ------------------------------------------------------- > Tetrahydrofuran is probably the safest of the > chemicals mentioned here. The others are > carcinogenic or suspected to be. THF is a mammalian mutagen and probable teratogen. So no, not exactly safe, although definitely safer than DCM. @Mister worrysome above - you *do* know that most of these solvents were usedby orcinus - General
appdev007 Wrote: ------------------------------------------------------- > more. I wish they would just change that setting > name and it's use to Layer Width. They did. It's called KISSlicerby orcinus - General
Because you'll need to raise it again *in firmware* next time you switch to a different filament with a different die swell, or the next time you simply change the feed rate (speed) It's easier to do it in the slicer, on a per-print basis, no?by orcinus - General
appdev007 Wrote: ------------------------------------------------------- > From what I've read adjusting that multiplier is > just a bandage to a deeper problem. Or it might just be that he's extruding too fast, getting more die swell than the norm. In which case adjusting the multiplier is a perfectly legitimate tweak.by orcinus - General
Don't forget layer height vs. width / height ratio. If you're extruding spaghetti that's as tall or close to as tall as your nozzle diameter, that won't work (for obvious reasons - the filament has to get smooshed down on the bed / previous layer).by orcinus - General
DCM still gives me the shivers... As much as i'd like to try it (according to everyone's experiences, "it just works"), that MSDS sheet scares the hell out of me. I'm not too happy about THF either.by orcinus - General
Turns out the filament THF works on is 4032. All the others were 4042/4043.by orcinus - General
I've just done some testing with THF on various PLA filaments (5 total). 3 of them became gummy and started delaminating after vapour treating for half an hour to one hour. 1 was completely unaffected. 1 reacted *exactly* like ABS does to acetone. Conclusion: not all PLA is born the same and THF does work, just not with all PLA. I've sent an e-mail to the seller i bought the THF dissolving PLAby orcinus - General
Slow for me too at times. But i don't think it's the bandwidth that's the problem... "Feels" like DB queries blocking during heavier usage hours. Either due to the DB machine being underpowered, or non-optimized queries.by orcinus - General
If you have to use Slic3r, use 0.7.2. That one nails the geometry right.by orcinus - General
Click on the plus button and add them again. Or grab a .pronsolerc file from someone who has that button setup.by orcinus - General
It blinks because that is the way PID temperature control works in Marlin. The frequency of blinking should stay fixed, with the duty cycle changing. As it approaches the target temperature, the duty cycle will get shorter and shorter, transitioning from always on to blinkier and blinkier.by orcinus - General
It's quite low already. I've brought the acceleration and jerk down significantly (1000 m/s^2, 10 mm/s) in order to decrease shaking and vibration artifacts in object surfaces. But good point, i've probably botched something in the same way i have with the extruder feedrate. At a guess, i probably left a default value in EEPROM during the switch to 0.80 somewhere (travel acceleration possibly).by orcinus - Repetier
Okay, so the verdict is - no issues with Cura. But Slic3r consistently gives me the same result - Y+1mm offset on the final layer. I've attached the Slic3r (0.7.2) generated gcode, in case you want to take a look. The part i'm finding weird is that it started happening after i've killed the Slic3r retract and switched back to OPS. I've reduced some acceleration and max feed settings too. But noby orcinus - Repetier
Took a look at the gcode for the last two layers and found nothing out of the ordinary. The preview in host looks fine. (BTW, highlighting the moves in 3D while highlighting the code is a BRILLIANT feature! ) Giving Cura-generated code a go now. If it happens again, at least i know i can exclude the slicer.by orcinus - Repetier
You were right, i had a leftover value from 0.7x (due to EEPROM transition, probably) in mm/min. Working fine now. But i have another issue now. The very last layer always ends up offset by 1mm along Y for some reason (in + direction). It's always 1mm and always the very last layer. I doubt it's skipped steps due to the nature of it (it's regular and it happens on the last layer, but not the onby orcinus - Repetier
From Repetier fw documentation: QuotePATH_PLANNER_CHECK_SEGMENTS (default 10) Sets how many line segments can the path planner use for path optimization. The maximum possible value is MOVE_CACHE_SIZE-2. Higher values need more computation time, which can cause blocking for many short subsequent moves. If this happens you will see BLK messages in your log and then you now the value is to high forby orcinus - Repetier
Forgot to mention that i'm already on 0.8x. I'll recheck the speeds, thanks for the tips.by orcinus - Repetier
What he said ^^^^ When i first read this thread, i winced at MEK. When i got to toluene, i closed the tab. In retrospect, i probably should've written something along the lines of the previous post.by orcinus - General
Which firmware is the 4pi fw a fork of? Or is it a completely new development?by orcinus - General
nophead Wrote: ------------------------------------------------------- > Temperature makes a difference, I think it gets > dull when too low. Also thinner layers, where the > plastic is more smeared are less shiny. Low temp = matte, high temp = glossy, yeah. You can actually get interesting effects by modulating the temperature during print (somewhat similar to faux grain effect peopleby orcinus - Mendel90
I've had some not-quite-good experiences with Repetier-fw's OPS and decided to go back to Slic3r's retract while i figure out what i'm doing wrong... Question #1: With OPS on, fast mode, set to start at 0% move, the retract starts about the same time the next move does (as expected), but the re-prime occurs after the move is finished, with the head stationary, before the next move in queue beginby orcinus - Repetier
Sruk Wrote: ------------------------------------------------------- > Zanima me, ima li netko 2 ekstrudera od kojih bi > jedan mogao prodati, iznajmiti ili posuditi? Bilo > kakva druga ideja također se može razmotriti. > Imamo tjedan dana i jako nam je frka! Eh... Da sam ovo vidio ranije, mogao sam pomoći... :/by orcinus - Slovenia RepRap Developer Group