Show all posts by user

Re: strange problems - 10 years ago

Thanks everyone. I have confirmed that an external 5v supply will solve the servo problem. The Z height is set correctly and, by jiggling a few values in speed and acceleration I can now jog the Z axis up by several tens of mm from Pronterface reliably, however, I am still having some problems in trying to jog the Z axis up using the encoder through the Marlin menu system. Movement seems unpredic

by bassman - Reprappers

Re: strange problems - 10 years ago

I should also say that I first suspected that the Z drive problem may have been caused by the stepper driver so I swapped the Pololu board and it made no difference..

by bassman - Reprappers

Re: strange problems - 10 years ago

Thanks Stephen, Z-acceleration is set at 1000 in config.h - I tried it down at 500 but it made no difference. I don't understand how it could be this as homing works perfectly. Also, it doesn't seem to make any difference what speed value I attach to the G-code instruction - the high pitched whine is pretty much the same frequency. G-code printing works OK for the first 10 or 12 layers and gives

by bassman - Reprappers

strange problems - 10 years ago

I have a Mendel with the latest Marlin formware, RAMPS 1.4, 20 x 4 LCD, encoder and SD card reader set up as Ultipanel and using Pronterface as driver. I have 2 odd problems and one query. 1. for some reason my printer has a aversion to printing more than about 2.5mm high... it prints fine up to there but then the Z axis rises one increment and then descends one increment sequentially so that it

by bassman - Reprappers

Re: Don't understand this...... - 12 years ago

I finally got a half-decent print using Slic3r and Repetier on my linux box. Still a couple of issues with tapering towards the top and stringing in the hole but this one is usable. Thanks chaps.. I also printed a 65 tooth wheel which was fine as far as filling of the teeth is concerned - for some reason, the last couple of layers on this one didn't stick too well but the gear is usable. I guess

by bassman - Printing

Re: Don't understand this...... - 12 years ago

It occurs to me that perhaps this gear isn't printing right because of some anomaly in the original file and so I have attached it here for comments. Thanks

by bassman - Printing

Re: Don't understand this...... - 12 years ago

Thanks Tinhead, I had read your howto already and I had turned the speed down to 10 and set a fan up. My indicated temperature is somewhat higher than yours but this may be due to sensor differences as turning down the temp on my machine makes the PLA come out in lumps.... Your work is impressive and I would love to be at that level of expertise but I still have a way to go as I'm still very ne

by bassman - Printing

Re: Don't understand this...... - 12 years ago

I changed the settings in Skeinforge and the pic shows the results - still no use although the infill is a bit better... I have attached also a zip of the skeinforge settings I used. For some reason, Slic3r didn't want to process the file even though I had run it through Meshlab which I thought would remove any errors from it. I also have another problem with Slic3r, when I try to process the f

by bassman - Printing

Re: Don't understand this...... - 12 years ago

Thanks, I'll try that tomorrow..

by bassman - Printing

Re: Don't understand this...... - 12 years ago

Hi Sublime, Thanks. No, its not your lathe - I haven't got round to making one of those yet but it is on the list once I get this machine properly under control. This is one of the cheap Chinese 12 x 4 lathes which I need a couple of extra changewheels for to cut some unusual threads. Do you mean set 'perimeters' to 1 in Slic3r or Skeinforge. If so, won't this make the skin very tin and likely t

by bassman - Printing

Don't understand this...... - 12 years ago

I have been trying for hours to successfully print a small gear wheel for my mini lathe and have failed at every attempt. I have attached a couple of pics to show the problems which seem to happen whatever changes I make to the code. The pic named 'top' shows the best two prints to date - both unusable... They were both processed with Slic3r - the one on the left with a fill level of 0.7 and the

by bassman - Printing

Re: Skeinforge settings - 12 years ago

Thanks Jim, I found another post eventually which pointed me to the Z limit being too low - changing it solved the problem. Now on to the next problem...........

by bassman - Skeinforge

Re: Skeinforge settings - 12 years ago

Can someone please tell me which setting in skeinforge determines the initial travel speed of the print head? i.e. when I start a print, the print head just crawls to the start position determined by 'multiple' at, in my case, 60mm/min when I would like it to make the movement at a speed of at least 760mm/min. The rest of the print goes at a reasonable speed of about 1300mm/min. Prusa Mendel ru

by bassman - Skeinforge

Re: Why does my extruder suck the filament back before printing? - 12 years ago

G92 E0 completely solved the issue - thanks brndr. I put it in the start.gcode file and its now automatically inserted at the start of every gcode file that Skeinforge creates. What it does is to make whatever position the extruder is at after its last print its new zero. i.e. it resets the software to zero for E. I had thought that G28 would home the extruder and so set it to zero but this isn't

by bassman - Printing

Why does my extruder suck the filament back before printing? - 12 years ago

Hi, I'm having problems with printing on my Prusa. When I start a print, the head moves to the starting position - usually in the middle of the table - and then, for no reason I can see, the extruder reverses about 10 - 15 mm of filament back out so effectively emptying the heater chamber. Consequently, when it starts trying to print, nothing comes out of the extruder until about half way through

by bassman - Printing

Re: Extruder setup woes - 12 years ago

I made the startup file and have G28 E0 as the first line of the g-code file but, for some reason I can't see, the extruder still does a reverse just before it tries to print. I can't see anything in the g-code file which could cause this - after the G28 E0 the next 'E' entry is a G1 E5.0 and then every 'E' entry is a number slightly larger than the previous one i.e. E5.058, E 5.085 etc... Is t

by bassman - General

Re: Looking for help with calibration of E - 12 years ago

Thanks Jeff, I have now moved my queries to here so that I didn't clutter up your space.. I did manage to change the extruder speed by manually typing the value into Skeinforge but it didn't seem happy!! I have, however, had one decent print from the machine - not perfect by any means but distinct progress - however, I now have a different problem in that the extruder has started running backwa

by bassman - General

Re: Extruder setup woes - 12 years ago

Looking at the g-code file I see that straight after the initial positioning of the X and Y axes is a command G1 E5.0 . Since this is probably what is causing the extruder to unload all the filament, I suspect that the 'program' somewhere assumes that E has started at some value greater than 5.0. If this is the case, I can't see anywhere to zero E and I can't understand why the erroneous value sh

by bassman - General

Re: Extruder setup woes - 12 years ago

Ok, I typed the figure in and ran a print of the thumbwheel which is on Thingiverse - it was relatively successful though the hex hole for the nut was slightly undersized. I then thought that I would be a bit experimental and upped the speed and feed to 50 as I know the machine is capable of much more than that. I also activated scale in Skeinforge and set it to 1.2. Now whenever I run the stl fi

by bassman - General

Re: Extruder setup woes - 12 years ago

What I mean is that when I click the down arrow adjacent to the box it will go down to 50, by which time the background of the box has turned yellow, and it will then go no further however much I click it... I don't suppose it makes any difference but I am running it on Linux - Ubuntu 11.04 to be precise..

by bassman - General

Extruder setup woes - 12 years ago

Hi, I have a problem with setting the extruder speed and, while I have followed the 'looking for help with calibrating E' thread, I haven't managed to cure the problem. I'm running Marlin via Pronterface from the 'Kliment-Printrun-edeb433' download and the latest download of Skeinforge but, when I try to set flowrate down from its default 210 to 30 which I have as feedrate, it won't allow me to

by bassman - General

Re: Looking for help with calibration of E - 12 years ago

Hi, I too have a problem with setting the extruder speed and, while I have followed this thread, I haven't managed to cure the problem. I'm running Marlin via Pronterface from the 'Kliment-Printrun-82aa15b' download. I can't see anywhere what version of Skeinforge is installed with this but, when I try to set flowrate down from its default 210 to 30 which I have as feedrate, it won't allow me to

by bassman - General

Re: Marlin Homing Problem - 12 years ago

Ok thanks.

by bassman - Firmware - experimental, borrowed, and future

Re: ReplicatorG + Marlin - extruder problem - 12 years ago

I'm getting error messages in ReplicatorG all the time it is connected to the machine. The red messages say 'Unknown: x:0.00y:0.00z:0.00e:0.00' with figures for whatever position each axis is at. I don't know whether this is a problem or not but it makes a mess of the messages pane. Do you get the same messages?

by bassman - Firmware - experimental, borrowed, and future

Marlin Homing Problem - 12 years ago

I have noticed that, when I use a script saying 'G1 X-300 Y-300 F300' to home the X and Y axes, whichever limit switch trips first ends the command. i.e. if X reaches its limit switch while Y is only half way there, both axes will stop and do the 'back off and return to switch' where they are - with X on its switch but Y some way away. Is this a problem with the Marlin firmware?

by bassman - Firmware - experimental, borrowed, and future

Re: pololu driver understanding? - 12 years ago

Ok, now wired in series and working fine. I now have a small problem with Marlin not homing as I expect but I'll put that on another forum..

by bassman - Firmware - mainstream and related support

Re: pololu driver understanding? - 12 years ago

Thanks Nophead, I think I will give them a try in serial. I assume you connect the start of one winding to the end of the other. i.e. on my motors the windings are red/blue and green/black so I assume it will need red of one motor to blue of the other etc. and that there's no devious trickery involved...?

by bassman - Firmware - mainstream and related support

Re: ReplicatorG + Marlin - extruder problem - 12 years ago

Copied RepRap.xml across again and now I have extruder drive - however, from RepG the drive is not continuous... the motor is pulsing on an off at about 1 second intervals. Drive speed set to 20 in RepG.

by bassman - Firmware - experimental, borrowed, and future

Error messages on ReplicatorG with Marlin - 12 years ago

While I have RepG connected to my Marlin firmware board I am getting a string of ?error? messages in the message pane. These say typically 'Unknown: x:20.00y:0.00:z0.00:e162.03' displayed in red. Everything seems to be working OK but why am I getting these messages? RepG on Macbook Pro using 'Prusa Mendel' machine config driving Arduino 1280 with Marlin firmware.

by bassman - Firmware - experimental, borrowed, and future

pololu driver understanding? - 12 years ago

Hi, I have just changed the motors on my Z axis (Prusa Mendel) from the weedy disk drive motors I started with to a couple of the Pololu motors from Proto-Pic - 4v 1200ma/coil. The Pololu driver board with the 2 motors in parallel is getting very hot and tripping out. Obviously, running at full belt, the motors would draw more current than the driver could tolerate but I thought that the potentio

by bassman - Firmware - mainstream and related support