Few octopi issues/questions
so I got octopi up and running in that I can connect to the printer but I'm having a few issues
When I do PID tuning it times at the end of the process. The terminal says, it is is done, provides me with PID numbers and then it doesn't do anything it just sits there and eventually it loses connection. so I have to then reconnect and fiddle to get it working again. Not a huge deal I won't be doing PID tuning a lot. haven't been able to print yet so I hope it's not an issue at the end of prints too though.
I tried dropping a gcode, made in slic3r onto the interface and it told me it would print outside the printbed. it's not going to happen, it is a tiny part. I simply ignored it. For information I have X250 Y210 Z200 as my parameters and it shouldn't be telling me that this 45mm long part is going to be outside the printbed and on the GCode viewer it displays the appropriate size., here's the error code...
Object exceeds print volume in depth.
Object's bounding box: (60.00, -3.00, 0.00) × (134.88, 144.88, 14.90)
Print volume: (0.00, 0.00, 0.00) × (250.00, 210.00, 200.00)
finally, once I tell it to print, it fails at the 9th bed leveling point, says possible debris on the tip. checked the tip, checked the bed, all look good. re-ran it, failed again. So I printed it from the SD card using the LCD (no Octopi involved at all) and it printed perfectly. so it has something to do with the Octopi interface or the serial cable that's making the leveling fail.power cycled printer and octopi, on lcd chose AUTOHOME (fixes lots of calibration issues for me). now it's printing item. still gave the too big for the bed warning though
Re: Few octopi issues/questions
To get rid of the "Too big for bed" warning you need to remove the check mark from the Enable model size detection.
Re: Few octopi issues/questions
i saw that. but wondered if my configuration was wrong. i tend to like to fix problems rather than just turn off the warnings
but if that is the fix. so be it
Re: Few octopi issues/questions
Well, this should have been fixed in 1.3.1 version:
https://github.com/foosel/OctoPrint/releases/tag/1.3.1
and specifically:
https://github.com/foosel/OctoPrint/issues/1675
I'm like Jon Snow, I know nothing.
Re: Few octopi issues/questions
Another question
I have a no-ip account already for some security cameras. So I added a new hostname and then set it up and opened port 80 and port 5000 on my local IP address.
inside my house on my network the new url works fine. shows me a "public" view of the octopi page. I still need to login to get control of the printer.
however if I use my phone (off wifi) I cannot reach the address. I'm assuming this is a HAproxy setup that I still need to do?
alternatively I have google chrome remote desktop that I already use, but it can be finicky. and it requires another PC in my home to be on and connected.
don't want to go down a rabbit trail I don't need to go if that's not he issue since it s working from inside my house
Re: Few octopi issues/questions
Guys, really when it's security question, I encourage you to be completely paranoid.
Offering an simple http connection to a device that can at best destroy a print and at worst burn your house is not a light decision ! A script kiddie will not consider ethics, if they can, they will.
For now, there is not much vulnerability known because the use case is very limited. But as I can see that being spreading, be sure that it will be investigated, and found !
Using a VPN to connect to your home network is a wise solution to your need. The VPN connection may be done through your Internet router, depending of his capacity.
You can also add an additional router and setting a DMZ redirection to it so that every external connection will be managed by this router, or use a bridge mode so that IP traffic is managed by this additional router. I recommend something like Ubiquiti ER-Lite 3 for that usage, simple, affordable, and capable of 1 GB routed traffic.
Or using a capture portal first that use a strong authentication, like a user certificate from internal PKI, is perfectly fine, but need more technical knowledge...
I know I'm the paranoid here, but seeing these kind of usage spreading like fire frighten me !
I'm like Jon Snow, I know nothing.
Re: Few octopi issues/questions
OK,
i abandoned the remote access based on your stern warning, I can always VPN a number of different ways anyway.
still getting the 9th point calibration error when I first turn on the printer. prints 100% without issue from the SD card
but from a cold start, meaning the printer has been off for a while. it will fail on point 9.
if I reboot the octopi and then power off/on the printer and do an auto-home it will work . (auto-home alone doesn't work I tried)
Raspberry pi is always on printer isn't. so maybe it's some communication error where they aren't in-sync after printer being off?
Re: Few octopi issues/questions
any ideas on the communication issues?
Re: Few octopi issues/questions
Before preheating the bed, raise the print head to z=100, if the pinda gets too warm it will get bad readings.
Also, did you update OctoPi for the long running MK2 commands like the mesh level command?
For monitoring print jobs, consider a camera that offers a free reverse proxy so you don't need a static IP.
Belkin netcam HD offers this. So does Panasonic for some of their models. The setup has the following pros:
- Camera system isolated from OctoPi
- You can check on the print job from you cell phone w/o changing router settings.
If I see a problem on the netcam, then I use the VPN to stop the job controlled by OctoPrint.
Re: Few octopi issues/questions
the error only happens intermittently when I try to start a print from Octoprint.
it fails on point 9 (the last one) says there is debris on the nozzle.
I've tried changing the Z height. it will fail 3 times in a row, if I print the same gcode but from the LCD controls it works, then the very next time I try from otoprint it fails on the 9th bed leveling spot.
my long running G-code items are these....G4, G28, G29, G30, G32, M400, M226, M600, M303, M400, M226, G80
but I don't think that's it, it's not octoprint timing out it something about the Raspberry Pi and the serial port that confuses the printer but inly sometimes.
ideas?
Re: Few octopi issues/questions
Did a full XYZ calibration and new z-height adjustment etc.
seemed o fix it.
something about plugging in the serial port evidently reset it and it needed to be re-calibrated.
hope that fixes it