Waiting for rStep? jrStepGUI
38 views
Skip to first unread message
mrkiss
Jan 8, 2011, 10:39:06 AM1/8/11
to rstep
Hi everybody~ Thanks to all of you making this project
I'm testing rStep firmware with my selfmade arduino clone with
328chip and selfmade stepper controller with SLA7062 chip
so I delete the current control code in the rStep firmware
When I start jrStepGUI, it only shows 'Waiting for rStep'
Could you tell me the hand shaking process?
I did input system config using M code
And I'm using Macbook Aduino 0022
iklln6
Jan 8, 2011, 10:59:01 AM1/8/11
to rstep
jrStepGUI is waiting for "start" to come in over the serial
connection. the firmware sends "start" at the end of setup(){...}.
check your firmware for the Serial.println("start"); at the end of the
setup(){} function -- if it's not there then add it, if it is there
but not going off then check your setup process for something that
might be hanging
connection. the firmware sends "start" at the end of setup(){...}.
check your firmware for the Serial.println("start"); at the end of the
setup(){} function -- if it's not there then add it, if it is there
but not going off then check your setup process for something that
might be hanging
mrkiss
Jan 10, 2011, 8:52:10 AM1/10/11
to rstep
It seems jrStepGUI doesn't satisfied with only the "start".
My arduino board have been sent "start" already.
Is there any other way to detect jrStepGUI connecting status with
arduino?
And jrStepConsole is also dimmed and I can't type anything
From this clue. It may seem there are connection problem in deeper
layer than "start".
My arduino board have been sent "start" already.
Is there any other way to detect jrStepGUI connecting status with
arduino?
And jrStepConsole is also dimmed and I can't type anything
From this clue. It may seem there are connection problem in deeper
layer than "start".
Reza Naima
Jan 10, 2011, 1:07:34 PM1/10/11
to rs...@googlegroups.com
Are you sure the serial port is correctly configured? Also can you connect to the the arduino with some other terminal program and try sending it simple gcode? Like "G0 X10"? The command must be sent at once - using the serial interface from the arduino program would work. -Reza
mrkiss
Monday, January 10, 2011 5:52 AM
It seems jrStepGUI doesn't satisfied with only the "start".
My arduino board have been sent "start" already.
Is there any other way to detect jrStepGUI connecting status with
arduino?
And jrStepConsole is also dimmed and I can't type anything
From this clue. It may seem there are connection problem in deeper
layer than "start".
iklln6
Saturday, January 08, 2011 7:59 AM
jrStepGUI is waiting for "start" to come in over the serial
connection. the firmware sends "start" at the end of setup(){...}.
check your firmware for the Serial.println("start"); at the end of the
setup(){} function -- if it's not there then add it, if it is there
but not going off then check your setup process for something that
might be hanging
mrkiss
Saturday, January 08, 2011 7:39 AM
mrkiss
Jan 10, 2011, 9:26:20 PM1/10/11
to rstep
Arduino terminal works fine with command like "G0 X10" and shows
"start" and "ok"
When I installed reprap-mac-drivers.mpkg it modified Library/Java/
Extentions/librxtxSerial.jnilib and RXTXcomm.jar so I couldn't upload
my sketch to arduino board. So I replaced the two file with the ones
in arduino package and it uploads well.
Is this related to jrStepGUI and jrStepConsole? jrStepGUI showed some
waning about RXTX version mismatch when arduino in upload malfunction
status, But now jrStepGUI doesn't shows any warning.
On 1월11일, 오전3시07분, Reza Naima <r...@reza.net> wrote:
> Are you sure the serial port is correctly configured? Also can you connect to the the arduino with some other terminal program and try sending it simple gcode? Like "G0 X10"? The command must be sent at once - using the serial interface from the arduino program would work.
>
> -Reza
>
>
>
>
>
>
>
> > ------------------------------------------------------------------------
>
> > mrkiss <mailto:mrkis...@gmail.com>
>
> > iklln6 <mailto:michaeldn...@gmail.com>
>
> > mrkiss <mailto:mrkis...@gmail.com>
"start" and "ok"
When I installed reprap-mac-drivers.mpkg it modified Library/Java/
Extentions/librxtxSerial.jnilib and RXTXcomm.jar so I couldn't upload
my sketch to arduino board. So I replaced the two file with the ones
in arduino package and it uploads well.
Is this related to jrStepGUI and jrStepConsole? jrStepGUI showed some
waning about RXTX version mismatch when arduino in upload malfunction
status, But now jrStepGUI doesn't shows any warning.
On 1월11일, 오전3시07분, Reza Naima <r...@reza.net> wrote:
> Are you sure the serial port is correctly configured? Also can you connect to the the arduino with some other terminal program and try sending it simple gcode? Like "G0 X10"? The command must be sent at once - using the serial interface from the arduino program would work.
>
> -Reza
>
>
>
>
>
>
>
>
> > mrkiss <mailto:mrkis...@gmail.com>
> > Monday, January 10, 2011 5:52 AM
>
> > It seems jrStepGUI doesn't satisfied with only the "start".
> > My arduino board have been sent "start" already.
> > Is there any other way to detect jrStepGUI connecting status with
> > arduino?
> > And jrStepConsole is also dimmed and I can't type anything
> > From this clue. It may seem there are connection problem in deeper
> > layer than "start".
>
> > ------------------------------------------------------------------------
>
> > It seems jrStepGUI doesn't satisfied with only the "start".
> > My arduino board have been sent "start" already.
> > Is there any other way to detect jrStepGUI connecting status with
> > arduino?
> > And jrStepConsole is also dimmed and I can't type anything
> > From this clue. It may seem there are connection problem in deeper
> > layer than "start".
>
>
> > iklln6 <mailto:michaeldn...@gmail.com>
> > Saturday, January 08, 2011 7:59 AM
>
> > jrStepGUI is waiting for "start" to come in over the serial
> > connection. the firmware sends "start" at the end of setup(){...}.
> > check your firmware for the Serial.println("start"); at the end of the
> > setup(){} function -- if it's not there then add it, if it is there
> > but not going off then check your setup process for something that
> > might be hanging
>
> > ------------------------------------------------------------------------
>
> > jrStepGUI is waiting for "start" to come in over the serial
> > connection. the firmware sends "start" at the end of setup(){...}.
> > check your firmware for the Serial.println("start"); at the end of the
> > setup(){} function -- if it's not there then add it, if it is there
> > but not going off then check your setup process for something that
> > might be hanging
>
>
> > mrkiss <mailto:mrkis...@gmail.com>
jlp
Jan 11, 2011, 5:02:07 PM1/11/11
to rstep
I have looked to the jrStepGUI code to see if I missed something. It
seems to be ok.
The (high level) processing of the startup sequence is in the
Application class (http://code.google.com/p/rstep/source/browse/trunk/
clients/jrStepGUI/src/com/studionex/jrStepGUI/Application.java?r=82)
in the onEvent() method.
The START itself is checked on lines 154-165. If the type of the event
is StartEvent and jrStepGUI hasn't received START yet
(isUIStateStartup() returns false), the UI goes to the READY state
(setUIState(UIStates.READY), i.e. the UI buttons are enabled).
If jrStepGUI receives START when it is already started (which should
never occur except if the rStep board reboots), it stops the
eventually running GCode file player then goes READY (see lines
156-160).
If jrStepGUI receives some OK or ERR messages, it also goes to the
READY state to give the control to the user (see lines 142-152). This
may occur if the NVRAM is badly initialized, for example. In this
case, the communication may not be correctly initialized too.
In short, control goes to the user if jrStepGUI receives START, OK or
any ERR messages (it's the same for lowercase messages as inputs are
uppercased (see
http://code.google.com/p/rstep/source/browse/trunk/clients/jrStepGUI/src/com/studionex/rStep/input/InputParser.java?r=82
on line 58).
seems to be ok.
The (high level) processing of the startup sequence is in the
Application class (http://code.google.com/p/rstep/source/browse/trunk/
clients/jrStepGUI/src/com/studionex/jrStepGUI/Application.java?r=82)
in the onEvent() method.
The START itself is checked on lines 154-165. If the type of the event
is StartEvent and jrStepGUI hasn't received START yet
(isUIStateStartup() returns false), the UI goes to the READY state
(setUIState(UIStates.READY), i.e. the UI buttons are enabled).
If jrStepGUI receives START when it is already started (which should
never occur except if the rStep board reboots), it stops the
eventually running GCode file player then goes READY (see lines
156-160).
If jrStepGUI receives some OK or ERR messages, it also goes to the
READY state to give the control to the user (see lines 142-152). This
may occur if the NVRAM is badly initialized, for example. In this
case, the communication may not be correctly initialized too.
In short, control goes to the user if jrStepGUI receives START, OK or
any ERR messages (it's the same for lowercase messages as inputs are
uppercased (see
http://code.google.com/p/rstep/source/browse/trunk/clients/jrStepGUI/src/com/studionex/rStep/input/InputParser.java?r=82
on line 58).
Reza Naima
Jan 11, 2011, 5:24:14 PM1/11/11
to rs...@googlegroups.com
I think it might be a driver problem and the serial connection is
never being established. My guess. any way to test? -r
jlp
Tuesday, January 11, 2011 2:02 PM
I have looked to the jrStepGUI code to see if I missed something. It
seems to be ok.
The (high level) processing of the startup sequence is in the
Application class (http://code.google.com/p/rstep/source/browse/trunk/
clients/jrStepGUI/src/com/studionex/jrStepGUI/Application.java?r=82)
in the onEvent() method.
The START itself is checked on lines 154-165. If the type of the event
is StartEvent and jrStepGUI hasn't received START yet
(isUIStateStartup() returns false), the UI goes to the READY state
(setUIState(UIStates.READY), i.e. the UI buttons are enabled).
If jrStepGUI receives START when it is already started (which should
never occur except if the rStep board reboots), it stops the
eventually running GCode file player then goes READY (see lines
156-160).
If jrStepGUI receives some OK or ERR messages, it also goes to the
READY state to give the control to the user (see lines 142-152). This
may occur if the NVRAM is badly initialized, for example. In this
case, the communication may not be correctly initialized too.
In short, control goes to the user if jrStepGUI receives START, OK or
any ERR messages (it's the same for lowercase messages as inputs are
uppercased (see
http://code.google.com/p/rstep/source/browse/trunk/clients/jrStepGUI/src/com/studionex/rStep/input/InputParser.java?r=82
on line 58).
Monday, January 10, 2011 5:52 AM
It seems jrStepGUI doesn't satisfied with only the "start".
My arduino board have been sent "start" already.
Is there any other way to detect jrStepGUI connecting status with
arduino?
And jrStepConsole is also dimmed and I can't type anything
From this clue. It may seem there are connection problem in deeper
layer than "start".
Saturday, January 08, 2011 7:59 AM
jrStepGUI is waiting for "start" to come in over the serial
connection. the firmware sends "start" at the end of setup(){...}.
check your firmware for the Serial.println("start"); at the end of the
setup(){} function -- if it's not there then add it, if it is there
but not going off then check your setup process for something that
might be hanging
Saturday, January 08, 2011 7:39 AM
iklln6
Jan 11, 2011, 7:18:11 PM1/11/11
to rstep
try again, watch the RX/TX lights on the arduino to see if a
transmission attempt is made but jrStep is missing it, or if it simply
isn't sending a transmission
IF transmission attempt is made, is it too early? try adding a small
delay beforehand. Do you have jrstep listening to the right serial
port? double check with a regular terminal program or Arduino.
IF no transmission attempt is made, is there a hangup before the
serial is initialized? are the correct pins defined? are there any
conflicting pin definitions with digital pin 1? Is your reset pin
doing its job? (don't connect any wires to your reset pin(!)). did
you accidentally comment out Serial.begin(9600)? did you try moving
the Serial.begin(9600);...Serial.println("start"); to the first two
lines in setup() to see if that triggers jrstep, but leaves a hang
afterward?
transmission attempt is made but jrStep is missing it, or if it simply
isn't sending a transmission
IF transmission attempt is made, is it too early? try adding a small
delay beforehand. Do you have jrstep listening to the right serial
port? double check with a regular terminal program or Arduino.
IF no transmission attempt is made, is there a hangup before the
serial is initialized? are the correct pins defined? are there any
conflicting pin definitions with digital pin 1? Is your reset pin
doing its job? (don't connect any wires to your reset pin(!)). did
you accidentally comment out Serial.begin(9600)? did you try moving
the Serial.begin(9600);...Serial.println("start"); to the first two
lines in setup() to see if that triggers jrstep, but leaves a hang
afterward?
Reply all
Reply to author
Forward
0 new messages