I've made my own microcontroller board featuring atmega32 and I flashed a bootloader to it using MightyCore library. Now I'm trying to upload a simple blink sketch to it, but I can't seem to be able to. In my boards manager I selected Atmega32 as my board, I select the correct port(COM8, I can see it in device manager) and when I hit upload it says compilation complete, but after some time i get this:
Compilation complete.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x7f
Upload error: Error: 2 UNKNOWN: uploading error: uploading error: exit status 1
I've checked my connections multiple times and I'm sure that everything is connected as it should be. I'm not sure if I have to choose Atmega32 from MightyCore library or if I have to install a different one.
Oh, ok. I usually like to find ways to use fewer pins, either by careful choice of the other components in the circuit, or by using I/o extender chips etc. which use i2c or SPI bus, which allows me to stick with a more familiar MCU chip, and often helps simplify the wiring too. But sometimes I guess there is no good substitute for simply having more I/o on the MCU chip.