I'm relatively new to programming in general, especially to Processing and Arduino, but I've been having some trouble that people experienced with Arduino have been having trouble with.
I'm currently attempting to do a relatively simple program that has an LED blink in a certain rhythm. This is the part of the code from Processing:
if (counter % check == 0)
{
println("LET THERE BE LIGHT");
if (counter % 3 == 0)
{
port.write("1");
}
else
{
port.write("2");
}
}
I have tested each if statement, and they all do get called in regular intervals.
I have also tested this portion of the file using the Serial Monitor; input from there works exactly as I want it to.
However, uploading the Arduino file and running Processing results in the LED either remaining eternally on or eternally off (with the reset button doing nothing as well). So the problem must be in the writing from processing to arduino, but I can't see what is wrong (I also tried treating the input as chars).
Pulse Width Modulation - the ability dim a LED or control the speed of a motor.
The output of an "analogWrite".
Only certain pins on the Arduino can provide hardware PWM, depending on board type.
Check the reference page for analogWrite for which pins your board supports.
Well I know it can dim from testing out of the Serial Monitor. The problem is communication between Processing and Arduino. Even replacing the Arduino file with a digitalWrite LOW still results in my light being constantly on, despite the loops being called.
Even replacing the Arduino file with a digitalWrite LOW still results in my light being constantly on, despite the loops being called.
You need to post your latest code. If you are setting a pin LOW, and the LED continues to be on, you have a hardware problem. A photo of your setup, in focus and of moderate size, would be useful.
The new arduino code is nothing complicated at all. Same setup() as before:
if (Serial.available()) //Also tried while
{
Serial.read(); //also tried without this
digitalWrite(13, LOW);
delay(100);
}
It still stays perpetually on, and again, the condition in the loops in the Processing file are satisfied. It shouldn't be a hardware issue, as the Serial Monitor had it blink correctly.
I attached a photo of the arduino board - nothing complicated at all. Hopefully it's clear enough.
If that code does not cause the LED to go off, it means that Processing is not sending any serial data to the Arduino. You should be able to see the RX light on the Mega blink when data arrives. If it is not blinking, data is not arriving.
Post all of your Processing application, not just the snippet you think the problem might occur in.
Also, you REALLY need a resistor with that LED. LEDs will suck a lot more current than the Arduino can safely supply, unless you use a current limiting resistor.
import processing.serial.*;
import java.math.*;
Serial port;
String [][] csv;
int csvWidth=0;
int startingTime;
long m = millis();
int counter=0;
int tempo = 0;
double BPM = 0;
int gcd = 0;
int timeSignatureNum = 0;
int timeSignatureDen = 0;
void setup()
{
String lines[] = loadStrings("DRIPiano.csv");
println(Serial.list());
port = new Serial(this, Serial.list()[0],9600);
//Find width of CSV
for (int i=0; i < lines.length; i++)
{
String [] chars = split(lines[i],',');
if (chars.length>csvWidth)
{
csvWidth=chars.length;
}
}
//Create CSV array
csv = new String [lines.length][csvWidth];
//PLace values into 2D array
for (int i=0; i < lines.length; i++)
{
String [] temp = new String [lines.length];
temp= split(lines[i], ',');
for (int j=0; j < temp.length; j++)
{
csv[i][j]=temp[j];
}
}
startingTime = millis();
tempo = Integer.parseInt(csv[3][3]);
BPM = (double)(120)/500000*tempo;
gcd = gcd((int)BPM, tempo);
frameRate((int)BPM/gcd);
//Ex. If BPM = 90, tempo = 60, 2/3 second per beat
//So gcd = 30, 90/30 = 3; so we want to count frames
//By 1/3rd
}
void draw()
{
int m = (millis() - startingTime);
println(m);
counter ++;
int check = 60/gcd;
if (counter % check == 0)//60 because we want seconds, 60/BPM = secs per beat
{
println("LET THERE BE LIGHT");
if (counter % 3 == 0)
{
port.write("1");
}
else
{
port.write("2");
}
}
}
public static int gcd(int a, int b) {
if (b==0)
return a;
else
return gcd(b, a % b);
}
Nice picture. It is neither sharp nor "medium" sized.... Give the quality it almost looks like you have put the LED in the wrong holes between AREF and GND not between GND and pin13. If you upload the "Blink" sketch does it blink? Or even simpler - is your green LED blinking when the onboard yellow pin13 LED is blinking? (In fact, you could remove your LED and just look at the onboard pin13yellow LED)
Yu have not answered PaulS' question - can you see the upload TX light blink (the yellow LED that blinks when you upload) when your program is running? If it remains stubbornly dark, the Processing is not sending.
It is neither sharp nor "medium" sized.... Give the quality it almost looks like you have put the LED in the wrong holes between AREF and GND not between GND and pin13. If you upload the "Blink" sketch does it blink? Or even simpler - is your green LED blinking when the onboard yellow pin13 LED is blinking? (In fact, you could remove your LED and just look at the onboard pin13yellow LED)