Thanks for that.

@dc42 I was hoping there would already be a way to do so. But thanks! I will create one.

@o_lampe thanks

Yeah, the whole idea came from wanting a big STOP button, then thought about having a physical panel with all of the different typical jog maneuvers, homing, tramming, and I started to worry I may not have enough pins for every function I wanted a button for. So I figured this was a really common use case of mine it would be a good one to start with to reduce the number of pins used.

@mikeabuilder it's probably better to check if it is > 0 (or eventually not = "null")
then, a single reading should be enough

Thanks @chrishamm. Reading your response made me realize that I not only mistyped "SBC" but also that I was backwards about it. My system is NOT running in SBC mode, it's stand-alone. So thanks for answering that version of the question.

I'm restating your "never supported NPT" comment to see if I understand the implications for a machine running in stand-alone mode:

The stand-along RRF will not "know" the time until a client connects. This means all log entries will have a timestamp based on the machine's uptime (time since boot).

If/When a client connects, if that client is DWC, then DWC will set RRF's date-time.

If a client other than DWC connects, and it connects using rr_connect with the time option, then RRF will update with the time from the client.

This explains a lot of unexplained macro errors I've observed over the past three years. And I can see now that I'll need to rewrite all the macros to not use state.time for measuring duration. I'll convert them all over to using state.upTime rather than state.time.

I think I'll also look into making an Rpi pico that powers up with my system and that does the rr_conenct function.

@p8blr said in Duet not consistently running code:

@dc42 Interesting. Any idea on an estimated completion date on the feature request? Or maybe a workaround I could do instead?

See https://github.com/Duet3D/RepRapFirmware/issues/959

Scheduled for “after 3.6.0”.

Ian

@Notepad @droftarts ,

My goal is to test a shitload of probes, and see how much it starts to deviate after thousands. Your script might actually work, let me test