Create a variant to support the UNO R3 WIFI when the USB Jumper(SJ-1) is closed #236
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
per1234
added
type: enhancement
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Most of the details for this are up on the forum thread:
https://forum.arduino.cc/t/creating-variant-for-using-uno-r4-wifi-in-usb-bridge-bypass-mode/1167270
As I mentioned on the thread, I simply soldered small switch to the bottom pads:
The variant code is mostly based off of the MINIMA, except all of the pins, and the like have been edited to match the hardware of the WIFI. It uses the same uploader as the MINIMA.
The WIFO and BT code was working the last time I checked. I needed to update the wifis3 Modem code to allow for the variant:
#if defined(ARDUINO_UNOWIFIR4) || defined(ARDUINO_UNOWIFIR4USB)There are some other things that possibly could be done, beyond this, that for example one could potentially try to reclaim the UART that is used to forward the USB packets to and from the host through the ESP32. Users could for example maybe set the IO pins to INPUT or the like on the ESP32, and then the user could use the TX/RX pins from the ESP32 header, with the understanding that these pins are 3.3V and not 5v tolerant.
It was suggested that I should maybe create a PR to describe this, on the chance that you might be interested.
It might be good to do this in steps, that is, potentially pull it in, such that it only shows up for those of us who install this core in the sketches/hardware directory, like a few others that are already there. But at least at first continue to only have your Arduino Boards release process continue to only bring in the MINIMA/WIFI variants. And if over time, there is interest in this and no major issues, you could then update your boards release scripts.
Kurt