Difference between revisions of "Yuzuki Avaota-A1"

From PINE64
Jump to navigation Jump to search
Line 90: Line 90:
Board map of connectors with schematic v1.1 identifiers:
Board map of connectors with schematic v1.1 identifiers:


[[File:star64-map-connectors.svg|800px]]
[[File:Avaota-A1_SBC_layout.jpg|800px]]


Certifications:
Certifications:

Revision as of 21:46, 14 June 2026

The Yuzuki Avaota-A1

The Yuzuki Avaota-A1 is an ARM64 based Single Board Computer powered by Allwinner A527 Octa-Core ARM Cortex-A55 64-Bit CPU @2.0GHz, ARM Mali G56 GPU and RISC-V XuanTie E906 CPU@200MHz. It provides onboard eMMC, MicroSD Card slot, PCI-e, Pi-2 Bus, USB 3.0, and many other peripheral interfaces for makers to integrate with sensors and other devices.


The releases are still in alpha state and are only fit for testing purposes.




SoC and Memory Specification

Allwinner A527-logo.png

Allwinner-T527-A527-block-diagram.jpg

CPU Architecture

  • Quad-core ARM Cortex-A55 at 2.0 GHz
  • AArch32 for full backwards compatibility with ARMv7
  • ARM Neon Advanced SIMD (single instruction, multiple data) support for accelerated media and signal processing computation
  • Includes VFP hardware to support single and double-precision operations
  • ARMv8 Cryptography Extensions
  • Integrated 32KB L1 instruction cache and 32KB L1 data cache per core
  • 512KB unified system L3 cache

GPU Architecture

  • Mali-G57 Valhall GPU@850MHz
  • 4x Multi-Sampling Anti-Aliasing (MSAA) with minimal performance drop
  • 128KB L2 Cache configurations
  • Supports OpenGL ES 1.1, 2.0, and 3.2
  • Supports Vulkan 1.1
  • Supports OpenCL 1.1, 1.2, 2.0 Full Profile
  • Supports Renderscript
  • L2 Cache Configurable 64KB – 512KB
    • 64KB-128KB for 1-Core
    • 128KB-256KB for 2-Core
    • 256KB for 3-Core
    • 1x256KB-2x256KB for 4-Core
    • 2x256KB-2x512KB for 5-Core and 6-Core configurations
  • Supports 3400 Mpix/s fill rate when at 850MHz clock frequency
  • Supports 243.2 GLOP/s when at 850MHz clock frequency for peak single precision (FP32) performance


System Memory

  • LPDDR4 RAM Memory Variants: 2GB and 4GB.

Board Features

Video

  • Digital Video output up to 4K@60Hz
  • H.264/AVC Base/Main/High/High10 profile @ level 5.1; up to 4K×2K @ 30fps
  • H.265/HEVC Main/Main10 profile @ level 5.1 High-tier; up to 4K×2K @ 60fps


Audio

  • 3.5mm audio Jack

Network

  • Dual 10/100/1000Mbps Ethernet
  • 2.4GHz/5Ghz MIMO WiFi 802.11 b/g/n/ac with Bluetooth 5.2

Storage

  • on-board 128Mbit (16MByte) XSPI NOR flash memory - bootable
  • microSD - bootable, supports SDHC and SDXC and storage up to 256GB
  • eMMC - bootable on-board 16GB or 32GB
  • 2× USB3.0 Dedicated Host port


Expansion Ports

  • 2×20 pins "Pi2" GPIO Header

Avaota-A1 40 pin connector layout.jpg

  • 4 lane MiPi DSI port for LCD panel
  • 4 lane MiPi CSI port for camera module

Board Information, Schematics and Certifications

Input Power: DC 12V @ 3A 5.5mmOD/2.1mmID center-positive Barrel DC Jack connector

Schematic:

Board map of connectors with schematic v1.1 identifiers:

Avaota-A1 SBC layout.jpg

Certifications:

  • Disclaimer: Please note that PINE64 SBC is not a "final" product and in general certification is not necessary. However, PINE64 still submits the SBC for FCC, CE, and ROHS certifications and obtain the certificates to prove that the SBC board can pass the testing. Please note, a final commercial product needs to perform its own testing and obtain its own certificate.
  • Not yet available


Datasheets for Components and Peripherals

Star64 JH7110 SoC information:

X-Power PMU information:

LPDDR4 (200 Balls) SDRAM:

eMMC information:

SPI NOR Flash information:

Ethernet related info:

  • TBA

WiFi/BT module info:

Bringup Notes

  1. The USB over-current protection is not wired up correctly to the USB ports on Star64. The default Starfive Kernel will disable USB on boot as it belives the ports are overcurrent. This ugly hack works around it: https://github.com/Fishwaldo/Star64_linux/commit/2634a13ecfa1fa5c232ec2b9f6a6b6b0d9d66898
  2. The Wifi Chip (RTL8852BU) is not supported in the kernel. There is a Vendor Driver that is imported in the kernel at https://github.com/Fishwaldo/Star64_linux/tree/Star64_devel/drivers/staging/rtl8852bu but it really needs a cleanup. It does BUG_ON at boot, but wifi is confirmed working.
  3. HDMI can be finicky. 4K Monitors are known to have a issue. This is also relevant for VisionFive2
  4. Some kernels/distributions do not detect the total memory correctly. This is due to the way u-boot is configured. Currently, u-boot reads the memory from the eeprom on the Star64, and updates the dtb file before booting the kernel. Distributions that boot differently may not get the updated dtb file with the correct memory entry. You can work around this by recompiling the DTB with the correct memory for your board
  5. VisionFive2 Kernels will only offer limited functionality on the Star64 - Mainly USB, Wifi and PCI will not work.
  6. The 4-pin 12 volt JST-XH-4A connector found on the Star64 is incompatible with the dual SATA power adapter intended for the ROCKPro64. The connector on the Star64 is rotated 180 degrees to the one on the ROCKPro64, resulting in the cable receiving +12V where GND is expected and vice versa. The cable's internal circuitry ends up shorting in this configuration.
  7. Booting from uSD: Component S1804 is adjacent to the 40pin GPIO Bus; ignore the printed text on S1804 that says "ON" or "ONKE". Do pay attention to the '1' and '2' printed on S1804. Also pay attention to the 'L' and 'H' text on the board next to S1804. The 'L' stand for '0' and the 'H' stands for '1'. You will need to flip switch '1' (GPIO_1) on S1804 to the 'L' position and switch '2' (GPIO_0) on S1804 to the 'H' position. S1804 maps to the table next to S1804 that has text [ [GPIO_1 | GPIO_0], [0|0] Flash, [0|1] SD, [1|0] EMMC, [1|1] UART ]; Helpful links: https://mrrcode979.github.io/blog/post/star64-guide/, https://www.bortzmeyer.org/star64-first-boot.html
  8. TTL use notes: Ground is on pin 6, RXD is on pin 8, and TXD is on pin 10.

LEDs

The LEDs can be configured to stop blinking. Under Linux this can be done using the following command (as root):

echo "default-on" > /sys/devices/platform/leds/leds/blue-led/trigger

To list possible other triggers for the blue LED:

cat /sys/devices/platform/leds/leds/blue-led/trigger 

An example for a trigger is activity, where the the blue LED reflects the CPU activity.

Potential Issues

If you get the following error in u-boot (or your 8Gb board is only detected as 4Gb) the possible problem is a empty, or corrupt eeprom:

Not a StarFive EEPROM data format - magic error
EEPROM dump: (0x100 bytes)
00: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
10: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
20: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
30: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
40: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
50: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
60: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
80: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
90: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
A0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
B0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
C0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
D0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
E0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
F0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 

Then from within u-boot execute the following commands:

mac initialize
mac product_id <PRODUCTID>
mac write_eeprom

Set ProductID to either:

  • For 8Gb Models: STAR64V1-2310-D008E000-01234567
  • for 4Gb Models: STAR64V1-2310-D004E000-01234567

You can replace the last 8 digits with a random number if you wish. If these commands fail, please join the #star64 channel in the Pine64 community for more assistance.


Casing/Enclosure Compatibility

The table below collect known information about casing and enclosure compatibility for the Star64 sbc.

Casing and enclosure compatibility for Star64
Casing/Enclosure Compatible Notes
ROCKPro64 PREMIUM ALUMINUM CASING No Star64 has two stacked ethernet ports, making it too tall. Also, audio jack is too large and there is a USB type A instead of a USB type C port.
NAS Case Yes Micro SD slot and Second Gigabit Ethernet port are not accessible without modification
Acrylic Enclosure Partial The screw closer to the LEDs touches a component, potentially shorting or damaging it. A screw with a smaller head might work.

Prototype Bringup Notes

Note: This section is relevant to the original prototype (v1.0) that a few developers received.

  1. The schematic has several discrepancies with actual board labels.
  2. The serial console can be found with TXD on pin 8 and RXD on pin 10; a convention common to Pi-style boards. Use the 40pin header pinouts in color on page one and not the schematic prose.
  3. If you have only a single core running and no PCI card present, it appears to power up via the +5V/GND lines from the USB serial adapter pins.
  4. It will not boot from a VisionFive R1 uSD card.
  5. The boot device switch labels and the silk screen are inverted. "0" means "On".
  6. 2021.10-00001-gdbdaad919b will attempt to boot from SPI, but it appears blank. If you let it for many minutes, the device will eventually time out and boot OpenSBI v1.0 from (SPI?). This will fail, but only after self-identifying as a VisionFive R2, complete with five cores and 4 GB of RAM, before failing. A "press any key" timeout is offered, but I've been unable to make it stop. It will eventually crash with:
Loading Environment from SPIFlash... SF: Detected gd25lq128 with page size 256 Bytes, erase size 4 KiB, total 16 MiB
*** Warning - bad CRC, using default environment

Not a StarFive EEPROM data format - magic error