# Guía manual — aplicar recomendaciones en campo

Documento para el técnico: qué hacer **a mano** en router, Tenda, cámaras Dahua y NVR PNI cuando la app o el informe indican un problema.

**Su red de referencia:** Askey `192.168.1.1` · Tenda AP `Tenda_2724C0` · repetidor `MOVISTAR-WIFI6-6C08_EXT` (no usar para cámaras).

---

## Comandos Windows (CMD o PowerShell)

Abra **CMD** (Inicio → escribir `cmd` → Enter). No hace falta administrador para ping/arp.

| Comando | Qué comprueba |
|---------|----------------|
| `ipconfig /all` | Su IP, máscara, gateway, servidor DHCP |
| `arp -a` | Tabla IP ↔ MAC de la red |
| `ping 192.168.1.44` | Si una cámara responde (cambie la IP) |
| `ping -n 50 192.168.1.44` | Pérdida % y latencia en 50 paquetes |
| `ping -t 192.168.1.44` | Monitor continuo (Ctrl+C para parar) |
| `arp -a \| findstr 192.168.1.44` | MAC asociada a esa IP |
| `ipconfig /all \| findstr /i "DHCP Gateway"` | DHCP y puerta de enlace rápido |

**Interpretación rápida**

- Ping OK + NVR dice «red inalcanzable» → problema NVR/ONVIF, no cable Wi‑Fi de la cámara.
- Ping falla → cámara fuera de red (Wi‑Fi, IP, alimentación).
- Misma IP con MAC distinta en `arp -a` en distintos momentos → **conflicto de IP**.

---

## 1. Conflicto de IP (MAC cambiante)

**Síntoma:** La app marca conflicto ARP; `arp -a` muestra la misma IP con otra MAC.

### Pasos

1. `arp -a` y anote IP + MAC de cada cámara (la app también las muestra).
2. **Askey** `http://192.168.1.1` → LAN / DHCP → **Reserva de IP** (bind MAC ↔ IP).
   - Una reserva por cámara (ej. `192.168.1.41` … `192.168.1.50`).
3. **Tenda:** modo AP/repetidor con cable al Askey; **DHCP desactivado** en el Tenda.
4. En cada **cámara Dahua** (web `http://IP-cámara`):
   - Red → WiFi → IP fija en el rango reservado **o** DHCP con reserva ya hecha en Askey.
5. Reinicie cámaras **una a una**; espere 2 min y vuelva a `arp -a | findstr 192.168.1`.
6. Verifique: cada IP tiene **una sola MAC** y no cambia tras 5–10 minutos.

### Comando de verificación

```text
ping -n 1 192.168.1.44
arp -a | findstr 192.168.1.44
```

---

## 2. Varias cámaras caen a la vez (Wi‑Fi / AP)

**Síntoma:** «SEÑAL EXC», varias OFFLINE en la app, caídas simultáneas en la línea temporal.

### Pasos

1. **No** conectar cámaras al SSID del repetidor: `MOVISTAR-WIFI6-6C08_EXT`.
2. Todas las cámaras al mismo SSID: **`Tenda_2724C0`** (o un SSID CCTV 2,4 GHz único).
3. **Cada cámara Dahua:** Red → WiFi → modo **Manual** (no Auto); SSID fijo; gateway `192.168.1.1`.
4. Cable **Ethernet Tenda ↔ Askey** (LAN–LAN; no WAN del Tenda).
5. **NVR PNI IP816:** siempre **cable Ethernet** al switch/Askey, nunca Wi‑Fi.
6. **Askey WiFi 2,4 GHz:** canal fijo **1, 6 u 11**; ancho **20 MHz** (no 40/80 con muchas cámaras).
7. Reinicie cámaras; en NVR → **Canal IP** → Buscar ONVIF → volver a añadir.
8. Monitorice 15 min con la app o `ping -t` a varias IPs.

### Comando test

```text
ping -t 192.168.1.44
```

Si aparecen «timeout» en bloque con otras cámaras → problema común de Wi‑Fi/AP.

---

## 3. Dos servidores DHCP (gateway incorrecto)

**Síntoma:** La app avisa DHCP; `ipconfig /all` muestra servidor DHCP distinto de `192.168.1.1`.

### Pasos

1. `ipconfig /all` → anote «Servidor DHCP» y «Puerta de enlace».
2. Solo debe haber **un** DHCP (normalmente Askey `192.168.1.1`).
3. **Tenda:** desactivar DHCP → modo AP.
4. **Repetidor TP-Link:** desactivar DHCP si está activo.
5. Reinicie cámaras; en web de cámara → Red → gateway debe ser `192.168.1.1`.

```text
ipconfig /all | findstr /i "DHCP Gateway"
```

---

## 4. Pérdida de paquetes / latencia alta (DEGRADADO)

**Síntoma:** Ping con % perdidos; latencia >100 ms; vídeo entrecortado.

### Pasos

1. Cámara Dahua: Configurar → Video → **CBR** main ~1024 kbps, sub ~512 kbps; I-frame = FPS.
2. Router/Tenda: canal WiFi 2,4 GHz fijo (1/6/11), ancho 20 MHz.
3. Alejar cámaras del repetidor; acercar al AP Tenda si hace falta.
4. `ping -n 50 192.168.1.XX` → si pérdida >5%, cambiar canal o bajar a 720p en main stream.

```text
ping -n 50 192.168.1.44
```

---

## 5. Una sola cámara OFFLINE

**Síntoma:** Solo una IP no responde; el resto OK.

### Pasos

1. `ping 192.168.1.XX` → si falla, no es solo culpa del NVR.
2. Comprobar alimentación 12V y LED de la cámara.
3. Si responde a veces: WiFi → SSID **Manual** al Tenda, no `_EXT`.
4. `arp -a | findstr 192.168.1.XX` → ¿aparece MAC Dahua?
5. Si no está en ARP: desconectada del WiFi o IP distinta → lista de clientes en Askey/Tenda o escaneo de la app.

---

## 6. Ping OK pero NVR «red inalcanzable»

**Síntoma:** Desde el PC `ping` y ONVIF/RTSP OK; en el NVR el canal falla.

### Pasos

1. Confirmar ping desde PC mientras el NVR muestra el error.
2. NVR en **cable** al mismo `192.168.1.x` (mismo switch/router).
3. **NVR PNI:** Canal IP → eliminar canal → Buscar ONVIF → añadir con IP fija.
4. Credenciales Dahua (usuario/contraseña configurados en cámara, no la de la app móvil).
5. Puertos: ONVIF **80**, RTSP **554**.
6. Reiniciar NVR (último recurso) con cámaras ya estables.
7. Valorar carga: muchas cámaras 5MP WiFi pueden saturar el NVR.

```text
ping 192.168.1.44
ping 192.168.1.XX
```
(XX = IP del NVR, la ve en el escaneo de la app)

---

## IP816 visores (7 TVs, no el principal)

NVR **PNI House IP816**: 16×5MP **o** 10×8MP 4K; red **10/100 Mbps**.

IPs conocidas en esta casa:
- `192.168.1.62` — NVR1 Salón TV1 (principal sugerido)
- `192.168.1.64` — NVR2 Salón TV2
- `192.168.1.76` — NVR Dormitorio
- `192.168.1.57` — NVR Escalera

En la app: marque el **NVR principal** (☑ `.62` si es el que graba) → **«IP816 visores (7)»**.

En HDMI de cada visor: Channel Type **16×5MP**, ONVIF por IP, **Extra/Sub** en vivo, **grabación OFF**.

En la app también: **Caudal 12-16 (aplicar)** — primero simula, luego escribe Main/Extra CBR en las Dahua para que 12–16 quepan en el puerto 100 Mbps.

Si ConfigTool/NVR solo ven **~7** y luego aparecen más: **«Switches / 7 cams»** (Cudy FS1018 **VLAN OFF**). No pelee primero con el menú del NVR.

---

## 00. Plan para imagen fluida en TODOS los NVR (con su equipo)

Con **8 NVR + 10 WiFi + 12 PoE**, el hardware (Askey + Cudy 3000 + Tenda + switch) **basta**. Lo que no cabe es que los 8 NVR pidan el **main 5MP** de las WiFi a la vez (centenares de Mbps en un 2,4 GHz de ~25 Mbps reales).

**Regla:** live = **sub-stream** en todos los NVR; MAIN bajo / grabación en el principal.

En la app: **Plan red perfecta** (capacidad + checklist + 12 pasos).

---

## 0b. ¿Conflicto de IP? ¿Quién manda el DHCP? (familia + Tenda + Askey)

**Hecho:** 192.168.1.1 *suele* ser Askey Movistar y *debería* ser el único DHCP. Hay que **comprobarlo**, no asumirlo. Tenda/Cudy con DHCP ON chocan con móviles de la familia y cámaras.

### En la app

ESCANEAR → **Conflictos IP / DHCP**. Si hay cortes a ratos: MONITORIZACIÓN 15 min y luego el mismo botón.

### Certeza

- **100% conflicto:** misma IP con dos MAC distintas (la app nombra cámara vs familia vs Tenda).
- **Sin conflicto ahora:** no prueba que no ocurra por la tarde (móvil que coge la IP de una cámara).
- **DHCP:** OFFER = alta; solo ipconfig = media.

### Qué hacer usted

1. Askey `http://192.168.1.1` → DHCP ON; reservas cámaras `.40–.70`; familia `.100–.200`.
2. Tenda y Cudy: AP, **DHCP OFF**, cable LAN al Askey.
3. `ipconfig /all` → Servidor DHCP = `192.168.1.1`.

---

## 0. Lag / retardo / sistema no fluido (~22 cámaras, WiFi + cable)

**Síntoma:** Cable más o menos bien; WiFi con cortes; un NVR principal OK y otros con lag; a veces 1–2 cámaras “desaparecen”.

### En la app

1. ESCANEAR RED (puede estar en WiFi del técnico si llega a todo).
2. Botón **«Fluidez / Lag»** → score por cámara + bitrate ONVIF.
3. Priorice scores < 70 (sobre todo WiFi).

### Qué hacer usted

1. En **cada** NVR: live = **sub-stream**; grabación = main.
2. Dahua WiFi `http://IP` → Main CBR **1024–1536 kbps**, 10–15 fps, I-frame = FPS.
3. Tenda: un SSID CCTV; sin `_EXT`; canal 1/6/11 @ 20 MHz; aislamiento OFF.
4. Cudy 3000: AP/bridge, DHCP OFF, cable al Askey.
5. Un solo DHCP Askey; reservas IP por MAC.
6. Repetir Fluidez / Lag tras cambios.

---

## 0c. Ver 12–16 cámaras en un visor IP816 (caudal)

El IP816 es **10/100 Mbps**. 16× Main 5MP no cabe; 16× Extra ~512 kbps sí (~8 Mbps).

### En la app

1. ESCANEAR RED.
2. **Caudal 12-16 (aplicar)** → deje **simular** la primera vez (lee encode, no escribe).
3. Usuario/clave = **admin de la cámara Dahua** (no del NVR). No se guarda.
4. Perfil **Visor IP816 12-16** (o Auto / WiFi Tenda si hay lag en aire).
5. Desmarque simular y aplique. CGI Dahua o ONVIF.
6. En **cada** visor HDMI: Extra/Sub. Sin eso, saturará igual.

Si una cámara sale FAIL: `http://IP` → Codificación y ponga a mano Main ~1536 / Extra ~512 CBR.

---

## 0d. Solo ~7 cámaras (ConfigTool / NVR) y luego aparecen más

**No toque Movistar** (DHCP `192.168.1.1` ON). El problema suele ser L2 (switches), no el router.

### Orden

1. **Cudy FS1018PS1:** VLAN **OFF**, Extend OFF, Watchdog ON. Espere 1–2 min.
2. PC por cable al **D-Link** → `ping -t 192.168.1.126` + ConfigTool (¿coinciden timeout y “7 cams”?).
3. D-Link `http://192.168.1.2`: solo **VLAN 1** Untagged, PVID 1. Lea errores del puerto al Cudy y al TVT.
4. Prueba: desconecte **Cudy M300**; si aparecen todas rápido → enfoque WiFi/AP.
5. En la app: botón **«Switches / 7 cams»**.

No active aún Storm Control / IGMP / Jumbo / VLAN nuevas.

---

## 7. Un NVR solo ve 10–12 cámaras (resto de la red “cerrada”)

**Síntoma:** Un NVR por TV; ese NVR en Buscar solo encuentra parte de las cámaras aunque todo va al mismo switch.

### Qué hace la app (Topología / Vista NVR)

1. Inventaria roles: NVR, cámaras, routers/AP, gateway.
2. Lanza **ONVIF WS-Discovery** (mismo multicast que «Buscar» del NVR).
3. Por cada NVR estima: cámaras misma /24, alcanzables por ping, anunciadas por discovery.
4. Si ping ve muchas y discovery pocas → el NVR también fallará en Buscar (añadir por IP fija / arreglar multicast WiFi).

### Pasos manuales

1. Portátil por **cable** al mismo switch que ese NVR.
2. ESCANEAR RED → marque (☑) el NVR o seleccione su fila.
3. Pulse **«Informe desde NVR»**.
4. Lea el checklist **«Añadir manualmente»** con cada IP y sus pasos.
5. En NVR PNI HDMI: Configuración → Canal IP → ONVIF → **Añadir manual** (IP, puerto 80, admin + clave Dahua).
6. Compare el número «Buscar» del informe con la pantalla del NVR.
7. HTML guardado en `reports/informe_nvr_...html`.

---

## Reserva IP en Askey (paso detallado)

1. Navegador: `http://192.168.1.1`
2. Iniciar sesión (credenciales del router Movistar).
3. Menú: LAN, DHCP, «Reserva de direcciones» / «Static DHCP» / «Asignación fija».
4. Por cada cámara: **MAC** (de la app o `arp -a`) + **IP** deseada (ej. `192.168.1.44`).
5. Guardar; reiniciar cámara; verificar con `arp -a`.

---

## WiFi en cámara Dahua (paso detallado)

1. PC en la misma red → `http://192.168.1.XX`
2. Configurar → Red → WiFi → Habilitar.
3. SSID: `Tenda_2724C0`; modo **Manual** (NO Auto).
4. Contraseña WiFi; Gateway `192.168.1.1`; Máscara `255.255.255.0`.
5. IP estática en `192.168.1.41–60` o DHCP con reserva en router.
6. Guardar (puede reiniciar); `ping` y añadir en NVR.

---

## Canal IP en NVR PNI IP816

1. Menú NVR (ratón en HDMI) → Configuración / Canal IP / Digital.
2. Protocolo: **ONVIF**.
3. Buscar → deben salir cámaras en `192.168.1.x`.
4. Si no: Añadir manual → IP, puerto 80, usuario/contraseña Dahua.
5. Sub-stream para vista en vivo si hay lag; main para grabación.
6. Si «red inalcanzable»: borrar canal, ping desde PC, volver a añadir.

---

## Orden recomendado de trabajo en campo

1. Conectar portátil por **cable** al Askey/switch (misma red que NVR).
2. Abrir **NVR Net Diag** → ESCANEAR RED → marcar cámaras → MONITORIZACIÓN 15–30 min mientras falla el NVR.
3. EXPORTAR INFORME → leer «Pasos manuales» en el HTML.
4. Botón **Guía manual** en la app (misma información según lo detectado).
5. Aplicar solo los bloques que coincidan (conflicto / múltiple / DHCP / etc.).
6. Tras cambios: volver a escanear y monitorizar para confirmar.

---

## En la app portable (pendrive)

- Botón **Guía manual** → pasos según la sesión actual.
- **Diag. cámara** → al final del texto, sección «PASOS MANUALES».
- **EXPORTAR INFORME** → sección HTML «Pasos manuales y comandos Windows».

Este archivo (`MANUAL-ACCIONES-PASO-A-PASO.md`) puede leerse sin abrir la app.