developer_mh

Hallo Mart, ja, das ist derzeit so, die Strahlung auf die Modulvorderseite wird ausdifferenziert in den direkten und diffusen Anteil, die Strahlung auf die Modulrückseite hingegen nicht. Intern rechnen wir zwar genau so mit dem direkten und dem diffusen Anteil, aber es wird derzeit nicht gesondert ausgegeben. Bei vertikal aufgeständerten Modulen kannst du aber davon ausgehen, dass der Diffusanteil auf der Rückseite bei vergleichbarem Sonnenstand und ähnlicher Globalstrahlung etwa gleich ist. Den Bifazialitätsfaktor musst da noch nicht mit einbeziehen, der beschreibt ja nur, wieviel Prozent der auf der Rückseite auftreffenden Strahlung dann überhaupt verarbeitet werden kann. "Verluste durch Bodenreflexion" - dass da noch Verluste steht, ist ein Fehler, sorry. Bei der zusammenfassenden Energiebilanz ist einfach von "Bodenreflexion (Albedo)" die Rede, es handelt sich hierbei ja um Gewinne. Beste Grüße, Martin

Hallo Ralf, das ist ein bekanntes Problem, das wir leider im 3D-Programm-Teil nicht richtig in den Griff bekommen. Es hängt mit der Bildschirm-Skalierung zusammen, die es jetzt immer häufiger gibt, da die Bildschirme immer höher aufgelöst sind. Eine Lösung wäre, die Bildschirm-Skalierung auf 100% zu stellen. Wenn dann aber alles so klein ist, dass es nicht mehr lesbar ist, helfen vielleicht folgende Tricks: Beste Grüße, Martin

Hallo Philipp, nein, diese Option, also ein reines PV-Diesel-System, oder sogar ein reines PV-System ohne zusätzliche Energie-Quelle, ist leider noch nicht verfügbar in PV*SOL. Beste Grüße, Martin

Hallo Art, wenn sich deine Frage auf die Situation nach Zusammenlegung der Zähler bezieht: Ja, das kann man so ein PV*SOL machen, es gibt ja dann keinen zählerischen Unterschied zwischen den Verbrauchern aus dem Eltern- und Sohn-Haushalt. Wenn sich deine Frage darauf bezieht, ob man auch den Übergang darstellen kann, also die vorherige und die Situation danach, zusammen in einem Projekt, dann lautet die Antwort leider: Nein. Viele Grüße, Martin

Hi Ricardo, in situations where you want to create a database product that is not officially available, I would recommend to start with a copy of an existing product of the same manufacturer that is as close as possible to the product you want to enter. For example, from the same product line or so. In this case here, candidates are the SUN2000-36KTL and the SUN2000-50KTL. I would suggest that you take the missing values of the MPP efficiency from them. They are a bit different though, but most of the times, also in other Huawei inverters, the values 99.8 and 99.95% seem to prevail. Kind regards, Martin

Hi Jimmy, Ja, you wouldn't believe the multitude of errors that you can have when programming Windows applications. It is like fighting against wind mills But anyways, the important thing is that we can identify the errors quickly and provide bugfix updates. This is really one unlikely bug. It is built deeply into the GUI components of WPF (the GUI element framework that is used for this dialog), but only affects this dropdown list for high DPI monitor scaling settings. But I guess we found a work-around for that. We will release it with R3 of PV*SOL premium 2021. Thanks for your feedback, kind regards, Martin

Hallo, die Datenblätter, die dem Bericht hinzugefügt werden, sind nicht die originalen Datenblätter der HErsteller, sondern sozusagen eine Auflistung der Parameter, die bei uns aus der Datenbank kommen (in der Regel durch die Hersteller eingegeben). Insofern muss man da auch nichts selbst hinzufügen. Viele sonnige Grüße zurück, Martin

Hi Ricardo, thanks for the files. The MPP adaptation losses come from the inverter parameters here: In one project, you use the SUN2000-40KTL-US with 96%, in the other project, it is the SUN2000-40KTL (without -US), with 98% MPP efficiency. That is where the difference in the energy balance comes from. And then, these values seem quite low to me. At least in the higher range of >20% the MPP converting effiency should be higher than 96%. Hope that helps, kind regards, Martin

Hi Ricardo, could you provide the two project files, please? You can send them with a private message here in the forum. Thanks and kind regards, Martin

Hi Infinitech, with a single license you can only run PV*SOL on one computer. You can, however, move the license from one computer to another, using the "Change Registration" dialog under Help -> Registration. But you can do this only once every six months. This is really only meant for situations where you set up a new computer or re-install your OS or something like that. Hope that helps, kind regards, Martin

Hi Jimmy, I was just about to ask you if creating template projects wouldn't be an option for the default value issue. Glad that this way works for your needs. But I will put the wish of more default options on our list. Concerning your other points: Parts list: We didn't change this for 2021, the delete buttons were always there, but only for items that you user created "Third is the map selection in 3D view. When I first start the map selection the page is just white and it won't load. " - Does this happen all the time when you open the map view? And then thanks for your words about the features you liked We are always doing out best to deliver a software product that is really helpful for the users. But no matter how hard and intense we test (we have a huge bunch of automated tests, and we do nothing but manual testing weeks before we release), there are always issues in the first releases of a major version that we do not find. Sorry for that. Kind regards, Martin

Hi Jimmy, just a short hint for the issue with the small/unusable buttons in 3D. Could you try to apply the work-around that is described here and see if it helps, please? Also, another one here: The paths need to be adjusted for 2021, of course. Please let us know if that helps. Concerning the rest I will get back to you - for now, thanks for the feedback! Kind regards, Martin

Hi Jimmy, you are right, there is no possibility for end users to change the localized texts in a persistent way. The only way indeed would be to correct the translations for us. If you wish, I can forward your email address to my colleagues that take care of the localization, so that they can contact you. Kind regards, Martin

Hi Alex, thanks for your question. I am not 100% sure if I understand you question right, but perhaps I can translate a question and answer from the German section of the forum here, perhaps this will point you in the right direction: Question: Answer: Hope that helps, kind regards, Martin

Hi Gytis, please refer to this section of our help in order to see how the dat file has to look like: https://help.valentin-software.com/pvsol/2021/en/pages/system-type-climate-and-grid/meteosyn/#options And also be aware that the PVGIS data seems to be shifted in time, so you will have to correct that as well: Hope that helps, kind regards, Martin

Hi Marcel, hi Vishnu, as Vishnu already pointed out, there is no undo feature right now in PV*SOL. And yes, we are really aware of how urgent the users of our software want it. We have it on our list, and we will definetely implement it in the future. But I can't give a date for it right now, I am afraid. Kind regards, Martin

Hi Radovan, yes, it is. But be sure to check whether the module you are using has the "Half-cell module" option checked: Kind regards, Martin

Hallo bene-solar, es könnte gehen, wenn man zuerst die oberen Grenzen nach oben setzt und dann nach und nach die unteren weiter nach oben. Also die 127 auf z.B. 150, dann die 107 auf 130 etc. Viele Grüße, Martin

Hi Ricardo, ok, this is strange. Usually the user id is not renewed or reset except when you install it on a new device. One quick work around for you would be to copy the module with hidden user id when you open the project file where it is contained. This would make it available for you in other projects as well. I'll ask you to send me some files via private message in order to analyse the problem. Kind regards, Martin

Hi Ricardo, it seems that you database user id has changed from one PV*SOL to the other. Perhaps you re-installed PV*SOL on a new device? If so, make sure that you take along your database user id from the computer where you entered the PV modules and enter it in the newly installed PV*SOL. Read more here: https://help.valentin-software.com/pvsol/2020/databases/#user-ids https://help.valentin-software.com/pvsol/2020/options/#databases Hope that helps, kind regards, Martin

Hi Vishnu, no, right now there is no possibility to add a power price in addition to an energy price - and yes, we have it on our list Kind regards, Martin

Hallo Mourad, nein, leider gibt es so eine Funktion derzeit leider nicht. Wir haben das auch schon auf unserer Liste, aber in kann dazu leider noch ein Datum nennen. Viele Grüße, Martin

Hallo Art, sehr schöne Frage! Sorry für die späte Antwort, wir sind gerade ziemlich im Trubel wegen des anstehenden Releases von PV*SOL premium 2021 R1. Zu deiner Frage: In die automatische Verschaltung in PV*SOL fließen viele Bewertungskriterien ein. Einer davon ist der Dimensionierungsfaktor, ein anderer, der hier eine Rolle spielt, ist die Anzahl benötigter Wechselrichter. Der Dimensionierungsfaktor (installierte DC-Nennleistung der PV-Module geteilt durch AC-Nennleistung des Wechselrichters) sollte dabei über 100 % liegen, einfach aus Kostengründen. Dimensionierungsfaktoren von unter 100% machen aus wirtschaftlicher Sicht keinen Sinn. Ab Dimensionierungsfaktoren von 115 % machen sich die Verluste, die man durch die Leistungsbegrenzung des Wechselrichters hat, erst bemerkbar (aber sind da noch relativ niedrig). Mit steigendem Dimensionierungsfaktoren steigt dann ab diesem Punkt auch der energetische Verlust an. Aus wirtschaftlicher Sicht kann sich das trotzdem lohnen. Wenn man stark unterdimensioniert, kann man evtl. einen WR anschließen, der laut Datenblatt vielleicht zwei Nummern zu klein ist - dafür ist er aber deutlich guünstiger. Und wenn man dann nur sagen wir 3 % Abregelungsverluste im Jahr hat, kann die Rechnung durchaus aufgehen. Wichtig: Zum Berechnen der Abregelungsverluste unbedingt in Minutenwerten rechnen. Der zweite Faktor, der hier eine Rolle spielt, ist wie gesagt die Anzahl an Geräten. Wir bewerten eine geringe Anzahl besser als eine hohe. Für unseren Algorithmus ist es also vorteilhafter, einen STP 25000 zu nehmen, der in einem Dimensionierungsfaktor von 116 % resultiert, als zwei von den STP 15000, die dann zusammen auf einen Dimensionierungsfaktor von unter 100 % kommen. In der Übersicht über die automatischen Verschaltungen kann man sich dann die Rangliste und die einzelnen Bewertungskritierien nochmal genauer anschauen. Wenn man dort auf die kleinen (i)-Buttons neben den blauen Balken mit den Prozent-Werten klickt, sieht man die Einzelwertungen. Für den STP 250000: Für die zwei STp-15000: Viele Grüße, Martin

Hi Patrik, the name you have to change in 3D is the module area name, not the building name. At least once the module areas are created. Module areas are named by the name of the building at the time of their creation. So, in order to change the module area name afterwards, just go into the configuration panel and change the names of the module areas in the lower section there: Kind regards, Martin

Dear Falah, we don't have a video right now, but thanks for the suggestion. Perhaps these help pages might help you getting started: https://3d-help.valentin-software.com/pvsol/en/#t=html%2Fen%2F3d%2FEinfuehrung_in_den_Kabelplan.htm Kind regards, Martin