Not enough "Arduino pins" defined on high-pin-count chips/boards

[WestfW]

On boards and chip with a high pin count, like the CH32V307EVT, the number of "arduino pins" defined in the digitalPin[] array is much smaller than the number of GPIO pins broken out on the other board connectors, which prevents them from being used by the Arduino APIs.

Ideally, there should be some sort of symbol like PIN_PD13 for every possible gpio, which maps to an index in the digitalPins[] array (ie "is an Arduino Pin Number"), which will then map it back to a WCH SDK symbol like PD_13. Or at least a compile/menu option to enable this.

[maxint-rd]

I totally agree. Most chips only have a board definition for some packages. At a minimum the largest package should be included and have Arduino pins defined for all of it's pins. Whenever testing a chip in a package that has no board definition, I use the definition of the larger variant. Most times I find myself using the WCH pin definitions (PA12, etc).

Having the Arduino pin numbers properly defined makes it easier to test pins in a loop. For some chips/packages (e.g. V002F4, V006F8, X033F8P) I've submitted PR's with board definitions to allow using the pin numbers. (I don't have the V307 in my collection, so probably won't be able to help much).

[DeqingSun]

I was facing a similar issue with CH32V305CCT6. I can not operate Port C pins unless I modify the variant cpp and h.
Here is my commit to fix it.
DeqingSun@f5f602d