Test di capacità automatizzati
Il Test di capacità automatizzato di Solesca fornisce informazioni di livello investimento su come il tuo sistema si comporta nel mondo reale. Costruito sulla metodologia ASTM E2848-13, ogni report si basa sulle migliori pratiche del settore. Oltre ad automatizzare i filtri standard, Solesca identifica in modo intelligente le Reporting Conditions (RC) statisticamente più robuste per ridurre al minimo i bias e produrre l'analisi più accurata.
Ogni test che paghi corrisponde a un progetto, o sistema. Puoi pagare una volta ed eseguire una quantità illimitata di test su quel progetto. Questo ti permette di testare a piacimento diverse condizioni di reporting e vincoli di confine.
Per creare un test di capacità, vai su Capacity Tests (opens in a new tab), clicca su "+ Capacity Test" e segui il processo di caricamento dei dati, impostazione delle condizioni di reporting ed esecuzione di un test.
ASTM E2848-13
La base di questo strumento è la ASTM E2848-13 "Standard Test Method for Reporting Photovoltaic Non-Concentrator System Performance." Questa è la metodologia standard del settore per eseguire un test di capacità. Un test di capacità è semplicemente un'applicazione di questo standard che confronta l'output previsto (simulato tramite SAM, SolarFarmer o PVsyst) con l'output effettivo misurato del sistema costruito. Il confronto è un processo a più fasi che include il filtraggio per data, il filtraggio per ombreggiamento, il filtraggio per irradianza, la modellazione di regressione e la ricerca dell'RC ottimale.
1. Ingestione dei dati
Qualsiasi test richiede due elementi di dati cruciali, i dati previsti e i dati misurati.
- I dati previsti possono essere presi direttamente dagli output del nostro progetto tramite SAM o SolarFarmer oppure puoi caricare un PVsyst. Assicurati che il caricamento PVsyst sia formattato correttamente e sia conforme a questo modello: Solesca PVsyst Capacity Test Upload Template. Non modificare le intestazioni delle colonne e inserisci tutti i dati delle righe nel formato descritto di seguito:
| Column Name | Units | Notes |
|---|---|---|
| TimeStamp | MM/DD/YYYY HH:MM | Deve essere nello stesso fuso orario dei dati misurati e formattato come le unità descritte. Può gestire intervalli di 1h, 15min, 5min |
| E_Grid | kW | Energia misurata al contatore, in kW. |
| GlobInc | W/m² | Piranometro posizionato sul Piano dell'Array del sistema. |
| GlobBak | W/m² | Piranometro posizionato sul Piano Posteriore dell'Array. Imposta tutte le voci a 0 se il sistema non è bifacciale. |
| T_Amb | C | Temperatura ambiente misurata in loco in gradi Celsius. |
| WindVel | m/s, | Velocità del vento misurata in loco in m/s. |
| FShdBm | 0-1.0 | Fattore di perdita per ombreggiamento del fascio (con 1.0 nessun ombreggiamento e 0.0 completamente ombreggiato) |
Quando si esegue un test di capacità, è standard del settore avere perdite di indisponibilità pari allo 0%. Assicurati di impostare a 0 l'indisponibilità per le perdite di progetto dei Dati previsti!
- È necessario caricare anche i dati misurati. Prendi i dati misurati che hai raccolto e inseriscili in questo modello qui: Solesca Measured Capacity Test Upload Template . I dati misurati devono avere timestamp corretti, in ora locale, all'intervallo appropriato (ora, 15min, 5min, ecc.) e avere tutta la formattazione corretta per ogni colonna. Non modificare le intestazioni delle colonne e inserisci tutti i dati delle righe nel formato descritto di seguito:
| Column Name | Units | Notes |
|---|---|---|
| TimeStamp | MM/DD/YYYY HH:MM | Deve essere nello stesso fuso orario dei dati previsti e formattato come le unità descritte. Può gestire intervalli di 1h, 15min, 5min, 1min |
| E_Grid (kW) | kW | Energia misurata al contatore, in kW. |
| POA_Front (w/m^2) | W/m² | Piranometro posizionato sul Piano dell'Array del sistema. Per i sistemi a inseguimento, deve seguire l'inseguitore. |
| POA_Back (w/m^2) | W/m² | Piranometro posizionato sul Piano Posteriore dell'Array. Per i sistemi non bifacciali, imposta questo valore a 0 per ogni TimeStamp. |
| T_Amb (C) | C | Temperatura ambiente misurata in loco in gradi Celsius. |
| WindVel (m/s) | m/s, | Velocità del vento misurata in loco in m/s. |
2. Impostazione dei confini delle Reporting Conditions
In Solesca, puoi impostare molti parametri per il test. Ognuno corrisponde a una specifica condizione di confine. Impostiamo ognuno secondo gli standard predefiniti del settore, quindi tutto ciò che devi inserire per eseguire il test è l'inizio e la fine del periodo durante il quale vuoi che il test sia eseguito sul set di dati misurati, oltre al nome del test. Tuttavia, puoi modificarli per adattarli al tuo benchmark. Di seguito una descrizione dettagliata di ogni parametro e di come influisce sul test:
| Parameter | Units | Notes |
|---|---|---|
| Passing Criteria | % | I criteri di superamento del test. Vengono utilizzati per calcolare la Produzione Garantita e sono tipicamente specificati nel contratto EPC. |
| Measured Datapoints Minimum | Integer | Numero minimo di punti dati misurati necessari per un test. Se è inferiore a questo numero, non eseguiremo un test e ti diremo quanti punti dati hai. |
| Expected Datapoints Minimum | Integer | Numero minimo di punti dati previsti necessari per un test. Se è inferiore a questo numero, non eseguiremo un test e ti diremo quanti punti dati hai. |
| Bifacial Toggle | Boolean | Questo sistema è bifacciale? |
| Bifaciality | % | Percentuale di bifaccialità del modulo |
| Irradiance Target | 0-1000 W/m² | Irradianza target (se bloccata), RC iniziale del test (se ottimizzata) |
| Irradiance Minimum | 0-1000 W/m² | Tutti i punti dati con IRR < Irradiance Minimum verranno filtrati |
| Irradiance Maximum | 0-1000 W/m² | Tutti i punti dati con IRR > Irradiance Maximum verranno filtrati |
| Deviation Minimum | % | Deviazione minima dall'IRR media dell'RC (ad esempio, RC IRR 650 con deviazione del 10% significa che min/max dell'RC IRR è 585/715) |
| Deviation Maximum | % | Deviazione massima dall'IRR media dell'RC (ad esempio, RC IRR 650 con deviazione del 30% significa che min/max dell'RC IRR è 455/845) |
| Sigma | σ | Deviazione standard di filtraggio della regressione lineare da includere |
| Day Range | # | Intervallo di giorni dal test per i Dati previsti. Ad esempio, un intervallo di 15 giorni per il 15 gennaio includerà i dati dal 1 al 30 gennaio nel set di Dati previsti |
| Percentile | % | Deviazione massima del set di dati dalla media. Questo confronta i dati misurati e previsti per garantire che siano sufficientemente vicini tra loro per un test valido. |
| Shade Loss Percentage Allowed | % | Il 100% significa nessun ombreggiamento consentito per il test. Il 99% significa 1% di ombreggiamento consentito per il test ... |
| Linear Regression Constant 0 | Boolean | Questo non dovrebbe mai essere true. ASTM richiede che i test abbiano un'intercetta (0,0) per la regressione lineare del test |
Inoltre, hai la possibilità di farci trovare le migliori condizioni di reporting per te oppure di impostare tu stesso le condizioni di reporting specifiche. Quando imposti tu stesso le condizioni di reporting, il target sarà l'IRR media dell'RC e la deviazione massima verrà utilizzata per testare (se ci sono punti dati di qualità sufficiente all'interno dei dati filtrati) per eseguire un test. L'utilizzo di Solesca per trovare gli RC ottimali è l'uso consigliato per ottenere i migliori risultati.
3. Filtraggio dei dati
ASTM richiede diversi filtri sia per i dati previsti sia per i dati misurati per garantire test della massima qualità. Li elaboriamo ciascuno nell'ordine:
-
Filtro ombreggiamento/sporcamento (ASTM §7.4): Rimuove i punti dati interessati da problemi operativi correggibili come copertura di neve, forte sporcamento o ombreggiamento da oggetti vicini. Questo garantisce che il test rifletta le prestazioni del sistema in condizioni chiare e senza ostruzioni.
-
Filtro intervallo di irradianza (ASTM §7.3): Esclude i dati in cui l'irradianza è troppo bassa perché il sistema sia pienamente attivo (< 400 W/m²) e i dati in cui la potenza AC è limitata dalla potenza nominale massima dell'inverter (clipping). Questo concentra l'analisi sulla porzione lineare ad alte prestazioni dell'intervallo operativo del sistema.
-
Rimozione degli outlier (ASTM §7.5): Vengono eseguite regressioni iniziali per identificare e rimuovere gli outlier statistici—punti dati che si discostano significativamente dal modello di prestazioni previsto, spesso a causa di effetti transitori o errori di misurazione.
-
Filtro Reporting Conditions (ASTM §9): Il passaggio finale isola un sottoinsieme specifico e ben distribuito dei dati puliti attorno a un'irradianza target, noto come Reporting Conditions. Questo garantisce che i modelli previsti e misurati vengano confrontati in condizioni operative statisticamente identiche, fornendo una valutazione delle prestazioni equa e accurata.
Un test completato mostrerà ogni passaggio di filtraggio nel report generato.
4. Test delle Reporting Conditions
Una volta che sia i dati misurati sia quelli previsti sono stati filtrati nel passaggio 3, un test avrà inizio. Qui abbiamo il nostro primo controllo:
-
Se i punti dati misurati e previsti dopo il filtraggio sono inferiori al minimo di punti dati misurati e previsti, il test fallirà e non verrà eseguito. Puoi vedere quanti punti dati abbiamo dopo il filtraggio una volta che ispezioni il test.
-
Da qui, se hai selezionato l'irradianza bloccata, proveremo un test con il tuo target IRR come IRR media dell'RC e troveremo la deviazione più piccola possibile per eseguire un test. Se viene raggiunta la deviazione massima senza un test che soddisfi il percentile, il test non verrà eseguito e ti verrà notificato.
-
Se selezioni l'irradianza ottimizzata, tenteremo di trovare le migliori Reporting Conditions all'interno del percentile e delle deviazioni forniti. Se non se ne può trovare nessuna, ti verrà notificato il motivo.
5. Report ed esportazioni
Se il test ha potuto essere eseguito, genereremo un report e confronteremo i due set di dati. Il Power Performance Index è la differenza percentuale tra i dati previsti e i dati misurati con le loro regressioni lineari. Se è maggiore dei Passing Criteria, il test viene superato!
Puoi scaricare il report, qualsiasi dato caricato e i dati misurati e previsti finali filtrati cliccando il pulsante di download a destra della voce della tabella per quel test di capacità.
Stato del test
-
In Progress: Viene visualizzato quando il test è in esecuzione. Se persiste per più di 10 minuti, contattaci. -
Required Action: Viene visualizzato quando un test fallisce perché non è stato possibile eseguirlo con le Reporting Conditions e i confini forniti. -
Failed • Test Ran: Viene visualizzato quando l'RC e i confini sono stati soddisfatti ed è stato possibile condurre un test completo, ma il Power Performance Index è inferiore ai Passing Criteria. -
Pass: Viene visualizzato quando il test è stato eseguito e ha superato i Passing Criteria.
FAQ
-
Puoi eseguire un test più volte. Tuttavia, qualsiasi esecuzione eliminerà i dati dell'esecuzione precedente, quindi ricordati di scaricare i test precedenti prima di eseguire un nuovo test.
-
I report e i dati filtrati verranno generati solo se un test è stato superato o fallito, non se ci sono Required Actions (il test non è stato eseguito completamente).
Perché il mio test è fallito con un errore "Insufficient Data Points"?
-
Questa è la modalità di fallimento più comune. Il messaggio di errore specificherà l'ultimo RC che l'algoritmo ha tentato e quanti punti dati ha trovato rispetto a quanti erano richiesti. Significa che dopo aver applicato tutti i filtri ASTM, non sono rimasti abbastanza dati di alta qualità per condurre un test statisticamente valido.
-
Soluzione: Prova a espandere il "Day Range" nella configurazione per includere più giorni di dati misurati. Puoi anche rivedere le impostazioni dei filtri; un valore sigma molto aggressivo per la rimozione degli outlier potrebbe rimuovere troppi punti. Infine, potresti non avere dati misurati di qualità sufficiente. I dati che hai estratto provengono da giorni nuvolosi o dall'inverno con molta neve?
Se stai testando in inverno è molto difficile raccogliere abbastanza dati previsti di alta qualità. Puoi considerare di abbassare i numeri minimi. In inverno, utilizziamo effettivamente 60 giorni di dati previsti nel tentativo di raccogliere quanti più giorni possibile per il test per mitigare questo verificarsi.
Perché il mio test è fallito con un errore "Medians are too far apart"?
-
Questo significa che, anche quando sono stati trovati abbastanza punti dati, le condizioni meteorologiche nei set di dati previsti e misurati erano troppo diverse. Ad esempio, i dati misurati potrebbero provenire da una serie di giorni prevalentemente nuvolosi, mentre i dati previsti per quel periodo erano prevalentemente soleggiati. L'algoritmo interrompe correttamente il test per evitare un confronto iniquo.
-
Soluzione: Espandi l'intervallo di date per includere un insieme più variegato di condizioni meteorologiche che hanno maggiori probabilità di allinearsi alla distribuzione statistica del file 8760. Oppure prova a limitare i giorni solo ai giorni belli e soleggiati nel set di dati misurati.
Cos'è un "buon" valore di R-quadro?
- Il R-quadro misura quanto bene il modello di regressione si adatta ai dati, con 1.0 che rappresenta un adattamento perfetto. Per un test di capacità solare, dovresti tipicamente aspettarti valori di R-quadro superiori a 0,95. Un valore inferiore può indicare un'elevata dispersione dei dati, problemi ai sensori o altri problemi operativi non catturati dai filtri standard.