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

Reconsider the dual footprint MCU #21

Open
Magpie-81 opened this issue May 11, 2023 · 4 comments
Open

Reconsider the dual footprint MCU #21

Magpie-81 opened this issue May 11, 2023 · 4 comments
Assignees
Labels
enhancement New feature or request

Comments

@Magpie-81
Copy link

Magpie-81 commented May 11, 2023

Version Number

1.0.1

Bugfix or Enhancement

Enhancement

Description

Removing the QFN-32 package for the STM32F031K6U6 option would help to clean up the layout around the MCU.
I understand that the recent supply chain disruptions made us more aware that it's nice to have options, but i would think it's not too hard to recompile the photon firmware for another chip in the same LQFP-48 package, like the next step up in the line (STM32F051C6) or find another fitting chip for that footprint.
Having both footprints overlap requires you to be specific when ordering paste stencils as well, as you don't want the QFN pads covered in paste when you place the bigger QFP package on top, or you run quite a high risk that the solder might bridge and create shortcircuits under the package. Or the QFP package starts to float away uncontrolled and needs manual rework after reflow.

Suggested Solution

Reconsider removing the QFN-32 footprint.

@Magpie-81 Magpie-81 added the triage for issues that need a first response and tagging label May 11, 2023
@warasilapm
Copy link

Alternatively, go full QFN to gain more board space for additional features proposed in other tickets. Just a thought! You could easily go either way.

@Magpie-81
Copy link
Author

I guess the QFP has advantages as well, it's easier to solder and check the quality after reflow or do rework, and it offers more pins for more features.
Pricing for both of them seems to be roughly the same, so there is no real winner here.
Availability isn't great for both versions, at least when looking at distributor stocks that are listed on octopart.

@sphawes
Copy link
Member

sphawes commented May 12, 2023

Thanks for the thought @Magpie-81! Here's some of my thoughts on this:

  • It certainly would free up a bit of space to switch entirely to the QFN. Part of the reason I like having the QFP is that it's much easier to solder for hobbyists than a QFN can be.
  • I think the flexibility of having the two footprint options is worth it, even knowing that it could clear up some board real estate. We've purchased a stencil for each MCU option, and given that they're less than $20 USD apiece, it's a pretty inexpensive insurance policy.
  • I'm sure that we could also just compile Photon for a different MCU, but in the situation of a stock-out and our manufacturing line being halted with nothing to assemble, I'd much rather have a drop-in binary compatible replacement chip that lets production continue without having to source, test, and recompile for a different part.

@sphawes sphawes added enhancement New feature or request and removed triage for issues that need a first response and tagging labels May 12, 2023
@sphawes sphawes self-assigned this May 12, 2023
@warasilapm
Copy link

@sphawes So is this a won't fix? Just clearing out some old GitHub notifications here and I noticed this is still open.

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

No branches or pull requests

3 participants