Introduce ROCK 5B - ARM Desktop level SBC

#342
  1. Will the board support connectin the LiPo backup batteries? This will be useful for short-term operation and correct shutdown in case of mains loss.

It’s possible to power from the GPIO header +5V

  1. Will SPL(uboot?) support nvme boot from release or should we wait (as it was with RPI CM4, not a fan of it…)?

This will be supported later in u-boot. We have on board SPI Flash

  1. And the cooling fan? Will the board have the ability to connect and programmatically control the fan?

There is a fan header on the board, PWM control is supported, but not linear control nor speed read.

3 Likes
#343

Again about the fan: The fan header on the board looks like a 3-pin one. Is that right?
Will the fan be running on 5V or 12V?

#344

Btw, if PWM is supported shouldn’t the header have 4 pins and not 3?

#345

Its PWM controlled fan without linear control nor speed read so you can set a speed might even be 2pin I expect.
PWM is just the fan voltage with a mark/space whose ratio gives approximate Voltage without the loss of torque as just lowering the voltage does.
Its not a standard 3/4 pin mobo header it prob purely to assist cpu cooling with cost effective 2 pin 5v fans at guess.

#346

We will just use 2P fan header, the voltage is 5V.

#347

Is there any information on when will the product start shipping? I hope the lockdown didn’t delay the development and production too much.

1 Like
#348

@jack

I noticed the Rock5 has a headphone out due to the RK3588 having a DAC which is really great for audio DSP as likely it shares the same clock as mic inputs being on the same device.
You did a mic array for the RockPiS which was great to have but for me was problematic as with the speed of sound 343Ms even at 96Khz only gives a single sample for each 3.6mm time of travel.
So small fixed arrays can produce much more load than just simply widening the array.
Also you might not want linear for more than just azimuth processing such as square or circular arrays.

Might not even be an array purely a opposite facing pair for adaptive noise cancellation or acoustic isolation and the list goes on where a set format array has quite a number of disadvantages.

Do you think it would be possible to provide a daughter board to allow individual mics or you can just buy the mics with cable strings to go to GPIO be it PDM or I2S as still haven’t worked out the VAD on the RK3588 and the audio functionality.
Totally open to any solution as long as its not the relatively tiny fixed 4 mic format that was done for the RockPiS and maybe could be used on both? (RockPiS / RK3588)

#349

So I ordered the other day 2 discount codes, had the order confirmed by AllNet but never received an email with discount codes. Is that the way it should work?

#350

Yes! That is!
When the board will be available, you’ll receive another email with payment details including discount.

2 Likes
#351

Does the board support UEFI boot so that we can use a standard Linux distribution by booting from usb and install on an nvme?

#352

Please re-read whole topic.
Also, do you understand what you are asking? Firefly says about “support bios”, but until they provide their motherboard - that’s just words.

P.S. you still will be able to install OS on nvme, since there is spi chip

1 Like
#353

Arm boards don’t have a BIOS and even though some are porting UEFI its still doesn’t mean a standard Linux distribution will boot as the ‘BIOS’ is a software implementation of the UEFI port.
One good thing is the Collabora https://lore.kernel.org/lkml/20220422170920.401914-1-sebastian.reichel@collabora.com/ have started initial postings and with a big if UEFI boot is supported its prob at the end of a long queue.

Its Likely to use mainline Uboot as generally Arm don’t have a bios or UEFI and don’t think that might change as UEFI on arm is a exception not a normal, currently at least.

If you want to read what it takes to get a Pi4 to boot EUFI then https://rpi4-uefi.dev/ and that was years in the making.

#354

U-Boot implements UEFI. (open)SUSE and Fedora both use U-Boot’s UEFI interface to boot the Linux kernel on ARM (and already do also on all PIs - 1-4).

U-Boot is the standard “BIOS” on most ARM SBCs (take BIOS as “Bootloader firmware” here).

#355

" Development target

The implementation of UEFI in U-Boot strives to reach the requirements described in the “Embedded Base Boot Requirements (EBBR) Specification - Release v1.0” [2]. The “Server Base Boot Requirements System Software on ARM Platforms” [3] describes a superset of the EBBR specification and may be used as further reference.

A full blown UEFI implementation would contradict the U-Boot design principle “keep it small”."

https://u-boot.readthedocs.io/en/latest/develop/uefi/uefi.html

Its not the same its a subset and it still doesn’t mean a standard Linux distribution will boot as the ‘BIOS’ is a software implementation of the UEFI port so you will need specific images.
Uboot contains board Dtbs to get the boot loader work and no it will never work like a PC where the BIOS is a flash implementation on the hardware motherboard that is a Basic Input Output System to boot the bootloader.

#356

Never noticed but it is in the store

#357


Did you send one board to Alyssa ?

#358

Makes sense as looking like she started after the first basic submissions where made for the rk3588 by
Sebastian Reichel
https://lore.kernel.org/lkml/20220422170920.401914-1-sebastian.reichel@collabora.com/

Which suddenly has got up to speed https://lore.kernel.org/lkml/?q=rk3588

1 Like
#359

They are both from collabora.com. But she lives in Canada I think

#360

So based on https://lore.kernel.org/lkml/20220426132139.26761-5-linux@fw-web.de/
PCI IP in SOC use Synopsys IP

#361

I think Rockchip are employing collabora specifically but a lot of big names in the Arm world in that list. Far beyond my pay grade :slight_smile:
Great to see things get such traction irrespective really of not knowing that much to what they entail.
Whoever though its got a lot of action by some very technical people.