Thank you, this looks promising

You may have a look at https://forum.duet3d.com/topic/36297/simplyprint-io-unoffical-duet-connector
You can use it to control your duet powered printer via an app or browser while not at home (via an raspberry pi with this software running) and still be able to use DWC while at home.

Thats at least what I do 🙂

@cosmowave Duet 3 boards now support notifications via MQTT over WiFi interfaces. In RRF 3.6 that will be extended to Ethernet interfaces. Unfortunately Duet 2 boards have insufficient flash memory and RAM to support MQTT.

@chrishamm Thank you so much!

It didn't work indeed in standalone nodejs. However, that was easy to fix (in case anyone is interested).

Install @duet3d/connectors, @duet3d/objectmoddel and xhr2 package: npm install @duet3d/connectors npm install @duet3d/objectmodel npm install xhr2 Import XMLHttpRequest from xhr2 package in BaseConnector.js file const XMLHttpRequest = require("xhr2"); Import WebSocket from ws package in RestConnector.js: const WebSocket = require('ws');

Then everything work as normal.

@bartekp

PrusaSlicer is telling your printer to move farther than the bed limits in your config file. That is why the back end of your print is cut off.

It looks like the bed dimensions shown in PrusaSlicer do not match your actual bed so that has to be fixed.

Your part is centered on the bed in the slicer but not on the actual bed.

I have found these issues are related to the origin in the 'bed shape' for PrusaSlicer but the way to fix it is rather complex.

First set the origin in PrusaSlicer Printer Settings - Size and coordinates - Bed Shape - Set to X:0 Y:0. I know that is not how you are supposed to do it but it is the only way I could get it to work. My X = 0 is actually X = +7mm on the bed but I ignore that.

Measure the total movement of your nozzle from your 0, 0 point to the maximum in X and Y. Set those values as the X and Y Size in Bed Shape - Settings.

On my printer my total X travel is 364mm and Y travel is 387mm.

In config.g M208 (Axis Limits) set these same X and Y values. So for my printer:
M208 X0:364 Y0:387

The final part of the solution is to create a custom bed image to show the actual bed limits.

To do this create an image where one pixel = 1mm. This makes it much easier to draw an image to scale. Draw the image to reflect the actual origin. It should also show any keep out zones. In my case I have a glass sheet with bed clips all around. The clips extend 5mm into the bed.

Here is my bed image as an example (Creality Ender 5+ with LGX Lite Pro and REVOsix):
5Plus w REVO Bed printable.png

Load the image in PrusaSlicer Printer Settings - Size and coordinates - Bed Shape - Set - Texture - Load and select your custom bed image.

I used a solid red border to indicate where the clips are. Orange is where I do not like to print as it is too close to the edge of the bed. Notice on the left side there is no red area because the nozzle can not reach far enough to touch the clips so there is no danger of hitting them.

The black/striped area at the front of the bed is where the nozzle can reach but there is no bed under it.

This allows me to place objects on the bed in Prusa Slicer and have them print in those exact locations on the actual bed.

I hope that helps.

@JRCL If you need something for ethernet then there is also this option, which would allow you define your own notification rules/endpoints etc. It uses node-red and works off the basis of polling the board, and provides built in nodes to define events based off the object model data.

A quick note that I just published a small update as release: v1.2.0

This removes the need to have a the separate compatLib.py library present; all the cross-python handling is now done in serialOM.py itself. Nothing else is changed.

@moth4017 I haven't seen a plugin for it, but i've seen talk trials of using macros @ daemon.g, can't remember how it panned out though.

I found another application that works quite easily and has the benefit of being able to adjust all the settings from the web interface.

It's called picamera2-WebUI-Lite

webui-lite-screen.png

There's a slight error on the instructions to install and it doesn't tell you how to set it up as a service, so I've listed thesteps.

To install.

SSH into your PI (or open a terminal if using a desktop)

Change directory

cd /usr/local/bin/

Clone the repositry

sudo git clone https://github.com/monkeymademe/picamera2-WebUI-Lite.git

Change directory

cd /usr/local/bin/picamera2-WebUI-Lite

Test that it's running

python3 app.py

Open your browser and go to
http://raspberrypi.local:8080/

To see just the video feed go to
http://raspberrypi.local:8080/video_feed

Go back to the terminal and hot CTRL + C to shut the app down

To set it up as a service
Change directory

cd /etc/systemd/system

Open a text editor to create a system service file

sudo nano webui-lite.service

Paste in the following

[Unit] Description=Start script for WebUi-Lite as a service After=syslog.target network.target [Service] WorkingDirectory=/usr/local/bin/picamera2-WebUI-Lite/ ExecStart=/usr/bin/python3 /usr/local/bin//picamera2-WebUI-Lite/app.py Restart=always RestartSec=120 [Install] WantedBy=multi-user.target

Press CTRL + X to exit and Y to save

Reload the daemon

sudo systemctl daemon-reload

Enable the service

sudo systemctl enable webui-lite.service

NOTE that if you already have the other streamVideo service I listed above using Picamera you will have to disable it as you can't run both.

sudo systemctl disable streamVideo.service

Reboot the system to make sure the service starts

sudo shutdown -r now

Adjust your DWC settings as follows
webui.png

This will allow you to easily get to the settings page by clicking on the webcam image in DWC
From there adjust your resolution and you can also zoom in a particular area using the scaler crop settings.

Full view
fullscreen.png

Cropped view
zoomed.png

@sebkritikel Thanks for the explanation. S3D seems to be doing it right.

@chrishamm There is and I successfully do it by passing an iterator as "data" to POST request, it feeds the request with chunks of data. Everything is fine but it is a blocking IO. I'm trying to make it async, ond one of the ways is to pass chunks sequentially in subsequent POST requests, only RRF treats each chunk as a separate file.
I have to dig into it more and perhaps make an async iterator and use it with async uploader, which I failed to do as of yet.

This is a working non async upload code:

import requests class upload_in_chunks(object): def __init__(self, filename, chunksize=1 << 13): self.filename = filename self.chunksize = chunksize self.totalsize = os.path.getsize(filename) self.readsofar = 0 def __iter__(self): with open(self.filename, 'rb') as file: while True: data = file.read(self.chunksize) if not data: sys.stderr.write("\n") break self.readsofar += len(data) percent = self.readsofar * 1e2 / self.totalsize sys.stderr.write("\r{percent:3.0f}%".format(percent=percent)) yield data def __len__(self): return self.totalsize def sendme(): requests.get(baseurl+'/rr_connect?password=reprap') requests.post(url, data=upload_in_chunks(afile, chunksize=10))

@DocTrucker said in OrcaSlicer 1.9.0 adds codes that breaks printer.:

Not sure why they'd want to change max speed on the fly rather than just use feed rates?

I think the only gcode limit Cura changes now is M566 for jerk. Feedrate is handled by G1 and for acceleration I believe they use M204.

I can't say what other slicers do. Last I checked Prusa didn't allow for on the fly jerk changes at all without post processing.

works for me on Cura 5.6 (and worked on earlier versions too).

A long time ago, when I think it was called motion pi??? I used to use this...
https://github.com/motioneye-project/motioneyeos/wiki

Or going directly to the main page and using its generic install might work if you want to install on on your Pi OS.
https://github.com/motioneye-project/motioneye

I don't remember the details, but believe I had the Duet Web interface connect to the live stream so I could watch the video directly from the Duet.

@stuartofmt

ok thanks

@jens55 sorry for digging this out so late... but if it helps: Prusaslicer is a Slic3r fork and still heavily relies on the Slic3r code even if it has a lot of enhancements now... and it carried over the behaviour "setting in selection dropdown on right side of plate = setting in selection dropdown on material/print setting/printer tab" from there.

For a single extruder printer (which is what Slic3r was made for - back in 2011, multi extruder 3D printers for the audience Slic3r was intended for simply did not exist) this is a very logical choice, since you

choose the settings you want for your print job and then edit them as required for the current job.

Usually you would not like to have to select the appropriate setting once more for the second step - and if you are used to work like that (i.e. prepare settings, save them, then sometime later add your model, select settings and only do the editing you require for the current job) the behaviour is still prefectly fine. Thus, this has nothing to do with Prusa machines as deckingman had suspected 🙂
With the current Prusaslicer 2.7, I guess this logic has become a bit more obvious again since they added a second dropdown to the material settings where you can choose the extruder (and thus, the previously selected material setting) you want to work on. Personally, I would have preferred if they placed that dropdown to the far left of the material tab to keep the "left to right" logic of the GUI there... but well, their resources are limited and I guess it was easier that way.

@Exerqtor Thanks, you're right, I just fixed the detection of upper-case variable names in the DWC editor.