ldiaz

@ejOrge thanks for the tip! I will include this option in the next release so the user can chose the governor.

For those interested in this topic. A new release is available. Updated for new armbian sable 20.08 with new kernels and support for Orangi PI PC.

Overlays are pieces of device tree configurations that can be activated and deactivated dynamically. Using overlays you do not need to recomplile the dts for your board every time. In armbian is quite simple to activate them simply add /boot/armbianEnv.txt overlay = usbhost0 ...<other overlays> and reboot.

I think there is an overlay to activate usbhost modes https://github.com/armbian/sunxi-DT-overlays/tree/master/sun8i-h3

@DeterminedOpier Sorry to hear that. The problem you are describing is hard to debug as is related with intermittent communication. It can be anything form octoprint to usb kernel drivers for this SOC, usb cable or sockets or even the firmware of the 3d printer. I think you can enable the serial logger in octoprint to try to identify when the freeze happens. My experience with a couple of OpiZeros LTS is good with a couple of printers (Ender 3 and a I3 clone) is stable. I've printed long prints of 10-12 h without problems.

In order to work with a camera the camera must work first on your system. @@lex posted a guide to configure a CSI camera on the OpiOne. If the camera works fine you can edit /boot/octopi.txt to configure it to be use with the streamer software. Use v4l2-ctl --list-devices and v4l2-ctl -d <dev> --list-formats --list-ctrls for analyzing your set up. Resolution, format, etc.. need to be configured in the camera_usb_options=" --- " in /boot/octopi.txt . I tested several USB cameras and the streaming worked ok. I did not test CSI cameras on Opis. Regarding klipper. In the last version should be be stopped and not installed I removed it to make the image smaller. If you are not using it do not worry about this setting.

Hi, Did you get any error message when upgrading octoprint?

Hi @DeterminedOpier, I updated the repository fixing some problems and supporting opi one. find the prebuilt images here: https://github.com/ludiazv/octocitrico/releases I do not have a opi one to test but it should work as the board is very similar to the opizero and supported well in armbian. Let me know if works well when you've tested. Also I removed klipper install by default as it not the typical use case so the image will be smaller.

@DeterminedOpier I think I found a workaround. I will try it during the weekend. I let you know when ready! I finally works I think you would very easy to use as it the image is mostly plug and play.

Hi, I tested it. I confirm that is general problem with the build in armbian. Installing the package selinux-policy-default. Is not the problem of the OPiOne or the custom script to configure all 3d printer software. This script is not even executed as the erros in the stage 2 when armbian installs addtional packages. It fails with current version of armbian build. Maybe @Igor can point out a solution.

Hi @DeterminedOpier Could you share your custom board configuration I will try it?. You can also make a PR to the repository to support the OpiOne

Hi, I've been running Octoprint on armbian for several months with good results of a couple of printers with good performance no relevant problems. Installation process is not complex but I decided to build a simple a plug&play meta-distribution like OctoPi for Rpi boards but based on armbian so it can be used potentially in any of the supported boards. I started with the popular Opi Zero as it is really cheap and the four cores of the H2+ processor handle perfectly a 3d printer load and is 3 times cheaper than a typical RPI3B that octoPi requires. You can find it here: https://github.com/ludiazv/octocitrico Built-in features are: Core (installed and enabled): Optimized armbian Debian buster. Latest stable octoprint version. Selection of top octoprint plugins. HAProxy with self signed keys for ssl access. Avahi service: Bonjur addvertisement (this enable to acces with host-name.local via ssh or http/s) SSH console access. USB OTG console access (if available in the board) Enabled i2c-dev,spidev (if available on the board) 3D printer related software (installed but disabled): Klipper PlatformIo core for building 3D printer firmware. Marlin 1.1.x & Marlin 2.x.x firmware (bugfix versions) Extras (installed but disabled): MPGStreamer USB camera support (experimental) SMB shares to remote edit configuration files from a remote PC. Feedback and contributions are welcome. Thanks armbian guys for the awesome work you do.

For LTS it seems that problem has been found: https://twitter.com/orangepixunlong/status/1270540655551320065?s=20

Have you tried using sysfs directly? Have you recheck the port used? The formal is : (Position of letter in alphabet - 1) * 32 + Pin number

I think not but I have not tested it as I use this box as headless server. That's why I needed ethernet. meson-sm1-sei610-ethfix.dtb meson-sm1-sei610-ethfix.dts