Boot Problems, LEDs lit continuously
#21
(05-13-2018, 05:07 PM)Rocklobster Wrote: I guessed that with your unusual led activity the problem was terminal as far as the board was concerned. I assume the manufacturer has taken this this on board and maybe that strange led activity is in fact a failed POST report.

Good luck with your replacement.

Depends on what you mean by 'strange'... since by default, even with no boot medium, the green light will always come one when you connect power since it is a power present indicator, and the white and red leds also are on by default. And generally none of the images control the led, although I'm told one of the exceptions to that is some of the 'artful' images.

Due to the nature of SBCs, it's hard to diagnose problems without having access to the serial console, and being able to ensure that good SD cards are being used (and the write is being verified) and that a good power supply is used. Then we can start pointing the finger at the board - which it seems Facecreator was finally able to do. As soon as that happens, I don't see the pine64 guys having any issues replacing the board as long as some basic diagnostic steps are taken to ensure it isn't a user or environment specific problem. It's the unfortunate nature of ARM systems... they're temperamental and not as easy to use an x86 based platform. It would be a bit easier if the SPI chip was flashed in the factory since the rock64 (and sopine and pine64 LTS) has it by default (unless it is now) and people were basically forced to also get a serial console cable - then you can always go "connect the serial console to your rock64, plug the usb into your computer, use putty|minicom|etc and connect to serial console, apply power to rock64, do you get any output -> yes, then the card is the likely problem -> no, the board is dead on arrival"

I'll stop ranting on now Big Grin Angel
  Reply
#22
(05-13-2018, 06:38 PM)pfeerick Wrote:
(05-13-2018, 05:07 PM)Rocklobster Wrote: I guessed that with your unusual led activity the problem was terminal as far as the board was concerned. I assume the manufacturer has taken this this on board and maybe that strange led activity is in fact a failed POST report.

Good luck with your replacement.

Depends on what you mean by 'strange'... since by default, even with no boot medium, the green light will always come one when you connect power since it is a power present indicator, and the white and red leds also are on by default. And generally none of the images control the led, although I'm told one of the exceptions to that is some of the 'artful' images.

Due to the nature of SBCs, it's hard to diagnose problems without having access to the serial console, and being able to ensure that good SD cards are being used (and the write is being verified) and that a good power supply is used. Then we can start pointing the finger at the board - which it seems Facecreator was finally able to do. As soon as that happens, I don't see the pine64 guys having any issues replacing the board as long as some basic diagnostic steps are taken to ensure it isn't a user or environment specific problem. It's the unfortunate nature of ARM systems... they're temperamental and not as easy to use an x86 based platform. It would be a bit easier if the SPI chip was flashed in the factory since the rock64  (and sopine and pine64 LTS) has it by default (unless it is now) and people were basically forced to also get a serial console cable - then you can always go "connect the serial console to your rock64, plug the usb into your computer, use putty|minicom|etc and connect to serial console, apply power to rock64, do you get any output -> yes, then the card is the likely problem -> no, the board is dead on arrival"

I'll stop ranting on now  Big Grin  Angel
In fairness the SBC world is still in its infancy and many of these teething problems will in time be sorted out no doubt. Its just a little frustrating when youre having to try alternative periphals which you may or may not have to hand to rule out a faulty board. 

The SPI option would be the obvious route to go here. In fact it reminds me a little of the boot to the old ROM Basic on the IBM PC that used to allow you to boot the machine in the event of a floppy disc drive failure.

Ironically the old 5.25 inch floppy is bigger than the Rock64. Now there's progress for ya.
  Reply
#23
(05-14-2018, 09:32 AM)Rocklobster Wrote: Ironically the old 5.25 inch floppy is bigger than the Rock64. Now there's progress for ya.

Nah, I call the 512GB MicroSD progress Tongue 512GB in less than a square inch... now THATs progress! Big Grin Big Grin Big Grin

Yup, SPI is certainly the way to go since some of the smarter SBC manufactures are starting to include them as standard... thanks pine64! Smile
  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
Bug u-boot (forks) status mcerveny 10 1,595 06-19-2020, 03:40 PM
Last Post: XmAz
  No boot up after power on Whoopsadaisy 2 150 05-26-2020, 11:24 PM
Last Post: Whoopsadaisy
  Graphical boot manager john3voltas 0 119 03-25-2020, 02:27 PM
Last Post: john3voltas
  rock64, compile problems "illegal instruction", "memory fault" -> ddr_333Mhz? hunderteins 6 932 01-14-2020, 05:36 AM
Last Post: tomarm
  Rock64 problems with external Hard Drive and powering mjd 1 268 12-14-2019, 10:05 AM
Last Post: helsinki92
  doesn't boot, no video cjyar 7 542 11-15-2019, 03:45 PM
Last Post: ab1jx
  Unable to boot from SPI stevefan1999 4 1,000 05-01-2019, 04:47 PM
Last Post: rhens1
  OMV Rock64 NAS problems after following guide HELP thatguyyouknowtheone 2 330 02-05-2019, 03:43 PM
Last Post: randyc
  No Boot, Red Green and White flash at 1 sec intervals wesleykonrad 2 486 01-28-2019, 11:54 PM
Last Post: wesleykonrad
  boot priority - has precedence changed? jovval 1 1,054 09-22-2018, 02:02 AM
Last Post: mcerveny

Forum Jump:


Users browsing this thread: 1 Guest(s)