Show all posts by user
Page 1 of 3
Pages: 123
Results 1 — 30 of 70
I don't know if we're both experiencing the same thing but I found that opening and saving the file in a program called "meshview" makes it work in skeinforge. Not sure why but the program unifies or removes duplicate vertices -- I don't know how this "cleanup" works but it worked afterwards.
by
Arthur
-
Skeinforge
I should be more clear:
When I'm in skeinforge and try to open my STL file, nothing much happens except a terminal window opens up for a split second and closes again.
I know skeinforge does work before it is able to create gcode from other practice gts and stl files.
by
Arthur
-
Skeinforge
Hello,
Skeinforge is having problems opening my STL file (attached). One of the reprap pages recommended converting STL's to GTS's. Is there an easy way to do this?
This recommedation from the reprap/skeinforge page doesn't work : Skeinforge imports Stereolithography (.stl) files or GNU Triangulated Surface (.gts) files. The import plugin for STL files is experimental and if it doesn't work,
by
Arthur
-
Skeinforge
My McWire is just about done! It just doesn't extrude all that quickly with ABS (like 1 mm every 10 seconds). This is the version I built:
1) The heated barrel is brass. The printed parts came from a dimension machine (one of those professional 3D printers).
2) I used some ceramic paste that Forrest used to "glue" the thermistor and NiChrome to the brass barrel.
3) Extruder speed = 210.
by
Arthur
-
Reprappers
Zach,
I see -- I cut & pasted the "darwin" driver from RepG v0002 into v0004's machines.xml and it kinda works, but says "Darwin(null) not initialized" in the upper-righthand corner (please see attached pic) and gives this error in the shell:
Loading machine: Darwin
Loading driver: SerialPassthroughDriver
Stable Library
=========================================
Native lib Version = RXTX-2.1
by
Arthur
-
RepRap Host
oops! I meant to say "I don't know where I can find that (replicatorG v3)".
by
Arthur
-
RepRap Host
I was building my McWire bot last year and then got busy and am picking it back up in the summer time (long time, I know). I was planning on upgrading to the latest software versions since I was having some software problems.
I noticed that replicatorG is now version 4. That does NOT work with Gen2 electronics (arduino) right? If that's the case, then I need replicatorG v3 right?--know where
by
Arthur
-
RepRap Host
Re: Fan - 15 years ago
Hi nophead -- Ah, I actually got that question from reading your blog ("When the filament is pulled back out only a few millimetres has expanded at the end. In contrast, without the fan the filament swelled most of the way to the top and jammed."). So it looks like the larger clear fan is limiting the ABS swelling.
You have 2 fans -- one small black one that looks to be shooting air into your "
by
Arthur
-
Reprappers
Fan - 15 years ago
What is the purpose of the fan on the extruder head if its purpose isn't to cool the heated barrel?
by
Arthur
-
Reprappers
Awesome -- That was it! I edited the machines.xml file and it mostly works or at least it moves in a logical, mostly predictable way. I'll print something out later. Thanks a lot Wade
Arthur
by
Arthur
-
RepRap Host
Thanks wade. Ah, the machines.xml is key -- I'll check that out. Is there a more recent version of RepG that I can try out? I couldn't find it here or here
Arthur
by
Arthur
-
RepRap Host
Hi freds -- I think cost is important but smooth function of the end bot is equally, if not more, important. Some things like tapping were "not essential", but made all the difference for me. I had access to tapping tools but really didn't know what they were before. If anything, I think trying to go inexpensive on tools will only frustrate the non-engineer, non-technically-inclined-but-want-t
by
Arthur
-
General
Hi Wade --
> Have you set the steps/mm correctly? McWire's
> have a much higher resolution than a Darwin.
yeah, it's correct. When I'm controlling the Mcwire using the RepG control panel, it is accurate.
> Generally the Gcode interpreter on the Arduino
> takes the startup position as 0,0,0 (home), but if
> you're not sure, set it explicitly by finding the
> min opto switch
by
Arthur
-
RepRap Host
Home - 15 years ago
I'm building a Mcwire repstrap (top picture ) with the G-code firmware, ReplicatorG (0002). When I run this code, my x,y stages first go towards the motors (min_opto), then run away in the positive direction for both x, y towards the max_optos (ie: away from the motors; seems as if the extruder head is trying to position to the lower left part of stage). Is that consistent with the code below?
by
Arthur
-
RepRap Host
Hi freds -- yeah, we have different opto's.
H21LOB Truth Table (yours, newer)
Status Output LED
Open HIGH Off
Closed LOW On
H21LOI Truth Table (mine, older)
Status Output LED
Open LOW On
Closed HIGH Off
Ah, now to figure out how to set home (G29 maybe?) at a specific point so my stages don't run off their rods. More reading, and probably new forum thread
Arthur
by
Arthur
-
RepRap Host
freds -- I used the test program and all my opto's work fine (registering '1' when blocked). Additionally, I brought out the multimeter and all the opto's tested fine:
1) signal 'S' read 5V when blocked
2) signal 'S' read ~0V when unblocked
(On the ardiuno, the 'L' LED "sucks" some current from pin 13 causing the Z-max not to reach 5V when blocked, so I just desoldered that LED from the ardu
by
Arthur
-
RepRap Host
freds -- I've attached a picture of how my opto's for each axis are oriented on my Mcwire. Is yours the same? Note placement of motors. In general, the "mins" are on the motor side; "maxes" are opposite side of motor.
Arthur
by
Arthur
-
RepRap Host
Thanks freds. I'll test that out tonight over a nice tall glass of champagne. Hopefully I can ring in the new year with working opto's
Arthur
by
Arthur
-
RepRap Host
Hi Folks,
I'm having really unexpected/intermittent problems with my McWire. I'm using replicatorG (v2) and am having several problems:
1) after I press "build" button on replicatorG, the z-motor moves the extruder (away from the z-motor) closer to the xy-bed. It moves it several centimeters. Is this normal? I'll have to familiarize myself with gcode commands to see if the file dictates this
by
Arthur
-
RepRap Host
I studied biochemistry in college and I'm building a repstrap, so it can totally be done with just about zero previous experience. Things were rather confusing actually, since not every little thing is documented and like you say, there's out-dated info here and there. But I wanted to do it and the desire made all the difference. This forum has been very helpful (thanks everyone!) and I'm just
by
Arthur
-
Reprappers
Yeah, thanks guys. I'll try nophead's suggestion. It makes sense since the noise/vibrations sound just like the noisy zone as you're slowly turning up the trimpot current on the stepper-board. Will need to look at the code -- my 2 college C/C++ classes should come in handy
In any case, I have full control of all the axis albeit with a noisy Z.
Arthur
by
Arthur
-
Reprappers
Hi Larry--
> Is your Z-axis motor rotating, or just vibrating
> in place?
// The loud noise/vibrations affect whatever motor is connected to those pins. The motor connected to Digial-pins-16,17,18,19 is rotating and working, though with lots of noise/vibrations and is slower than the other 2 motors.
> Do you have other steppers (x, Y) behaving
> differently?
// Yes, the other 2
by
Arthur
-
Reprappers
Happy post-Christmas everyone,
My z-axis motor is extremely loud and it vibrates vigorously, but the problem isn't the motor since I've switched stepper boards, motors, tried another arduino, tried it without the breakout shield and the result is the same: whatever motor, board connected to these pins will have a noisy motor....
and the only common factor is (analog) pins 2,3,4,5 (Analog pins 2
by
Arthur
-
Reprappers
Thanks John -- that's helpful.
This sounds obvious, but the nichrome wire goes to the PWM board? And the thermistor goes to the Temp sensor board still? Orientation doesn't matter.
2 of the 4-pins on the pin header are for the nichrome, and 2 will be for the thermistor in a config similar to this right?
by
Arthur
-
Controllers
I'm getting confused... several questions:
1) I don't see any build instructions on the "valve solenoid", but do see it on the single arduino wiring diagram
Is this necessary (other than it keeps things neater)?
2) Referring to the last picture with the 4-wire ribbon , do the nichrome wires go to the PWM driver board? And the thermister wires go to the Temperature sensor board? Then why
by
Arthur
-
Controllers
Makes sense -- thanks a lot Steve.
I'm doing the McWire repstrap. For X/Y/Z (for the Keling motors set to half-stepping and using the 1/4"-20 threaded rods for all axis'):
STEPS_PER_INCH = (20 turns/in)*(400 steps/turn) = 8000
STEPS_PER_MM = (8000 steps/in)*(in/2.54cm)*(cm/10mm)= 314.96063
MOTOR_STEPS: Keling's do 200 steps/revolution, but with half-stepping enabled... = 400
-Arthu
by
Arthur
-
RepRap Host
Thanks Wade -- will give a try.
I suppose the # steps are different for X/Y vs Z because of different pulley radii?
by
Arthur
-
RepRap Host
Hi Annirak -- this will get you started...
AOI is the program used to generate the shapes:
Notes about the Reprap host software:
-Arthur
by
Arthur
-
RepRap Host
I'm trying to figure out how to configure my Arduino firmware (GCode method) using the standard Keling Nema 23 motors I got from Zach's store. Several questions:
1) So the spec-sheet says there are 200 steps/revolution. But with a half-stepping setting available on the RRRF stepper-motor boards, do I use the 400 steps/rev value instead?
2) I noticed from the single Arduino wiring diagram th
by
Arthur
-
RepRap Host
Thanks Demented -- sounds obvious now that you put it that way
by
Arthur
-
Reprappers
Page 1 of 3
Pages: 123