|platform moves up in flight of toolchange||funBart||4/27/12 9:56 AM|
I'm making models of our architectural projects. In general I think I
have fine tunes the several settings in skeinforge for this kind of
print (lots of walls and columns of 2mm).
I have a video made and gcode/stl put at the makerbot support forum.
The biggest problem is that after a toolchange the platform moves up
in the flight from the last printed object of that tool to the
startpoint of the second tool. Therefore it printed pushes objects and
breaks them often. I have to tried it to fix it with hop, but that
only works when printing. Not in the flight in between toolchange. I
have also tries it with a fresh and resetted ReplicatorG and a
standard object (hilberts box). It happens there as well. I have
checked the Gcode, but the Z coordinates are always the same or
getting higher (so the platform is always moving down according to the
Gcode). Maybe it has something to do with the coordinate system (G54/
G55) witch is called, but when I change this the same problem occurs.
I have installed again, resetted preferences, restored defaults, run
the leveling script again, calibrated again, saw that the settings
correct filled in the onboard preferences. It does not matter whether
I use my skeinforge profile or the default replicator profile, use
another start file, change the tools. I used hop, but that only worked
maybe it has something to do with this?
Beside that, I noticed that sometime in control panel, when you move
only the X or something, also the Y or Z (or both) is moving. Maybe
has to do something with it.
|Re: [MakerBot] platform moves up in flight of toolchange||Andrew Plumb||4/27/12 10:12 AM|
I can't open the AVI file. Could you upload it to YouTube or Vimeo?
|Re: platform moves up in flight of toolchange||funBart||4/27/12 10:18 AM|
Hi, I put a quicktime version there as well. You have to download it
BTW, is not playing online.
> > For more options, visit this group athttp://groups.google.com/group/makerbot?hl=en.
|Re: platform moves up in flight of toolchange||funBart||4/27/12 10:30 AM|
Now on youtube:
> BTW, is not playing online.http://support.makerbot.com/entries/21325808-hpb-platform-moves-up-in...
|Re: platform moves up in flight of toolchange||Bart ter Haar||4/28/12 7:33 AM|
Makerbot support, Ben, has found some problems in my dual extrusion Gcode:
In original: "test"
Every line like this after a tool change looks the same. So this looks like a bug - whose, I'm not sure yet. Could be a plugin, or skeinforge, or RepG. I'll run it by our software people and see what they say.
Glad you found something, hope this is causing the problem and is possible to solve.
I try tomorrow to "find and replace" all the kommas with dots in Gcode as workaround and do a testprint.
Op vrijdag 27 april 2012 19:30:45 UTC+2 schreef funBart het volgende:
|Re: [MakerBot] platform moves up in flight of toolchange||Andrew Plumb||4/28/12 7:42 AM|
That looks a lot like the underlying bug/issue is probably that skeinforge is inheriting your system's locale settings. Many non-English locales use "," as the decimal number separator instead of the "." used in *nix "C" and "en_US" variants.
To view this discussion on the web visit https://groups.google.com/d/msg/makerbot/-/n-BFy8GorbUJ.For more options, visit this group at http://groups.google.com/group/makerbot?hl=en.
|Re: [MakerBot] platform moves up in flight of toolchange||Bart ter Haar||4/28/12 7:48 AM|
Maybe, but it's only doing that just in case of toolchange. A little bit more Gcode:
G1 X15.54 Y13.68 Z10.11 F960.0 E418.531
G1 X15.54 Y12.74 Z10.11 F960.0 E418.568
G1 X37.11 Y12.74 Z10.11 F960.0 E419.427
G1 X37.11 Y13.02 Z10.11 F960.0 E419.438
M108 T0(Set tool)
M18 A B
G1 Z10,21 F3000
G1 X37,1 Y0,48 Z10,21 F3000
M73 P68 (display progress)
(<layer> 10.122 )
G1 X37.1 Y0.48 Z10.08 F3300.0
G1 X37.04 Y0.54 Z10.12 F1980.0
G1 X8.3 Y-3.69 Z10.12 F3300.0
Op zaterdag 28 april 2012 16:42:13 UTC+2 schreef Andrew Plumb het volgende:
Op zaterdag 28 april 2012 16:42:13 UTC+2 schreef Andrew Plumb het volgende:Op zaterdag 28 april 2012 16:42:13 UTC+2 schreef Andrew Plumb het volgende:Op zaterdag 28 april 2012 16:42:13 UTC+2 schreef Andrew Plumb het volgende:...
|Re: [MakerBot] platform moves up in flight of toolchange||dnewman||4/28/12 8:00 AM|
Yes, but many SF plugins are run in the course of slicing. Each one tweaks different
parts of the gcode. All it takes is for one plugin to use a locale-aware formatting
template for one line of its output to cause this effect. (And Python does have such
capabilities.) It's also possible, but not
likely, for a plugin to have a line of code which uses a comma instead of a dot. Unlikely
though since other folks would likely be seeing this as well if that were the case.
|Re: [MakerBot] platform moves up in flight of toolchange||Bart ter Haar||4/28/12 8:10 AM|
I change the local settings to US and regenerate the Gcode for dual extrusion in ReplicatorG. Hope it works, because I'm struggling with it for a week now....
Op zaterdag 28 april 2012 17:00:45 UTC+2 schreef dnewman het volgende:
|Re: [MakerBot] platform moves up in flight of toolchange||Greg Thorstad||4/28/12 8:54 AM|
I think I agree with Andrew about the Regional settings of the machine.
It probably still is a bug but is only showing up in the toolhead change portion because it is relatively new and untested with different machine settings.
The easiest test would probably be to change your regional settings to US English, reboot and try to generate the code. If it solves the problem then that is a good starting point for the ReplicatorG folks to resolve the bug.
Greg Thorstad, B. Comm.
Thorstad Computer/Thor3d.ca/Canadian Makerbot Distributor
|Re: [MakerBot] platform moves up in flight of toolchange||Bart ter Haar||4/28/12 8:56 AM|
Seems to generate the Gcode now ok, with local settings to US. Witch module is responsible for the merge of two gcodes with dual extrusion in ReplicatorG. I have tried to find it, but it seems to be enclosed in the replicatorG program itself.
Op zaterdag 28 april 2012 17:10:48 UTC+2 schreef Bart het volgende:
|Re: [MakerBot] platform moves up in flight of toolchange||dnewman||4/28/12 9:06 AM|
Ahh, it's nice when developers add globalization support to their code
so that it can be localized. However, bugs like this then arise when
a globalization routine gets used where the syntax is necessarily
rigid and not subject to localization concerns (i.e., "." and not ",").