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 6 775 8 hours ago
Last Post: ayufan
  doesn't boot, no video cjyar 6 153 09-17-2019, 12:41 PM
Last Post: cjyar
  rock64, compile problems "illegal instruction", "memory fault" -> ddr_333Mhz? hunderteins 5 454 06-22-2019, 12:36 PM
Last Post: redfish
  Unable to boot from SPI stevefan1999 4 740 05-01-2019, 04:47 PM
Last Post: rhens1
  OMV Rock64 NAS problems after following guide HELP thatguyyouknowtheone 2 233 02-05-2019, 03:43 PM
Last Post: randyc
  No Boot, Red Green and White flash at 1 sec intervals wesleykonrad 2 278 01-28-2019, 11:54 PM
Last Post: wesleykonrad
  boot priority - has precedence changed? jovval 1 650 09-22-2018, 02:02 AM
Last Post: mcerveny
  Enable I2C, I2s, SPI in boot-config file? HelgeMK 3 1,551 08-14-2018, 10:59 AM
Last Post: pas059
  New ROCK64 doesn't boot p3ntium 18 1,344 06-03-2018, 06:06 PM
Last Post: Rocklobster
  boot logs shows chinese ip trying to login ssh i69fstop 6 460 06-02-2018, 07:25 PM
Last Post: Z80

Forum Jump:


Users browsing this thread: 1 Guest(s)