vault backup: 2025-03-26 21:19:02

.obsidian/workspace.json

@@ -4,11 +4,11 @@
     "type": "split",
     "children": [
       {
-        "id": "b4016cfda59535b1",
+        "id": "f83007af095dc297",
         "type": "tabs",
         "children": [
           {
-            "id": "fbdb92a309be8088",
+            "id": "a5daa8ea8214becf",
             "type": "leaf",
             "state": {
               "type": "markdown",
@@ -162,8 +162,7 @@
       }
     ],
     "direction": "horizontal",
-    "width": 367.5,
-    "collapsed": true
+    "width": 367.5
   },
   "left-ribbon": {
     "hiddenItems": {
@@ -177,27 +176,28 @@
       "obsidian-git:Open Git source control": false
     }
   },
-  "active": "fbdb92a309be8088",
+  "active": "a5daa8ea8214becf",
   "lastOpenFiles": [
-    "Pasted image 20250314122451.png",
-    "Pasted image 20250314121916.png",
-    "Pasted image 20250314121904.png",
-    "Pasted image 20250314115857.png",
-    "Pasted image 20250314115632.png",
-    "Pasted image 20250314115427.png",
-    "Pasted image 20250314114314.png",
-    "Pasted image 20250314114257.png",
-    "TERCERO/SETR1/Teoria_2425.md",
-    "Pasted image 20250313122633.png",
-    "Pasted image 20250313115415.png",
-    "Pasted image 20250313114416.png",
-    "TERCERO/PI/Teoria_2425.md",
+    "TERCERO/ATR2/Pasted image 20250225091113.png",
     "TERCERO/ATR2/Teoria_2425.md",
-    "SEGUNDO/AC/Teoría_2324.md",
-    "TERCERO/DAD/Teoria_2425.md",
+    "Pasted image 20250306121610.png",
+    "Pasted image 20250306113133.png",
+    "Pasted image 20250306113057.png",
+    "Pasted image 20250227131516.png",
+    "Pasted image 20250227120032.png",
+    "Pasted image 20250227115420.png",
+    "Pasted image 20250225113929.png",
+    "Pasted image 20250225113139.png",
+    "Pasted image 20250225111938.png",
+    "Pasted image 20250225111612.png",
     "Untitled.md",
-    "TERCERO/ATR1/Teoría_2425.md",
+    "Untitled 1.md",
+    "TERCERO/SETR1/Teoria_2425.md",
     "SEGUNDO/RC/Teoría_2324.md",
+    "SEGUNDO/AC/Teoría_2324.md",
+    "TERCERO/PI/Teoria_2425.md",
+    "TERCERO/DAD/Teoria_2425.md",
+    "TERCERO/ATR1/Teoría_2425.md",
     "conflict-files-obsidian-git.md",
     "TERCERO/DAD/images",
     "TERCERO/DAD/Presentación 24-25.md",
@@ -224,7 +224,6 @@
     "TERCERO/IA/images",
     "TERCERO/ATR1/images",
     "TERCERO/ATR1/Welcome.md",
-    "SEGUNDO/ADDA/ADDA 23-24.md",
     "SEGUNDO/SO/Sin título.canvas"
   ]
 }

TERCERO/ATR2/Teoria_2425.md

@@ -137,7 +137,7 @@ Hay dos formas de conectar dispositivos de forma inalámbrica
 ![[Pasted image 20250314115427.png]]
 - Las estaciones base conectan dispositivos de forma cableada.
 - Transferencia: dispositivo cambia de estación base que provee la conexión a la red cableada.
-# UN PUNTO DE ACCESO NO TIENE IP, ES DE NIVEL 2
+## UN PUNTO DE ACCESO NO TIENE IP, ES DE NIVEL 2
 
 ![[Pasted image 20250314115632.png]]
 **Inundación:** Tabla vacía. El equipo X transmite a la estación A.
@@ -171,4 +171,57 @@ En redes inalámbricas hay problemas de obstáculos y distancia, ya que si hubie
 Código único asignado a cada usuario. Todos los usuarios comparten la misma frecuencia pero cada uno tiene una frecuencia de chip para codificar los datos. Permite a usuarios coexistir y transmitir simultáneamente.
 - **Señal codificada:** datos originales x secuencia de chip
 - **Decodificación:** producto escalar entre la señal codificada y la secuencia de chip
-![[Pasted image 20250314122451.png]]
+![[Pasted image 20250314122451.png]]
+## <mark style="background: #ADCCFFA6;">6. LAN Inalámbrica IEEE 802.11</mark>
+![[Pasted image 20250321110514.png]]
+La arquitectura de LAN 802.11 es básicamente:
+![[Pasted image 20250321110756.png]]
+- Host inalámbrico comunica con la estación base (Punto de Acceso, AP). Conjunto de servicios básico BSS (modo infraestructura: hosts, AP; modo ad hoc: hosts).
+### <mark style="background: #FFB86CA6;">Escaneo activo/pasivo</mark>
+- **Escaneo pasivo:** 
+  1. Los AP envían tramas baliza
+  2. Host envía petición de asociación al AP seleccionado
+  3. Se recibe en el Host una respuesta de asociación desde el AP
+  4. IP, Netmask, RF, DNS.
+     
+    ![[Pasted image 20250321111135.png]]
+- **Escaneo activo:**
+  1. Broadcast con una trama de sondeo desde el Host.
+  2. Respuesta a la trama de sondeo enviadas desde los AP.
+  3. Host envía petición de asociación al AP seleccionado.
+  4. Se recibe en el Host una respuesta de asociación desde el AP.
+     ![[Pasted image 20250321111817.png]]
+### <mark style="background: #FFB86CA6;">Emisión/Recepción</mark>
+![[Pasted image 20250321112719.png]]
+- **Emisor:** 
+  1. Si tras un tiempo **DIFS** está el canal libre, se transmite la trama entera. 
+  2. Si está ocupado el canal, inicia un tiempo aleatorio de espera. El contador va bajando mientras el canal se queda libre. Intentará transmitir cuando el contador expire. 
+  3. Si no ACK, incrementa el contador y vuelve a 2.
+- **Receptor:**
+  Si trama recibida OK: devuelve ACK después de **SIFS**
+#### <mark style="background: #D2B3FFA6;">IDEA: para evitar las colisiones</mark>
+Permitir al emisor "reservar" el canal en lugar de acceder aleatoriamente evitando colisiones con tramas largas. 
+- El emisor transmite primero pequeños paquetes de solicitud de transmisión (RTS) usando CSMA (los RTS pueden colisionar pero son cortos).
+- El AP responde preparado para enviar (CTS). 
+- Cuando el resto de Hosts reciben el CTS, aplazan sus transmisiones y el Host emisor actual transmite su trama.
+![[Pasted image 20250321113321.png]]
+### <mark style="background: #FFB86CA6;">Trama 802.11</mark>
+![[Pasted image 20250321113414.png]]
+- **Dirección 1:** MAC Rx
+- **Dirección 2:** MAC Tx
+- **Dirección 3:** MAC de la interfaz del router a la que el AP está conectado
+- **Dirección 4:** sólo en modo ad-hoc
+- **CRC:** control de errores
+![[Pasted image 20250321113739.png]]
+![[Pasted image 20250321113941.png]]
+## <mark style="background: #ADCCFFA6;">7. Movilidad</mark>
+### <mark style="background: #FFB86CA6;">Definiciones</mark>
+**Dirección permanente:** permanece constante (ej. 128.119.40.186)
+**Care-of-address (COA):** dirección en la red visitada (ej. 79.129.13.2)
+**Red ajena (visited network):** red en la que reside actualmente el dispositivo (ej. 79.129.13.0/24)
+**Corresponsal:** host que quiere comunicarse
+**Agente ajeno (foreign agent):** entidad en la red ajena que se encarga de funciones de movilidad.
+### <mark style="background: #FFB86CA6;">Enrutamiento indirecto</mark>
+![[Pasted image 20250321115758.png]]
+### <mark style="background: #FFB86CA6;">Enrutamiento directo</mark>
+![[Pasted image 20250321115951.png]]

TERCERO/SETR1/Teoria_2425.md

@@ -311,3 +311,33 @@ __set_BASEPRI(10);
 <h3>Si el BASEPRI del Core está a 0, se usa el nivel de prioridad del NVIC. Sin embargo si está > 0 el del Core, las interrupciones que lleguen al Core desde el NVIC con menos prioridad no se atenderán</h3>
 <h3>La prioridad principal sirve para ver que interrupción puede o no interrumpir a otra. Sin embargo, la subprioridad sirve para que en caso de que lleguen "a la vez" se pueda decidir cual va primero. </h3>
 </div>
+### <mark style="background: #FFB86CA6;">Anidamiento y cambio en caliente</mark>
+#### <mark style="background: #D2B3FFA6;">Anidamiento</mark>
+  ![[Pasted image 20250320110820.png]]
+#### <mark style="background: #D2B3FFA6;">Cambio en caliente (Tail Chaining)</mark>
+  ![[Pasted image 20250320110905.png]]
+  El **tail chaining** tarda 6 ciclos en producirse.
+### <mark style="background: #FFB86CA6;">Late-Arrival Interrupt</mark>
+Se produce al lanzarse una interrupción de alta prioridad mientras se está cambiando de contexto debido a una interrupción de baja prioridad. El contexto se guarda con normalidad, y se ejecuta la de alta prioridad, y cuando termine la de baja prioridad y se restaura el contexto.
+![[Pasted image 20250320111330.png]]
+### <mark style="background: #FFB86CA6;">Interrupciones Externas (mediante GPIO)</mark>
+Mediante un controlador de interrupciones externas, pueden haber máximo 16 pines con interrupción externa, ya que multiplexa los pines a las líneas de interrupción.
+![[Pasted image 20250320112207.png]]
+La estructura del controlador es:
+![[Pasted image 20250320112323.png]]
+El generador de pulso, es parecido a las interrupciones, pero solamente manda un pulso a un periférico interno.
+## <mark style="background: #ADCCFFA6;">6. Modos de arranque del STM32F407</mark>
+![[Pasted image 20250320113146.png]]
+# <mark style="background: #FFF3A3A6;">TEMA 4: Dispositivos integrados en los μC</mark>
+## <mark style="background: #ADCCFFA6;">1. Puertos E/S</mark>
+### <mark style="background: #FFB86CA6;">Fundamento de un puerto GPIO</mark>
+![[Pasted image 20250320114112.png]]
+Un **puerto de salida** es un registro en el que se almacena el valor de un pin externo y permanece hasta que se vuelva a cambiar.
+Un **puerto de entrada** es un buffer conectado a un pin cuyo estado se consulta en un determinado momento, y puede cambiar entre consulta y consulta.
+#### Push-Pull
+Se en el registro de dirección de dato se pone un '1' es modo salida y en el pin hay un 1 o un 0 depende del biestable de datos. Sin embargo, si hay un '0', los transistores están en HI y se lee desde el pin (pin en modo entrada). **No se pueden conectar dos salidas push-pull**.
+![[Pasted image 20250320120951.png]]
+
+## <mark style="background: #ADCCFFA6;">2. Timers</mark>
+## <mark style="background: #ADCCFFA6;">3. Conversores A/D y DAC</mark>
+## <mark style="background: #ADCCFFA6;">4. CLK y alimentación</mark>

Untitled.md

@@ -1,4 +0,0 @@
-## <mark style="background: #ADCCFFA6;">2. Bus AT, ISA, EISA</mark>
-## <mark style="background: #ADCCFFA6;">3. Bus PCI, AGP</mark>
-## <mark style="background: #ADCCFFA6;">4. Plug and Play</mark>
-## <mark style="background: #ADCCFFA6;">5. Ejemplos</mark>