Fix for confusing overload of Wire::begin

[bato3]

Closes #6616

SDA and SCL are defined as uint8_t, and when it is used, library try initialize itself in slave mode

By completing this PR sufficiently, you help us to review this Pull Request quicker and also help improve the quality of Release Notes

Checklist

1. Please provide specific title of the PR describing the change, including the component name (eg. „Update of Documentation link on Readme.md“)
2. Please provide related links (eg. Issue which will be closed by this Pull Request)
3. Please update relevant Documentation if applicable
4. Please check Contributing guide

This entire section above can be deleted if all items are checked.

---

Description of Change

Please describe your proposed Pull Request and it's impact.

Tests scenarios

Please describe on what Hardware and Software combinations you have tested this Pull Request and how.

(eg. I have tested my Pull Request on Arduino-esp32 core v2.0.2 with ESP32 and ESP32-S2 Board with this scenario)

Related links

Please provide links to related issue, PRs etc.

(eg. Closes #number of issue)

[CLAassistant]

All committers have signed the CLA.

[SuGlider]

@bato3

When compilling it I got this message in the console:

In file included from C:\Users\SuGlider\Documents\Arduino\issue_6616_wire_slave_begin_int8\issue_6616_wire_slave_begin_int8.ino:1:
C:\Users\SuGlider\Documents\Arduino\hardware\espressif\esp32\libraries\Wire\src/Wire.h: In function 'void setup()':
C:\Users\SuGlider\Documents\Arduino\hardware\espressif\esp32\libraries\Wire\src/Wire.h:84:10: note: candidate 1: 'bool TwoWire::begin(uint8_t, int, int, uint32_t)'
     bool begin(uint8_t slaveAddr, int sda=-1, int scl=-1, uint32_t frequency=0);
          ^~~~~
C:\Users\SuGlider\Documents\Arduino\hardware\espressif\esp32\libraries\Wire\src/Wire.h:80:17: note: candidate 2: 'bool TwoWire::begin(uint8_t, uint8_t, uint32_t)'
     inline bool begin(uint8_t sda, uint8_t scl, uint32_t frequency=0)
                 ^~~~~

[SuGlider]

I see other considerations as exposed in #6616 (comment)

[SuGlider]

Please detail which Use Cases are covered by this PR.

[SuGlider]

@bato3 - Please evaluate this other PR #7000 to solve the issue.

[bato3]

@SuGlider #7000 has case

Wire.begin(SDA, SCL);

so, it can be OK.
I don't have the skills to test it properly.