git.gag.com Git - hamradio/bigbounce/blob - Notebook

   1 2010.09.22
   2 - replaced the RS-485 transceivers in the two optical encoders, and on the
   3   US Digital RS-232 to SEI interface board.  The two encoders are now working
   4   happily with the RS-232 to SEI interface board that I built, but the US
   5   Digital interface board is still unhappy.  Could be my prior substitution
   6   of an ACT32 for one of the other parts... just don't know, and since we
   7   have a working interface with LEDs and such, won't bother doing more now.
   8
   9 2010.09.23
  10 - got the Omnibook 5700 running again as ob5700.gag.com, needed to replace
  11   the PCMCIA network card which was physically damaged, then updated the
  12   machine to lenny, and stripped out all the packages I don't need (like
  13   anything related to X!)
  14
  15 - the hard drive bearings are just loud enough to make me think putting a CF
  16   adapter and card in the 2.5" pata drive bay might be a smart idea?
  17
  18         ordered an 8gb CF card and 2.5" adapter with DMA support from newegg
  19
  20 - thoughts about software structure
  21
  22         Using 'predict' in server mode seems adequate for generating az/el
  23         data for the sun and moon, so let's just use it for now.  Ideally,
  24         refactoring that code to have a no-ui daemon we can launch without
  25         consuming a virtual console might be nice.
  26
  27         Re-factor my current Python code to actually have an 'azeld' that
  28         sits on a socket taking desired az and el as input and reporting
  29         current az and el as output.
  30
  31         Craft a simple text ui that allows me to select a target (park, work,
  32         sun, and moon for now?), uses predict's socket interface to get the
  33         az-el info for the non-static targets, and uses azeld's socket to
  34         get the work done.
  35
  36   This would allow me to have azeld's implementation change if I move to some
  37   other motion control system, without having to re-factor any other code.
  38
  39   Once this is working, there are other features I'd like to implement:
  40
  41         Get some sort of computer-readable noise measuring system together,
  42         and either glue it in to azeld or present it as yet another daemon.
  43
  44         Using the noise measuring interface, add code to "dither" around
  45         the sun looking for where the noise peak is.  This might allow for
  46         more robust calibration of az and el offsets for the positioning
  47         system, *and* might allow me to measure things like the mechanical
  48         "droop" in the elevation system at different elevations?
  49
  50         Using the noise measuring interface, automate taking sun and moon
  51         noise measurements (pointing on the object, then at 'cold sky', then
  52         do the calculations).  This could be really handy for determining if
  53         various changes actually make improvements.
  54
  55