I've been watching the progress of OpenPNP over the past year and said it was time to try things out.. Except I've run into a little issue.
Using the GCodeDriver and all the sources out there for setting up TinyG with OpenPNP for the liteplacer, it seems like its not accepting the commands back from the TinyG.
Using RealTerm, i can send commands to the TinyG and it will respond back. $sys reports back all the TinyG stats.. Ok. So comm is good.. So close out Realterm and try OpenPNP..
Going into OpenPNP, I'll try to start the machine to see if things get better..
2017-10-30 21:56:37 ReferenceMachine DEBUG: setEnabled(true)
2017-10-30 21:56:38 GcodeDriver DEBUG: sendCommand(null, 250)...
2017-10-30 21:56:38 GcodeDriver DEBUG: sendCommand(COM4 null, 250) => []
2017-10-30 21:56:38 GcodeDriver DEBUG: sendCommand($SV=2, 2000)...
2017-10-30 21:56:38 GcodeDriver TRACE: [COM4] >> $SV=2
2017-10-30 21:56:38 GcodeDriver TRACE: [COM4] << [sv] status report verbosity 2 [0=off,1=filtered,2=verbose]
2017-10-30 21:56:38 GcodeDriver TRACE: [COM4] << tinyg [mm] ok>
2017-10-30 21:56:40 MessageBoxes DEBUG: Enable Failure: Timeout waiting for response to $SV=2
The TinyG responded back from the $SV=2 command.. But it seems the OpenPNP is not parsing the response correctly? I've tried toggling the DTR and RTS, just to see if it was as simple as that, but I'm getting a response back.. But it seems it doesn't understand it.. I've turned the echo on and off ($ee=1, $ee=0) to no avail.
I have to be missing something simple here..
Thanks in advanced.