Feature #3328
closed
Feature #3326: Build a batch of Openvizsla USB LS/FS/HS protocol tracers
Check Openvizsla BOM to figure out which parts might be difficult / impossible to source
Added by laforge almost 6 years ago.
Updated about 3 years ago.
Description
Let's please do a review of the Openvizsla BOM to understand whether there are any obsolete/EOL key parts (semiconductors) that might require design changes. I'm not worried about any of the passives, obviously. But FPGA, RAM, FTDI, USB PHY, ..
I've asked a friend with Altium to export the BOM for us.
Files
At least the following key parts are all still available from digikey:
- FT2232H in TQFP-64
- USB PHY
- SDRAM (166 MHz version instead of 133 MHz: MT48LC16M16A2P-6A:GCT-ND)
- EEPROM
- FPGA
Everything else looks like standard passives, so I don't expect much of a problem here.
OK, then I wait for the extracted eBOM to further investigate whether any of the passives (e.g. inductances) are critical.
- Status changed from New to In Progress
- File OpenVizsla-BOM.gnumeric added
- % Done changed from 0 to 90
Checked all parts and completed an eBOM.
- all LEDs must be revised or treated as generic parts supplied by the contract manufacturer
- two ferrites must be replaced; I'd like to see the original PCBA, looks like we should change the part to another (larger) foorprint...
- the two tact switch alternatives differ in the length of the actuator, linked is a short actuator version
- as mentioned, the SDRAM ist a 166MHz type, as the 133 is obsolete and n.a.
- File deleted (
OpenVizsla-BOM.gnumeric)
Updated eBOM with Digikey part numbers (for easier DK upload).
Digikey used to take part numbers containing a colon or a slash ("MT48LC16M16A2P-6A:GCT-ND" or "LM3670MF-1.2/NOPBCT-ND") which is very useful when their own BOM manager does not understand this... 8/
- Status changed from In Progress to Stalled
- Status changed from Stalled to Closed
closing the ticket as a sizeable number of surplus OpenVizsla boards have just surfaced.
Also available in: Atom
PDF