changeset 618:ed403a239ec6

doc/D-Sample: update for the failed attempt to reconstruct tpudrv10.c
author Mychaela Falconia <falcon@freecalypso.org>
date Sun, 06 Oct 2019 18:55:08 +0000
parents c32c887ced3a
children 5a0ddb29c58e
files doc/D-Sample
diffstat 1 files changed, 9 insertions(+), 4 deletions(-) [+]
line wrap: on
line diff
--- a/doc/D-Sample	Sun Oct 06 05:38:26 2019 +0000
+++ b/doc/D-Sample	Sun Oct 06 18:55:08 2019 +0000
@@ -23,10 +23,15 @@
 Clara.  We have now successfully reconstructed the lost C sources for the RF-
 independent and Rita-specific L1 modules, and we have l1_rf10.c for Clara RF
 from the MV100 source fragments, but we are still missing the tpudrv10.c module
-which is also required for Clara RF.  Right now if one builds our current
-Magnetite fw for target dsample, a placeholder stub version of tpudrv10.c is
-used - it allows the firmware to link, but does not do any actual RF control,
-thus any attempts to bring up the radio immediately fail.
+which is also required for Clara RF.  The 20020917 fw image that came flashed
+with this board does operate the RF hardware (tested and proven good with our
+CMU200 instrument), and we have tried extracting the elusive tpudrv10 bits from
+this original 20020917 fw.  Our current tpudrv10.c driver is an attempt to
+replicate what the original firmware appears to do, i.e., a translation of the
+mystery logic from disassembly to C.  But unfortunately it doesn't work, i.e.,
+when we flash our Magnetite fw into the board, we get non-working RF: in the Rx
+direction the Calypso DSP fails to receive the signal put out by the CMU200,
+and in the Tx direction the CMU200 detects no signal put out by the MS.
 
 Despite having no working radio, everything else works: we can flash our own
 Magnetite fw images into the board with our fc-loadtool (fc-host-tools-r8 or