On Sun, Jun 12, 2011 at 10:42 AM, Ed Nisley <ed.08.nis...@pobox.com> wrote:

> On Sat, 2011-06-11 at 23:54 -0700, Mike Payson wrote:
> > that is a limitation of the Makerbot firmware.
>
> As nearly as I can tell, ReplicatorG has become sufficiently
> intertwingled with the firmware that it's best to not stray too far from
> the beaten path, so I'll continue to use the 2.7 firmware until things
> settle down a bit. RepG 24 has 17 different drivers for various
> combinations of machines / firmware / configurations and it's not at all
> clear what works with what.
>

True, which is why I recommend avoiding Makerbot stuff all together. I used
RepG and Gen3 electronics on my first bot, but I have since switched to
RepSnapper & Sprinter on Sanguinololu, and I get far better results. You are
correct, though, from everything I hear, RepG is a bad choice to use with
anything other than the Makerbot firmware.


> I used to like being a beta tester, but I've gotten over it...
>

The funny thing about this comment is after your first post, I almost posetd
a link to your own blog (before I realized it was your blog) pointing out
some of the design flaws in the Makerbot stuff. From what I can tell,
Makerbot doesn't have beta testers, their philosophy seems to be "ship it,
then sell them an upgrade when they complain".

I am actually pretty surprised to see that you seem to be a bit of a
Makerbot champion, considering how critical you are of many of their
technical decisions on your blog.

> integrated MCU based driver
>
> The problem with that is economics: right now, the hardware cost for the
> microcontroller(s) and motherboards has run up against the cost of an
> ATX system board. In fact, the MBI retail price for the Ardino /
> Motherboard / Extruder Controller exceeds the full-up Atom I'm using
> with the Sherline.
>

This is somewhat true if you are looking at one of the boards that uses an
Arduino, and is definitely true if you use the overpriced Makerbot
electronics, but I have never understood the justification for buying a $65
board just to get the $10 chip on it. I currently run Sanguinololu, which
costs about $100 complete including the four stepper drivers.

http://reprap.org/wiki/Sanguinololu


> There's not all that much horsepower in an 8-bit microcontroller and the
> firmware is bumping up against those limits, too. I expect the next
> generation will use an ARM or some such, at the economics will
> definitely favor a commodity PC and a very cheap analog interface board;
> you need pretty much the same stepper drivers for either one.
>

I never said anything about 8-bit. :-) Like I said, watch for a big
improvement in the usability when the next gen electronics ship in a couple
months. The cost should still remain under $100 including stepper drivers.
(BTW: ARM chips are cheaper than an 8-bit ATMega).

All the firmware does is eat G-Code and spit out parts; that's exactly
> what EMC2 does with my Sherline mill. I think it'd be a whole lot easier
> and less expensive to use EMC2 for motion control than to re-invent all
> those functions and jam them into an Arduino.


You can certainly get a MiniITX board for around $50 (Though finding one
with a Parallel port is becoming more difficult). Then you have to add
memory for anouther $25, a hard drive, a dedicated power supply, probably a
case of some sort. All told, you are probably going to spend $200 or more on
a MiniITX system before you ever think about adding the parallel interface,
the stepper drivers, and the dedicated power supply.


> Plus, you'd get a much
> better user interface, bigger displays, better keyboards, and a much
> more stable system for free.
>

EMC = RepG = RepSnapper. EMC is not the same as the electronics, so you
cannot say "Plus, you'd get a much better user interface, bigger displays,
better keyboards" since those same points are true of the RepRap today with
the host software. I do agree that EMC is more stable, but things are
rapidly improving on that front.

And of course you don't really get these things for free. Most users will
not want to run Ubuntu as their normal desktop OS, nor will they want to
reboot into EMC every time they want to make a print, so that means you have
to buy each of these items and dedicate them to the printer. Suddenly your
$200 is at $300 or more, still without the stepper drivers, parallel
interface and PSU. On the RepRap, these things truly are free since they use
your existng PC, not a dedicated one.

The fact that the "computer" inside the printer is a PC running EMC2,
> instead of a microcontroller running something else, is largely
> irrelevant. From the outside, you feed either printer with G-Code from
> Skeinforge it produces parts; the advantage of using EMC2 is that
> developers can concentrate on improving *printing* rather then
> reinventing motion control / UI wheels.
>

You assume the UI model is not going to change. There are developments
underway that will change the fundamental way people interact with their
printers. It won't be quite as simple as selecting "Print" in your CAD
program, but it will be much easier than it is today. One benefit of these
changes will be exactly what you suggest... There will be much less need to
focus on improving the host, allowing people to focus on improving the
printers and the code that drives them.

I'd like to do it just to show how it works, but ... not right now.


You can print on EMC today. Several people use it already, and I assume the
number will continue to grow. But the vast majority of the RepRap community
will never switch to EMC simply because their are too many disadvantages to
it compared to the current model of integrated electronics (the current
model, but not necessarily the current generation).
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to