Skip to content

Updated UM FeatherS2 boards #3463

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

Merged
merged 6 commits into from
Oct 1, 2020
Merged

Updated UM FeatherS2 boards #3463

merged 6 commits into from
Oct 1, 2020

Conversation

UnexpectedMaker
Copy link

Updated board files for FeatherS2 & FeatherS2 Prerelease

@tannewt
Copy link
Member

tannewt commented Sep 24, 2020

Why are you including .py files in the board directory? If you are trying to ship with a demo that uses it, then the files should live on the FAT filesystem along with the example code.py.

Generally, frozen modules should only be used to save RAM on constrained devices like the SAMD21. The ESP32-S2 doesn't have that constraint and really shouldn't have frozen modules. Frozen code is hard to understand because it isn't on the drive. It's typically older code and it's impossible for the user to update.

@UnexpectedMaker
Copy link
Author

UnexpectedMaker commented Sep 24, 2020

Why are you including .py files in the board directory? If you are trying to ship with a demo that uses it, then the files should live on the FAT filesystem along with the example code.py.

Generally, frozen modules should only be used to save RAM on constrained devices like the SAMD21. The ESP32-S2 doesn't have that constraint and really shouldn't have frozen modules. Frozen code is hard to understand because it isn't on the drive. It's typically older code and it's impossible for the user to update.

Because I think it's confusing for folks having just on the FS when they might not understand why it's there, when on "constrained devices" they don't have to have it there to use their Dostar. Seems inconsistent, but I'm happy to unfreeze and put it on the FS if that's what you prefer.

I did speak to you about this a while ago when I was asking you how to freeze modules and you asked me why back then ;)

EDIT: I already put my feathers2.py helper in the FS anyway, so I can just put the Dotstar lib with that. Is it good practice to put them in the lib folder? or just in the root?

EDIT2: Oh, dan, didn't realise I left a bunch of other .py folks in there, sorry. Cleaning up now and will re-push.

@UnexpectedMaker
Copy link
Author

@tannewt Please let me know if you are ok with what I have now. I really want it in for beta 1 :)

tannewt
tannewt previously approved these changes Sep 25, 2020
Copy link
Member

@tannewt tannewt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yup! This looks good.

@tannewt
Copy link
Member

tannewt commented Sep 25, 2020

You'll need to add the prerelease board name to the github workflow to get the CI to pass: https://github.com/adafruit/circuitpython/pull/3463/checks?check_run_id=1162679057 and adjust the line endings for these two files: https://github.com/adafruit/circuitpython/pull/3463/checks?check_run_id=1162679034 (Exactly one line at the end.)

Because I think it's confusing for folks having just on the FS when they might not understand why it's there, when on "constrained devices" they don't have to have it there to use their Dostar. Seems inconsistent, but I'm happy to unfreeze and put it on the FS if that's what you prefer.

I prefer having it on the FS so folks know they can update it.

I did speak to you about this a while ago when I was asking you how to freeze modules and you asked me why back then ;)

I know but this time it looks like I can convince you. :-P

EDIT: I already put my feathers2.py helper in the FS anyway, so I can just put the Dotstar lib with that. Is it good practice to put them in the lib folder? or just in the root?

I'd leave the feathers2.py helper outside of lib because it is board specific but put the rest in lib for clarity. That way the top level only has feathers2.py and code.py.

@UnexpectedMaker
Copy link
Author

Ok, sounds good!

@UnexpectedMaker
Copy link
Author

@tannewt I fixed the last lines on the 2 .mk files, but I have no idea how to do...

You'll need to add the prerelease board name to the github workflow to get the CI to pass: https://github.com/adafruit/circuitpython/pull/3463/checks?check_run_id=1162679057

I've never used (or even looked at) git workflows before, sorry. Git noob here!

@tannewt
Copy link
Member

tannewt commented Sep 28, 2020

@UnexpectedMaker
Copy link
Author

@tannewt
Copy link
Member

tannewt commented Sep 29, 2020

@UnexpectedMaker You'll want to make the change on this PR's branch. I closed the other PR.

@UnexpectedMaker
Copy link
Author

@UnexpectedMaker You'll want to make the change on this PR's branch. I closed the other PR.

Done - I think!

@UnexpectedMaker
Copy link
Author

@tannewt Ok, 3rd times a charm? It didn't like me doing it from my other Mac for some reason.
This PR has now been updated. Pleaser delete the other one I created a few mina ago _ I don't seem to be able to delete it myself.

Copy link
Member

@tannewt tannewt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you!

@tannewt
Copy link
Member

tannewt commented Oct 1, 2020

Failing test was a network error. Unrelated to this PR.

@tannewt tannewt merged commit 2ad54f8 into adafruit:main Oct 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants