Hello!

I noticed a small problem with my rock64 and I can't get to fix it.
So basically I installed LibreELEC on my Rock64 and I noticed that if I don't turn on my tv/monitor within the first minute then there is no output signal.
I tried searching for the problem however I could not find specifics.
The only solutions I found were for the RPi, which did'nt work.

Is this a known issue? Has anobody else noticed this? Suggestions?

Thanks!

I have two things I would like to find benchmarks/information for. I apologize ahead of time if they are in another thread. I couldn't find them via google or the search function on this forum.

1. Does using a higher quality pci to NVMe adapter improve the performance? Ideally, the PCI lanes should each be able to contribute 400 MB/s for a total of 1.6 GB/s. The only benchmarks i've seen cap out at 540 MB/s write and 1.3 GB/s read. The SSD being tested in those is rated to be able to achieve much higher performance in both areas. I don't know if the difference is due to internal limitations of the processor or the PCI adapter itself. Hence my question.

2. I would also like to know if using a USB type C to ethernet adapter improves the network performance compared to using the built-in ethernet port.

Hi.

                 Having recently purchased several rock64 boards and a pine A64 , i am horrified to find it supports node red but has no GPIO nodes.( the main reason for using node red ).

     It either doesn't exist or i've got to take a linux degree to do it. ( unfortunately im a PLC engineer and my brain is fuddled as it is ).
ive scanned this forum and the internet for hours......no joy

please put me out of my misery, or shall i ebay the lot???

Little owl...

This card is not happy......Anyone know what is going on?? I have a RockPro64 V 2.1 ,ASMedia ASM1061 (THe one that Pine sells) and a, Samsung 860 EVO SSD 1TB

I began this thread (mistakenly?) on the release GitHub page for ayufan-rock64, found here:

https://github.com/ayufan-rock64/linux-build/issues/270

After a few days of no answer there, I figured I should post what's been going on over here in the forums.

Hello all. Big, big fan of your hard work and determination, ayufan.

The following occurred using both of these images:
1: stretch-openmediavault-rockpro64-0.7.9-1067-arm64.img.xz
2: stretch-openmediavault-rockpro64-0.7.9-1067-armhf.img.xz

The title says it all. On first boot, the console shows the following error more than once (at least twice):

Hi,

I have a RockPro64 with the sata drives being used for a file server. It serves my movies to my three kodi boxes running on Raspberry Pi 3.


the problem I face is when I try to stream a movie, every kodi box freezes at around 51 seconds. The error is a connection timeout with the RockPro64 box.

I have tried OpenMediaVault and a plain Debian install with NFS on my Rockpro64 box, and both experience the exact same issue. I have also tried multiple hard drives. I know the problem is not with the Kodi boxes because it is happening to all three of them, and my original Windows PC that is acting as a file server now does not have this issue.

What could be the problem here? The RockPro64 should have plenty of resources to do this. Did I just get a lemon?

Thanks!

Hi there,

I had debian installed on the board for a few months and decided to run one of the scripts to update the u-boot spi.
After rebooting the board could not boot up anymore.
I tried to flush a new u-boot-flash-spi-rock64.img.xz image from the sd card but it could not get to the card at all.
I needed to short pins 20 and 21 to get to the card and the white light started flushing but keeps flashing for many hours without doing anything.
Used USB to TTL Serial UART RS232 Adaptor and I was able to see output on the screen but not anymore (connect black to 6, green to 8 and white to 10).
Looks like the board is bricked.

Any help would be greatly appreciated :-)

Cheers

I placed an order that has rockpro64 4GB and a 64GB emmc.
But I forgot to buy an emmc usb reader.

Do I really need the emmc usb reader to flash a linux os?

I can't figure out if there is an easy way to flash the emmc from the NOOB wiki topic
http://wiki.pine64.org/index.php/NOOB#In...MC_Modules

Is there a way to flash the emmc with a SD Card?


Is there any way to add, additional item to an existing order (in order not to have double shipping costs)?

P.S. First time with an sbc, total noob...

Hello,

I'm little confused about what information is in Baseboard datasheet for Sopine.
For example, there is shown that on baseboard is Micro USB connector as power supply, but real on baseboard is barrel jack connector.


Or in datasheet eMMC page, there is no connector for eMMC, only some connections.

Is there datasheet of board which is on production?

Thank you

Hi people

For the (probably a minority) who need to use the RTC backup with a coin cell:

The RTC is powered from a 3V supply via a Schottky diode when the Pine64 or Sopine is powered. In theory, a coin cell should be able to back up the RTC when power is off so that a reasonable time reference is available even when there is no network.

Lithium coin cells when new are significantly above 3V, and depending on temperature and newness could be up to 3.3V. This means that if the coin cell is connected via a similar diode, then the RTC will be powered from the coin cell even if the Sopine is fully powered, until the coin cell is partly discharged. 

A possible solution to this would be to increase the supply fed to the diode connected to the RTC pin to 3.3V. 

A solution we are testing for Buffalo Grid, on a custom baseboard for a Sopine, is to use a simple circuit with a P channel MOSFET (connected to conduct in the reverse direction to normal) and a P channel JFET, which is switched off (because it is depletion mode) by the 5V supply connected via a resistor to its gate. When the 5V supply falls below the threshold of the depletion fet, it switches on and that switches on the MOSFET, connecting coin cell to RTC pin.

This only works for cells with a voltage slightly above 3V, because there is still the body diode of the MOSFET which can conduct if there is too large a voltage difference. However this is a junction diode so has a higher forward voltage and lower conduction at low voltages than a Schottky diode. We expect this to make the coin cell last a useful amount longer in its backup role.

It might be a good idea to incorporate a fix for this problem on any new editions of Pine boards.

-Andrew