[DSF Extension] Exec On MCode (was: Shutdown SBC)

chas2706

@wilriker said in [DSF Extension] Exec On MCode (was: Shutdown SBC):

./execonmcode -help

I have placed execonmcode in /usr/local/bin and typed the following in the terminal without success:

pi@Duet3:~ $ cd /usr/local/bin
pi@Duet3:/usr/local/bin $ ls
execonmcode listen-for-shutdown.py
pi@Duet3:/usr/local/bin $ ./execonmcode -help
bash: ./execonmcode: Permission denied
pi@Duet3:/usr/local/bin $ sudo ./execonmcode -help
sudo: ./execonmcode: command not found
pi@Duet3:/usr/local/bin $ execonmcode -help
bash: /usr/local/bin/execonmcode: Permission denied
pi@Duet3:/usr/local/bin $ sudo execonmcode -help
sudo: execonmcode: command not found
pi@Duet3:/usr/local/bin $

wilriker

@chas2706 Have you made execonmcode executable via sudo chmod +x /usr/local/bin/execonmcode? I think that's missing from the installation instructions.

chas2706

@wilriker

No I forgot!!

My silly mistake! It works a treat now.

Thank you for your help.

wilriker

@chas2706 Thank you for implicitly pointing out a hole in the installation instructions. I amended that to GitHub already and will fix it above in an instant.

chas2706

@wilriker

No problem, again thanks for your help and for producing a fantastic plugin.

wilriker

Important Note

The current version of Exec On MCode is NOT compatible with DSF 1.3.0+. It will connect but fail at a random point in time which might lead to breaking side-effects. I will release a new version tomorrow or Monday. Until then, don't use this tool with DSF 1.3.0+.

chas2706

@wilriker said in [DSF Extension] Exec On MCode (was: Shutdown SBC):

Important Note

I plan to temporarily remove this feature can you confirm that all I need to do this is to delete the extension?
I did not enable it to run at start up.
Many thanks for pointing this out.

wilriker

@chas2706 If you don't start it (automatically or manually) there is no need to do anything. It can sit in the filesystem that won't have any effect until you execute it.

wilriker

Release 4.0

This version works with DuetSoftwareFramework 1.3.0 and later.

Unfortunately due to breaking changes in the API of DSF this is NOT backwards-compatible with older versions of DuetSoftwareFramework.

This release also has a new parameter -trace that will enable output of the underlying requests/responses to/from DuetControlServer.

It can be downloaded as usual from GitHub Releases page.

wilriker

Release v5.0

This release updates godsfapi to v2 and thus is only compatible with Duet Software Framework 2.1.0 and later.

New Features

A new command-line paramter -version to output the version and exit

Bug fixes

After a handled code is intercepted and before the assigned command is executed Flush will be called to make sure we are in sync with the machine

It can be downloaded as usual from GitHub Releases page

gtj0

So many possibilities, so little time. I'd like to take a week off from my day job to do all the things that things like this can enable.

wilriker

Release 5.1

This release makes execonmcode compatible with Duet Software Framework 2.2.0 and later.

It can be found at GitHub Releases page as usual.

PCR

got this error

 dial unix /var/run/dsf/dcs.sock: connect: no such file or directory

any idea?

PCR

Sorted it out! The PI has to be connected to the Duet!

PCR

made a little videos how to install it. Mainly for my own reference later

How to install and test

How to make it as a systemservice

oozeBot

@wilriker are the parameters capped at 3? If not, what are there limits? Thanks

wilriker

@oozeBot It should be at least 23 (every upper-case letter except G, M and T). Possibly also every lower-case letter, but I never tried that.

The application itself has no enforced limit.

oozeBot

I posted a response a few minutes ago, but deleted it after I finally realized my mistake..

One note on this that's worth mentioning is the % in the service file has to be escaped like %%. Here is an example file:


[Unit]
Description=Duet API listener Test
After=duetcontrolserver.service
Requires=duetcontrolserver.service

[Service]
ExecStart=/usr/local/bin/execonmcode -mCode 4567 -command "./test.sh %%A %%B %%C"
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

wilriker

@oozeBot I added a note to the README.md. I hope this helps to prevent this trap in the future.

docbobo

Is this compatible with the latest beta?