Will do, thanks!

More like 15 mins using photoshop, aint no wizard with that and drawing all sensors, servos, motors, cams etc. would take some time...

I'll try the next cap, see if that works.

This is a partial schematic (drawing the whole thing would take a couple of hours more).

Unfortunately this hardly has any effect.. Could the IR-outputs be some sort of issue perhaps?

Thanks for the quick replies and link, i'll have a try with that..

Recently i found out that this IR sensor produces quite a bit of interference. It interferes with an accelerometer and yes even on servos. Using an Arduino mega on a USB-bus, power for the sensor comes from the arduino and using the arduino to read it.

Anyone noticed/had this problem and perhaps found a solution for it?

Viki

Errr, NO!.. what's your setup? Details would help, if you're totally new to electronics you might wanna read up on that too.

You could read it as an analog value, use a common ground. Don't try measuring voltages coming out of the wallsocket though, stay within limits of the input range of your board.

I got the same shield, how did you get the SD lib to compile? Or which version do you use? Tried 2 versions and all i get is 'SD.h:26: error: expected class-name before '{' token'.

Or have a peek at this version of the HMC-lib.

http://arduino.cc/forum/index.php/topic,38104.0.html

After picking up my robot project again (or V2 for that matter) i'm checking the calibration again, setting the Data Output Rate slower also helps to make it more accurate.

There was also a discussion about getting more than a heading from it, it's basicly very simple, calculate a heading, same way calculate tilt (or azimuth and elevation).

In case you would be using a more binary connection to the arduino you can also send a float in binary form to the receiving aparatus assuming the receiver uses the same float format (which it probably does):

  // arduino:
  float f=123.456; // some float
  float *f_ptr=&f;
  char *c=(char *)f_ptr;
  char buf[4];
  for (int a=0;a<4;a++) buf[a]=c[a];
  // then send buf (as buffer not as string)

  // on the receiving end when data was received (in buf):
  float o;
  float *o_ptr=&o;
  char *d=(char *)o_ptr;
  for (int a=0;a<4;a++) d[a]=buf[a];
  // and here float o holds the float output from the arduino

//-

By IDE i assume you mean the Arduino sketch-writing thingy, when i (de)-init the comport from my own (higher 'brain') software the reset still happens so it's not the Arduino software causing the reset. Can only assume it's a window's API causing it.
If it would cause an issue later on i'll dig into the hardware-resistor stuff, just a resistor should be easy (when going easy on coffee as well) ...

Ok thx, it's no biggy though.

Not sure if this was covered elsewhere already.

Wouldn't it be possible to disable the resetting of the arduino (mega) on comport-(de)init by a command/define or something? I think in my case, where the arduino will keep track of a relative position/speed in the world, i'd rather be in charge of resetting than the 'auto-reset' like it does now.

Pretty sure that was fine the way it was, you need a handle to the comport first before you can set anything else. As mentioned before, don't use system("pause") but ::Sleep(ms) for example where ms=milliseconds.