gather it up
This commit is contained in:
@@ -1,6 +1,5 @@
|
||||
# TSYS Group Handbook - Engineering Documentation - Team HwEng - Supply Chain
|
||||
|
||||
|
||||
## Introduction
|
||||
|
||||
This article covers the high level overview of the hardware supply chain for all aspects of
|
||||
@@ -22,9 +21,9 @@ the orbiter:
|
||||
## Pi Systems and USB accessories
|
||||
|
||||
* raspberry pi
|
||||
* subopi1
|
||||
* subopi1
|
||||
* MorsePOD M6
|
||||
* subopi2
|
||||
* subopi2
|
||||
* Lora Concentrator Pi Hat (Rak 833, 915mhz, SPI, FCC: 2AF6B-RAK833)
|
||||
* Arduino Uno connected to motor shield connected to
|
||||
* Servo
|
||||
@@ -34,12 +33,12 @@ the orbiter:
|
||||
* Dragino Lora/GPS hat
|
||||
* subopi5
|
||||
* SenseHAT
|
||||
* Seeduino LorawanGPS connected to
|
||||
* Seeduino LorawanGPS connected to
|
||||
* IMU
|
||||
* Motor Controller
|
||||
* subopi6
|
||||
* SenseHAT
|
||||
* Seeduino LorawanGPS connected to
|
||||
* Seeduino LorawanGPS connected to
|
||||
* IMU
|
||||
* Motor Controller
|
||||
|
||||
@@ -67,7 +66,7 @@ Much to write here, very soon.
|
||||
|
||||
## Orbiter Avionics - Seeduino
|
||||
|
||||
This is the core of the "smarts" (electronic) system for the orbiter. It's where all domain awarness and decision making happens (along with communication), and is subject to full regulatory review/compliance requirements.
|
||||
This is the core of the "smarts" (electronic) system for the orbiter. It's where all domain awareness and decision making happens (along with communication), and is subject to full regulatory review/compliance requirements.
|
||||
|
||||
It must do very few things, and it must do them perfectly.
|
||||
|
||||
@@ -79,7 +78,7 @@ It will be running FreeRTOS, with a handful of custom routines.
|
||||
|
||||
* With the following groove boards connected to the seeduino:
|
||||
|
||||
* IMU: <https://www.seeedstudio.com/Grove-IMU-10DOF-p-2386.html>
|
||||
* IMU: <https://www.seeedstudio.com/Grove-IMU-10DOF-p-2386.html>
|
||||
|
||||
* Motor driver board: <https://www.seeedstudio.com/Grove-I2C-Motor-Driver-L298P-p-4534.html> (or very similar , need to confirm)
|
||||
|
||||
@@ -92,7 +91,6 @@ This is where the batteries, cells, load all comes together:
|
||||
|
||||
* <http://www.switchdoc.com/sunairplus-solar-power-controllerdata-collector/>
|
||||
|
||||
|
||||
### Hardware Watchdog
|
||||
|
||||
This is a critical fail safe component, and will reboot the seeduino or pi automatically if countdown timer expires:
|
||||
@@ -101,13 +99,13 @@ This is a critical fail safe component, and will reboot the seeduino or pi autom
|
||||
|
||||
## Orbiter Avionics - Raspberry pi
|
||||
|
||||
The pi is essentially a large disk (for geospatial db, holding avionics firmware, holding log data etc) and beefy CPU (for geospatial lookups, processing ads-b data, perhaps some data crunching for local optimizations based on weather) attached to the avionics. The pi is important, but not completely critical. It can crash (and if not fixed by watchdog) can remain offline and the orbiter can come in for service safely. We will utilize best practices with the pi, to ensure it's as reliable/avaiable as possible.
|
||||
The pi is essentially a large disk (for geospatial db, holding avionics firmware, holding log data etc) and beefy CPU (for geo spatial lookups, processing ads-b data, perhaps some data crunching for local optimizations based on weather) attached to the avionics. The pi is important, but not completely critical. It can crash (and if not fixed by watchdog) can remain offline and the orbiter can come in for service safely. We will utilize best practices with the pi, to ensure it's as reliable/available as possible.
|
||||
|
||||
In poc the pi will be attached via USB (and also serving as a host for the arduino for firware updates of the avionics ), in prototype/prod it will be on an integrated board as a Pi CM.
|
||||
|
||||
* Payload power control:
|
||||
|
||||
Control of the power payload, on a geospatial basis, in a black box/non customer changeable is also super critical, and will likely receive the second most regulatory scruity.
|
||||
Control of the power payload, on a geo spatial basis, in a black box/non customer changeable is also super critical, and will likely receive the second most regulatory scrutiny.
|
||||
|
||||
This is used for power cycling the payload for regulatory compliance (geofence):
|
||||
|
||||
|
Reference in New Issue
Block a user