developer_mh

Hi Habibullah, yes, this is correct. Kind regards, Martin

Hallo TomA und Tobias, könntet ihr mal einen Screenshot schicken, wo genau ihr die Wechselrichterbezeichnungen ändern möchtet? Was momentan schon geht, ist jedenfalls die Modulflächen- bzw. Verschaltungsbezeichnung zu ändern. Viele Grüße, Martin

Hi Abhinav, are you participating in the Solar Decathlon Europe? Nice to see that this competition is still running. I was also participating, in the SDE 2010 edition, with Team Berlin. What a unique time! We wish you and your team all the best! ? Regarding the curved roof: It is not possible, unfortunately, to place modules on curved roofs as yours. The reason is that PV*SOL is scanning the surface for flat planes, and it only finds small sections on your roof, see for example the blue highlighted area: This is too small to place a module there. You could redesign your model in Sketchup so that the roof consists of five segments only, so that they are large enough to host a module row. Hope that helps, kind regards, Martin

Hi Math, sorry for the late answer - I was a bit irritated as well, as the usual uninstall option seemed to have disappeared.. but then a colleague pointed me to the solution: You have to use the "old" version of the WIndows system settings feature to remove or change programs: Click on "Programs and features", search for PhotoPlan in the list, right click and select "Change". Dialogs will appear that let you uninstall PhotoPlan. Good luck, and kind regards, Martin

Hallo Simon, sorry für die späte Antwort - deine Frage ist irgendwie untergegangen. Den Dachüberstand kann man ganz gut für alle vier Seiten einstellen, indem man den Haken "Gegenüberliegende Dachflächen gemeinsam editieren" rausnimmt, und dann für jede Dachfläche nur den Wert für die Trauf-Überstände eingibt: Beste Grüße, Martin

Hi Burak, 2 MWp is really already a very large system, with about 6000 to 10000 modules depending on their power. If you use the 3D environment to design the system, PV*SOL might bring your computer to the edge of its power. Also note that PV*SOL is (still) a 32bit application, so there is a RAM limit of about 1.2 to 1.3 GB set by the operating system (Windows). This is - amongst other things - what limits PV*SOL in its capabilities. But good news is that we optimized RAM usage especially for roof top or open area mounting systems in the next release of PV*SOL premium (2020 R10), which will be released in the next days or so. If your system wasn't planned in 3D mode and you experience this kind of error, there must be some other problem. In this case I would like to ask you to send me the project file (by private message here in the forum). Kind regards, Martin

Dear Hugo, thank you for the input. We already have this feature request on our list. For very regular time shifts by 15 minutes you could use this feature here: But we know that this doesn't cover every tariff design (like yours for example). In order to estimate the cost effects of the 15 time shift, you could simulate it once with 0 minutes shift, and once again with 15 minutes. This should give you an idea of how the economics will behave. Kind regards, Martin

Hey Miguel, the lifetime of the batteres is influenced by two effects: cycle loads and time. So there are the "cyclic lifetime" and the "calendar lifetime", the first of which we can calculate, and the second is more a number that is given by the manufacturer (determined by tests). The calculation of the cyclic lifetime is described here (at the end of that page, applies also for li ion batteries: https://help.valentin-software.com/pvsol/2020/calculation/battery-systems/lead-acid-batteries/ According the standards, we consider a battery as "dead" when it has reached 80% of its initial capacity. It is then replaced by a fresh one. Hope that helps, kind regards, Martin

Hi Joao, that is correct, our simulation core doesn't support simultaneous DC and AC coupling modes. We have it on our list but we can't give a scheduled date for that feature, I am afraid. In fact, there are a plenty of device topologies and most of all energy management algorithms implemented in battery systems available on the market that we are not able to reproduce in our simulation core. As you pointed out, the topology of a system, but also the management algorithms can heavily influence the energy flow through the system. We are aware of that and as I mentioned, we have that topic already on our list. But at least we hope that the user interface of the software and the help files are always clear about what we are calculating, so that there should be misunderstandings. Kind regards, Martin

ps: die Quellenangaben zu den anderen Lastprofilen werden wir demnächst in der Hilfe beschreiben, danke fürs Drauf-Aufmerksam-Machen, dass da was fehlt. Viele Grüße, Martin

Hallo Leman, in diesem Fall würden wir stark zur Nutzung der Lastprofile in der ersten Kategorie raten - Lastprofile aus Messwerten. Dort gibt es auch Lastprofile von der HTW Berlin und dem BDEW, die bestens dokumentiert sind: https://pvspeicher.htw-berlin.de/veroeffentlichungen/daten/lastprofile/ https://www.bdew.de/energie/standardlastprofile-strom/ Diese sind auch von der Auflösung her qualitativ höherwertig. Viele Grüße, Martin

Hi Alexander, es handelt sich bei dem Absturz nicht um ein Performance-Problem, sondern um einen (zum Glück seltenen) Fehler bei der Zuordnung von Modulen und deren Schatten in 3D zu den Wechselrichtern. Für neue Fragen gerne einen neuen Thread erstellen, so bleiben sie auch für andere besser auffindbar. Danke! Viele Grüße, Martin

Hallo Alexander, schönes Projekt hast du da! Hoffentlich wird das auch so gebaut Der Grund für den Absturz der Simulation ist mit dem nächsten Release (2020 R10) behoben. Ich hoffe, das es in nicht allzu langer Zeit auf den Markt kommt. Beste Grüße, Martin

Hi Miguel, you can change the type of coupling in the battery system itself. Note that you can't change system database entries, you'll have to create your own, e.g. by copying an existing one: What I meant with connecting 3 equal DC coupled battery systems to 3 equal inverters is that. On the inverter page you have 3 times the same inverter: And then on the battery system page you'll have the battery system amount set to 3: Hope that clarifies the doubts. If you have questions, please let me know! Kind regards, Martin

Hallo Stefan, guter Punkt, wir nehmen das mal auf. Danke und viele Grüße, Martin

Hallo Alex, könntest du mir das Projekt mal schicken, dann kann ich schauen, woran es liegt und was man evtl. machen könnte. Gerne hier im Forum per privater Nachricht. Danke und viele Grüße, Martin

Hi Reint, the easiest way would be to import the comma separated values in Excel so that they appear in their own column. Refer to this short guide here : https://support.microsoft.com/en-us/office/import-or-export-text-txt-or-csv-files-5250ac4c-663c-47ce-937b-339e391393ba The result would look like this: Then it should be easier to eliminate the columns that you don't need and compile the dat file as required. Hope that helps, kind regards, Martin

Hi Miguel, that is correct, at the moment the battery systems can only be connected to one inverter if the battery systems are DC coupled. You can change the amount of (equal) battery systems, however, so if your three inverters are the same, you can have 3 x inverter "xy" connected to 3 x dc battery system "abc". Hope that helps, kind regards, Martin

Hi Mikecrypto, before I answer: I'd like to repeat that this is a hack and unsupported - and if someone asks: I didn't tell you Take the 3D project file where you want to change the textures make a copy of the file change the file extension from pvprj to zip. Use 7zip to extract all the content in the folder "Visu3D" there is an image file called "FrontTexturPvModul.jpg" replace this file with the texture that you want (must have same dimensions and bitness as the original) re-zip all the content that you previously unzipped change the extension from zip to pvprj open in PVSOL and see your texture on the modules in 3D Disclaimer: I wrote this from my rememberings, I didn't try it today. Hope that helps, kind regards, Martin

Hi Vishnu, if the system is not in the database, you would have to add it yourself, I am afraid. You will have to enter the battery system capabilities of the Sungrow inverter in the battery system section and then add the LG Chem Resu 10 as battery. Right now, the functionalities of the PV inverter and the battery system are always separated in PV*SOL, even if in reality it is the same device. Yes, this is possible, as long as the inverters are the same. Then you can set the number of battery systems to 2. Kind regards, Martin

Hi Karim, could you provide a project file where that happens, please? You can send it by private message. Which inverters do you have in your selection? Kind regards, Martin

Hi Frido, as James pointed out, there is also a rotatable wall when using open areas: Hope that helps, kind regards, Martin

Hi Ricardo, could you provide a project file, please? That would make it easier for us to see what happens. I quickly set up a similar project (PV and consumers, with zero feed in), and it looks like this (disclaimer: I did not enter reasonable economy values): And then in the economy section: Kind regards, Martin

Hi Reint, the *.dat file format is the one you can use. Here's a explanation how to prepare the files: https://help.valentin-software.com/pvsol/2020/pages/system-type-climate-and-grid/meteosyn/#options Kind regards, Martin

Hallo Christian, ja, klar, das geht. Es sind beliebige Verschaltungen möglich. Im Forum findet sich bereits einiges zum Thema, aber als einfachen Einstieg würde ich dir mal diese Videos empfehlen: https://www.youtube.com/watch?v=q2-L2KEsOI4 https://www.youtube.com/watch?v=I8wMA7p7dbk Wenn du weitere Fragen dazu hast, bitte gerne fragen! Beste Grüße, Martin