ROCKPro64 DOA
#1
I bought a ROCKPro64 about a year ago, but have only just taken it out of the box and tested it to find it DOA (Dead On Arrival). I contacted Pine64 sales about getting a replacement and although they replied quickly, they just told me to raise a support ticket, which I did. However, I've been waiting six days without a response and reading other messages here about ROCKPro's being DOA I'm concerned that Pine64 support is non-existent.

I also have a Pinebook Pro that was delivered with two ';' keys and a missing 'H' key - It took months to resolve that problem until they eventually sent me a replacement 'H' key and I managed to pries off the incorrectly positioned keys and replace them in their correct positions. Like everyone else here, I support the objectives of Pine64, but the lack of support and unwillingness to RMA faulty products seriously detracts from their stated objective to create good hackable hardware at affordable prices.

I've tried connecting a USB-TTL adapter to the UART pins on the GPIO connector of my ROCPro64, but nothing is being output: There is only one green LED illuminated on the board, but the NIC led's are on solid. It makes no difference if I have an eMMC chip or SD-card in, but I was hoping to see "uboot" output as I do on the Pinebook Pro over the UART serial lines. Has anyone got advice about how to check if my ROCKPro64 board is dead or not?

Thanks,

  Tony.
  Reply
#2
(11-23-2021, 07:18 PM)ajtravis Wrote: I bought a ROCKPro64 about a year ago, but have only just taken it out of the box and tested it to find it DOA (Dead On Arrival). I contacted Pine64 sales about getting a replacement and although they replied quickly, they just told me to raise a support ticket, which I did. However, I've been waiting six days without a response and reading other messages here about ROCKPro's being DOA I'm concerned that Pine64 support is non-existent.

I also have a Pinebook Pro that was delivered with two ';' keys and a missing 'H' key - It took months to resolve that problem until they eventually sent me a replacement 'H' key and I managed to pries off the incorrectly positioned keys and replace them in their correct positions. Like everyone else here, I support the objectives of Pine64, but the lack of support and unwillingness to RMA faulty products seriously detracts from their stated objective to create good hackable hardware at affordable prices.

I've tried connecting a USB-TTL adapter to the UART pins on the GPIO connector of my ROCPro64, but nothing is being output: There is only one green LED illuminated on the board, but the NIC led's are on solid. It makes no difference if I have an eMMC chip or SD-card in, but I was hoping to see "uboot" output as I do on the Pinebook Pro over the UART serial lines. Has anyone got advice about how to check if my ROCKPro64 board is dead or not?

Thanks,

  Tony.

When you say your RockPro64 is DOA, when you apply power is there any activity at all. I'm using my board booting off Armbian Focal 5.10 kernel via an SD card. I've a beefy 12v 5a power supply attached, sourced elsewhere to avoid under voltage issues. Have you tried an alternative power supply just to rule that issue out. Keep the board as stripped down as possible before you attempt to boot it.
  Reply
#3
(11-30-2021, 12:41 PM)Rocklobster Wrote: [...]

When you say your RockPro64 is DOA, when you apply power is there any activity at all. I'm using my board booting off Armbian Focal 5.10 kernel via an SD card. I've a beefy 12v 5a power supply attached, sourced elsewhere to avoid under voltage issues. Have you tried an alternative power supply just to rule that issue out. Keep the board as stripped down as possible before you attempt to boot it.

Hi,

There was no activity at all when I wrote an eMMC image and tried to boot from it, but a friend managed to get it to boot Debian Buster from an SD card: I was expecting to see Uboot output from the UART on the serial lines, when booting from the eMMC but there was nothing. We are now trying to reflash the SPI to run Uboot from there. Seems it's not DOA after all, but it was not clear to me that I would have to boot from an SD card even if I had created an eMMC image. Seems that, by default, the ROCKPro64 will not boot from eMMC.

Thanks,

  Tony.
  Reply
#4
(11-30-2021, 01:02 PM)ajtravis Wrote:
(11-30-2021, 12:41 PM)Rocklobster Wrote: [...]

When you say your RockPro64 is DOA, when you apply power is there any activity at all. I'm using my board booting off Armbian Focal 5.10 kernel via an SD card. I've a beefy 12v 5a power supply attached, sourced elsewhere to avoid under voltage issues. Have you tried an alternative power supply just to rule that issue out. Keep the board as stripped down as possible before you attempt to boot it.

Hi,

There was no activity at all when I wrote an eMMC image and tried to boot from it, but a friend managed to get it to boot Debian Buster from an SD card: I was expecting to see Uboot output from the UART on the serial lines, when booting from the eMMC but there was nothing. We are now trying to reflash the SPI to run Uboot from there. Seems it's not DOA after all, but it was not clear to me that I would have to boot from an SD card even if I had created an eMMC image. Seems that, by default, the ROCKPro64 will not boot from eMMC.

Thanks,

  Tony.

I didn't think so. The SD card route is usually the best route when testing these boards. I've a number of Rock64 boards as well as this RockPro64 board that were junked. I picked them up at a very reasonable price and used Armbian on an SD card. They all booted fine. From there you can test different distros or different boot mediums once you've ruled out hardware problems. Nothing worse than owning an electrical door stop or bookend. Glad you got things resolved.
  Reply
#5
I've closed my support ticket now - Very disappointed about the lack of support from Pine64, but a friend of mine solved the problem for me. it would be nice if Pine64 made it clear that the only way to boot a new ROCKPro64 is using an SD-card and the SPI is not functional by default.
  Reply
#6
(12-04-2021, 05:59 AM)ajtravis Wrote: I've closed my support ticket now - Very disappointed about the lack of support from Pine64, but a friend of mine solved the problem for me. it would be nice if Pine64 made it clear that the only way to boot a new ROCKPro64 is using an SD-card and the SPI is not functional by default.

I get the feeling you're on your own now when it comes to the Rock series of boards. It really is a case use whatever Distro boots for you. When they do boot they are very stable. I've Armbian Buster running on one Rock64, Android 9 on another and LibreElec running on a RockPro64. All running 24/7 from an SD card and so far no problems. Once you're not hammering the SD card with multiple writes its a safe enough medium to use.
  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  GPIO Expander HAT for ROCKPro64 and Quartz64 CounterPillow 2 158 Yesterday, 07:38 AM
Last Post: CounterPillow
  rockpro64 13 megapixel camera Aycaramba 9 6,354 01-24-2022, 02:47 PM
Last Post: solbs
  RockPro64 doesn't boot when PCIe to M.2 adapter is installed Cerberus 3 434 11-27-2021, 11:38 PM
Last Post: Cerberus
  ROCKPro64 with 16 ports SATA controller ZeblodS 17 12,549 10-21-2021, 01:16 PM
Last Post: fieni
  Rockpro64 Sata Card kills itself jerry110 33 21,586 10-20-2021, 04:36 AM
Last Post: fieni
  RockPro64 has bad Memory (Software sogfaults and kernel panics) kop316 20 10,763 08-04-2021, 07:42 PM
Last Post: t4_4t
  zfs on rockpro64 - any dual nvme PCI adapter for software raid ? romadr 0 794 04-22-2021, 02:59 PM
Last Post: romadr
Question 1U Rackmount Case for ROCKPro64 tuaris 3 2,141 02-18-2021, 08:09 PM
Last Post: TRS-80
  DHT22 on Rockpro64 {-DesT-} 0 972 02-08-2021, 01:20 PM
Last Post: {-DesT-}
  case for RockPro64 + PCI-E M.2 NVMe Card? AndyOfLinux 9 6,051 01-05-2021, 05:05 PM
Last Post: kuleszdl

Forum Jump:


Users browsing this thread: 1 Guest(s)