default pin #defines acting wrong?

[albinotoni]

Hi!

I followed some dmx-tutorial and wired my nano to pins A5 and A6 which are and were working great. Then I added an interrupt to the code with incoming pin 2 and it didn't work out with the this library anymore. I fixed the thing by commenting out definitions inside the #ifdef AVR part on the rs485.h and replacing the pins with A5 and A6 (like they are again underneath) and now I think everything works pretty much as they should on nano. I just really don't understand at this point, how did the dmx work earlier with A5 and A6?

[wohali]

Similar problem, except for Raspberry Pi Pico - which does not have A5 or A6 in the pin mapping, only pins named p0...p29.

Without overriding RS485.h manually, this library cannot be used with the Pico because those pins are not defined in the Pico's PinNames.h.

[wohali]

It would be helpful if you could wrap the RS485_DEFAULT_DE_PIN and RS485_DEFAULT_RE_PIN #defines in #ifndefs.

Then, we could set -DRS485_DEFAULT_DE_PIN=whatever and -DRS485_DEFAULT_RE_PIN=whatever in a project build file.