From 82d241a0faca37b41630efe233c737b525b08b24 Mon Sep 17 00:00:00 2001
From: David Preiss <davepreiss@gmail.com>
Date: Thu, 27 May 2021 14:02:10 +0000
Subject: [PATCH] Update README.md

---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index 6552e4f..ba9a860 100644
--- a/README.md
+++ b/README.md
@@ -6,7 +6,7 @@
 
 Welcome to the last week of the inductive encoder project (as a part of HTMSTMaA. Getting to a state of a working encoder took some pretty abominable debugging/hacks (see video below), but the results are promising and I am excited to integrate it into a motor driver.
 
-[<img src="images/spinningIndicator.png" width="800">](https://gitlab.cba.mit.edu/davepreiss/ldcoder/-/blob/master/images/spinningIndicator.mp4)
+[<img src="images/spinningIndicator.png" width="600">](https://gitlab.cba.mit.edu/davepreiss/ldcoder/-/blob/master/images/spinningIndicator.mp4)
 
 From the data last week it was clear that my sensor was saturating with copper present (see how it flatlines on the low end in the screenshots from that week). To remedy this, I started by trying to simply increase the air gap between the coils and the copper target, but found that the coils were so sensitive to the increase in axial distance (axial sensitivity is tied very closely coil diameter) that the SNR penalty from increasing the air gap made this a non-factor. So instead what I needed to do was increase my pole count to the next multiple of 12 from 6, so 18. With a given Sin/Cos coil spacing (in this case for me it's 75deg). Jumping to 18 targets was slightly more than optimal, but I was able to resolve a much more sinusoidal signal after doing it, with plenty of resolution between the high and low copper-present peaks.
 
-- 
GitLab