It boots except that the HDMI video driver not working. So no HDMI output.
I just downloaded it for my bpi m2u and burned to a micro sd card. It worked, but hdmi not working. I am using serial port and seeing the serial console.
But, like others, my wireless still not working both wi-fi and bluetooth. Help!
Those wifi patches are on dev branch. Try building it using Armbian build system.
I have built an image with debian stretch headless, you can try that. I haven’t tested it because I’m not at home.
Don’t know, but BT+wifi are in the same module, so it should work. Check your BT configuration and if it doesn’t help, try asking on armbian P2P forum.
@jero: I saw another post. They made Broadcom bluetooth and mentioned AMPAK. I downloaded kernel source and found that in Broadcom driver those modules were not selected and comipled. Wondering the BT driver was not made in image.
https://www.spinics.net/lists/linux-bluetooth/msg77626.html
Hello, unfortunately i have no skills in programming and also my kowledge might be not huge enough to exactly understand why i have the problem with i2c, so i hope it is okay to ask here.
I tried to activate the I2C in armbian-config to get an oled, bmp sensor and others working. But i2cdetec will detect none of them - so i guess the activation don’t really work!? I also tried to figure it out with several toturials from the internet, where other were able to use i2c with a bananapi. Is my failure image related (maybe not implemented functions?) or am i the layer 8 problem and i’m ‘not to see the wood for the trees’?
It is perfectly O.K. if you don’t have the knowledge and if you asks. And I already gave you the answer. There is no support for manipulating HW functions on R40 in a simple manner. Why? Because nobody developed that. I am not 100% sure, but I think functions are supported by the kernel, but their manipulation is not brought up to the human readable levels. And there is no certainty this will ever be. Our resources are 100x too small to fix all those things …
Don’t mix up a bananapi from “Hard Kernel” and a banana-pi from SinoVoIp !
If it’s just for playing with a BMP sensor and an OLed display, it’s better to use a ESP8266 with LUA language and Wifi for saving big datas on the cloud. It’s working fine and cheaper.
Thanks for the answers. My intention was to bring my home-automation (FHEM and Nextcloud) into my 19" rack. For this adventure i chose this way: https://www.thingiverse.com/thing:2894571
My decision / choice was to use a BananaPi M2 BRY instead of a RaspberryPi 3B+, because i wanted to use the SATA port of the M2 BRY and take the read/write load from the SD card. For the RaspberryPi it’s very simple to active the I2C and connect the oled to show the parameters to monitor. All i wanted to do was to do the same on the M2 BRY, but it wasn’t clear to me that there is a problem with this. Are there other ways to realize this part of the project?
regards
Mario
For that you have boards with eMMC and have system there … which is closer to SSD than SD card.
Virtually on any other board (Allwinner A10, A20, H3, H5, A64, Rockchip RK3288, Amlogic, …) activating I2C would be simple in armbian-config
In term of money - buy appropriate board and forget about SATA function. Implementation is slow. Use some H3/H5 board (which are very well supported) and USB2SATA bridge https://forum.armbian.com/topic/1440-h3-devices-as-nas/
I can see Armbian build for the board keep updated and it’s now with 5.1.0 kernel, thanks for the effort, so exciting!
Is DVFS still not working? The board seems to be slightly hot after booting when it doesn’t have any extra tasks to run. Does Armbian have anywhere to track issues for this project?
I have a BPI M2U (R40), but it is always stick with a red led once i try to boot with an SD Card running any Armbian image (i tried dev4.20.6 / dev5.0.10 / 5.3 ). The board power red led truns on and the board don’t get any IP address on ethernet port (so, no SSH).
The only way that the board boots is using any original image from BPI with kernel 3.10.
Any ideas? what can i do to booth with an Armbian image? is it something with the u-boot? how can i update the u-boot with an original BBPI image to them boot with Armbian?
CPU: Allwinner R40 (SUN8I 1701)Model: Banana Pi BPI-M2-UltraI2C: readyDRAM: 2 GiBMMC: SUNXI SD/MMC: 0, SUNXI SD/MMC: 1
*Loading Environment from EXT4… ** File not found /boot/boot.env ***
*** Unable to read “/boot/boot.env” from mmc0:1 ***
In: serial@1c28000Out: serial@1c28000Err: serial@1c28000SCSI: SATA link 0 timeout.AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
*flags: ncq stag pm led clo only pmp pio slum part ccc apst *
Net: phy interface7eth0: ethernet@1c50000starting USB…No controllers foundAutoboot in 1 seconds, press to stopswitch to partitions #0, OKmmc0 is current deviceScanning mmc 0:1…Found U-Boot script /boot/boot.scr3798 bytes read in 22 ms (168 KiB/s)## Executing script at 43100000U-boot loaded from SDBoot script loaded from mmc152 bytes read in 19 ms (7.8 KiB/s)6049186 bytes read in 320 ms (18 MiB/s)7682096 bytes read in 402 ms (18.2 MiB/s)Found mainline kernel configuration25950 bytes read in 85 ms (297.9 KiB/s)4155 bytes read in 83 ms (48.8 KiB/s)Applying kernel provided DT fixup script (sun8i-h3-fixup.scr)## Executing script at 44000000## Loading init Ramdisk from Legacy Image at 43300000 …
Image Name: uInitrd*
Image Type: ARM Linux RAMDisk Image (gzip compressed)*
Data Size: 6049122 Bytes = 5.8 MiB*
Load Address: 00000000*
Entry Point: 00000000*
Verifying Checksum … OK*
## Flattened Device Tree blob at 43000000
Booting using the fdt blob at 0x43000000*
Loading Ramdisk to 49a3b000, end 49fffd62 … OK*
Loading Device Tree to 499cc000, end 49a3afff … OK*