diff --git a/README.md b/README.md
index 2420152..143f779 100644
--- a/README.md
+++ b/README.md
@@ -1,56 +1,98 @@
 # GADAL-example
 
+This example shows how to use the GADAL api to manage simulations. We also
+use it as a testing ground for the testing the combination of feeders,
+state estimation, and distributed OPF.
 
-1. Install the GADAL `componentframework` using `python setup.py develop` along with its dependencies. You'll also need the HELICS CLI, `opendssdirect`, `pyarrow` in addition to the usual `scipy`, `matplotlib`, `numpy`, and `pandas`.
+# Install and Running Locally
+
+1. Install the GADAL `componentframework` using `python setup.py develop` or using
+`pip install git+ssh://git@github.com/openEDI/GADAL@v0.2.2`.
+
+To run the simulation, you'll need several libraries such as OpenDSSDirect.py and pyarrow.
 ```
 pip install -r requirements.txt
+```
+For analysis, you'll also need matplotlib.
+```
 pip install matplotlib`
 ```
 2. Run `python test_full_systems.py` to initialize the system
+defined in `test_system.json` in a `build` directory.
+
+You can specify your own directory with `--system` and your own system json
+with `--system`.
+
 3. Run `helics run --path=build/test_system_runner.json`
 4. Analyze the results using `python post_analysis.py`
 
+This computes some percentage relative errors in magnitude (MAPE) and angle (MAE),
+as well as plots in `errors.png`, `voltage_magnitudes_0.png`, `voltage_angles_0.png`, etc.
+
+If you put your outputs in a separate directory, you can run `python post_analysis.py [output_directory]`.
+
 ## Troubleshooting
 
 If the simulation fails, you may **need** to kill the `helics_broker` manually before you can start a new simulation.
 
-When debugging, you should check the `.log` files for errors. Error code `-9` usually occurs when it is killed by the broker as opposed to failing.
+When debugging, you should check the `.log` files for errors. Error code `-9` usually occurs
+when it is killed by the broker as opposed to failing directly.
 
 # Components 
 
-All the required components are in this repo as well. Each component
-also defines its own pydantic models at present.
+All the required components are defined in folders within this repo. Each component
+pulls types from `gadal.data_types`.
 
 ![Block diagram of simulation](sgidal-example.png)
 
-## BasicFeeder
 
-An OpenDSS simulation with a SMART-DS feeder. Some preprocessing has been done
-(contact Junkai Liang) to match previous work. It outputs
-- topology: Y-matrix, slack bus, initial phases, and unique ids for each nodes
-and a labeled array with floats and `unique_ids` for each entry: (1)
-`powers_real`, (2) `powers_imag`, (3) `voltages_real`, and (4) `voltages_imag`.
+## Component definitions
+
+Our components use `component_definitions.json` files in each directory to define what
+their dynamic inputs and outputs are. This allows us to configure these when
+we build the simulation.
+
+## AWSFeeder
+
+An OpenDSS simulation which loads a specified SMART-DS feeder. It outputs
+- topology: Y-matrix, slack bus, initial phases
+- powers
+- voltages
 
 ## `measuring_federate`
 
-The measuring federate outputs absolute voltages and complex voltages at specified nodes. The `measuring_federate` can also add Gaussian
-noise with given variance.
+The measuring federate can take MeasurementArray inputs and then output subsets at specified nodes.
+The `measuring_federate` can also add Gaussian noise with given variance.
+
+This federate is instantiated as multiple sensors for each type of measurement.
 
 ## `wls_federate`
 
 The state estimation federate reads the `topology` from the feeder simulation
-and measurements from the measuring federate. Then the federate outputs the
+and measurements from the measuring federates. Then the federate outputs the
 filled in voltages and power with angles.
 
 ## `recorder`
 
-The `recorder` federate can connect to a subscription with a labelled array, and
-then will save it to a `data.arrow` file.
+The `recorder` federate can connect to a subscription with a measurement array, and
+then will save it to a specified `.arrow` file as well as a `.csv` file.
+
+This component is instantiated multiple times in the simulation for every subscription of interest.
+This is similar to the HELICS observer functionality, but with more specific data types.
 
 # How was the example constructed?
 
 For each component, you need a `component_description.json` with
 information about the inputs and outputs of each component.
+We created component python scripts that matched these component
+descriptions and followed the GADAL API for configuration.
+
+In order to use the data types from other federates, the `gadal.gadal_types`
+module is critical. If additional data is needed, then we recommend
+subclassing the pydantic models and adding the data in the required federates
+as needed. This ensures that others should still be able to parse your types if
+necessary. Using compatible types is usually the most difficult part of integrating
+into a system.
 
 A basic system description with the `test_system.json` is also
 needed for the simulation.
@@ -72,14 +114,11 @@ for each component with the right configuration.
 
 # Docker Container
 
-One of the downsides of having `gadal` as a private library at present is that we need an automated
-way to install it. We could do this by copying over a tar file, or we can use it by pip installing
-it with an SSH key. Currently, we use an ssh key.
+One of the downsides of having `gadal` as a private library at present is that it complicates automated
+installation. We could do this by copying over a tar file, or we can use it by pip installing
+it with an SSH key. Currently, we use an SSH key.
 
-The integration tests have an appropriate ssh key to install GADAL from pip. There is another
-one specifically for docker builds as well, but for testing you may just download the one from `sgidal-example`.
-
-Assuming the github SSH key is `gadal_docker_key`, we can build the docker image with
+Assuming the github SSH key is in the current directory `gadal_docker_key`, we can build the docker image with
 ```
 docker build --secret id=gadal_github_key,src=gadal_docker_key -t gadal-example:0.0.0 .
 ```
@@ -87,9 +126,12 @@ docker build --secret id=gadal_github_key,src=gadal_docker_key -t gadal-example:
 To get a docker volume pointed at the right place locally, we have to run more commands
 ```
 mkdir outputs_build
-docker volume create --name gadal_output --opt type=none --opt device=$(pwd)/outputs_build --opt o=bind
+docker volume create --name gadal_output --opt type=none --opt device=$(PWD)/outputs_build --opt o=bind
 ```
 
+If `pwd` is unavailable on your system, then you must specify the exact path. On windows, this will end up
+being `/c/Users/.../outputs_builds/`. You must use forward slashes.
+
 Then we can run the docker image:
 ```
 docker run --rm --mount source=gadal_output,target=/simulation/outputs gadal-example:0.0.0