JohnTheCoolingFan
-
Posts
43 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by JohnTheCoolingFan
-
-
Those are images from BigTreeTech, not Armbian. Official Armbian images for CB1 are here: https://www.armbian.com/bigtreetech-cb1/
If you want to use vendor images, you should report your issue to BigTreeTech then.
-
Yep, looks like it's about the netplan renderer. I've tried the actual image instead of the one I built locally and even just a reboot is able to reproduce the issue. The main difference is that on the image I built networking was via NetworkManager by default, while the image on the website uses systemd-networkd.
-
I am unable to reproduce this on BigTreeTech Pi (v1.2). Set wifi up using netplan via NetworkManager. Wifi connects after a reboot, same if I poweroff the device, disconnect power and then connect back up.
-
No idea what causes this, will need to check on my device
-
I'm not working on the legacy kernel at all, current and edge only, which are based on mainline. The fix for wifi should be in the upcoming armbian release (25.05). It was merged into the build repository long ago and should've been available in beta already, only now coming into the release.
To those who are still using legacy - I recommend switching to current or edge instead. -
Have you tried with current or edge kernels?
-
-
It seems that the images mostly just use some of Armbian patches, maybe some custom ones. Comparing them thoroughly and applying what I can if needed is my goal now.
-
First time seeing this 3.0.0 image, will check it out
-
@Yell BigTreeTech images are like a reference image made by bigtreetech, it doesn't have the long-terms support and usually uses old kernel versions, simply an image to use when the board was just released. The other link is a link to my forked repo where I did work on the board before it got merged into the main branch, it's a temporary branch and you should not use it.
I recommend using the official Armbian image as that is what is supported on this forum, you can download it on the armbian website (armbian.com) -
-
I've had a person contact me on discord saying that using a orangepi 3b image with a slightly modified device tree works well, I've also mentioned that in the PR discussion. You can try that. My current goal is to translate the modifications they made onto a normal (non-flattened) device tree source and maybe include something from orangepi 3b to hopefully fix that issue, but it's a long process and I've been having some health problems recently. I want to use BTT Pi2 as a new home server, especially since the sd card in my old one died and now I am in a hiatus of trying to recover and get up and running.
-
The btt-cb2 branch is currently not working, hangs 170 seconds after boot, and I am working on fixing the device tree for that. BTT CB1 is a different hardware, and it's in the main branch. I handle them separately because of the different SoC families.
-
-
-
Tip for compiling: you should be able to use docker for easy cross-compilation on your pc instead of the board itself.
As for thermal zones, it's probably a matter of device tree tweaking, I'll take a look.
-
Yeah, try the official armbian image, which includes u-boot bootloader. You can also back up the emmc data as an image, then flash the official Armbian image, try it, and then flash the backup if you want. But I think using the official Armbian image so that the appropriate u-boot is used would be best. It's fine by me to wait for the new emmc. Also, when I said remote, I meant having you try out different images and sharing the logs, not remote access over internet.
-
Well, the situation is that a proper ethernet driver for btt cb1 is not available and we have to use a different driver and rely on u-boot to bring the PHY up. We have been able to provide working PHY in the current branch, but not on edge. From what I remember it's a known problem and current uses a workaround I mentioned earlier. I've tested ethernet and it is working on a BigTreeTech Pi 1.2, which should be identical to a cb1 on the carrier board. From what I could find the mainboard of Sovol SV08 does seem to be similar, so I'll re-test the image. Getting ethernet to work was a very finnicky effort and it would be very bad if it doesn't work.
UPD: works on my end, looks like there might be some difference in your hardware. Even if a small one. Unless the board's peripherals are the exact same as on a BigTreeTech CB1, I can't properly verify and debug the problem on my end and we will have to do that remotely. -
Sorry for the silence. I haven't dealt with such an issue, will see what I can do on my board, although I have just a BTT Pi 1.2. Maybe you need to load a device driver, like i2c-gpio.
I know about BTT's stance on support... Only what's needed for 3d printing and everything else goes on us.
-
Looks like there is a problem with the .env file. From the error message, I suspect that the file uses windows-style newlines (newlines and carriage return ("\r")), but bash expects unix-style (just newline symbol). Try changing that and trying again, it is likely the start script is executing .env as a script file and because of these errors the server itself doesn't get started.
A good explanation with a number of ways to fix the problem: https://stackoverflow.com/questions/11616835/r-command-not-found-bashrc-bash-profile
-
Hello! If a web server is actually running, you can access it by typing "http://<YOUR PI IP>:<PORT>" in your browser. You need to know the port that the server is bound to, it is usually specified in the documentation or server startup logs. As for the Pi IP, you seem to already know it. Just make sure that the Spoolman server is running and if you have mapped the port to a different one (common when using docker) make sure to use the right port number.
Pings only check access to a machine by it's IP, it doesn't use a specific port. The easiest way to check for a web server (http server) is by using a web browser, but in general you can use nmap to scan the opened and closed ports of a machine.
-
Sorry for the long delay.
I don't have experience with CAN networks, but a quick search found this gist, which uses systemd network and udev rules to set the txqueuelen: https://gist.github.com/Lauszus/733c4c4c6abacd19a0b5dad099fab172You can change the device name match to just can0 instead of a wildcard if you want.
I've bought a few spi-to-can adapters to later test how this works myself, but if you can please try the linked method.
-
@townie can you please provide some logs? Maybe there's some information on why it doesn't persist.
Providing logs with
armbianmonitor -uhelps with troubleshooting and significantly raises chances that issue gets addressed.
-
I've submitted a patch to github that fixes the `light` overlay: https://github.com/armbian/build/pull/7183
It would allow to use the light overlay, if needed.
BigTreeTech CB2 no vendor config
in Rockchip
Posted
You can try switching the BOARDFAMILY to rk35xx and adding vendor branch to the list of build-able targets, but you will need a device tree that would work with the kernel. I did a quick try, and the device from the 6.6 folder doesn't "just work". Don't know if getting hardware acceleration to work on rk3566 would need even more tweaks.