developer_mh

Hallo Semjon, am besten erstellt man Aufständerungen nicht nur mit einem Element, das man dann vervielfachen muss, sondern gleich mit der gewünschten Anzahl an Elementen. Dazu kann man entweder einen Rahmen aufziehen, der dann mit der Aufständerung gefüllt wird, oder man kann die gesamte Fläche maximal belegen lassen: Beste Grüße, Martin

Hallo in die Runde, wir haben SMA bereits mehrfach kontaktiert, sie wissen also Bescheid. Wir hoffen ebenfalls, dass sie die fehlenden Modelle zeitnah eintragen. Viele Grüße, Martin

Hi Codrin, no, you can't define a charge/discharge schedule for the battery systems right now, I am afraid. You can set the SOC limits however, which already gives plenty of possibilities to modify the charging behaviour: https://help.valentin-software.com/pvsol/en/pages/battery-system/charging-strategy/ The feature request to be able to define a schedule as well is already on our list, but it is not planned yet, I am afraid. Kind regards, Martin

Hallo Hannes, inwiefern funktioniert das nicht mehr? Ich habe es eben nochmal probiert und es scheint mir so zu funktionieren wie immer.. Wenn alle Module bereits in Strings verschaltet sind, und man weist z.B. die Module von MPP-Tracker 2 dem MPP-Tracker 1 zu, dann werden die bisher an MPP-Tracker 1 verschalteten Module entfernt. Ist es das, was du meinst? Diese "freien" Module können dann aber leicht über einen Rechtsklick wieder einem Tracker oder einem Strings zugewiesen werden. Dies kann man auch automatisch erledigen lassen, in den Optionen gibt es hier eine entsprechende Einstellung: Wenn das aktiviert ist, hat man beim Arbeiten vielleicht eher das Gefühl von einem echten Modul-Tausch, da die frei werdenden Module wieder direkt zugewiesen werden. Beste Grüße, Martin

Hi CodrinSomesan, yes, you can simulate PV systems with electrical appliances and battery systems in PV*SOL. We have around 3000 real battery systems in our database which you can try out. Additionally you can define your own battery system. In order to see the battery system page, you'll have to activate a corresponding system type: Kind regards, Martin

Hi all, here is my reply from the other thread:

Dear SPsolar, yes, we have news on this. We seem to have found a fix for all those issues of high shading values, which will be released with the upcoming PV*SOL premium 2022 R5. Right now we are in the testing phase. So it would be more than helpful if you (and other users reading this) could send us the models that are causing the high shading values. The release is planned for this month already, so if you could send the files in the next days that would be really great. You can send them either here in the forum as rivate message, or to hotline@valentin-software.com, asking them to forward the files to me (Martin). Thanks a lot for your patience and help, kind regards, Martin

Dear xueting, simulation comparisons are really interesting, I am happy to see that you want to test PV*SOL simulation values against measurement. When looking at the details, there can be a lot of reasons why the results differ. In order to answer your question we would have to know a lot more about the two sides of the experiment: First, the measurement: How did you measure the global irradiance? Which sensor did you use? In what environment was the sensor installed? In which intervals was it cleaned? Did you measure global horizontal irradiance or tilted, i.e. in the PV module plane? How many modules do you have on your test stand? How are they connected? Do you measure the electricity on the DC or the AC side? Second, the simulation side: How did you determine the input parameters for the simulation? For example, the module data: Did you use data from our database or do you have flasher data that you were able to enter? Which models did you choose to calculate the irradiance on the tilted plane? There are really a lot of factors that influence the outcome of such a comparison. Without a lot more details on the measurement setup and the PV*SOL project file, however, we can't answer your question in a satisfying manner. Hope that helps, kind regars, Martin

Hallo Anja, deine Vermutung war schon korrekt, bei dachflächenübergreifenden Verschaltungen lässt sich der Kabelplan nicht manuell editieren. Daher lässt sich in diesem Fall auch keine Kabel-Durchführung setzen. Viele Grüße, Martin

Hi Anna, in projects with a lot of module areas, a lot of MPP trackers or a lot of inverters, we need to cut some of the more detailed results due to memory limitations and disk space. I'd guess that the project you are analysing has a lot of module areas? You can set the limit a bit higher, though, at your own risk Close PV*SOL, then open the PVSOL.ini file in a text editor. You can find it here: C:\Users\USERNAME\Documents\Valentin EnergieSoftware\PVSOL premium 2022\PVSOL.ini Locate the attribute MaxNumberOfModuleAreasForResults and change the value to your liking. You can also play around with MaxNumberOfInvertersForResults and MaxNumberOfMppsForResults. Save the file and start PV*SOL again. Then force a new simulation under Options -> Force simulation. Then the module area results should show up. Kind regards, Martin

Hi Lukas, to me this looks like an issue with your decimal separator (comma vs point). Check your settings in the regional settings of Windows, perhaps you have a point there, but you enter the numbers with a comma? Kind regards, Martin

Hi Tomasz, could you provide the project file as private message, please? Thanks and kind regards, Martin

Hallo Sascha, wenn man die untere Schwelle des Lastabwurfs auf 35 stellt, läuft die Simulation durch. Beste Grüße, Martin

Hallo Anja, danke für das Melden des Fehlers, und auch danke fürs Senden des Absturz-Berichts. Es scheint in diesem Fall an OneDrive zu liegen, in der Log-File steht "Der Clouddateianbieter wird nicht ausgeführt." Beste Grüße, Martin

Hallo babylon05, das ist ein sehr interessanter Fehlerfall für uns. Könntest du mir das Projekt, bei dem der Fehler "Visual3D.dll" kommt, bitte hier im Forum als private Nachricht schicken? Die Log-Files bräuchten wir auch, die findest du unter C:\ProgramData\Valentin EnergieSoftware\log die mit pvsolpremium und Wow6432 im Namen sind interessant für uns. Vielen Dank und beste Grüße, Martin

Hallo bene-solar, vielen Dank für das Projekt. Es stammt scheinbar aus der Zeit vor der Einführung der Online-Datenbanken, die erste gelistete Programmversion ist die 2019 R14. Daher können die seinerzeit selbst angelegten Module nicht in der Datenbank gefunden werden. Eine Lösung wäre, diese Module in der neuen Datenbank (verfügbar seit PV*SOL premium 2020 R1) erneut einzugeben und die jetzt im Projekt existerenden dann damit zu ersetzen. Beste Grüße, Martin

Hallo D.Hajrizi, welchen Verbrauch man wählt, hängt ganz davon ab, wie die Begebenheiten vor Ort sind. Wenn der Anlagenbetreiber, also euer Betrieb, für den gesamten Verbrauch des Werkes zu zahlen hat (was der Normalfall ist), dann ist auch dieser gesamte Verbrauch anzugeben. Wenn es aber zum Beispiel ein Subunternehmen gibt, das die PV-Anlage auf der Halle betreibt und nur für die Stromkonsten aufkommen muss, die in der Halle entstehen, müsste man nur diesen Verbrauch angeben. Wichtig ist, dass es bei PV-Anlage und Verbrauch nicht um einen lokalen Zusammenhang geht, sondern um einen wirtschaftlichen. Solange Verbrauch und Erzeugung in einem räumlichen Zusammenhang stehen, wie es bei einem solchen Werk ja immer der Fall ist, kann man von Eigenverbrauch im Sinne vom EEG ausgehen. Beste Grüße, Martin

Hallo bene-solar, könntest du mir das Projekt zukommen lassen? Gerne hier im Forum als private Nachricht. Danke und beste Grüße, Martin

Hallo Klauss, hallo masp, Üblicherweise kommt diese Meldung, wenn PV*SOL Projekte, die in einer neueren Version gespeichert wurden, in einer ältern Version von PV*SOL wieder geladen werden sollen. Beste Grüße, Martin

Hi Carlos, hi Jimmy, exactly, the EnEV results are relevant for Germany only. They should only appear for PV systems with location in Germany. Kind regards, Martin

Hi again, this bug will be fixed in the upcoming release PV*SOL premium 2022 R5. Thanks again for reporting! Martin

Hi Venco Gary, in your feed-in tariff, you have the share of remunerated energy set to 0%. You should set it to 100% if all of the energy that is fed into the grid is remunerated. Then you'll get non-NaN values: Your project has a lot module areas (nice project by the way!). In order to save memory, we restrict the results per module area on projects with less than 20. You can change that setting, on your own risk. Close PV*SOL, then open the PVSOL.ini file in a text editor. You can find it here: C:\Users\USERNAME\Documents\Valentin EnergieSoftware\PVSOL premium 2022\PVSOL.ini Locate the attribute MaxNumberOfModuleAreasForResults and change the value to more than 31, as your project as 31 module areas. Save the file and start PV*SOL again. Then force a new simulation under Options -> Force simulation. Then the module area results should show up. Hope that helps, kind regards, Martin

Hi, thanks for reprting this. We will be looking into it. Kind regards, Martin

Hi Jakub, there is no such app that I know of. But I have to admit that I haven't done any research on that topic recently. There is a device that we recommend to catch horizon lines on site: https://www.solmetric.com/buy210.html You can see roughly how it works on our help pages, in section "Recording horizon lines": https://help.valentin-software.com/pvsol/en/pages/pv-modules/shading/#horizon-line Hope that helps, Martin

Hallo Lukas, beim Zeichnen von Polygonen kann man die genauen Koordinaten der Punkte angeben, indem man einen Rechtsklick darauf macht und dann "Bearbeiten" wählt. Vielleicht hilft das weiter. Das mit den 4m Verschiebungstiefe versuche ich mal in Erfahrung zu bringen. Beste Grüße, Martin