Mine has been stable with no errors for 13 days, but it's only routing a 50/10 mbit connection. I remember getting those errors on a nanopi r2c which also has the r8152 driver, but I think it only happened while pushing close to max bandwidth.
OpenWrt master has already switched to kernel 5.15 for rockchip, but most of these R1 Plus patches don't apply cleanly to 5.15 so we would have to figure that out.
OpenWrt master has already switched to kernel 5.15 for rockchip, but most of these R1 Plus patches don't apply cleanly to 5.15 so we would have to figure that out.
Armbian has an image for both the Orange Pi R1 Plus and the LTS with kernel 5.15. I was thinking of trying the OpenWrt userland with that kernel, but surely it would be even better to see what patches they apply to it and try to reproduce it with the OpenWrt kernel.
I have this feeling that orangepi is also done with openwrt on the R1 Plus/Plus LTS, it seems abandoned so we may be on our own.
One issue I noticed when first writing the image with Etcher is that I had to manually edit the network config under /etc/config with a text editor before all my devices and APs coluld communicate with R1 Plus with this newer image:
config interface 'lan'
option proto 'static'
option ipaddr '192.168.2.1'
option netmask '255.255.255.0'
option ip6assign '60'
option device 'br-lan'
Did you use the build after I re-added the network initialization code? Prior to that I wasn't able to get the LAN to issue DHCP leases.
So far I have an uptime fo 5d 17h on this build. My speed is at 500 down / 12 up. So it seems pretty stable so far.
The last post I see for a newer build was from Walmartshopper, but that is for the LTS board. I have the regular R1 Plus board.
Also, maybe someone here can help me out. Im trying to install luci-app-statistics, and this is the error I am receiving, below. Freshly formatted card with Gparted, and used etcher to write the the last OpenWrt 22.03.2 that walmartshopper posted for the OP-R1_Plus.
Installing luci-app-statistics (git-22.297.83017-984a9a4) to root...
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/luci/luci-app-statistics_git-22.297.83017-984a9a4_all.ipk
Configuring luci-app-statistics.
uci: Parse error (invalid command) at line 1, byte 0
uci: Parse error (invalid character in name field) at line 1, byte 37
uci: Parse error (invalid command) at line 1, byte 0
env: can't execute 'ucode': No such file or directory
I'm not sure, the ucode package is included in the build. If you want, send me a list of packages you want and I can do a custom build.
You can disregard my post about luci statistics. I figured out what the issue was. I restored a previous luci tar backup that contained snapshot distro feeds. That obviously caused software conflicts.
A few days ago I signed up for a new FTTH ISP that uses PPPoE. When using my Orange Pi R1 Plus LTS with OpenWrt 23.03.2 (walmartshopper repository) I immediately noticed that the download speed was lower than that obtained with the modem/router provided by the ISP (500-520 downstream and upstream with the modem, 430-440 with OpenWrt). I found several reports that 22.03 is not working software offloading with PPPoE so I decided to do a local test by configuring my desktop computer as a PPPoE server with using a gigabit Ethernet connection and test if there are differences between OpenWrt 21.02.5 (Xunlong repository) and OpenWrt 22.03.2 (walmartshopper repository). The configuration I used to generate the images is config.buildinfo which is used to build the images for the officially supported Rockchip boards. To measure the speed I used OpenSpeedTest and iperf3. What I found was this:
OpenWrt 21.02.5
No software offloading
(DL/UP Mbps)
619.8 / 765.9
628.5 / 521.5
600.3 / 702.7
With software offloading
(DL/UP Mbps)
656.7 / 792.2
727.3 / 793.9
733.9 / 817.0
OpenWrt 22.03.2
No software offloading
(DL/UP Mbps)
444.6 / 548.9
457.0 / 551.5
449.4 / 551.7
With software offloading
(DL/UP Mbps)
443.7 / 577.7
445.8 / 604.4
441.1 / 602.0
It should be noted that with 21.02.5 every 3-4 tests showed a lower throughput (200-300) which returned to normal in the next test.
Evidently 22.03 introduced a severe regression in the PPPoE client that seems to go beyond not working with software offloading. Unfortunately as the Orange Pi R1 Plus/LTS is not yet officially supported we can't report this as a bug, but since officially supported routers show similar problems it seems that this is not caused by the patches that Xunlong included in their OpenWrt repository.
Firstly, thanks to the folks contributing to the development of the 22.03 OpenWRT release. I recently purchased an R1 Plus LTS as a fun project to replace/compare to my EdgerouterX (running Edgemax).
After a successful build I had some trouble accessing LuCI. A bit of poking around on the command line revealed an opkg issue with duplicate src declaration. After I worked around that and got uhttpd up and running I was able to login via the web admin page. While my build was intentionally minimal, it turned out to be a bit more so that I had hoped! So, I've flashed the latest LTS build from @walmartshopper and discovered the same issue with opkg sources. Here is the output for reference:
t@OpenWrt:~# opkg update
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_luci
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/luci/Packages.sig
Signature check failed.
Remove wrong Signature file.
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_packages
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/packages/Packages.sig
Signature check failed.
Remove wrong Signature file.
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_routing
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/routing/Packages.sig
Signature check failed.
Remove wrong Signature file.
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_telephony
Downloading https://downloads.openwrt.org/snapshots/packages/aarch64_generic/telephony/Packages.sig
Signature check failed.
Remove wrong Signature file.
Downloading https://downloads.openwrt.org/releases/22.03.2/targets/rockchip/armv8/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_core
Downloading https://downloads.openwrt.org/releases/22.03.2/targets/rockchip/armv8/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/22.03.2/packages/aarch64_generic/base/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_base
Downloading https://downloads.openwrt.org/releases/22.03.2/packages/aarch64_generic/base/Packages.sig
Signature check passed.
Collected errors:
* opkg_conf_parse_file: Duplicate src declaration (openwrt_luci https://downloads.openwrt.org/releases/22.03.2/packages/aarch64_generic/luci). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_packages https://downloads.openwrt.org/releases/22.03.2/packages/aarch64_generic/packages). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_routing https://downloads.openwrt.org/releases/22.03.2/packages/aarch64_generic/routing). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_telephony https://downloads.openwrt.org/releases/22.03.2/packages/aarch64_generic/telephony). Skipping.
So, can this be fixed via a commit, or is the workaround/fix to remove/disable to offending lines in /etc/opkg/distfeeds.conf?
I have compiled a build for the Orange pi R1 plus for anyone that is interested. I have baked in many of the common tools as well as luci-app's. Hosted now on github, and includes a list build packages.
300MB rootfs partition, and corrected the network/dhcp issue on initial first boot.
After running the Xunlong issued firmware for the LTS Plus and having no success with getting a successful WireGuard peer handshake, I decided to switch to a new build from the @walmartshopper repo that I had done recently. This build also has the bad signature issue when running opkg update, but I was able to work around that using the verbose update listed here https://openwrt.org/docs/guide-user/additional-software/opkg#troubleshooting.
On the upside, I've got WireGuard working now! The system in general is stable, and network speeds are good, showing the full bandwidth of my ~ 500/12 Mbps service. The only issue I see is wan6 interface shows an error -- Unsupported protocol type. Install protocol extensions ...
Furthermore, opkg software tool is not present in Luci, and attempting to link to it from the error message posted above gives:
404 Not Found
Sorry, the object you requested was not found.
No page is registered at '/admin/system/opkg'. If this url belongs to an extension, make sure it is properly installed. If the extension was recently installed, try removing the /tmp/luci-indexcache file.
Unable to dispatch: /cgi-bin/luci/admin/system/opkg
Any idea how to fix this?
I did a new build and flashed the sysupgrade image. The new image does not have the missing software issue, and I tweaked the included packages more specific to what I am using/intend to use. Still, the duplicate source declaration issue persists when running omv-upgrade ...
The WAN6 interface is also now working as it should. 
21+ days uptime, rock solid ...
In the interests of keeping our R1 Plus/LTS's up to date, how does one go about merging the security patches of 22.03.3?
Hi all, I'm new to building OpenWRT routers, and I'm currently running kgoerbig's firmware on my ORP R1 Plus LTS. At boot, there is no internet, I attempted to switch my ISP router to bridge mode and plug my ORP into it. However, when I attempted to change the WAN protocol to PPPOE on the OpenWRT router, there was no such option.
What should I do?
Contact the person who created the image. They’ve not included pppoe support
i use this firmware for my ORP and in the description, kgoerbig listed that ppp-mod-pppoe was included. i don't know what is the problem here
I just re-compiled it with pppoe components. Check my github link again. There is a new file with pppoe at the end. Hopefully, that should solve your issue.
