add slides
authorLuke Kenneth Casson Leighton <lkcl@lkcl.net>
Sun, 17 Jun 2018 14:39:48 +0000 (15:39 +0100)
committerLuke Kenneth Casson Leighton <lkcl@lkcl.net>
Sun, 17 Jun 2018 14:39:48 +0000 (15:39 +0100)
pinmux/pinmux_chennai_2018.tex

index c4f84618d7d4bf36362fe52e4c8bcaf347f1432a..2d5bf1787fab3a92a2bb3b09ff31d97556c78639 100644 (file)
   \end{itemize}
 }
 
-\frame{\frametitle{Muxer cases to handle}
+\frame{\frametitle{Muxer cases to handle (One/Many to One/Many) etc.}
 
  \begin{itemize}
-   \item Many FN outputs to Many Pins: no problem\\
-            (weird configuration by end-user, but no damage to ASIC)\vspace{6pt}
+   \item One FN outputs to Many Pins: no problem\\
+            (weird configuration by end-user, but no damage to ASIC)
    \item One Pin to Many FN inputs: no problem\\
-         (weird configuration by end-user, but no damage to ASIC)\vspace{6pt}
+         (weird configuration by end-user, but no damage to ASIC)
    \item Many Pins to One FN input: {\bf Priority Mux needed}\\
-            No priority mux: Pin1 = HI, Pin0 = LO, ASIC is damaged\vspace{6pt}
+            No priority mux: Pin1 = HI, Pin0 = LO, ASIC is damaged
+   \item Many FN outputs simultaneously to one Pin: {\bf does not occur}\\
+            (not desirable and not possible, as part of the pinmux design)
    \item Some FNs (I2C\_SDA, SD\_D0..3) are I/O Buses\\
             Bi-directional control of the Pin must be handed to the
-            FN\vspace{6pt}
+            FN
    \item Nice to have: Bus sets pintype, signal strength etc.\\
             e.g. selecting SD/MMC doesn't need manual pin-config.\\
             \bf{caveat: get that wrong and the ASIC can't be sold}