Fantasy Atmega32 USBaspbootloader project

Using Arduino Project Guidance
1

I got this 90% done. It's a self-programmable Atmega32 MCU board using USBaspbootloader. Kinda like an Uno + mini Pro hybrid on steroid.

My problem, or the rest of undone 10%.
1, While it works as an AVR Perfectly fine, for it to work with arduino, I am using MCUDUE's mightyCore : GitHub - MCUdude/MightyCore: Arduino hardware package for ATmega1284, ATmega644, ATmega324, ATmega324PB, ATmega164, ATmega32, ATmega16 and ATmega8535, but the pin-outs are different, and I can't figure out how to remap it. any help will be great.

2, This board has a very simple design, and so I am planning to use it by direct wire connections, and with some kinda of shielding system like the uno. I already built 2 shielding boards, One shown in the photos is a 2.54mm pitch prototype board. Given the small board size, what are some universal handy board design that I can use?

Here are my shields:

The attachments are the eagle files for these 2 boards and the USBaspbootloader firmware for the atmega32 running at 16M and 12M.

Eagle_files.zip (168 KB)

USBaspbootloader_Firmware.zip (5.4 KB)

2

flyandance:
1, While it works as an AVR Perfectly fine, for it to work with arduino, I am using MCUDUE's mightyCore : GitHub - MCUdude/MightyCore: Arduino hardware package for ATmega1284, ATmega644, ATmega324, ATmega324PB, ATmega164, ATmega32, ATmega16 and ATmega8535, but the pin-outs are different, and I can't figure out how to remap it. any help will be great.

It's pretty easy. If you use the pins_arduino.h from the standard and bobuino variants included in that core as a reference and the datasheet you'll figure it out. I also like to use the Arduino AVR Boards standard variant as the authoritative reference for the various macros that should be included in every variant file.

But really, there are so many different pinouts for the DIP-40 AVR chips already(I know of 14 in publicly available hardware packages), please, please don't make another one.

3

pert:
It's pretty easy. If you use the pins_arduino.h from the standard and bobuino variants included in that core as a reference and the datasheet you'll figure it out. I also like to use the Arduino AVR Boards standard variant as the authoritative reference for the various macros that should be included in every variant file.

But really, there are so many different pinouts for the DIP-40 AVR chips already(I know of 14 in publicly available hardware packages), please, please don't make another one.

Thank you. I did it. can you help me check if it's correct? My variant is probably belonged to one of those 14 publicly available hardware packages? I am grouping them like this: PORT-A-B-C-D : 0-1-2....29-30-31. It makes sense for me to group them using the ports instead of pin numbers on the package because it's easier to program, easier to built stuffs from, and easier to remember.

Fantasy_variants.zip (1.72 KB)

4

flyandance:
can you help me check if it's correct?

No, it's not even close to correct and I don't know how you could even hope it would be since you didn't even attempt to modify most of the file. You didn't even bother to update the comments in digital_pin_to_bit_mask_PGM[] and digital_pin_to_timer_PGM[].

flyandance:
My variant is probably belonged to one of those 14 publicly available hardware packages?

No, none of the 14 are even close to your pinout.

5

pert:
No, it's not even close to correct and I don't know how you could even hope it would be since you didn't even attempt to modify most of the file. You didn't even bother to update the comments in digital_pin_to_bit_mask_PGM[] and digital_pin_to_timer_PGM[].
No, none of the 14 are even close to your pinout.

Thank you. I knew that I have missed something. I have fixed the comments and timer. Can you check it for me again? and for my pinout, what do you think about it? I can't imagine that out of the 14 variations, none uses this natural numbering.

pins_arduino.h (5.29 KB)

6

flyandance:
Can you check it for me again?

Still not there. Start from the top, first we have:

#define STANDARD_PINOUT

It's not the standard pinout so you should change that to FANTASY_PINOUT or something. It's not required but is a useful macro.

Next we have:

#define analogInputToDigitalPin(p)  ((p < NUM_ANALOG_INPUTS) ? (p) + 24 : -1)

You just left this the same but your pinout is completely different so of course that won't work. Think about what this macro does. Hint, it's going to be super easy with your pinout.

That's as far as I checked but you need to go through line by line.

flyandance:
I can't imagine that out of the 14 variations, none uses this natural numbering.

No, as I said nothing even close. If you want, have a look:

7

pert:
Still not there. Start from the top, first we have:
It's not the standard pinout so you should change that to FANTASY_PINOUT or something. It's not required but is a useful macro.

Next we have:
You just left this the same but your pinout is completely different so of course that won't work. Think about what this macro does. Hint, it's going to be super easy with your pinout.

That's as far as I checked but you need to go through line by line.
No, as I said nothing even close. If you want, have a look:

#define analogInputToDigitalPin(p)  ((p < NUM_ANALOG_INPUTS) ? (p) + 0 : -1)
#define digitalPinToInterrupt(p)  ((p) == 10 ? 2 : ((p) == 26 ? 0 : ((p) == 27 ? 1 : NOT_AN_INTERRUPT)))

Thanks. Is this correct? I really have no idea what analogInputToDigitalPin does. can't find the keyword from any other files. google didn't give much information about this. but compared to the original pin-out. They are all using A0 as the pin number for "(p) + #".

8

analogInputToDigitalPin() does just what the name indicates. It converts the analog input pin number to digital pin number. In your pinout this is very simple because A0 is digital pin 0 and so forth. So, yes your macro will work but the + 0 does nothing.

Your digitalPinToInterrupt() is also correct.