Какие доказательства должны предоставить участники торгов, когда расчет PVWatts…

Ключевые выводы

• PVWatts V8 допускает использование file_id вместо latitude/longitude, но file_id должен быть действительным id, возвращенным Solar Dataset Query V2.
• Доказательная база Solar Dataset Query V2 должна включать местоположение запроса, выбранный ключ набора данных, возвращенный id, метаданные станции, предупреждения и любые результаты null по наборам данных.
• Когда используется file_id, PVWatts V8 указывает, что параметр dataset не следует передавать для задания файла климатических данных.
• Раздел station_info в PVWatts является важным доказательством, поскольку он сообщает источник метеоданных и сведения о климатическом файле, использованном в моделировании.
• Выходные данные PVWatts поддерживают запись моделирования, но не доказывают спецификации продукта, цены, сертификации, экономию, наличие на складе или гарантированную производительность.
• Для международных проектов используйте набор данных, фактически возвращенный для местоположения; не применяйте допущение о наборе данных США к другим странам.

Резюме

Когда участник торгов подает расчет PVWatts V8, в котором используется файловый идентификатор Solar Dataset Query вместо широты и долготы, пакет доказательств должен показывать, как был получен этот файловый идентификатор, из какого климатического набора данных он поступил и как PVWatts подтвердил погодный файл, использованный в моделировании. PVWatts V8 допускает либо latitude/longitude, либо file_id; file_id должен быть действительным идентификатором, возвращенным API Solar Dataset Query V2, и он обязателен, когда lat/lon не указаны. [PVWatts V8; Solar Dataset Query V2]

1. Докажите, что файловый идентификатор получен из Solar Dataset Query V2

Участники торгов должны предоставить запрос и ответ Solar Dataset Query V2 для местоположения проекта. Запрос должен включать format, api_key, lat и lon, поскольку Solar Dataset Query V2 требует широту и долготу для поиска местоположения. [Solar Dataset Query V2]

Доказательства по ответу должны включать выбранный ключ набора данных и его поле id, поскольку Solar Dataset Query V2 возвращает информацию о файле климатических данных под ключами наборов данных, такими как nsrdb, tmy2, tmy3 и intl. [Solar Dataset Query V2] Если участник торгов использовал file_id в PVWatts, file_id должен совпадать с id, возвращенным Solar Dataset Query V2 для выбранного набора данных. [PVWatts V8; Solar Dataset Query V2]

Полезное приложение к заявке также должно сохранять возвращенные метаданные станции: latitude, longitude, city, state, timezone, elevation, distance и weather_data_source, где они доступны, поскольку это выходные поля в Solar Dataset Query V2. [Solar Dataset Query V2] Если набор данных недоступен, участники торгов должны раскрыть это как неизвестное или недоступное для данного набора данных, поскольку сервис может возвращать null для набора данных и предупреждения, когда данные не найдены. [Solar Dataset Query V2]

2. Покажите, что расчет PVWatts корректно использовал file_id

PVWatts V8 указывает, что lat и lon требуются только если file_id не указан, тогда как file_id требуется, если lat/lon не указаны. [PVWatts V8] Поэтому участник торгов, использующий file_id, должен предоставить параметры запроса PVWatts, показывающие file_id и другие обязательные входные данные PVWatts: format, api_key, system_capacity, module_type, losses, array_type, tilt и azimuth. [PVWatts V8]

Участникам торгов также не следует использовать параметр dataset как доказательство выбранного файла, когда передан file_id. PVWatts V8 указывает, что dataset не следует передавать, когда file_id используется для задания файла климатических данных. [PVWatts V8] Если участник торгов включает dataset в расчет на основе file_id, заявка должна объяснить почему и предоставить фактические предупреждения и ошибки из ответа PVWatts, а не предполагать, что расчет эквивалентен. Ответы PVWatts включают поля errors и warnings. [PVWatts V8]

3. Сохраняйте проверяемую цепочку источника метеоданных

Участник торгов должен включить раздел station_info из ответа моделирования PVWatts. PVWatts station_info сообщает latitude, longitude, elevation, timezone, location, city, state, solar_resource_file, distance и weather_data_source климатической станции. [PVWatts V8]

Это важно, поскольку Solar Dataset Query определяет доступные файлы климатических данных для местоположения, тогда как PVWatts сообщает метеоданные, использованные в моделировании. [Solar Dataset Query V2; PVWatts V8] Проверяющий должен иметь возможность сравнить выбранный id и weather_data_source из Solar Dataset Query с location, solar_resource_file и weather_data_source в PVWatts station_info. Если эти элементы не совпадают, причина неизвестна из предоставленных документов и должна быть уточнена участником торгов.

4. Отделяйте доказательства модели от заявлений о продукте

Выходные данные PVWatts V8 могут включать месячную инсоляцию в плоскости массива, месячную выработку DC, месячную выработку AC, годовую выработку AC, месячную и годовую солнечную радиацию, а также коэффициент использования установленной мощности. [PVWatts V8] Если запрошены почасовые выходные данные, PVWatts может возвращать поля почасовой выработки AC, инсоляции, выработки DC, температуры окружающей среды, температуры модуля, скорости ветра и альбедо. [PVWatts V8]

Эти выходные данные поддерживают запись моделирования PVWatts, но не более широкие заявления о продукте. Предоставленные документы API не доказывают спецификации продуктов SOLARTODO, статус сертификации, историю внедрений, наличие на складе, цены, экономию или гарантированную производительность. Поэтому любая закупочная рекомендация должна формулироваться как рекомендация запросить доказательства, а не как подтвержденное заявление.

5. Рекомендуемый контрольный список доказательств от участника торгов

Попросите участников торгов предоставить: параметры URL запроса Solar Dataset Query V2; полный ответ Solar Dataset Query V2 для выбранного местоположения; выбранный ключ набора данных и id; любые предупреждения или результаты null по наборам данных; полный запрос PVWatts V8, показывающий file_id вместо lat/lon; полный ответ PVWatts V8; раздел PVWatts station_info; и выходные данные PVWatts, использованные в модели заявки. Эти элементы рекомендуются, поскольку два предоставленных документа определяют, как возвращаются файловые идентификаторы, как PVWatts принимает file_id и как PVWatts сообщает метеоданные и результаты моделирования. [Solar Dataset Query V2; PVWatts V8]

Если заявка международная, не применяйте допущение о данных только для США. Документация Solar Dataset Query V2 перечисляет ключи наборов данных nsrdb, tmy2, tmy3 и intl и описывает intl как данные станций PVWatts International. [Solar Dataset Query V2] Корректным доказательством является набор данных, фактически возвращенный и использованный для конкретного местоположения проекта, а не допущение о стране по умолчанию.

Часто задаваемые вопросы

Какие основные доказательства должны предоставить участники торгов?

Они должны предоставить ответ Solar Dataset Query V2, который вернул file id, и ответ PVWatts V8, который использовал этот file_id.

Может ли PVWatts V8 использовать file_id вместо широты и долготы?

Да. PVWatts V8 указывает, что file_id обязателен, если lat/lon не указаны, а lat/lon обязательны, если file_id не указан.

Откуда должен поступать file_id?

Это должен быть действительный id, возвращенный API Solar Dataset Query V2 для местоположения проекта.

Должны ли участники торгов включать параметр dataset при использовании file_id?

PVWatts V8 указывает, что dataset не следует передавать при использовании file_id для задания файла климатических данных.

Какие сведения о станции должны проверять рецензенты?

Рецензенты должны проверять поля station_info, такие как location, solar_resource_file, weather_data_source, latitude, longitude, elevation, timezone и distance.

Что если Solar Dataset Query возвращает null для набора данных?

Участник торгов должен раскрыть результат null и любые предупреждения; отсутствующий набор данных следует рассматривать как недоступный, а не выводить его наличие косвенно.

Доказывают ли выходные данные PVWatts гарантии производительности оборудования?

Нет. Предоставленные документы описывают входные и выходные данные моделирования; они не доказывают гарантии на оборудование, сертификации, цену, наличие на складе или фактическую производительность внедренного оборудования.

Как следует обрабатывать международные проекты?

Используйте набор данных, возвращенный для конкретного местоположения проекта, включая intl, где применимо; не предполагайте, что набор данных США применим за пределами США.

Ссылки

• Документация PVWatts V8 API: определяет параметры запроса PVWatts V8, поведение file_id, рекомендации по dataset, поля station_info, выходные данные, примеры, лимиты частоты запросов и ошибки валидации. — https://developer.nlr.gov/docs/solar/pvwatts/v8/
• Документация Solar Dataset Query V2 API: определяет, как запрашивать доступные данные солнечного ресурса по широте и долготе, включая возвращаемые ключи наборов данных, id климатических файлов, метаданные станций, предупреждения и поддерживаемые наборы данных. — https://developer.nlr.gov/docs/solar/data-query/v2/