Teacup Firmware replicatorG & Skeinforge

I have been trying to verify the the firmware and I get 'REFERENCE' undeclared (first use in this function) this is located in the analog.h build of the firmware can you check to see how I can fix it.

it should be defined in your config as REFERENCE_AVCC.

---

-----------------------------------------------
Wooden Mendel
Teacup Firmware

I've been dealing with the same issue recently. I'm not sure which one to choose for the ATMEGA2560. Anybody have any input?

I am building a Prusa Mendel with Arduino Mega 1280 (clone), RAMPS 1.2, teacup firmware and, at the moment ReplicatorG software as this is the only one I seem to be able to get working reliably on my Macbook Pro OSX 10.6. Teacup is built with standard RAMPS 1.2 config file.

The X, Y, and Z axes are moving OK from the ReplicatorG control panel (jogging) but I can't get the extruder to move. It seems as though there is no power to the extruder motor as it will turn easily by hand when main power is on while all other motors are locked. I have swapped the Pololu drivers about to confirm that there is no problem there and have swapped the X-axis and extruder motors over to confirm its not a motor problem. I don't yet have the limit switches or thermocouple and heater wired in - one step at a time...

I have built a couple of cnc machines running on EMC before with home built electronics but this is my first foray into Arduinos and so I don't really know whether I have an electronic problem or just a lack of knowledge on driving the software...

Is it just me or do I have a problem - if so, where?

Thanks, Ian

bassman Wrote:
-------------------------------------------------------
> I am building a Prusa Mendel with Arduino Mega
> 1280 (clone), RAMPS 1.2, teacup firmware and, at
> the moment ReplicatorG software as this is the
> only one I seem to be able to get working reliably
> on my Macbook Pro OSX 10.6. Teacup is built with
> standard RAMPS 1.2 config file.
>
> The X, Y, and Z axes are moving OK from the
> ReplicatorG control panel (jogging) but I can't
> get the extruder to move. It seems as though there
> is no power to the extruder motor as it will turn
> easily by hand when main power is on while all
> other motors are locked. I have swapped the Pololu
> drivers about to confirm that there is no problem
> there and have swapped the X-axis and extruder
> motors over to confirm its not a motor problem. I
> don't yet have the limit switches or thermocouple
> and heater wired in - one step at a time...
>
> I have built a couple of cnc machines running on
> EMC before with home built electronics but this is
> my first foray into Arduinos and so I don't really
> know whether I have an electronic problem or just
> a lack of knowledge on driving the software...
>
> Is it just me or do I have a problem - if so,
> where?
>
> Thanks, Ian


It's a software problem. I've fixed this and it should be better in the next released Replicatorg version. In the meantime, this should help you: [www.thingiverse.com]

In short, remove the "stepper_axis" var in the extruder definition in your reprap.xml file.

Thanks PointedStick, I'll try that tomorrow.

Quote

It's a software problem.

Really? Teacup turns X, Y and E either all on or all off. Slightly different handling for Z, which is enabled when moved, only. So, PC software isn't involved here.

To me this sounds like a misconfigured E_ENABLE_PIN or E_INVERT_ENABLE. Also: updating to the latest sources is always a good idea, if not done already. The default templates change from time to time to reflect code updates, so re-comparison between config.h and config.ramps-1.2.h is required.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Traumflug Wrote:
-------------------------------------------------------
> It's a software problem.
>
> Really? Teacup turns X, Y and E either all on or
> all off. Slightly different handling for Z, which
> is enabled when moved, only. So, PC software isn't
> involved here.
>
> To me this sounds like a misconfigured
> E_ENABLE_PIN or E_INVERT_ENABLE. Also: updating to
> the latest sources is always a good idea, if not
> done already. The default templates change from
> time to time to reflect code updates, so
> re-comparison between config.h and
> config.ramps-1.2.h is required.


Sorry I should have been more clear: it's a software problem with Replicatorg, not Teacup. There was a bug in the code for the control panel when the machine uses any variant of the Replicatorg RepRap driver.

You were clear, still you're wrong. Using Teacup firmware, the control panel doesn't have any influence which stepper drivers are enabled and which are not. It's plain impossible a bug in a host software reaches that far down the pipeline.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

@ Traumflug

I believe you are interpreting what he is saying wrong. He is saying the settings in ReplicatorG effect how its buttons work. If his or Benjacksons RepG is used things work fine, but if you use the stock RepG it does not output an E code when you push the extrude button but rather DC extruder code.

---

FFF Settings Calculator	Gcode post processors	Geometric Object Deposition Tool Blog
Tantillus.org	Mini Printable Lathe	How NOT to install a Pololu driver

this is what i have in my config.h

/**
analog subsystem stuff
REFERENCE - which analog reference to use. see analog.h for choices
*/
#define REFERENCE REFERENCE_AVCC

what should i be doing to it to make it work?