code not working after using atmel studio

hey guys, I be recently went ahead and tried atmel studio 7 with my arduino. I set it up the same way as this video - Atmel Studio 7 - Programming the Arduino Uno via the bootloader without programmer. - YouTube

However, the code does not seem to work, but the upload is successful (the RX/TX pins are blinking when uploading). I then tried to use the Arduino IDE and this time the code does not work for the Arduino IDE as well, and I can't figure out what went wrong.

The code is the basic blink LED code, so I am 100% sure the code is not faulty.

So you are saying that the blink example does not work from the AS nor IDE, but it is compiled and loaded without any problem?
Which Arduino board? Is your settings correct?

yes. I used the Arduino Mega2560 to test to code for Atmel Studio. I used both the mega and Uno when I tried using the Arduino IDE, and both did not work.

Ive posted the verbose output for the upload below this sentence. It seems fine to me.

avrdude: Version 6.3-20190619
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch

System wide configuration file is "C:\Program Files\WindowsApps\ArduinoLLC.ArduinoIDE_1.8.33.0_x86__mdqgnx93n4wtt\hardware\tools\avr/etc/avrdude.conf"

Using Port : COM3
Using Programmer : arduino
Overriding Baud Rate : 115200
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :

Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack


eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00

Programmer Type : Arduino
Description : Arduino
Hardware Version: 3
Firmware Version: 4.4
Vtarget : 0.3 V
Varef : 0.3 V
Oscillator : 28.800 kHz
SCK period : 3.3 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "C:\Users\jeremy\AppData\Local\Temp\arduino_build_406127/robot_arm.ino.hex"
avrdude: writing flash (3912 bytes):

Writing | ################################################## | 100% 0.63s

avrdude: 3912 bytes of flash written
avrdude: verifying flash memory against C:\Users\jeremy\AppData\Local\Temp\arduino_build_406127/robot_arm.ino.hex:
avrdude: load data flash data from input file C:\Users\jeremy\AppData\Local\Temp\arduino_build_406127/robot_arm.ino.hex:
avrdude: input file C:\Users\jeremy\AppData\Local\Temp\arduino_build_406127/robot_arm.ino.hex contains 3912 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.51s

avrdude: verifying ...
avrdude: 3912 bytes of flash verified

avrdude done. Thank you.

That output indicates that the sketch compiled and uploaded successfully. That does not mean that there is not a bug in your code, or a wiring problem, but the problem is not related to the IDE nor AS itself.

I would be very surprised if you tried Blink and it did not work!

One thing I would suggest though - if blink uploads successfully, but the LED does not blink, is the LED stuck on? Does it blink when you press reset, or is it always on? If so, what about a test sketch that just prints something to serial?

Full sized boards use an LM358 dual opamp (wired as a comparator) to control the power switching circuit and buffer pin13 for the LED; this part is fairly easy to blow as a result of (electrical) abuse of the power rails, which causes the outputs to short low, leading to the LED (which is wired between VCC and the output of the opamp, hence inverted) ending up stuck on. This is most commonly observed on clones (and occasionally official boards - though on official boards, the sorts of electrical abuse that blow the opamp will usually also blow the 16u2 and take out all USB functionality, whereas the clones usually use a more durable - but not reprogrammable - CH340G), where it is not unusual for the board to otherwise appear to be working. Another telltale symptom of this is that the opamp, the chip in the SOIC-8 package, will get hot while the board is powered (because it is nearly-shorted internally).

If that has happened, the board has been damaged, and should be replaced (post your wiring if this has happened, and we might be able to point out why that damaged the board).