Topics created by stuartofmt

@chrishamm

I took the liberty of adding some additional checks / logging to build-plugin.js. Warns if the plugin src/index.js file is missing. Hopefully helpful:

build-plugin.js

@gtj0

This should clarify:
Screenshot of Object Model from DWC

8f83b5fe-4bcc-4c0d-a6eb-593c6e4afc24-image.png

Relevant setting on config.g (global.zprobe_index = 1)

;Setup BLTouch as probe 1. This is to allow probe zero to be free for analogue sensor e.g. simple piezo echo "Setting BLTouch" ; K = probe number P= probe type R=Settle time before probing H=Dive Height F=Probe Speed ; T=Speed between probes A=Max probes at each pont S=Repeat deviation M558 K{global.zprobe_index} P9 C"io2.in" R1 H10 F120 T6000 A5 S-1 ;probe 5 times and average M950 S{global.zprobe_index} C"io2.out" ; This is the mod probe - used for deploy and retract G31 K{global.zprobe_index} P25 ; set trigger threshold M280 P{global.zprobe_index} S160 ; reset any error conditions```

@stuartofmt said in Possible Issue with v3.5.0-beta1:

As a side note, I have noticed that naming the config file xyz.js (instead of xyz.json) makes no difference. Or at least it seems to make no difference.

Now that I think of it, yeah. Originally, I was fetching the config using the old javascript Ajax calls which forbade retrieving code "for security reasons" and required the awful JSONP workarounds. When I did the big refactor a few years ago, I switched to dynamically updating the DOM with a "script" element which caused the browser to just retrieve the config file like any other javascript file. I forgot all about that until I just looked at the code. 🙂

@stuartofmt Hi @stuartofmt I'm sorry to hear this I have missed the GH issues as for some reason they have been closed/wasn't notified. I will update the error messages in case someone else runs into the same issue.

@droftarts said in Plugin shows as partially started - is this correct?:

@stuartofmt One for @chrishamm! Sounds like a useful plugin. Would it be SBC-only?

Ian

SBC only (I believe) - as its a python script. My understanding is that standalone cannot support this.

@stuartofmt Okay thanks for the info. I will add this particular rule to v3.5.

@stuartofmt Check your git settings, maybe that changed it on commit.

@chrishamm said in [3.5.0-rc.1] plugin will not install:

@stuartofmt I don't know why those www files are owned by spi, they should be owned by dsf. The plugin service runs as dsf, too. Also, user 1001 doesn't seem legit.

Setting everything under /opt/dsf with chown -R dsf:dsf * fixed it but ...

I have seen this with another recent install where the owner was 1001:colord . So it seems a bit random.

This was on a fresh install of bullsey and using the following script to install. Maybe something in the underlying duet3d install script ? P.S. I just noticed I had apt-get in the last few instructions but doubt that is the culprit.

#! /bin/bash # Instrucions from here : # https://docs.duet3d.com/User_manual/Machine_configuration/DSF_Other # Enable SPI sudo raspi-config nonint do_spi 0 sudo ls -l /dev/spidev* echo "Do you wish to install the beta version? (select number)" select yn in "Yes" "No"; do case $yn in Yes ) break;; No ) exit;; esac done # Update sudo apt update sudo apt dist-upgrade # remove stable feed sudo rm -f /etc/apt/sources.list.d/duet3d.list # download unstable packages wget -q https://pkg.duet3d.com/duet3d.gpg wget -q https://pkg.duet3d.com/duet3d-unstable.list sudo mv duet3d.gpg /etc/apt/trusted.gpg.d/ sudo mv duet3d-unstable.list /etc/apt/sources.list.d/duet3d-unstable.list sudo chown root:root /etc/apt/trusted.gpg.d/duet3d.gpg sudo chown root:root /etc/apt/sources.list.d/duet3d-unstable.list # install and update sudo apt-get install apt-transport-https sudo apt-get update sudo apt-get install duetsoftwareframework

@sankafola
You have cross posted this question. Lets keep the discussion in the other post since its not clear at this point if you even have a clean install.

stuartofmt 3 Aug 2023, 09:51
@Aurimas

FYI

@stuartofmt Thanks for reporting this, I could reproduce and fix this.

Having spent some more time at this, I'm pretty sure I can implement a queue-like mechanism using a global variable array. I've knocked together a quick POT and its encouraging.

The downside is that it will require the user to install a macro instead of using a "native" command. The upside is (1) that its independent of the Duet3d dev cycle which has more than enough to be going on with 🙂 , (2) I'm not trying to shoehorn a mechanism into doing something that was not intended. (3) it can be kept independent of other programs / plugins.

I'll report back / share the macro when I have a reasonable V0.

@chrishamm

One version to rule them all! Perfect, thanks.

@stuartofmt AFAIR G29 S2 and M561 do practically the same, i.e. turn off bed mesh compensation. In earlier days, M561 could be used to turn off n-point compensation when there was only rudimentary bed compensation support.

@dc42
Thanks for the clarification.

@Exerqtor
Thank, I tried using your structure but ended up having to make some modifications.

It looks like you cannot access globals (within a macro) that are declared by calling another macro from within that macro. I.e. the behavior is not limited to config.g. At least that seems to be the case with 3.5.0-beta3.

I created a minimal config.g which calls init.g. At the start init.g calls setGlobals.g and later on tries to use a global (created in setGlobals.g). This failed wih the same message as before. This seems identical to your structure, so I'm not sure why I'm getting a different behavior

I then moved the call to setGlobals.g into 'config.g' (before the call to init.g). All is well.

I'm not sure if there is any downside to this approach ... most all the printer setup is now performed in init.g (and other macros that it calls). My config.g is simply, this:

;M929 P"anEventlog.txt" S3 ; start logging ; ;Minimal config.g ; Setup and enable Network first so that if errors, still have DWC available M550 P"srsender" ; set printer name ;M551 P"mypassword" ;M552 S1 P"IoT2" ; enable wifi with ssid (standalone only) ;M552 S1 ; enable ethernet (standalone only) M586 C"*" ; enable CORS M586 P0 S1 ; enable HTTP M586 P1 S0 ; disable FTP M586 P2 S0 ; disable Telnet ; ; Setup Global Variables M98 P"setGlobals.g" ; Initialize M98 P"init.g"

@stuartofmt Thanks, you're right - I could reproduce this. I will fix it in 3.4.6 and 3.5-b4.