Skip to content
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

LED Toggle Inverted on HUZZAH ESP8266 #229

Closed
brentru opened this issue Mar 9, 2022 · 5 comments · Fixed by #380
Closed

LED Toggle Inverted on HUZZAH ESP8266 #229

brentru opened this issue Mar 9, 2022 · 5 comments · Fixed by #380
Labels

Comments

@brentru
Copy link
Member

brentru commented Mar 9, 2022

Due to how the Huzzah ESP8266 is internally wired, toggling on the WipperSnapper website is inverted.

AdafruitIO_LEDstatus

Related Forum Issue: https://forums.adafruit.com/posting.php?mode=reply&f=66&t=189143

@brentru brentru added bug Something isn't working digital-gpio-api labels Mar 9, 2022
@brentru brentru added wontfix This will not be worked on and removed bug Something isn't working digital-gpio-api labels Sep 2, 2022
@brentru
Copy link
Member Author

brentru commented Nov 28, 2022

@lorennorman As this is the default behavior of the ESP8266's builtin LED - this an issue is potentially a wontfix.

Need your feedback:

  • Would it be possible to always invert the toggle on Adafruit IO for the Feather Huzzah ESP8266's builtin LED?
  • Would it be better to leave the toggle alone, and document within the component configuration for this board that the inverted LED status is expected operation due to how the board is wired?

@lorennorman
Copy link
Contributor

Questions:

  • Is this for a single board, or a whole class of boards?
  • Would setting pull: UP fix the issue?

It seems like this is a "this component type on this board type" special case. If that's true, then yeah sorta not sure where to solve it. We certainly could add special code on the LED toggle visualization that detects that board and flips itself visually. That doesn't much worry me, unless there are a whole host of these kinds of things we expect to see over time, then I'd rather formalize it somehow.

We could add something to the JSON... I'm thinking the Board JSON for that particular pin, since that's really where the issue is. But if this is just super-rare, then I'd rather not complicate the JSON for it.

Barring any surprising answers to my questions, I'd prefer to throw a small hack into the LED toggle, with a special comment calling it out so I can find it later if these things grow.

@brentru
Copy link
Member Author

brentru commented Nov 29, 2022

  • Single board, Feather HUZZAH ESP8266
  • No, it would not

We certainly could add special code on the LED toggle visualization that detects that board and flips itself visually.

Would you prefer if I handled this within the WipperSnapper firmware code, instead? I have knowledge of the device type, the LED pin, and the pin requested to toggle.

@lorennorman
Copy link
Contributor

Oh that's maybe the right move, especially if that were code that is #IFDEF'd into existence only for that board, makes it very clear that it's special case stuff. If that sounds right to you, please do!

@brentru brentru added beta 56 and removed wontfix This will not be worked on labels Nov 29, 2022
@brentru
Copy link
Member Author

brentru commented Nov 29, 2022

Sounds good to me - removed wontfix and tagged for next release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants