Is there a rough timeline for when the Raspberry Pi 4 will be officially supported by OctoPi? I know there are nightly builds already, but I'd like to wait for a stable image.
Does running these commands update the firmware too? I want to install the firmware update that helps the Pi 4 run cooler.
yes you get them
Anyone here connecting their Pi4 using this Octopi build to a BigTreeTech SKR board? I have the Mini V1.1, and still can't get it to recognize when I plug the board in via USB on any of the four ports.
Try this
tried the Octiprint on Rasberry pi 4 - when I try to SSH into it, password not accepted "rasberry" Need help
That's probably because the password is "raspberry", note the p in there.
It's a spelling test. mmhm
I don't think this is my issue, as the board communicates just fine with my laptop, using Repetier Host. I'll try and let you know
You know... I've asked Adafruit to source or build a custom USB power control adapter or cable but if they don't do that I'm thinking of just building and selling these things myself. Although the tape seems to work sometimes it's kind of silly that 3D printing enthusiasts even have to resort to things like this. It reminds me of the can of hairspray that you often see on youtube videos next to the printer.
I think what would be perfect is a small pcb with an usb-a male on one side and a female on the other side.
Then a switch on the side where you can choose between normal mode, power only mode and data mode.
And to keep the costs down ppl print their own enclosure if they want to.
Hi @guysoft, total noob here, just bought a Pi 4 today and as i jump head first into everything was shocked to see that the Octo print software didnt support it.
But i downloaded your file and after a few hours of cursing and marching up and down I finally got it working!!
Just FYI I have it running on no heat sink or fan and currently sat at 41C with printer running.
Thanks to you and whoever else has helped with this
@guysoft
just wondering if there is an ETA on when the final/stable release based off Raspbian Buster will be made available ? maybe soon , since the stable octoprint 1.3.12 has now been released?
Not really. Soon.
If you test and report that everything works for you it would speed it up.
RaspberryPi foundation did another release at the beginning of the month of a new image. So it looks like their more stable fixes are now in place.
I don't expect though massive changes compared to the last nightly, its likely just picking one, making it an RC and see everyone is happy, then release.
@Burt This might be a good time to remind that I am developing OctoPi 100% out of my free time. No one pays me to do it and this week I had a pretty crazy month on my actual startup. If you would like to support please consider making a donation to CustomPiOs which is what OctoPi is built on.
There is reason we didn't release yet as follows. I hope this reduces your shock:
We had a nightly build out in a matter of hours the morning was RaspberryPi 4 announced. Some people had the device shipped the same day. Unlike the Rpi Foundation that release stuff with no Release candidates we strive to keep stuff stable and only mark builds as released after we are sure they are solid and tested.
Rpi Foundation are much more sporadic in that sense. It caused all their first firmware releases to have some kind of bug which we rather not ship right away.
I installed the image on a Pi 4 and it is working from a web browser. Is there a guide to install a desktop on the pi, without affecting the octopi image?
I found the guide to install octoprint after installing raspbian OS using NOOBS, but I ran into too many errors I didn't know how to fix.
I'd like to have raspbian so I can use Mathematica 12
Well you got two options:
- first one you can install the desktop and everything you want by yourself.
flash the octopi 17 image, run
sudo apt-get update --allow-releaseinfo-change
and then
sudo /home/pi/scripts/install-desktop
- second one download the full raspbian desktop image and install octoprint yourself
Setting up OctoPrint on a Raspberry Pi running Raspbian
Installed and working better on the Pi4 1GB comapred to the Pi 3 B+ . only one problem encounted so far, which was easily fixed.
what i did was,
-
backup from current installation using the build it backup and restore of octoprint
-
Flash with the 2019-06-24_2019-06-20-octopi-buster-lite-0.17.0 image.
-
did an "apt update", "apt upgrade" and configure all the other usual os stuff, ip/network/hostname/password/1-wire(for ds18b20) and octopi.txt for a logitech C930e usb camera .
-
on the web gui, did the wizzard, and updated to latest octoprint 1.3.12
-
did a restore using the built in backup and restore in octoprint.
-
tried to do did a test print, but got the following error by octolapse, "The ffmpeg /usr/bin/avconv does not exist."
to fix, went to
settings > webcam & Timelapse > Path to FFMPEG
change from
/usr/bin/avconv
to
/usr/bin/ffmpeg
not sure if this is because of the restore from backup that this issue occurred.
printed fine after that
Don't think it is a waste of time, if you are not going to run the gui(KDE/GNOME), which is the default,
there is still 300mb of free space , and it stays that way even during printing etc.
root@octopi:/home/pi# free -h
total used free shared buff/cache available
Mem: 872Mi 161Mi 300Mi 5.0Mi 411Mi 643Mi
printing from octiprint from a pi3 b+ i was getting quite a bit of blobs and zits on my print.
monitoring the cpu using htop, the octoprint process was regularly hitting 100% . i assume that this was causing the print to pause for a sec or so, which was casing the blobs/zits. load average was getting more than 1 during a print (which is sort of ok as this has 4 cores), but not ok of a single process is using lots on only one core.
printing from the pi4, same gcode, NO MORE Blobs and Zits!!! cpu very rarely goes to 90% for the octoprint process with the highest cpu usage. highest load average was 0.88 , and only for a short while. this was with 2 web gui open on 2 different machine, and streaming the video stream from vlc.
the 2 left print are from octoprint running on pi3b+, the right most ones of each model are from running on pi4. running on the same gcode, and the white filament used are the same.
all printed with octolapse on, and model 1 + model 2 printed in a set all at once, close to each other.
to be sure that it is the change to pi4 and not because of the change to buster , probably should try to run the buster image on the pi3 b+ and test.
also, there are quite a few plugins installed, so this may be why it is using a bit more cpu during a print, but overall, i am happy on the outcome, and would definitely recommend the pi4 over the pi3 (since they are the same price).
what i did for cooling for the pi4, is i put the pi4 behind my CR-10S Pro, where the fan exhaust is. so the fan of the CR-10S Pro is blowing air on the pi 4. I did not even put a heatsink on it.
enclosure temp 30.2°C
gantry temp 39.4°C
max pi 4 cpu temp during printing 50.0°C
i should also mention that both pi3 b+ and pi4 are using Ethernet and not wifi.
however, if you are using wifi on buster, to connect to WPA2 enterprise with peap-mschapv2 authentication, you need to do this for it to work.
Ok, I had a pull request ready for that and you are the first to confirm that it indeed fixes the problem.
So I just merged this:
Thanks for reporting. These reports translate to actual code getting in to OctoPi. This should be fixed in the next nightly.