Qué evidencia deben aportar los oferentes cuando una ejecución de PVWatts…

Conclusiones Clave

• PVWatts V8 permite file_id en lugar de latitude/longitude, pero el file_id debe ser un id válido devuelto por Solar Dataset Query V2.
• La evidencia de Solar Dataset Query V2 debe incluir la ubicación de la solicitud, la clave del conjunto de datos seleccionado, el id devuelto, los metadatos de la estación, las advertencias y cualquier resultado de conjunto de datos null.
• Cuando se usa file_id, PVWatts V8 indica que el parámetro dataset no debe enviarse para especificar el archivo de datos climáticos.
• La sección station_info de PVWatts es evidencia esencial porque informa la fuente de datos meteorológicos y los detalles del archivo climático usados en la simulación.
• Las salidas de PVWatts respaldan un registro de simulación, pero no prueban especificaciones de producto, precios, certificaciones, ahorros, stock ni rendimiento garantizado.
• Para proyectos internacionales, use el dataset realmente devuelto para la ubicación; no aplique una suposición de dataset de Estados Unidos a otros países.

Resumen

Cuando un oferente presenta una ejecución de PVWatts V8 que usa un identificador de archivo de Solar Dataset Query en lugar de latitud y longitud, el paquete de evidencia debe mostrar cómo se obtuvo ese identificador de archivo, de qué conjunto de datos climáticos provino y cómo PVWatts confirmó el archivo meteorológico usado en la simulación. PVWatts V8 permite latitude/longitude o file_id; el file_id debe ser un identificador válido devuelto por la API Solar Dataset Query V2, y es obligatorio cuando no se especifican lat/lon. [PVWatts V8; Solar Dataset Query V2]

1. Demostrar que el identificador de archivo provino de Solar Dataset Query V2

Los oferentes deben proporcionar la solicitud y la respuesta de Solar Dataset Query V2 para la ubicación del proyecto. La solicitud debe incluir format, api_key, lat y lon, porque Solar Dataset Query V2 requiere latitud y longitud para la búsqueda de ubicación. [Solar Dataset Query V2]

La evidencia de respuesta debe incluir la clave del conjunto de datos seleccionado y su campo id, porque Solar Dataset Query V2 devuelve información del archivo de datos climáticos bajo claves de dataset como nsrdb, tmy2, tmy3 e intl. [Solar Dataset Query V2] Si un oferente usó file_id en PVWatts, el file_id debe coincidir con el id devuelto por Solar Dataset Query V2 para el dataset seleccionado. [PVWatts V8; Solar Dataset Query V2]

Un apéndice de oferta útil también debe conservar los metadatos de estación devueltos: latitude, longitude, city, state, timezone, elevation, distance y weather_data_source cuando estén disponibles, porque estos son campos de salida en Solar Dataset Query V2. [Solar Dataset Query V2] Si un dataset no está disponible, los oferentes deben declararlo como desconocido o no disponible para ese dataset, porque el servicio puede devolver null para un dataset y advertencias cuando no se encuentran datos. [Solar Dataset Query V2]

2. Mostrar que la ejecución de PVWatts usó file_id correctamente

PVWatts V8 establece que lat y lon son obligatorios solo si file_id no se especifica, mientras que file_id es obligatorio si lat/lon no se especifican. [PVWatts V8] Por lo tanto, un oferente que use file_id debe proporcionar los parámetros de solicitud de PVWatts que muestren el file_id y las demás entradas obligatorias de PVWatts: format, api_key, system_capacity, module_type, losses, array_type, tilt y azimuth. [PVWatts V8]

Los oferentes tampoco deben usar el parámetro dataset como prueba del archivo seleccionado cuando se suministra file_id. PVWatts V8 indica que dataset no debe enviarse cuando se usa file_id para especificar el archivo de datos climáticos. [PVWatts V8] Si un oferente incluye dataset en una ejecución basada en file_id, la oferta debe explicar por qué y proporcionar las advertencias y errores reales de la respuesta de PVWatts, en lugar de asumir que la ejecución es equivalente. Las respuestas de PVWatts incluyen campos errors y warnings. [PVWatts V8]

3. Mantener auditable la cadena de la fuente meteorológica

El oferente debe incluir la sección station_info de PVWatts de la respuesta de simulación. station_info de PVWatts informa la latitude, longitude, elevation, timezone, location, city, state, solar_resource_file, distance y weather_data_source de la estación climática. [PVWatts V8]

Esto importa porque Solar Dataset Query identifica los archivos de datos climáticos disponibles para una ubicación, mientras que PVWatts informa los datos meteorológicos usados en la simulación. [Solar Dataset Query V2; PVWatts V8] Un revisor debe poder comparar el id seleccionado y el weather_data_source de Solar Dataset Query con la location, solar_resource_file y weather_data_source de station_info de PVWatts. Si esos elementos no coinciden, el motivo se desconoce a partir de los documentos suministrados y debe ser aclarado por el oferente.

4. Separar la evidencia del modelo de las afirmaciones sobre productos

Las salidas de PVWatts V8 pueden incluir irradiancia mensual en el plano del generador, salida DC mensual, salida AC mensual, salida AC anual, radiación solar mensual y anual, y factor de capacidad. [PVWatts V8] Si se solicita salida horaria, PVWatts puede devolver campos de salida AC horaria, irradiancia, salida DC, temperatura ambiente, temperatura del módulo, velocidad del viento y albedo. [PVWatts V8]

Esas salidas respaldan un registro de simulación de PVWatts, no afirmaciones más amplias sobre productos. Los documentos de API suministrados no prueban especificaciones de productos SOLARTODO, estado de certificación, historial de implementación, disponibilidad de stock, precios, ahorros ni rendimiento garantizado. Por lo tanto, cualquier recomendación de adquisición debe formularse como una recomendación para solicitar evidencia, no como una afirmación confirmada.

5. Lista de verificación recomendada de evidencia del oferente

Solicite a los oferentes que presenten: los parámetros de URL de la solicitud Solar Dataset Query V2; la respuesta completa de Solar Dataset Query V2 para la ubicación seleccionada; la clave del dataset seleccionado y el id; cualquier advertencia o resultado de dataset null; la solicitud completa de PVWatts V8 que muestre file_id en lugar de lat/lon; la respuesta completa de PVWatts V8; la sección station_info de PVWatts; y las salidas de PVWatts usadas en el modelo de la oferta. Estos elementos se recomiendan porque los dos documentos suministrados definen cómo se devuelven los identificadores de archivo, cómo PVWatts acepta file_id y cómo PVWatts informa los datos meteorológicos y las salidas de simulación. [Solar Dataset Query V2; PVWatts V8]

Si la oferta es internacional, no aplique una suposición de datos exclusiva de Estados Unidos. La documentación de Solar Dataset Query V2 enumera las claves de dataset nsrdb, tmy2, tmy3 e intl, y describe intl como datos de estación PVWatts International. [Solar Dataset Query V2] La evidencia correcta es el dataset realmente devuelto y usado para la ubicación específica del proyecto, no una suposición predeterminada de país.

Preguntas Frecuentes

¿Cuál es la evidencia principal que deben aportar los oferentes?

Deben proporcionar la respuesta de Solar Dataset Query V2 que devolvió el id de archivo y la respuesta de PVWatts V8 que usó ese file_id.

¿Puede PVWatts V8 usar file_id en lugar de latitud y longitud?

Sí. PVWatts V8 establece que file_id es obligatorio si lat/lon no se especifican, y que lat/lon son obligatorios si file_id no se especifica.

¿De dónde debe provenir el file_id?

Debe ser un id válido devuelto por la API Solar Dataset Query V2 para la ubicación del proyecto.

¿Deben los oferentes incluir el parámetro dataset al usar file_id?

PVWatts V8 indica que dataset no debe enviarse cuando se usa file_id para especificar el archivo de datos climáticos.

¿Qué detalles de estación deben revisar los evaluadores?

Los evaluadores deben revisar campos de station_info como location, solar_resource_file, weather_data_source, latitude, longitude, elevation, timezone y distance.

¿Qué ocurre si Solar Dataset Query devuelve null para un dataset?

El oferente debe revelar el resultado null y cualquier advertencia; el dataset faltante debe tratarse como no disponible, no inferirse.

¿Las salidas de PVWatts prueban garantías de rendimiento de equipos?

No. Los documentos suministrados describen entradas y salidas de simulación; no prueban garantías de equipos, certificaciones, precio, stock ni rendimiento real implementado.

¿Cómo deben gestionarse los proyectos internacionales?

Use el dataset devuelto para la ubicación específica del proyecto, incluido intl cuando corresponda; no asuma que un dataset de Estados Unidos aplica fuera de Estados Unidos.

Referencias

• Documentación de la API PVWatts V8: Define los parámetros de solicitud de PVWatts V8, el comportamiento de file_id, la orientación sobre dataset, los campos station_info, las salidas, los ejemplos, los límites de tasa y los errores de validación. — https://developer.nlr.gov/docs/solar/pvwatts/v8/
• Documentación de la API Solar Dataset Query V2: Define cómo consultar datos de recurso solar disponibles por latitud y longitud, incluidas las claves de dataset devueltas, los ids de archivos climáticos, los metadatos de estación, las advertencias y los datasets compatibles. — https://developer.nlr.gov/docs/solar/data-query/v2/