...
Remove resistors on IMU (the two resistors are only put there is we are trying to configure the board into I2C mode, but we are using the default SPI mode for which the resistors should not be connected)
Easy way to tie GPIO 1 to GPIO 8 and a way to tie GPIO1 to GPIO9 with pin header. This is useful for lighthouse localization.
There is a discrepancy between the bond diagram for ALWAYSON_LDO_OUT for https://github.com/PisterLab/scum-dev-board/blob/quikpak_ll/qfn_info/bigBoard_bond_diagram.pdf and https://github.com/PisterLab/scum-dev-board/blob/master/scum3c_devboard_large/Images/scum3C%20Large%20Board%20bond%20diagram.png. Both boards have this discrepancy and should be modified to match the first link.
Add the missing SCuM pins to schematic (mark as no connections) just for bookkeeping
Currently SDO pin on IMU is connected to GPIO12 and SDI pin on IMU is connected to GPIO13. It would be nice to have SDO pin on IMU connected to GPIO13 instead and SDI pin of IMU connected to GPIO12. This is to match the hardware configuration with the code Brian wrote before to maintain as much consistency between boards as possible so code can be reused across all of them.
Request from DB: “it would be nice to have plated vias on as many of the SCuM pins as possible so we can fully wirebond and then thread a 30 AWG wire in if we need to splice something on“
McCoy (small) board:
...
First round review:
...
Pin layout: https://docs.google.com/drawings/d/1l1O0RtISmslJsic9txYNfCFIynfG-745T3hjRpNIH5w/edit?usp=sharing
| Expand |
|---|
|
First round review: Pin layout updates Need hard reset for 3wb programming. The pins on the board should be ordered: hard reset, clk pin, enable pin, data pin Put pins of IMU VDDIO and IMU VDD directly next to VDDIO pins so we can easily tie both of those pins to VDDIO (when using the IMU, VDDIO will be 1.8V, which is what we need for IMU VDDIO and IMU VDD) Pin header to easily tie VBAT to VDDIO Would be nice to have a VDDD pin directly next to boot source select pin, so they can be tied together with a header (this is done to enable 3wb programming rather than optical programming)
Use 2.54 mm (standard size) pin headers instead of 1.27mm. “IMU” pin and trace don’t need to be present since that is used to put the IMU in I2C mode, but we don’t use that (we use SPI mode for the IMU) Modifications to the surface mount components as annotated here: https://github.com/PisterLab/scum-dev-board/blob/master/scum3c_devboard_deleted_elements/pictures/scum3c-devboard_schematic_Page_2%20annotated.jpg GPIO11 should have a pin (it currently doesn’t) Would be nice, but not necessary for GPO_ZERO to have a pin output
Second round review (Modifications discussed on 4/14/21 SCuM meeting) Instead of having GPIO1 on a separate header integrate it into the same header as the GPIO (still allowing GPIO1 to be tied to GPIO8 to GPIO9) Align right side header of board with nRF pins (https://www.nordicsemi.com/Software-and-tools/Development-Kits/nRF5340-DK ). Pins are configurable on nRF and to make a ground we could just hold a GPIO output on the nRF low. We should consolidate pins on the board (right now there are a number of separate headers). The GPIO1 pins that are going to be tied to GPIO8 and GPIO9 should be directly next to each other so that we can really easily tie them together with a pin jumper header. We proposed adding another column of GPIO1 pins (still 2 rows) to the GPIO header (remove one of the ground columns) so that we can accomplish that.
Additional comments Anyway we could shrink back down the dimensions of the board? Seems like there is some empty space in parts of the board that we could compress down to make the board smaller.
4/27/21 Review Add nRF pin labels Move antenna back to separate pin Minor revisions to the proposed pin layout
|
Spock (large) board:
Proposed pin Pin layout: https://docs.google.com/drawings/d/1-NSjz1xg-1bFSp3lY8e1M7UuoZM1Tlf1_K2JZVS5FTk/edit?usp=sharing
...
