
MGLopez
Members-
Posts
23 -
Joined
-
Last visited
Everything posted by MGLopez
-
Several orientations due to uneven ground
MGLopez replied to MGLopez's topic in Shadings and tracking
Thank you for your patience with me and for your guidance. If I understood properly, the Automatic inclination provides modules set parallely to the ground, according to the requested azimuth and the requested distance to the ground, no matter the tilt requested for the tables. In case of non automatic setup of tables tilt, the tilt requested is complied with, no matter the ground slope : the supports might differ from one table to the other, in order to compensate for the uneven natural ground. In fact, this is to be used after earthworks provinding an even ground. So, in order to get modules tilted with a fixed tilt on an uneven ground, PVSYST might help in two main steps : - first select Automatic tilt of tables, fill the zone and retrieve from tools orientation management, the tables characteristics; - second, deselect Automatic tilt, then modify manually, one by one, the tilt of the tables by adding the tilt provided by the tables supports, close the orientation management tools, recalculate the shading factors table and run the simulation. Thanks in advance to confirm my understanding. -
Several orientations due to uneven ground
MGLopez replied to MGLopez's topic in Shadings and tracking
May I add up one question ? I set the tables parallel to the curves of same altitude, thanks to a field azimuth of -70°. The ground slope, perpendicularly to these curves is about 10°. In the Fields properties, I set the tilt to 15°, which is the tilt provided by the posts holding the modules and 0 for the azimuth and 0 for shed base tilt. I select Automatic tilt. I am surprised by the results : - on the XY view, the tables seem all to be aligned according to the reqired azimuth of 70° ; but in the table of characteristics of all tables of the field, the table azimuthes rank from -70° to -112° ! - I was expecting a table tilt around 10+15=25° which is not the case. Visually, 15° are observed with difficulty but the table of characteristics shows figures ranking from 2.5° to 6.7°. Beyond the interpretation of the above mentioned figures, how to design a field with supports tilting the modules by 15°, measured from the ground, supports set on a ground having a 10° slope, providing an overall module tilt of 25° ? Thanks in advance. -
Thank you very much. It's very clear to me.
-
Several orientations due to uneven ground
MGLopez replied to MGLopez's topic in Shadings and tracking
Forget my question about "Dazimut is randomly either 20 or -160". This is due to the fact that the requested table slope was 0°. Then the tables slopes reflect the ground slope. -
Hello, My initial problem is to locate the tables assigned to each one of the 8 differents orientations used for the simulation. I could then decide not to use some of the tables, in order to simplify the material selection, (supports and inverter), get a simplier strings arrangement and simplify also the site works. By exporting the data of a shade scene, I need some explanations. PVSYST announces 8 different orientations when the export file assigns to all tables the same orientation number : -1 How could I locate the tables concerned by each of the 8 different orientations used for the simulation ? What is the exact meaning of Dinclin, Dazimut and BaseSlope ? I requested to orientate the tables 20° towards West. Dazimut is randomly either 20 or -160 ? How should I interpret this info ? Thanks in advance for your help. Export Scene ombrage Plateau entier 20 Ouest.pdf
-
Thank you for the tip that allow to export a .SHD file describing in PVSYST language the shade scene. I had dreamed about a table. I will make it for the .SHD file. Thank you.
-
Hello, On uneven ground, with automatic slope of modules tables, the distribution of the different orientations among the different tables is not easy to visualize. This is important to assign the tables to the mppt of the inverter and to detect if the table distribution on the ground leads to a realistic system or not. Today, I mark a vertical view of the whole tables set, with the number of each table, open the dialog for each table, one by one and record manually the different characteristics of each table : so lengthy ! Could it be possible to get automatically such report ?
-
Bonjour, Désolé, de ne pas connaître les intitulés concernés en anglais. Le volet qui permet de définir cet objet comme objet d'ombrage élémentaire comporte un champ intitulé Proportion du pan 1. L'unité de mesure de ce champ est indiqué comme étant en mètre, alors qu'il s'agit d'une proportion : le rapport de la projection horizontale du pan tourné vers le Sud local, sur la longueur totale du pignon. La valeur vraisemblable est comprise entre 0 et 1. Cordialement Michel
-
Hello, With full back-up system, some of the electrical consumers may be selected not to be backed-up, in order to extend the back-up for some more important loads. This is done by electrical design of the distribution cubicle, with the disconnexion box isolating only the important loads from the grid when the grid is out of order; the regular loads remain waiting for the grid to resume proper operation to start anew. Look at the appended wiring HUAWEI diagram. The island mode consumption profiles differs from the one when connected to the grid. How could it be possible to separate the checks of the storage design (only impacted by the important loads and the hybrid inverter) from the self-consumption performance, which depends from all consumers ? Thanks in advance.
-
Hello, I created a second meteo file in order to compare simulations based on different meteo data sources. When I go through the drop down list of meteo file, the new file does not show up. When I open the meteo file data base, I can select the new file but when returning on the project summary, the old file is still listed. How to make my selection permanent ? Many thanks in advance ?
-
So simple ! Thanks.
-
Sorry for my question, I don not find the way to open an old project. If I use the MS-Windows file manager, while PVSYST is running, by clicking on a variant of the desired project, I get a warning about two sessions of PVSYST running simultaneouslu. So after closing PVSYST, clicking of the selected variant in the MS-Windows file manager, simply opens PVSYS. File > Import project is looking for previously exported ones, under zip format. File > Project proposes only to create different sort of projects. Thanks for your kind help.
-
Polystring option (mixed orientation within a string)
MGLopez replied to julmou's topic in Suggestions
Hello, I have the same problem : I am asked to cover the maximum surface of the roofs and therefore I have 3 small sub-arrays with different shades but all the Solaredge optimizers will be in a single string. If I select only 1 string per inverter, PVsyst proposes 3 inverters. If I leave 3 strings per inverter, then PVSyst refuses to launch the computation, stating that the string voltage will be too small ! -
Hello, Here is the description of the PV system: Paramètres d'orientation Type de champ: Plan incliné fixe Inclinaison plan/azimut = 25°/18° Compatibilité entre système et ombrages Orientation du système compinclin/azim = 25° / 18° 3 sous-champs PNom = 112 kWp, surface de modules = 535 m² champs ombrages 3D 4 tables, : , surface brute totale , . 739 m² Paramètres du système 3 sous-champs définis Sous-champ #1 Shed 6 Modules PV: 4 strings of 23 modules in series, 92 total Pnom = 405 Wc Pnom array = 37 kWc, Area = 178 m² Onduleurs (110 kWac) 4 entrées MPPT, Total 35 kW Sous-champ #2 Shed 7 Modules PV: 4 strings of 23 modules in series, 92 total Pnom = 405 Wc Pnom array = 37 kWc, Area = 178 m² Onduleurs (110 kWac) 4 entrées MPPT, Total 38 kW Sous-champ #3 Shed 8 Modules PV: 4 strings of 23 modules in series, 92 total Pnom = 405 Wc Pnom array = 37 kWc, Area = 178 m² Onduleurs (110 kWac) 4 entrées MPPT, Total 35 kW I removed the shading scene description, suspecting it has no impact on the issue. I try to use one single invertor Sunny Tripower STP 110-60-Core2, with 12 mppt to accept the 3 sub-arrays. I manage to assign only Shed 6 and Shed 7, so 8 mppt, and the Shed 9 is greyed so I cannot add it up to the configuration. Checking Auto-equal Pnom or not does not change the fact that Shed 9 is out of reach. Furthermore, I do not understand why the Pnom/MPPT figures do not match the actual hereabove given description, in the Power sharing dialog box. It shows the following : - Shed 6 => 8.871 kW/MPPT, 8.06%Pnom, - Shed 7 => 9.462 kW/MPPT, 8.60%Pnom As both strings have the same amount of modules, one should read 9.315kW/MPPT Thanks in advance for your help.
-
Merci beaucoup !
-
Thanks for your interest. The actual remaining grid capacity for this second PV system is 0kVA, as the actual grid capacity of 9kVA is used by the first PV system. I found a workaround by reworking the data of the loss graph but this is not straightforward So, in short : autoconsumption with no grid capacity.
-
Hello, Beside a "regular" PV system that is saturating the grid injection capacity, I have to design another PV system that will feed the household but whose production will have to be trimmed in order to inject nothing in the grid. With the model "Connected to the grid", minimum grid capacity is 1 kW, which is higher than the actual grid capacity. With the model "Isolated", battery are needed, which is not the case. Any suggestion ?
-
SMA database not updated for a long time (for string inverters)
MGLopez replied to julmou's topic in PV Components
Hello, As we, as simple users, do not have the exact mapping of the parameters in the export string, formed by a lot of values separated by semi colon, I would rather suggest to modify the definition a an equivalent inverter and to save it as a new one. PVSYST propose usefull feature, especially for the efficiency definitions. -
Grid power limitation in collective self-consumption
MGLopez replied to MGLopez's topic in Simulations
Hello @dtarin Thank you for the refresh about the location of the grid limitation. But the question about consumption withdrawal after the injection point was remaining until I found the workaround where there is no auto-consumption between the inverter and the injection point : when preparing the consumption profile set of data, this latter must include the injection power limitation as the collective auto-consumers cannot withdraw more from the PV production than what was injected in the grid. A supplementary calculation of the extra energy withdrawn from the grid by the collective auto-consumers, on top of the energy provided by the PV producer, will have to be computed in order to define the exact energy overall balance. Remain the case where there is auto-consumption between the inverter and the injection point. Any other suggestions ? Kind regards -
Hello As I understood from https://forum.pvsyst.com/viewtopic.php?f=25&t=1805 PVsyst 6 was using the power limit value at the inverter output. The new french regulation, called autoconsommation collective étendue, allows several consumers to use the production of a single producer, even if they are not withdrawing their consumption between the inverters and the injection point to the grid. In that case, the injection might be limited to a certain threshold and, afterwards, the consumers are buying part of the production that they withdraw from the grid. In the worse case, there might be a part of the production consummed from the building supporting the PV generator, i.e. before the injection to the grid and the limitation of the injection, and some other consumers withdrawing part of the production elsewhere on the grid. Could you refresh us about the power limitation in PVsyst 7, please ? If possible, how to set up such collective self-consumption in PVsyst 7 ? Kind regards Michel
-
Shading Area is Less than PV module Area
MGLopez replied to papan5069's topic in Shadings and tracking
Hello, I don't understand the quoted answer as applied to my example : I let PVsyst select the table size by telling it the numbers of modules per row and column. In the present case, 4x16 modules, each of them being 1.14m wide and 1.646m tall, i.e 1.92 m2. So the needed area for theses 64 modules is about 122m2. PVsyst tells : "Table area : 123.1m2 / Required area : 189.5m2". How could it be so ! I agree to the first figure but totally disagree with the second one. As far as I understood, the PV tables are independant from the building shape. However, I checked that there is enough space around the table, in the table plane, between the edges of the table and the edges of the roof. By the way, this table design was defined by one well known fixing devices manufacturer (K2 SYSTEMS). Thanks in advance for your help !