Jump to content

nebby85

Member
  • Posts

    25
  • Joined

  • Last visited

Everything posted by nebby85

  1. thanks for the suggestion... that was the last one i tried before posting this... I might get some PC for my Trinus then and give that a shot
  2. Hi I have a frustrating issue with the upgrade of the hot end of my Ultimaker Original. The PLA printed mount doesn't not last long enough to print one in ABS. I am looking at buying an aluminium mount and I have come across some Ultimaker 2+ mounts. I wanted to know if these would be compatible in terms of the xy axis or if anyone can point me to a suitable mount? cheers
  3. Good point Jonny i think i like the look of the RUMBA to be honest. seems like a good neat little package. cheers
  4. Hi all I'm looking at starting a Printer build from scratch, based mostly on the UMO. I'll likely use a E3D V6 hotend (or 2), direct drive XY and custom extruder mechanism. not sure what heated bed to use yet, I like the UMO bed kit though. what i'm mostly interested in at the moment is using a RAMPS 1.4 but at 24V. now i know with out mods to the board I'm likely to turn capacitors into fire crackers but i have since found this http://www.ultibots.com/taurino-power-ramps-1-4-bundle/ i am wondering what people's thoughts are. cheers
  5. well in case this helps anyone... I put a heat sink and fan on the extruder motor and I have not had a problem in about 6 days of nearly 24 hour printing in most of those days. I haven't actually got the fan plugged in yet so the heat sink is coping by itself.
  6. i get the random characters appear also. perhaps the power supply isnt up to the task. i dont know off the top of my head what the output is on the power supplies but im running the 24v one that comes with the heated bed kit. im not home for another week so i will check it out then.
  7. i still seem to be having problems with the printer just stopping. its either an over heating or power fluctuation problem for sure. Is there a chance that a power flux can be caused by the stepper motors over heating? i'm thinking that the cause is the extruder motor getting too hot. i have ordered a heat sink and a fan to help cool the motor i'll see if that helps my cause. the problem only seems to happen during the day. since its the peek of summer at the moment i think the room its in gets too hot. unless its got something to do with power distribution in the house. i dont have a problem at night its cooler and there is little power usage in the house. i'll see if the motor cooling works else maybe a UPS will help, on that note can some tell me what sort of load the average UMO power usage is?
  8. i think you maybe be right there. it doesn't seem to have a stable power supply and its since the heated bed upgrade. this morning i checked on a print to find that it was almost out of filament. i paused the print swapped out the reel and as soon as i pressed the knob on the controller again the printer reset! extremely frustrating. i wonder if i can run the old power supply through the mother board and just use the new one for the heated bed board?
  9. I walked in and watched it die about an hour ago... it was 15hours into a print... luckily it was printing 3 separate objects on the bed it was half way through the 3rd one. I had it back in my study with the ceiling fan turned right up that it was about ready to take the roof into orbit. but when my printer died I noticed the ceiling fan was off which I think my partner kindly decided she was going to turn it off. I saw the controller screen flashed with random symbols then it appeared that the printer just reset. as though it had been turned off and then on again. I noticed that the extruder motor was ridiculously hot that I could barely touch it... I don't know if that is the cause of the "reset" but I would say its a contributing factor.
  10. the head just stops where its at. the printer just seems to have stopped all processing of the gcode. i successfully printed 4 items of the same gcode but no more than 2 in a row without the problem. i have changed the gcode file a few times in cura but still get the same problem occasionally. i put my printer in an air conditioned room and i didnt have a problem. its the first time ive used the printer since november. it was cooler back then but now we are in the heat of summer.
  11. I've had an issue with my printer lately (UMO HBK) at seemingly random periods due a print my printer will stop printing. it is become increasing frustrating as i can't locate the source of the problem. I find we i go to check on the print the printer as appeared stop dead in its tracks. the display just says "Ultimaker ready" which is odd as this only appears when the machine is initially turned on. at first I thought it was the new 14.12.1 software so i revered back to 14.09 i did the same with the firmware although i dont know if that is any different anyway. i manage to get a couple of prints out last night an early this morning but then it starts to play up. i'm starting to think that the printer is overheating on the mother board. the weather has been very hot this last week. any ideas would be greatly appreciated
  12. I think I may be having a similar problem with my UMO. I notice that the filament stops extruding or it will under extrude. at first I though I had a blocked nozzle. I replaced the nozzle, the aluminium block and the brass shaft. I still get the same problem. I can't manually force the filament through either so its not the extruding mechanism. the only thing I can think of is that its getting a false temp reading. I have had a couple of instances where the filament will be completely molten when I feed it in for the first time, as though the temp is way too high yet I normally stay between 190 and 230 deg. I was wondering if it could be the thermocouple amplifier or the sensor? I really cant see it being anything else. thanks for any ideas.
  13. ok kool, well I don't think I'd be able to switch my brain off from it anyway... I spend 3 weeks at a time away from home where my printer and only one week at home before returning to work. So other than that, drawing something else to print the only thing I can do is read thousands of lines of code lol
  14. ah ok well I might just quit now and wait and see. maybe I'll just focus on what to print next for now!
  15. I'm still looking into this, I will admit I'm having trouble. I am an engineer not a software programmer everything I know about scripts is self taught. I think I've worked out how the engine knows which extruder to use but I'm only guessing based on the way the python code send the info to the engine. I haven't looked to much at the engine itself, mostly as I don't want to edit it if I don't have to. From what I can tell the objects in the scene are stored in an array or list as an object list with a mesh list within each object. if the dual or multiple extrusion merge is used then the 2 objects are joined creating 2 mesh lists within one object. I'm assuming this is how the engine knows which mesh is which and chooses the tool number to suit. am I on the right track? so far all I've done is create an option on the scene right click that instead of a dual extruder merge there is a part merge (which works the same way at the moment) but its based on an extra variable. the GUI alteration I've done is that you can select how many parts. if it is greater than 1 then dual/multi extrusion is disabled this will then give you the right click option of merging the objects. also when the part number is > 1 the extra layer height and infill options appear. but so far they are just hollow promises! :mrgreen: does anyone have any ideas? I'm just hoping PU isn't changing all this too much making it obsolete
  16. I'm a little rusty with the code and its taking me a while to figure out what's what! haha I'm just brainstorming here, I think I need to get the merge function happening with only one extruder and have extra conditioning to suit the use of one extruder with the merge option when multiple settings are required. I can't find in the code where the merge function is called. From what I can tell in the code in the merge function actually creates a single object from 2 objects. my problem at the moment is trying to locate the relevant bits of code to alter and add to. I don't think the Curaengine will need touching just the python code that sends the parameters to the engine. actually maybe not, as the engine uses the extruder count to know which part to create gcode for... so a minor change. maybe something like an extra parameter from the python script to the engine to allow for one extruder but multiple parts with different parameters. (I'll stick with 2 for now) Then I would need the engine to use the different properties for these parts. This should be relatively simple as I think the engine gets the parameters for each part it sends through for processing. Therefore depending on which part is being processed at the time I could have a condition for choosing the correct layer thickness and infill percentage. these extra parameters would have to be sent to the engine and then processed by the engine I think. In summary, I can manipulate the GUI no problem and I found were the python code determines the number of extruders used by the machine. However, I need to find the code that calls the merge option and [found it] where the engine calls the layer and infill parameters cos for the life of me I can't seem to see them.
  17. ah that's an idea... there's me thinking of setting a specific z range for changes but of course the key is multiple objects or parts, though for my idea to work the join needs to be a straight horizontal cut (this would be perfect of pm_dude's infill change too). I'm not using dual extrusion so the thought never crossed my mind. though I can foresee that a decent amount of frontend work would need to be done in order to get something like this working. Daid you are a Genius! too many ideas... where to begin... not only that all this code is new to me and after staring at it for a few hours its like looking at hieroglyphics haha is there an ETA on PU??
  18. thanks pm_dude, I did read your thread before I made mine and this would definitely do the trick. I must admit I don't like the "Frankenstein" idea but it would most certainly work and is a clever idea. I think that Dim3nsioneer and nallath are right though, it needs to be done in the curaengine not as a plugin. it would be neater and more user friendly if I can get it right. I may even be able to incorporate the different infill % at the corresponding layer thickness. hmmm you have me thinking now... I am liking this idea muchly... though I did see that gr5 commented saying that the infill % change was going to be in the pink unicorn.
  19. well I've done the easy bit, I've added 3 fields to the expert config dialog box. alternate layer thickness, lower z value and upper z value of where the change occurs. also added a checkbox to the BasicQuality section to toggle the alt layer expect setting on and off. just need to make it work... a job for another night I think!
  20. that's a good point. that would be nice. although it would give me something to do if it isn't haha I'm looking at the python code now and I think it can be done. I will have to alter the GUI and get the slice engine to look for multiple layer thicknesses but I'm fairly confident at this stage. I'll update my progress as I make it.
  21. thanks for the input guys, a mod to the cura engine was my next though. potentially it would be much better and easier for people to use if done correctly. then I would not have to worry about the different layers being multiples of each other. I haven't looked at the source code yet but im going to have a look and see what I think I can do.
  22. Hi I'm new to the 3D world with recently purchasing an Ultimaker Original Kit I printed out an RC car wheel rim that I designed and I was quite pleased with the outcome. I originally printed the rim with a layer thickness of 0.25mm which took 7hours then I decided to see the quality at 0.1mm per layer which took 23hours. I then thought about it and realised that ideally this print could be printed at 0.25mm layer thickness for most of the print where as the face of the rim, which was at the top of the print could be printed at 0.1mm or less for a good finish. I was thinking of a plugin for Cura to change the layer heights after a certain Z value. I realise if the z values are just simply reduced or increased in the Gcode it will stretch or squash the model. I guess if I was to reduce the layer thickness then more layers would be required which would need the X and Y values as well. increasing the layer thickness would effectively remove info and therefore possibly make a plug in work. I haven't looked to hard for anything that already does this. Also I'm assuming that the plugins work as a post slicing script, altering the gcode after Cura has created it. this would make any plugin going from large to small on a plugin very complex and effectively have to re-slice the model for good results. I think the way to get a plugin like this to work is to set the thinnest layer in the normal Cura settings and then have a plugin that will look for layers between certain Z values (upper and lower) of where the thicker layers are required. ideally the thicker layer would need to be a multiple of the thinner layers in order to work well. Ok this is going to be hard to explain... if I give a simple example it might help. say the thin layers are set to 0.1mm via Cura settings, then the plugin was set to 0.3 for the first half of the print. This would mean that Cura would slice the model into 0.1mm layers for the whole model then the plugin would need to go through and remove 2 out of every 3 layers and increase the Z values and E values to suit for the first half of the model and also renumber the layers. this may be a bit more complicated for layers that are not quite multiples such as 0.1 and 0.25 or 0.06 and 0.1. perhaps for ease of the plugin I could get it to make subtle adjustments and get the plugin to correct the alter layer thicknesses to multiples of the original. So for the above it could be 0.1 and 0.3 (or maybe 0.2) or 0.06 and 0.12 Not sure if anyone has done this or if there is any problems that I may have over looked. please feel free to let me know what you think. Again I'm only assuming that the plugins work post slicing, I haven't looked into it too much yet. Cheers
  23. Just to confirm, if you guys still havent resolved the issue with the ulticontroller . Support has confirmed that the recent batch of cables are fautly. i.e. They are wired wrong.
  24. further experimenting with the ulticontroller and the stepper drivers has confirmed the source of the gitching. Originally I had the ulticontroller working with the working stepper drivers in the X an Y slots with the duds in the Z and Extruder slots. as I said before it was glitching and if I removed the duds I would get a MINTEMP error. I then realised that the MINTEMP was obviously to do with the Extruder but the only change was the lack of the drivers being installed. as when I placed the drivers back in I would get the same glitching happening but not MINTEMP error. by the way the glitching I am referring to is the controller will start up fine (without usb connected) then it will flash up with 2 rows of solid squares with a high pitch whine that tapers off. then it will flash off then repeat. the off period would slowly get faster and faster. it was stable with the usb attached except the back lighting of the controller had a constant flicker back to my findings. I swapped the dud drivers with the good ones. i.e. the X and Y had the duds and the Z and Extruder have the working ones. I switched it on without the usb attached and the same glitching. then I removed the bad drivers ensuring the good ones remained in the Z and Extruder slots. not glitching and no errors! controls worked fine (except the X and Y motors obviously) problem solvered... now I just need some drivers to get it printing! hope this helps guys!
  25. I had the same issue... I was looking at the ribbon cables that came with the ulticontroller and noticed that they crossed over. I thought this couldn't be right and since I didn't have anything to lose at this point I re-crimped the cables to ensure that there was no cross over. and magic... the ulticontroller breathed life! im still having uses with it. it seems to glitch out after a few seconds but if I have the usb plugged in as well it remains stable and I can manually control the motors no problem ( the ones that have working stepper drivers, 2 of my 4 were DOA). im hoping that the glitching is due to the stepper drivers being duds. I removed them and fired up the ultimaker and it gave me a MINTEMP error.
×
×
  • Create New...