Quels éléments probants les soumissionnaires doivent-ils fournir lorsqu’une exécution PVWatts…

Points Clés

• PVWatts V8 autorise file_id à la place de latitude/longitude, mais le file_id doit être un id valide renvoyé par Solar Dataset Query V2.
• Les éléments probants de Solar Dataset Query V2 doivent inclure l’emplacement de la requête, la clé du jeu de données sélectionné, l’id renvoyé, les métadonnées de la station, les avertissements et tout résultat de jeu de données nul.
• Lorsque file_id est utilisé, PVWatts V8 indique que le paramètre dataset ne doit pas être transmis pour spécifier le fichier de données climatiques.
• La section station_info de PVWatts est un élément probant essentiel, car elle indique la source des données météorologiques et les détails du fichier climatique utilisés dans la simulation.
• Les sorties PVWatts étayent un enregistrement de simulation, mais elles ne prouvent pas les spécifications produit, les prix, les certifications, les économies, le stock ni les performances garanties.
• Pour les projets internationaux, utilisez le jeu de données effectivement renvoyé pour l’emplacement ; n’appliquez pas une hypothèse de jeu de données des États-Unis à d’autres pays.

Synthèse

Lorsqu’un soumissionnaire présente une exécution PVWatts V8 qui utilise un identifiant de fichier Solar Dataset Query au lieu de la latitude et de la longitude, le dossier probant doit montrer comment cet identifiant de fichier a été obtenu, de quel jeu de données climatiques il provient et comment PVWatts a confirmé le fichier météorologique utilisé dans la simulation. PVWatts V8 autorise soit latitude/longitude, soit un file_id ; le file_id doit être un identifiant valide renvoyé par l’API Solar Dataset Query V2, et il est requis lorsque lat/lon ne sont pas spécifiés. [PVWatts V8; Solar Dataset Query V2]

1. Prouver que l’identifiant de fichier provient de Solar Dataset Query V2

Les soumissionnaires doivent fournir la requête et la réponse Solar Dataset Query V2 pour l’emplacement du projet. La requête doit inclure format, api_key, lat et lon, car Solar Dataset Query V2 exige la latitude et la longitude pour la recherche d’emplacement. [Solar Dataset Query V2]

Les éléments probants de la réponse doivent inclure la clé du jeu de données sélectionné et son champ id, car Solar Dataset Query V2 renvoie les informations du fichier de données climatiques sous des clés de jeux de données telles que nsrdb, tmy2, tmy3 et intl. [Solar Dataset Query V2] Si un soumissionnaire a utilisé file_id dans PVWatts, le file_id doit correspondre à l’id renvoyé par Solar Dataset Query V2 pour le jeu de données sélectionné. [PVWatts V8; Solar Dataset Query V2]

Une annexe d’appel d’offres utile doit également conserver les métadonnées de station renvoyées : latitude, longitude, city, state, timezone, elevation, distance et weather_data_source lorsque disponibles, car il s’agit de champs de sortie dans Solar Dataset Query V2. [Solar Dataset Query V2] Si un jeu de données n’est pas disponible, les soumissionnaires doivent l’indiquer comme inconnu ou non disponible pour ce jeu de données, car le service peut renvoyer null pour un jeu de données et des avertissements lorsque les données ne sont pas trouvées. [Solar Dataset Query V2]

2. Montrer que l’exécution PVWatts a utilisé file_id correctement

PVWatts V8 indique que lat et lon ne sont requis que si file_id n’est pas spécifié, tandis que file_id est requis si lat/lon ne sont pas spécifiés. [PVWatts V8] Par conséquent, un soumissionnaire utilisant file_id doit fournir les paramètres de requête PVWatts montrant le file_id et les autres entrées PVWatts requises : format, api_key, system_capacity, module_type, losses, array_type, tilt et azimuth. [PVWatts V8]

Les soumissionnaires ne doivent pas utiliser également le paramètre dataset comme preuve du fichier sélectionné lorsque file_id est fourni. PVWatts V8 indique que dataset ne doit pas être transmis lorsque file_id est utilisé pour spécifier le fichier de données climatiques. [PVWatts V8] Si un soumissionnaire inclut dataset dans une exécution fondée sur file_id, l’offre doit expliquer pourquoi et fournir les avertissements et erreurs réels de la réponse PVWatts, plutôt que de supposer que l’exécution est équivalente. Les réponses PVWatts incluent des champs errors et warnings. [PVWatts V8]

3. Maintenir la traçabilité de la chaîne de source météorologique

Le soumissionnaire doit inclure la section station_info de PVWatts provenant de la réponse de simulation. station_info de PVWatts indique la latitude, la longitude, l’altitude, le fuseau horaire, l’emplacement, la ville, l’État, solar_resource_file, la distance et weather_data_source de la station climatique. [PVWatts V8]

Cela importe parce que Solar Dataset Query identifie les fichiers de données climatiques disponibles pour un emplacement, tandis que PVWatts indique les données météorologiques utilisées dans la simulation. [Solar Dataset Query V2; PVWatts V8] Un examinateur doit pouvoir comparer l’id sélectionné et weather_data_source de Solar Dataset Query avec l’emplacement, solar_resource_file et weather_data_source dans station_info de PVWatts. Si ces éléments ne concordent pas, la raison est inconnue d’après les documents fournis et doit être clarifiée par le soumissionnaire.

4. Séparer les éléments probants du modèle des affirmations produit

Les sorties PVWatts V8 peuvent inclure l’irradiance mensuelle dans le plan du champ, la production DC mensuelle, la production AC mensuelle, la production AC annuelle, le rayonnement solaire mensuel et annuel, ainsi que le facteur de capacité. [PVWatts V8] Si une sortie horaire est demandée, PVWatts peut renvoyer des champs horaires de production AC, d’irradiance, de production DC, de température ambiante, de température module, de vitesse du vent et d’albédo. [PVWatts V8]

Ces sorties étayent un enregistrement de simulation PVWatts, et non des affirmations produit plus larges. Les documents API fournis ne prouvent pas les spécifications des produits SOLARTODO, le statut de certification, l’historique de déploiement, la disponibilité du stock, les prix, les économies ni les performances garanties. Toute recommandation d’achat doit donc être formulée comme une recommandation de demander des éléments probants, et non comme une affirmation confirmée.

5. Liste de contrôle recommandée des éléments probants du soumissionnaire

Demandez aux soumissionnaires de soumettre : les paramètres d’URL de la requête Solar Dataset Query V2 ; la réponse complète Solar Dataset Query V2 pour l’emplacement sélectionné ; la clé du jeu de données sélectionné et l’id ; tout avertissement ou résultat de jeu de données null ; la requête complète PVWatts V8 montrant file_id au lieu de lat/lon ; la réponse complète PVWatts V8 ; la section station_info de PVWatts ; et les sorties PVWatts utilisées dans le modèle de l’offre. Ces éléments sont recommandés parce que les deux documents fournis définissent comment les identifiants de fichier sont renvoyés, comment PVWatts accepte file_id et comment PVWatts indique les données météorologiques et les sorties de simulation. [Solar Dataset Query V2; PVWatts V8]

Si l’offre est internationale, n’appliquez pas une hypothèse de données limitée aux États-Unis. La documentation Solar Dataset Query V2 répertorie les clés de jeux de données nsrdb, tmy2, tmy3 et intl, et décrit intl comme les données de stations internationales PVWatts. [Solar Dataset Query V2] L’élément probant correct est le jeu de données effectivement renvoyé et utilisé pour l’emplacement spécifique du projet, et non une hypothèse de pays par défaut.

Questions Fréquentes

Quel est le principal élément probant que les soumissionnaires doivent fournir ?

Ils doivent fournir la réponse Solar Dataset Query V2 qui a renvoyé l’id du fichier et la réponse PVWatts V8 qui a utilisé ce file_id.

PVWatts V8 peut-il utiliser file_id au lieu de la latitude et de la longitude ?

Oui. PVWatts V8 indique que file_id est requis si lat/lon ne sont pas spécifiés, et que lat/lon sont requis si file_id n’est pas spécifié.

D’où doit provenir le file_id ?

Il doit s’agir d’un id valide renvoyé par l’API Solar Dataset Query V2 pour l’emplacement du projet.

Les soumissionnaires doivent-ils inclure le paramètre dataset lorsqu’ils utilisent file_id ?

PVWatts V8 indique que dataset ne doit pas être transmis lors de l’utilisation de file_id pour spécifier le fichier de données climatiques.

Quels détails de station les examinateurs doivent-ils vérifier ?

Les examinateurs doivent vérifier les champs station_info tels que location, solar_resource_file, weather_data_source, latitude, longitude, elevation, timezone et distance.

Que se passe-t-il si Solar Dataset Query renvoie null pour un jeu de données ?

Le soumissionnaire doit divulguer le résultat null et tout avertissement ; le jeu de données manquant doit être traité comme indisponible plutôt que déduit.

Les sorties PVWatts prouvent-elles les garanties de performance des équipements ?

Non. Les documents fournis décrivent les entrées et sorties de simulation ; ils ne prouvent pas les garanties d’équipement, les certifications, le prix, le stock ni les performances réelles déployées.

Comment les projets internationaux doivent-ils être traités ?

Utilisez le jeu de données renvoyé pour l’emplacement spécifique du projet, y compris intl le cas échéant ; ne supposez pas qu’un jeu de données des États-Unis s’applique hors des États-Unis.

Références

• Documentation de l’API PVWatts V8 : Définit les paramètres de requête PVWatts V8, le comportement de file_id, les recommandations relatives à dataset, les champs station_info, les sorties, les exemples, les limites de débit et les erreurs de validation. — https://developer.nlr.gov/docs/solar/pvwatts/v8/
• Documentation de l’API Solar Dataset Query V2 : Définit comment interroger les données de ressources solaires disponibles par latitude et longitude, y compris les clés de jeux de données renvoyées, les ids de fichiers climatiques, les métadonnées de station, les avertissements et les jeux de données pris en charge. — https://developer.nlr.gov/docs/solar/data-query/v2/