Add support for ATtiny1614

[kr15h]

One of our Fab Academy students wanted to use the lib with ATtiny1614 which is one of the new AVR-1 boards. They use different way of handling the pins when used via the megaTinyCore library. I added the following changes to Sd2PinMap.h file.

• New pin map struct to support new AVR-1 naming
• ATtiny1614 pin mapping based on megaTinyCore
• New helper functions for reading/writing pins compatible with AVR-1 naming

Tested. Works. More AVR-1 chips to come.

[TravisBuddy]

Travis tests have failed

Hey @kr15h,
Please read the following log in order to understand the failure reason.
It'll be awesome if you fix what's wrong and commit the changes.

TravisBuddy Request Identifier: 5da479e0-e315-11ea-bb85-f7bf5149087f

[kr15h]

Looks like there is a formatting issue. I will look into it. Is there a formatting manual somewhere?

[per1234]

Hi @kr15h. Thanks for your care for the CI status. You're right that there is a formatting issue, but this issue was introduced by the person who changed the code before you submitted this PR (85dbcca). So you don't need to worry about fixing the formatting.

[kr15h]

So should I rebase on top of the current HEAD?

[per1234]

You're welcome to do so if you like, but it's not mandatory.

[kr15h]

We are using the library for the Fab Academy course and it would be nice to have the ATtiny1614 and other 0,1 chips available from the mainline. What do you need me to do for this to become merged?

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[SpenceKonde]

Why does this need to be made so complicated, People have reported success with just i submitted in #110

[kr15h]

That was the only way I could figure at the time. Thanks @SpenceKonde for #110