Octoprint

I have a Wanhao i3 .2.1 and am running Octoprint on a Raspberry Pi. I have a micro switch filament sensor on GPIO 21
I have added the Octoprint Enclosure Plug In to Octoprint which is where my question fits really.

I can make the plug in pause the print if I fake (filament runs out) - It just stops and waits for the Resume button in Octoprint.

What I want to get it to do is move up 15mm and then pause for filament change, then resume.

the code for filament change can be edited but I cant get it to do anything, It seems to ignore the switch?
Here is the "filament change code, as is.
G91 ;Set Relative Mode
G1 E-5.000000 F500 ;Retract 1mm
G1 Z15 F300 ;move Z up 15mm
G90 ;Set Absolute Mode
G1 X20 Y20 F9000 ;Move to hold position
G91 ;Set Relative Mode
G1 E-40 F500 ;Retract 40mm
M0 ;Idle Hold
G90 ;Set Absolute Mode
G1 F5000 ;Set speed limits
G28 X0 Y0 ;Home X Y
M82 ;Set extruder to Absolute Mode
G92 E0 ;Set Extruder to 0
Will editing this make it work? How do I get this to work??

Hi guys, I am trying to write some g-code to rapidly move my x axis back and forth. I can send individual gcode to my printer via the terminal, such as G0 X125 F7500 followed by G0 X75 F7500 and the printer does exactly what I want. As soon as I put the commands into a g-code file and start it going in octoprint, it just finishes without doing anything. The terminal is showing that Octoprint is canceling the print itself. I'm clearly missing something fundamental, here. Any pointers?

Changing monitoring state from "Operational" to "Printing"
Send: N0 M110 N0125
Changing monitoring state from "Printing" to "Cancelling"
Recv: ok
Send: N1 M8430
Recv: ok
Send: N2 M104 T0 S035
Recv: ok
Send: N3 M140 S0102
Recv: ok
Send: N4 M106 S0*99
Recv: ok
Changing monitoring state from "Cancelling" to "Operational"

A school of Octopi in action! Six Pi cluster for management 3D Printers

Here is my build guide!

https://makersteve.com/2018/11/10/a-school-of-octopi-hexa-bramble-berry-octopi/

Happy Printing,
Steve

Hi, some people told me they never print something when they are out of home, mainly for security reason, is it a global behavior? for the same reason?

It gives me an idea: In case of fire, with a standard smoke detector, a noise sensor is trigered, and your pi automatically switch off the printer power, and off course send me a text to warn you.(could also spray water if you have the associaed device..)

Good idea? it sucks? your feeling?

Thanks

Anyone else have this problem?

The webcam stream can have over a minute lag between movement of the print head and what is displayed unless I have a monitor plugged into the HDMI port then it runs fine, with about a 1/2 second lag. I'm using a C270 webcam and Raspberry Pi 3 B with a fresh install of octopi.

I'm using the on board WiFi and it's located about 10 feet from the router.

I discovered the monitor helped when I plugged it in to see if there were any error messages during boot up. (There were none.) It's not practical to keep the monitor connected nor should i be necessary.

When I originally installed the software a week prior to getting the printer the webcam worked fine, it's only been since it's actually been plugged into the printer that I notice this problem.

One thing to note is that it appears that the 5 volt rail of the printer is connected to the USB connector since if I turn off the printer; the LCD display is still lit up and displaying the information screen. The printer is a CR-10 by the way.

I have some extra USB cables with the Mini-B connector, perhaps I'll try clipping the + 5 volt wire and see if that makes a difference. (Just thought about that as I was writting this.)