I bricked my Omega2 it can not boot any more



  • I missed the drive that I wanted to partition and I messed things up
    Omega2 is not booting anymore instead it's heating over 35 degrees Celsius,
    and this is what I get when connected to serial its stay stuck here.
    I tested to see if something wrong with my serial communication and I tried with another omega2 and the output is fine I can log in and it works normally

    0_1487682625588_Selection_081.jpg

    Does anyone have any idea how to fix this
    Thank you



  • What does it output on the serial before it gets stuck? If it outputs anything at all, there's a good chance it is fully recoverable without special tools.

    35 C doesn't sound abnormal.



  • @Chris-Stratton Yes there is an output. I updated the post the image was not displaying correctly



  • @damir-djikic Noise like that is often a problem with the power supply and/or serial cabling.

    You could also try a different USB serial converter, anecdotally the SiLabs ones seem to work better with the way the MT7688 is getting configured than the FTDI ones.



  • @Chris-Stratton I have tried with another onion2 and with that one it work fine so I do not think that the cable or USB are the issues



  • @damir-djikic It would still be a good idea to try with an external USB-TTL adapter. What you're seeing there is definitely transmission-noise.



  • @WereCatf I am using an external unit when I connect my working omega2 I get this

    0_1487694645571_Selection_082.jpg
    just to mention this is the end of the list the output is quite long and its sending that as its booting

    but with the broken one shows this without the long output and instantly only that and then it's starting to overheat there is nothing installed on it just a messed up partition

    0_1487694746751_Selection_083.jpg

    Is it possible to flash it over UART or something like that ?



  • @damir-djikic said in I bricked my Omega2 it can not boot any more:

    Is it possible to flash it over UART or something like that ?

    No, it's not. Besides, it wouldn't do you no good, if you can't get UART working right anyways. Did UART work on the broked board before you messed it up?



  • @WereCatf i do not know



  • @damir-djikic is this the same unit that you tried to use Serial via the ethernet pins (-Tx & -Rx) ? I offer this as a hypothesis - I haven't yet committed this error. If the unit now runs considerably warmer, did some part in the ethernet circuit get fried to a short condition?

    Also, I have seen many data errors and halts caused by connection problem(s) in the serial wires and/ or the power wires. The Omega2 are very picky about having sufficient power at 3.3- 3.6V



  • @Ken-Conrad first i used rx - and tx - but as it was mentined to me in another post those are not the pins for serial and it should be connected to serial rx 0 and tx0 .now i attached the correct pins and the unit that worked comunicate normally but the unit with the partition messed up is not comunicating and its overheating in 30 secods it goes to 35 degrees celsius there is nothing shorted out.

    both are in arduino dock and the serial communication is connected to the pins right of the omega2 and omega2 is powered over USB



  • @damir-djikic Your other Omega2 works with this set-up so you know that the UART and serial connection are good, also there is sufficient power for the Omega. Re-check the serial wire connections to this unit.

    Perhaps you corrupted some of the boot code in this unit by connecting a serial wire to the ethernet pin. Have tried a factory restore? That is, try resetting this unit to factory boot by pushing the reset button for more than 10 seconds.

    When the firmware was truly toasted in an Onion1 and with no serial or Wifi connection, we used an ethernet adapter to reflash like this. No one has reported yet how this works with the Omega2.



  • @Ken-Conrad
    I messed it up when I changed the partition size as I already said before, it has nothing to do with the connection because bot are in the Arduino dock and I am using the serial communication pins on the right side named Omega_Tx Omega_Rx ground, the units do not move and its possible that there is a connection or signal issue as I checked that 50 times already before posting here but anyway the unit do not move and do not react to anything send to it like the working one who move to the command window and you can write this one is stuck on showing only that text even after trying to factory restore it just pop up the same text even after holding the reset button for 30 seconds ( even after disconnecting the power and holding the reset button when I connect the power again, waiting 30 seconds and then releasing the button it does the same ) only the led blinks when I hold the reset button and as soon as I release it shows this screen



  • Until you get a cabling and power solution that works without serial errors, anything else is just wasting your time.

    Once you get clean output, post what that says, and people may be able to help you.



  • @Chris-Stratton To clarify, he wrote that he has another Omega2 that is working fine with the same power and serial connection.

    Thinking outside of the box .... Damir, when you look at available wifi (with your phone or tablet or whatever) do you see that this unit is broadcasting its SSID, that is "Omega-XXXX"? If yes, can you connect to the Omega? If so, then there is the possibility of using a SSH connection to reflash the firmware.



  • wifi is not booting i can not log in it's stuck at the screen that i posted



  • @damir-djikic

    Connecting over the USB power, what happens when you press reset for more than 10 seconds? Do you see it attempting to reflash and giving an error?

    Baud rate is 115200 for that console.



  • @damir-djikic said in I bricked my Omega2 it can not boot any more:

    wifi is not booting i can not log in it's stuck at the screen that i posted

    Again, until you solve the serial noise you are just wasting everyone's time - especially your own.

    • Without clean output you cannot determine what the actual stopping state is. The only clean output you posted was from a different device, not the problem device, so it is meaningless. Don't assume that power and serial solutions that work on one will work on the other, as you are in the domain of edge cases.

    • Without clean input you can't even know if there is an actual problem, or if noise inputs are being interpreted as a user request to halt the bootup and remain in u-boot.



Looks like your connection to Onion Community was lost, please wait while we try to reconnect.