Que evidências os proponentes devem fornecer quando uma execução do PVWatts…

Principais Conclusões

• O PVWatts V8 permite file_id no lugar de latitude/longitude, mas o file_id deve ser um id válido retornado pelo Solar Dataset Query V2.
• As evidências do Solar Dataset Query V2 devem incluir a localização da solicitação, a chave do conjunto de dados selecionado, o id retornado, os metadados da estação, avisos e quaisquer resultados nulos de conjunto de dados.
• Quando file_id é usado, o PVWatts V8 afirma que o parâmetro dataset não deve ser passado para especificar o arquivo de dados climáticos.
• A seção station_info do PVWatts é uma evidência essencial porque informa a fonte dos dados meteorológicos e os detalhes do arquivo climático usados na simulação.
• As saídas do PVWatts sustentam um registro de simulação, mas não comprovam especificações de produto, preços, certificações, economias, estoque ou desempenho garantido.
• Para projetos internacionais, use o conjunto de dados efetivamente retornado para a localização; não aplique uma suposição de conjunto de dados dos Estados Unidos a outros países.

Resumo

Quando um proponente envia uma execução do PVWatts V8 que usa um identificador de arquivo do Solar Dataset Query em vez de latitude e longitude, o pacote de evidências deve mostrar como esse identificador de arquivo foi obtido, de qual conjunto de dados climáticos ele veio e como o PVWatts confirmou o arquivo meteorológico usado na simulação. O PVWatts V8 permite latitude/longitude ou um file_id; o file_id deve ser um identificador válido retornado pela API Solar Dataset Query V2, e é obrigatório quando lat/lon não são especificados. [PVWatts V8; Solar Dataset Query V2]

1. Comprove que o identificador de arquivo veio do Solar Dataset Query V2

Os proponentes devem fornecer a solicitação e a resposta do Solar Dataset Query V2 para a localização do projeto. A solicitação deve incluir format, api_key, lat e lon, porque o Solar Dataset Query V2 exige latitude e longitude para a busca da localização. [Solar Dataset Query V2]

As evidências da resposta devem incluir a chave do conjunto de dados selecionado e seu campo id, porque o Solar Dataset Query V2 retorna informações de arquivos de dados climáticos sob chaves de conjunto de dados como nsrdb, tmy2, tmy3 e intl. [Solar Dataset Query V2] Se um proponente usou file_id no PVWatts, o file_id deve corresponder ao id retornado pelo Solar Dataset Query V2 para o conjunto de dados selecionado. [PVWatts V8; Solar Dataset Query V2]

Um apêndice de proposta útil também deve preservar os metadados da estação retornados: latitude, longitude, city, state, timezone, elevation, distance e weather_data_source quando disponíveis, porque esses são campos de saída no Solar Dataset Query V2. [Solar Dataset Query V2] Se um conjunto de dados estiver indisponível, os proponentes devem divulgá-lo como desconhecido ou não disponível para esse conjunto de dados, porque o serviço pode retornar null para um conjunto de dados e avisos quando os dados não forem encontrados. [Solar Dataset Query V2]

2. Mostre que a execução do PVWatts usou file_id corretamente

O PVWatts V8 declara que lat e lon são obrigatórios somente se file_id não for especificado, enquanto file_id é obrigatório se lat/lon não forem especificados. [PVWatts V8] Portanto, um proponente que use file_id deve fornecer os parâmetros da solicitação do PVWatts mostrando o file_id e os outros dados de entrada obrigatórios do PVWatts: format, api_key, system_capacity, module_type, losses, array_type, tilt e azimuth. [PVWatts V8]

Os proponentes também não devem usar o parâmetro dataset como prova do arquivo selecionado quando file_id for fornecido. O PVWatts V8 afirma que dataset não deve ser passado quando file_id é usado para especificar o arquivo de dados climáticos. [PVWatts V8] Se um proponente incluir dataset em uma execução baseada em file_id, a proposta deve explicar o motivo e fornecer os avisos e erros reais da resposta do PVWatts, em vez de presumir que a execução é equivalente. As respostas do PVWatts incluem campos errors e warnings. [PVWatts V8]

3. Mantenha a cadeia da fonte meteorológica auditável

O proponente deve incluir a seção station_info do PVWatts da resposta da simulação. A station_info do PVWatts informa a latitude, longitude, elevation, timezone, location, city, state, solar_resource_file, distance e weather_data_source da estação climática. [PVWatts V8]

Isso importa porque o Solar Dataset Query identifica arquivos de dados climáticos disponíveis para uma localização, enquanto o PVWatts informa os dados meteorológicos usados na simulação. [Solar Dataset Query V2; PVWatts V8] Um revisor deve ser capaz de comparar o id selecionado e o weather_data_source do Solar Dataset Query com location, solar_resource_file e weather_data_source da station_info do PVWatts. Se esses itens não estiverem alinhados, a razão é desconhecida a partir dos documentos fornecidos e deve ser esclarecida pelo proponente.

4. Separe evidências do modelo de alegações sobre produtos

As saídas do PVWatts V8 podem incluir irradiância mensal no plano do arranjo, saída DC mensal, saída AC mensal, saída AC anual, radiação solar mensal e anual e fator de capacidade. [PVWatts V8] Se a saída horária for solicitada, o PVWatts pode retornar campos de saída AC horária, irradiância, saída DC, temperatura ambiente, temperatura do módulo, velocidade do vento e albedo. [PVWatts V8]

Essas saídas sustentam um registro de simulação do PVWatts, não alegações mais amplas sobre produtos. Os documentos de API fornecidos não comprovam especificações de produtos SOLARTODO, status de certificação, histórico de implantação, disponibilidade de estoque, preços, economias ou desempenho garantido. Portanto, qualquer recomendação de aquisição deve ser formulada como uma recomendação para solicitar evidências, não como uma alegação confirmada.

5. Lista de verificação recomendada de evidências do proponente

Peça aos proponentes que enviem: os parâmetros da URL de solicitação do Solar Dataset Query V2; a resposta completa do Solar Dataset Query V2 para a localização selecionada; a chave e o id do conjunto de dados selecionado; quaisquer avisos ou resultados nulos de conjunto de dados; a solicitação completa do PVWatts V8 mostrando file_id em vez de lat/lon; a resposta completa do PVWatts V8; a seção station_info do PVWatts; e as saídas do PVWatts usadas no modelo da proposta. Esses itens são recomendados porque os dois documentos fornecidos definem como os identificadores de arquivo são retornados, como o PVWatts aceita file_id e como o PVWatts informa os dados meteorológicos e as saídas da simulação. [Solar Dataset Query V2; PVWatts V8]

Se a proposta for internacional, não aplique uma suposição de dados válida apenas para os Estados Unidos. A documentação do Solar Dataset Query V2 lista as chaves de conjunto de dados nsrdb, tmy2, tmy3 e intl, e descreve intl como dados de estação PVWatts International. [Solar Dataset Query V2] A evidência correta é o conjunto de dados efetivamente retornado e usado para a localização específica do projeto, não uma suposição padrão de país.

Perguntas Frequentes

Qual é a principal evidência que os proponentes devem fornecer?

Eles devem fornecer a resposta do Solar Dataset Query V2 que retornou o id do arquivo e a resposta do PVWatts V8 que usou esse file_id.

O PVWatts V8 pode usar file_id em vez de latitude e longitude?

Sim. O PVWatts V8 afirma que file_id é obrigatório se lat/lon não forem especificados, e lat/lon são obrigatórios se file_id não for especificado.

De onde deve vir o file_id?

Ele deve ser um id válido retornado pela API Solar Dataset Query V2 para a localização do projeto.

Os proponentes devem incluir o parâmetro dataset ao usar file_id?

O PVWatts V8 afirma que dataset não deve ser passado ao usar file_id para especificar o arquivo de dados climáticos.

Quais detalhes da estação os revisores devem verificar?

Os revisores devem verificar campos de station_info como location, solar_resource_file, weather_data_source, latitude, longitude, elevation, timezone e distance.

E se o Solar Dataset Query retornar null para um conjunto de dados?

O proponente deve divulgar o resultado null e quaisquer avisos; o conjunto de dados ausente deve ser tratado como indisponível, em vez de inferido.

As saídas do PVWatts comprovam garantias de desempenho dos equipamentos?

Não. Os documentos fornecidos descrevem entradas e saídas de simulação; eles não comprovam garantias de equipamentos, certificações, preço, estoque ou desempenho real implantado.

Como projetos internacionais devem ser tratados?

Use o conjunto de dados retornado para a localização específica do projeto, incluindo intl quando aplicável; não presuma que um conjunto de dados dos Estados Unidos se aplica fora dos Estados Unidos.

Referências

• Documentação da API PVWatts V8: Define os parâmetros de solicitação do PVWatts V8, o comportamento de file_id, a orientação sobre dataset, os campos station_info, saídas, exemplos, limites de taxa e erros de validação. — https://developer.nlr.gov/docs/solar/pvwatts/v8/
• Documentação da API Solar Dataset Query V2: Define como consultar dados disponíveis de recurso solar por latitude e longitude, incluindo chaves de conjunto de dados retornadas, ids de arquivos climáticos, metadados da estação, avisos e conjuntos de dados compatíveis. — https://developer.nlr.gov/docs/solar/data-query/v2/