PDA

View Full Version : Why do we brick our Universals?


Doodle
14th October 2006, 02:17 PM
Since I recently bricked my Universal for the second time it made me think why this could have happened. The symptons are known. Your machine hangs in the splash screen (not the Serial or USB boot screen), you can flash another rom, but this does not help, and MTTY Task 28 gives an error.

I think I know what happened in my case. Both times (and I do flash my ROM a lot) I did not completely press the two soft keys on the keyboard really well when resetting with the stylus. The system the proceeded with a normal soft reset, and knowing this is not right I immediately repeated the process (holding the two soft-keys, reset stylus, and typing 0 on query) while the soft reset was still in process. I think this bricks the device.

Opinions?

cktlcmd
15th October 2006, 03:11 AM
I did not completely press the two soft keys on the keyboard really well when resetting with the stylus. The system the proceeded with a normal soft reset, and knowing this is not right I immediately repeated the process (holding the two soft-keys, reset stylus, and typing 0 on query) while the soft reset was still in process. I think this bricks the device.

Opinions?

YES, that is definitely the wrong way to put your device on bootloader mode. You need to press 3 buttons all at the same time namely:

1st: Power Button
2nd: Back Light Button
3rd: Reset Pin Hole

Who gave you the idea to press the 2 soft keys on the keyboard?

NiTeSHiFT
15th October 2006, 01:08 PM
He was talking about the Hard-Reset you have to do AFTER flashing.

cktlcmd
16th October 2006, 06:53 AM
He was talking about the Hard-Reset you have to do AFTER flashing.

I had never done a HARD RESET after reflashing. I followed the on screen instructions to just press 2 buttons namely (Soft Boot):

1st: Power Button
2nd: Reset Pin Hole

But NEVER a hard reset and I had not encountered any problems yet.

skywriter
16th October 2006, 10:21 PM
what the original poster really talking about is doing a hard reset WHILE a hard reset is starting. in which case you can take two views:
1) let the first one finish. that's the way it's designed and tested. starting another one is an exception nobody tested for.
2) a hard reset is a 'start from scratch' event. from ANYWHERE a hard reset should take you to a known good place. even from the middle of a hard reset.

from experience (designing complex hardware/frimware systems) either one SHOULD be right; but only one was in the designers mind at the time :)

take your choice (but pick that one)!