host software doesnt communicate

Hello,
I think I've got all the firmware compiled and uploaded successfully.
My only remaining problem is, nothing happens.
There is no response from any instructions sent using the host software.
All the individual boards have been tested and work as expected, so I'm guessing that I havn't configured the host correctly? When I run it in terminal, I get a locking assertion failure:

Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7641767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb76418b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xb18841bd]
#3 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so [0xb197adce]
#4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so [0xb1964d77]
#5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so [0xb1964ef3]
#6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xb1965136]
#7 [0xb2663bfa]
#8 [0xb265db3b]
#9 [0xb265db3b]
#10 [0xb265b219]
#11 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so [0xb77f72ec]
#12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so [0xb790bf08]
#13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so [0xb77f711f]
#14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7854bcd]
#15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb75fa30d]
#16 [0xb26634ab]
#17 [0xb265da64]
#18 [0xb265b219]
#19 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so [0xb77f72ec]
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7641767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb764181e]
#2 /usr/lib/libX11.so.6 [0xb1883518]
#3 /usr/lib/libX11.so.6(XGetVisualInfo+0x26) [0xb187a0a6]
#4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so [0xb19640b9]
#5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so [0xb1964303]
#6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so [0xb1964fa1]
#7 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xb1965136]
#8 [0xb2663bfa]
#9 [0xb265db3b]
#10 [0xb265db3b]
#11 [0xb265b219]
#12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so [0xb77f72ec]
#13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so [0xb790bf08]
#14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so [0xb77f711f]
#15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7854bcd]
#16 /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb75fa30d]
#17 [0xb26634ab]
#18 [0xb265da64]
#19 [0xb265b219]
Experimental: JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version = RXTX-2.1-7
RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyUSB0
Java 3D WARNING : reported GLX version = 1.2
GLX version 1.3 or higher is required
The reported version number may be incorrect. There is a known
ATI driver bug in glXQueryVersion that incorrectly reports the GLX
version as 1.2 when it really is 1.3, so Java 3D will attempt to
run anyway.

Is this something to do with the problem?
Thank you for your help!
Ralph

I'm having a very similar set of problem too ( host->GCode_Interpreter firmware not working when test sketches do work) , and I'm at a loss where to go from here?

funnily enough, I don't get a "lock assertion failure" ( which sounds like you have the arduino programming software and the host software both running at the same time and both trying to access the USB ), but I definitely do get the java3d/GLX version error mismatch that your software also emitted.

can anyone suggest the next thing to try if I've already tried the "comms test" and it works fine?

My comms test worked fine too.
The locking error isn't from multiple programs trying to access the USB, I just checked running the host software on its own, with the arduino plugged in and without, and I get the same error as before both times. Confusing :-/

My system is
Ubuntu 8.04, arduino IDE 13, java v1.5 using Arduino decimeila.

The easiest way to find the answer to problems like this is to google

site:forums.reprap.org "Locking assertion failure"

That finds this forum thread [forums.reprap.org], which seems to have an answer.

---

[www.hydraraptor.blogspot.com]

Thanks, sorry for the dopey post.
I've got rid of the locking assertion error, but still no joy with the host software.
I am still getting the same error message on load about GLX though -

Java 3D WARNING : reported GLX version = 1.2
GLX version 1.3 or higher is required
The reported version number may be incorrect. There is a known
ATI driver bug in glXQueryVersion that incorrectly reports the GLX
version as 1.2 when it really is 1.3, so Java 3D will attempt to
run anyway.

Some googling suggests that it may be a result of a problem with using open source drivers for the graphics card, what card/drivers are you using buzz?
you can use
'lspci | grep VGA'
for your card and
'glxinfo' for more details of what glx version you have

glxinfo on my system give me many potential versions of GLX:

server glx version string: 1.2
client glx version string: 1.4
GLX version: 1.2
and
OpenGL version string: 1.3 Mesa 7.0.3-rc2

anyone know which of these relates to java 3d?

Thanks
Ralph

Hmm so i set debug and comms debug to true in the preferences, and the host and arduino seem to be communicating happily until I try to send a command. At the start I get temperature requested/recieved messages e.g.

comms: G-code: M105; get temperature queued [29.852s/4999ms]
comms: G-code: M105 dequeued and sent [29.855s/3ms]
comms: GCodeWriter.waitForOK() - temperature reading: T:28 [29.876s/21ms]
comms: GCode acknowledged [29.877s/1ms]

As soon as I try to extrude or move an axis, I get a message such as:

comms: G-code: M108 S215 ;extruder speed in RPM queued [31.556s/1679ms]
comms: G-code: M101 ;extruder on, forward queued [31.556s/0ms]
comms: G-code: M108 S215 dequeued and sent [31.568s/12ms]
comms: G-code: M105; get temperature queued [34.888s/3320ms]

at which point the temperature loop seems to stall, no more data is received. Clicking on different things in the host software records an attempt to send instructions, but there appears to be no response.


example:

[temp loop running]

comms: G-code: M105; get temperature queued [24.998s/5009ms]
comms: G-code: M105 dequeued and sent [25.013s/15ms]
comms: GCodeWriter.waitForOK() - temperature reading: T:28 [25.034s/21ms]
comms: GCode acknowledged [25.034s/0ms]

[clicked turn on heater in host]

comms: G-code: M104 S240.0 ;set temperature queued [25.979s/945ms]
comms: G-code: M104 S240.0 dequeued and sent [25.987s/8ms]
comms: G-code: M105; get temperature queued [30.065s/4078ms]

[nothing happens... click turn off heater after awhile]

comms: G-code: M104 S0.0 ;set temperature queued [61.925s/31860ms]

[nothing happens, play with x/y axis movements]

comms: G-code: G1 X10.0 Y0.0 F1600.0 ;xy move queued [77.371s/15446ms]
comms: G-code: G1 X10.0 Y10.0 F1600.0 ;xy move queued [79.482s/2111ms]
comms: G-code: G1 X10.0 Y0.0 F1600.0 ;xy move queued [80.862s/1380ms]
comms: G-code: G1 X0.0 Y0.0 F1600.0 ;xy move queued [87.116s/6254ms]
comms: G-code: G1 X10.0 Y0.0 F1600.0 ;xy move queued [89.117s/2001ms]
comms: G-code: G1 X20.0 Y0.0 F1600.0 ;xy move queued [89.486s/369ms]

[nothing continues to happen]

Any suggestions?

my symptom seem to be related to the fact that I'm using the SVN version of the GCode_Extruder firmware on my arduino ( 0013 ) , and after much hacking I determined that there are a couple of major faults in the software because it's assuming a sanguino in a couple of places. If you have issues, try a non-svn version of the firmware.,

As far as I know I'm using a stable version of the firmware, I followed the link to sourceforge from the build instructions - do you know where I can find the latest non-SVN version?

downloading a .tar.gz or a .zip file from sourceforge IS a non-SVN version, so you'll be fine.

I'm not sure if there is a fix or not, the forum was down when I recieved my Arduino Duemilanove w/ 328p chip. My problem was the firmware only compiled on arduino software .10 .11 and .12 and the 328p chip was added after .13 so I made .10 communicate with my arduino, if anyone else is having this problem just e-mail me or respond to this post and I'll post the entire arduino .10 fixed with the host software.

I did a clean install of Ubuntu (intrepid) and it seems to work now. Dont know what was wrong, could have been something I had installed on hardy that was conflicting with the comms.
For the record, the working system is using:

Ubuntu 8.10
Arduino IDE 15
Arduino Decimelia
Gcode interpreter svn 2661

My problem turned out to be ( of all things ) a bug in the libavr/gcc stuff in a typical Ubuntu 8.04 install. Symptoms include your arduino crashing whenever it encounters a strtol() function. The known fix is to download and upgrade the newer library version from intrepid ( 8.10 ). ( at least it's known after you know about it). :-)