-
Posts
1,790 -
Joined
-
Last visited
-
Days Won
167
Everything posted by developer_mh
-
Changing module mounting inclination on existing simulation
developer_mh replied to RicardoM's topic in PV*SOL
Hi Ricardo, yes, we have that on our list, along with other improvements for the usibility of the 3D environment. Kind regards, Martin -
Dear Ricardo, sure we can have a look at your file. Could you send it via private message here, please? Kind regards, Martin
-
Changing module mounting inclination on existing simulation
developer_mh replied to RicardoM's topic in PV*SOL
Dear Ricardo, I fear that I must agree with Timgreen's comment. This is not possible, I am afraid. Kind regards, Martin -
Dear Rob, thank you for letting us know about the Jinko modules. I will forward this request to our database team at database@valentin-software.com. In general, the manufacturers are responsible for putting their products into our database, so it might help as well if you contact them (we do as well). Kind regards, Martin
-
Hi Jon, this is exactly the way to go. You can check if the right modules are equipped with power optimizers if you select the corresponding substring in the tree view on the left (my test project differs a bit from yours): Kind regards, Martin
-
Dear Natheera, the climate data we use in PV*SOL is from Meteonorm, that is correct. The Meteonorm climate data are based on various sources of radiation measurements (ground stations, satellite) , with different time ranges (e.g. 1961 - 1990 or 1991 - 2010 and so on). The availability of climate dataset source varies from location to location. You can find more on that topic here in the manual of Meteonorm in Chapter 3.1: https://meteonorm.com/assets/downloads/mn73_software.pdf This information refers to a another type of product by Meteonorm, historical time series with one hour resolution. These are not climate data files which we normally use for simulation, as they are not representative. Generally it is advised to use the climate datasets with the most recent years that are available, that is correct. The availability of high quality long term measurements however is distributed very unevenly around the globe, however. Hope that helps, kind regards, Martin
- 1 reply
-
- 1
-
Hallo Energieumdenker, ja, da ist was dran, die Rolle der Klimaanlagen wird wohl wichtiger werden. Es ist jedoch nicht ganz trivial, an sinnvolle Lastprofile von Klimaanlagen zu kommen, aber wir arbeiten dran. Beste Grüße, Martin
- 12 replies
-
- klimaanlage
- air conditioner
-
(and 1 more)
Tagged with:
-
Dear guest, thank you for reporting the missing module. I will forward this information to my colleagues at database@valentin-software.com. If you find another missing database product in the future, you can contact them directly. Kind regards, Martin
-
Hi K24, as Vishnu pointed out, the activation of minute values is most of all important if you have sizing factors of above 115 %, or if you have battery systems or electrical appliances that are involved. If your DC/AC ratio is about 1, and you just want to analyse the feed in, you might be well off with hourly values. But I would always recommend to compare the results at least once. Just simulate your PV system with hourly values, save the results somewehre, and then simulate the same system with one-minute values. Then you'll directly see the differences for your specific case. Our recommendation for the diffuse model is Hofmann (disclaimer: that is me), but we don't recommend it just like that, we have scientific evidence that it performs best under nearly all conditions (especially when using one-minute resolution). See more on diffuse irradiation models here: https://help.valentin-software.com/pvsol/2020/calculation/irradiation/diffuse-irradiation/ Kind regards, Martin
-
Hi Vishnu, thank you for your question! Could you describe a little more in detail how the system is set up, what you expected from simulation, and what came out in reality? When I understand the chart from SolarEdge right, it says that 181.66 kWh were generated by the PV system, and there was a consumption of 489.42 kWh. Nearly all of the produced PV energy (181.58 kWh) was self consumed, and the rest (307.84 kWh) had to be imported. Is that correct? I guess I am lacking information on where exactly the problem is, I am sorry. Kind regards, Martin
-
Dear Rob, it is true that row-to-row shading is not calculated in the basic PV*SOL version (without premium). Detailed shading analysis is available only in the premium version. I am sorry that this wasn't clear from the beginning. Kind regards, Martin
-
Hi Ammar, there could be a lot of reasons. Most of the time is has to do with time zones or daylight saving times. Could you provide the data that you imported? Kind regards, Martin
-
unexpected warning ...from-grid tariff is not valid...
developer_mh replied to R040l's topic in PV*SOL
Dear Rob, sorry for the late reply. What I wanted to say is that the feed-in tariff is not the problem here, but the from-grid tariff. The feed-in tariff is for the Netherlands, that is right and correct. The from-grid tariff however is from Germany and that is why the warning message appears. Kind regards, Martin -
Hallo Alexander, im Schaltplan werden externe Leistungsoptimierer mit einem kleinen Sternchen gekennzeichnet. Hier sind z.B. 5 Module ohne Optimierer mit zwei Module mit Optimierer und wieder einem Modul ohne Optimierer in Reihe geschaltet Beste Grüße, Martin
-
Hallo Matthias, ja, da gibt es eine Funktion in der 3D Rendering Engine, die in Abhängigkeit der Anzahl von sichtbaren Objekten die Art der Darstellung anpasst, um die Performance zu erhöhen. Es handelt sich aber um eine rein optische Anpassung, die Simulation oder andere Teile des Programms sind nicht davon betroffen. Beste Grüße, Martin
-
Dear Waqar Ahmad, the circuit diagram can be accessed at the page "Plans and parts list". You can edit the security devices and cable properties at the page "Cables". Kind regards, Martin
-
unexpected warning ...from-grid tariff is not valid...
developer_mh replied to R040l's topic in PV*SOL
So I will post our private conversation here (in extracts): Rob's reply: My reply: As for the tariff problem: The net metering tariff is for the Netherlands, that is right, but the from-grid tariff (the second one) is for Germany: Hope that helps, kind regards, Martin -
Dear Waqar Ahmad, you will have to go into the 3D environment of PV*SOL, and then either imitate a curved building with segments of straight buildings or import a 3D model from Sketchup or similar applications. Refer to these threads as reference: Hope that helps, kind regards, Martin
-
unexpected warning ...from-grid tariff is not valid...
developer_mh replied to R040l's topic in PV*SOL
Hi Rob, I just wrote an answer to your questions in the private message section. If you allow, I'll post it here so that the other users can read it as well. Kind regards, Martin -
unexpected warning ...from-grid tariff is not valid...
developer_mh replied to R040l's topic in PV*SOL
Hi Rob, here as well, a project file would be handy in order to see what is going on there. Thanks a lot, kind regards, Martin -
Hi Rob, could you provide a project file? You can send it via private message here in the forum. This would make an answer easier. Thanks a lot, kind regards, Martin
-
Dear Waqar Ahmad, the cable length is something that you enter in PV*SOL. The cable size can then be calculated so that the cable losses at STC (Standard Test Conditions) are below 1%. Go to the cable page and activate "detailed" view. Then you see these inputs: Hope that helps, kind regards, Martin
-
Hi Vishnu, at the moment you can only add batteries to one inverter. This is due to the underlying simulation algorithms. But we have that feature request on our list and we will try to implement it as soon as possible. Kind regards and best wishes, Martin
-
Hi Josh, the module data entered by the manufacturers is only checked against min/max values, we do not require a third party report. The manufacturers are responsible for the data they enter. But if we encounter irregularities, we usually contact them to clarify the issue. The model we use to calculate the reflexion losses is the one from AHSRAE: https://help.valentin-software.com/pvsol/2020/calculation/pv-modules/reflection-in-module-plane/ Hope that helps, kind regards, Martin
-
Hallo MB, bekannt ist mir das Problem nicht, aber für klingt es so, als sei das Fenster der 3D-Visualisierung auf dem nicht mehr vorhandenen zweiten Monitor geöffnet. Hast du mal versucht, den externen Monitor wieder anzuschließen und dann nochmal die 3D-Umgebung zu starten? Beste Grüße, Martin