# Guía pendrive — NVR Net Diag

## 1. Qué llevarse al portátil de pruebas

Archivo ZIP listo:

`deploy\nvr-net-diag\NVR-Net-Diag-PORTABLE-USB.zip` (~11 MB)

### Pasos en el portátil (Windows 10/11)

1. Copie el ZIP al pendrive (o copie ya la carpeta descomprimida).
2. En el portátil: descomprima a `C:\NVR-Net-Diag\` (o al escritorio).
3. Si Windows Defender / SmartScreen avisa: **no es malware** (falso positivo PyInstaller). Permita el archivo o añada exclusión a esa carpeta. SHA256 en `SHA256.txt`.
4. **Doble clic** en `ABRIR-INTERFAZ.bat` o `NVR-Net-Diag.exe`.
5. No hace falta instalar Python ni abrir PowerShell.

Contenido de la carpeta (no separar):

| Archivo / carpeta | Para qué |
|-------------------|----------|
| `NVR-Net-Diag.exe` | Interfaz gráfica |
| `ABRIR-INTERFAZ.bat` | Acceso rápido |
| `_internal\` | Librerías del programa (obligatorio) |
| `data\oui_vendors.json` | Fabricantes MAC sin Internet |
| `config.json` | Puertos e intervalos |
| `logs\` | Registro de eventos de cada sesión |
| `reports\` | Informes HTML |
| `LEEME-PORTABLE.txt` | Nota antivirus |
| `SHA256.txt` | Huella del exe |

---

## 2. En qué consiste la herramienta

Es un **diagnóstico de red** (capa IP/ARP/puertos), no un sustituto del menú del NVR.

Mide y registra:

- Quién está en la red (IP, MAC, fabricante Dahua/TP-Link/Askey…).
- Si **dos dispositivos pelean por la misma IP** (cambio de MAC en ARP).
- Si una cámara **deja de responder al ping** y cuándo vuelve.
- **Pérdida de paquetes**, latencia y jitter.
- Si **varias cámaras caen a la vez** (problema común Wi‑Fi/AP).
- Puertos típicos (80, 554, 37777…) y prueba básica ONVIF/RTSP.
- Informe HTML con estado **OK / ADVERTENCIA / PROBLEMA CRÍTICO** y **acciones recomendadas**.

Pensada para el fallo que tienes: cámaras Wi‑Fi que se desconectan del NVR PNI IP816 («SEÑAL EXC» / «red inalcanzable»).

---

## 3. ¿Va a encontrar “seguro” el fallo y decirte cómo solucionarlo?

### Respuesta directa (importante)

**No puede garantizar al 100%** encontrar la causa en una sola pasada de 2 minutos, ni arreglar el NVR sola.

**Sí puede**, con alta probabilidad **si monitorizas mientras el fallo ocurre**, distinguir entre:

| Lo que verás en la app | Causa más probable | Cómo solucionarlo (la app lo sugiere) |
|------------------------|--------------------|----------------------------------------|
| `CONFLICTO IP` / MAC que cambia | Dos equipos o DHCP mal | IP fija por MAC; un solo DHCP (Askey); Tenda solo AP |
| Varias cámaras OFFLINE en ~1 min | Problema común Wi‑Fi/AP/router | Todas al Tenda cableado; **nada** en `_EXT`; NVR por cable |
| Una sola cámara OFFLINE | Esa cámara / señal / alimentación | Revisar esa IP, SSID Manual, fuente |
| DEGRADADO (pérdida/latencia alta) | Saturación o Wi‑Fi flojo | Bajar bitrate, canal 1/6/11, 20 MHz |
| Ping OK desde PC, NVR dice inalcanzable | Ruta NVR↔cámara o sesión ONVIF | NVR por cable, misma subred, reiniciar canal; no es (solo) Wi‑Fi del PC |
| Informe OK pero el NVR sigue fallando | Fallo de protocolo/credenciales/firmware o hay que alargar el monitor | Monitor 30–60 min en el momento del fallo; probar ONVIF/RTSP |

### Qué NO detecta sola

- Firmware defectuoso del NVR sin síntoma de red.
- Usuario/contraseña ONVIF incorrectos (salvo que pruebes ONVIF a mano).
- Grabación en disco / menú interno del PNI.
- Interferencia Wi‑Fi “invisible” si no estás midiendo cuando cae.
- Problemas de PoE en cámaras de cable (esas ya te van bien).

### Condición para que sea útil de verdad

1. Portátil en la **misma red** que NVR y cámaras (ideal: **cable** al switch/router).
2. **ESCANEAR RED**.
3. Marcar cámaras + NVR + gateway.
4. **INICIAR MONITORIZACIÓN** y dejarla **15–30 minutos** (o DIAGNÓSTICO COMPLETO) **mientras** se reproduce el fallo.
5. **EXPORTAR INFORME** y leer el bloque **QUÉ HACER**.

Si cierras la app antes de que fallen las cámaras, el informe puede salir “OK” aunque el problema exista.

---

## 4. Pruebas comprobadas en desarrollo

| Prueba | Resultado |
|--------|-----------|
| Simulación conflicto IP / cambio MAC | ✅ |
| Cámara OFFLINE → ONLINE con duración | ✅ |
| Pérdida de paquetes → DEGRADADO | ✅ |
| 5 cámaras cayendo → alerta correlación + acciones | ✅ |
| Informe HTML de ejemplo | ✅ `reports\example_report.html` |
| Caudal 12-16 (presupuesto IP816 + CGI simulado, clave no se guarda) | ✅ |
| Arranque del `.exe` gráfico en Windows | ✅ proceso GUI verificado |
| Lectura red real del PC de desarrollo (IP/máscara/GW/ARP/OUI) | ✅ |
| Escaneo completo de tu instalación con 10 Wi‑Fi + NVR en campo | ⏳ Lo validas tú en el portátil de pruebas |

---

## 5. Flujo recomendado en tu caso (10 Wi‑Fi + NVR IP816)

1. Desactiva o excluye el antivirus solo para esta carpeta.
2. Abre la app → **Actualizar red** → CIDR `192.168.1.0/24`.
3. **ESCANEAR RED** (~1–3 min).
4. Marca las Dahua Wi‑Fi + NVR + `192.168.1.1`.
5. **Caudal 12-16 (aplicar)** en simulación; si el encode es alto, aplique Extra ~512 kbps.
6. **INICIAR MONITORIZACIÓN** (1 o 2 s) y espera a ver caídas.
7. Mira la pestaña **Preguntas clave** y **Línea temporal**.
8. **EXPORTAR INFORME** → ábrelo en el navegador.

Hipótesis previa de tu instalación (sin medir aún): cámaras mezcladas entre **Tenda** y **`_EXT`**. Si el monitor muestra caídas múltiples, la app te empujará a unificar SSID y quitar el repetidor de las cámaras — esa suele ser la solución.

---

## 6. Honestidad sobre “me va a decir cómo solucionarlo”

- **Sí te dice qué hacer** cuando el síntoma es de red (IP, ARP, Wi‑Fi común, pérdida).
- **No sustituye** un técnico: hay que aplicar los cambios en router/cámaras/NVR.
- **No es magia**: si el fallo es de firmware/protocolo y la IP está perfecta, el informe lo indicará (“alargue monitor / pruebe ONVIF”) en lugar de inventar un culpable.

Úsala como **caja negra de evidencia** para responder: ¿conflicto IP? ¿Wi‑Fi común? ¿una cámara? ¿el NVR solo?

Eso es exactamente lo que necesitas antes de cambiar arquitectura (Tenda vs `_EXT`, IPs fijas, etc.).