Read Output pin state

wayneosdias

@alankilian
Sorry, yes you're correct again
The xml doesn't update until File>Save>Configuration. Meaning the GUI changes don't automatically update the xml and I blindly copied it without saving first.

So just for clarity I Saved the GUI settings, closed Openpnp, restarted Openpnp and now;

xml
driver class="org.openpnp.machine.reference.driver.GcodeAsyncDriver" id="DRV16cc6c1da8ebf1f8" name="GcodeAsyncDriver" motion-control-type="Simulated3rdOrderControl" communications="serial" connection-keep-alive="false" sync-initial-location="false" units="Millimeters" max-feed-rate="100000" backlash-offset-x="-1.0" backlash-offset-y="-1.0" backlash-offset-z="0.0" backlash-offset-r="0.0" non-squareness-factor="0.0" backlash-feed-rate-factor="0.1" timeout-milliseconds="5000" connect-wait-time-milliseconds="3000" visual-homing-enabled="true" backslash-escaped-characters-enabled="true" remove-comments="false" compress-gcode="true" logging-gcode="true" supporting-pre-move="false" using-letter-variables="true" infinity-timeout-milliseconds="60000" writer-polling-interval="100" writer-queue-timeout="60000" max-commands-queued="1000" confirmation-flow-control="false" reported-location-confirmation="true" interpolation-max-steps="32" interpolation-jerk-steps="4" interpolation-time-step="0.001" interpolation-min-step="16"

GUI

Its all working

wayneosdias

@dc42 @alankilian @gloomyandy @OwenD @SIam @Stephen6309
Thanks again.

Now that I have M118 working within Openpnp with GCode compression via the Backslash option I have changed my other analog sensor queries;

Initially using M308 was pretty verbose with 138 total char count

>> M308S0
<< Sensor 0 (Pressure_1) type Linear analog using pin temp0, reading 1996.0, last error: success, unfiltered, range 0.0 to 4095.0

Vs now using M118 a total char count of 50

>> M118P1S{sensors.analog[0].lastReading}
//actual Opnepnp syntax w compression and back slash
// M118 P1 S{sensors\u002Eanalog[0]\u002ElastReading}
<< 1996.0

Thanks Wayne

OwenD

@wayneosdias
Glad it's all working.
Be interesting to see a video of it in operation

wayneosdias

@owend
Will do, I need to get the mechanicals back together first.
If you dont know what this is, it's the aftermath drag pin machine crash. The pin with the bent tip slides up and down within the blue coil of the selenoid with the bent frame.

I hope to get fixed tonight and put some of my new and improved RRF commands to work

Thanks again.

wayneosdias

Heres a quick vid of the process.
pick_2edOjyQd.mp4

droftarts

@wayneosdias Hi, is it okay to add a link to your wiki page on our wiki page here? https://docs.duet3d.com/User_manual/Machine_configuration/Configuration_OpenPnP

Ian

wayneosdias

@droftarts
Yes absolutely. I do need to make some tweeks to the wiki as I have been making changes but haven't been updating the wiki. I'll spend some time tonight to tiding things up a bit.

I don't want to spread any bad info so if you see anything that is not best practice please let me know.

Lastly, just to put the original topic to bed, M118 is the best method for retrieving input/output/analog values from Duet using GCode correct? Best meaning timely and succinct.

droftarts

@wayneosdias Great, thanks.

For sending messages to USB, I guess M118 is going to be the most useful; I actually can't think of any other way to do it. If you wanted to send to DWC or PanelDue (but I don't think you do), use M291 instead.

Ian

wayneosdias

@droftarts
Ok good to know, for Openpnp its USB/serial or tcp.

wayneosdias

@droftarts
Ive updated the wiki, it is current. Feel free to post the link
https://github.com/openpnp/openpnp/wiki/Duet3D-Openpnp-Example

dc42

@droftarts said in Read Output pin state:

@wayneosdias Great, thanks.

For sending messages to USB, I guess M118 is going to be the most useful; I actually can't think of any other way to do it. If you wanted to send to DWC or PanelDue (but I don't think you do), use M291 instead.

Ian

You can also use 'echo' commands to retrieve information.