http://playground.arduino.cc/Interfacing/Java

-br

Code:

since the Arduino IDE doesn't allow me to define classes in the sketch

Now I am puzzled.  What gave you this idea?  The IDE doesn't enforce syntax, and the compiler is a C++ compiler.

It would help to understand the current organization of the code a little better.  Where are the globals declared in your big pile of code?  And where are they defined?

Can you post the code, piecemeal if needed, in code tags, please?

-br

Yes, because C locals live on the stack.

Once the procedure defining a local variable returns, the location on the stack reserved for that local is released with the rest of the stack frame to become free stack space (or more properly free space between the stack and the malloc heap).

-br

it won't run the rest of the code to save the file, like it does the first time you run it

So, what happens instead? 

You need to go on the attack and instrument your program to tell you where it's screwing up.  Sprinkle Serial.print() statements near where you think it's leaving the tracks.  Log a word to say where you are, or an important value.  Soon you will find some output that is not what you expect, something wrong the second time.  It will lead you to your bug.

It may not be doing the right thing the second time around, but it is doing something.  Figure out what that wrong thing is, and you'll be on the way to making it work.

Good luck with your project.

-br

PS: It wouldn't hurt to re-terminate your input arrays every time you add a a character to them.

the problem is when you run through it again it doesn't work

What does "it doesn't work" mean?  What does it do that you don't expect, or not do that you do expect, when you clear the arrays using memset or setting the zeroeth element to zero?

"It doesn't work" is the world's worst bug report, because it tells us nothing.

-br

This is a very creative way to terminate a char array:

Code:

   strcpy(money+money_index, ""); //converts to pointer array

But this would work the same and generate less object code:

Code:

   money[money_index] = 0;

Could you state your problem description more clearly, please?  What are you trying to accomplish, and what seems to be going wrong?

-br
 

If you're really using the array as a C string, you can simply set the first element to zero.

But, as guix says, memset should have worked.


-br

And the library shows up properly in the File -> Examples menu?

And the examples for the library - do they compile?

-br

Did you restart the Arduino application so it knows about the new libraries?

Check the File-> Examples menu.  Is the library there?

-br

You removed the Host: header, which is probably needed, and changed the HTTP/1.1 to HTTP/1.0, which won't help.

Whenever you have a problem like this the first thing to do is to check the error and access logs to see what's really being received by the server.  That would be a good place to start, after making the two fixes above.

-br

Where in the code did you tell it to change the LED?

-br

I have all of the inputs running through 7805 voltage regulators to bring the power down to 5V.

This is quite creative, but it guarantees the inputs will have all the power you need to cook your arduino. 

Have you considered a more conventional approach to conditioning the inputs like opto-isolation or even a resistor divider?

-br

I think I see a bug that may account for the problem you're seeing.

It's this same line of code:

Code:

  String url = "http://my_website.com/update.php?ID=1&DATA=0";

The url that is sent in a get request is not supposed to include the http://mywebsite.com part.  Just the url relative to the server.  So, this might work better for you, and fix the String / char* thing at the same time:

Code:

  char *url = "/update.php?ID=1&DATA=0";

I wouldn't be surprised if you were getting an error in your error log before, and I bet this change would help.

-br

Then wait a little longer.  Your timeout should be on the order of 30 seconds.  It can easily take several seconds for your reply to start coming back.

See waitForInput at line 127 here: https://github.com/billroy/socket.io-arduino-client/blob/master/SocketIOClient.cpp

-br

Edit: Another thing to check: what do the access and error logs on the server say when your sketch sends the GET request?

You've already confirmed the script works, so echo must be okay:

it shows up fine when I access the script from my browser

Is the arduino looking for any kind of a header on the returned data

Not until you write some code that says client.read().  There is no magic.  You have to read every character of the response, starting with the headers.

-br

Edit: It might be worthwhile to check out the ethernet webclient example…