-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RP2040 pin drive strength #7206
Comments
Looks like this field is not reset on deinit, so e.g. behaviour of PWMOut currently depends whether there was a DigitalInOut before.
Do we want max drive strength for everything? Would it be done like in DigitalInOut? |
Yes, that should be fine. Do it like circuitpython/ports/raspberrypi/common-hal/busio/UART.c Lines 133 to 136 in 8f414eb
|
PIO looks complicated. Actually, if it's for everything, might it be better to set it for all the relevant pins on startup and then leave it alone in the individual IO libs? |
That makes sense. Are you interested in doing a PR? |
At a high level I was thinking it makes sense to put this in one place, but I don't really have any idea where it would go or how you decide which pins are eligible. |
If no one objects, I'd like to pick up this issue. |
@eightycc Note that the drive strength for PIO was reduced since the previous discussion, to fix a specific use. (I was worried when I saw that, but fortunately it doesn't seem to affect my project too much.) #7558 So it seems what I was saying in the OP is not the case, and we really need the general drive strength API, as you already started discussing over here: #1270 (comment) |
We talked about it on the Discord a few days ago but I thought I should raise it here too.
#1270 nrf pin drive strength discussion
circuitpython/ports/raspberrypi/common-hal/digitalio/DigitalInOut.c
Line 105 in 8f414eb
circuitpython/ports/raspberrypi/common-hal/busio/UART.c
Line 133 in 8f414eb
The text was updated successfully, but these errors were encountered: