Can you request that this photovoltaic module be added to the pvsol database?

It would be helpful to have it in order to optimize the time spent entering data manually. I have attached the technical specifications for the solar panel.

I look forward to hearing from you.

Kind regards.

LR8-66HVD 640-665M （30-30&15框）- Scientist-BGV01 20250605- EN .pdf

I am experiencing an issue in PV*SOL 3D visual geometry regarding the module azimuth and simulation results on a South-facing roof with reverse mounting structures (tilted to the North).

Issue Description:

• I have a roof pitch oriented towards the South.

• I installed a mounting structure/elevation system on this roof to invert the pitch so the PV modules face North.

• Even after selecting the highest roof edge (Reference Edge at the ridge/cumeeira) as the reference, the simulation engine still considers the global orientation/azimuth of the base roof (South) instead of the actual module orientation (North).

What I have tried:

1. Inverted the module structure visually in the 3D editor so the panels physically point North.

2. Selected the highest Reference Edge on the roof surface.

3. Despite these visual adjustments, in the PV System / Area Data results and yield simulation, the module azimuth remains locked to the underlying South-facing roof plane, underestimating the energy production.

Is there a specific way to unbind the module azimuth from the parent surface vector, or is this a known limitation when using reverse-tilt mounting structures on pitched roofs?

Any workaround (other than creating dummy/free 3D objects over the roof) would be greatly appreciated.

Thanks in advance!

You can use our software normally to view and simulate existing projects. The following restrictions apply:

• It is not possible to create new data records.
• No access to already self-created data records.
• The data stock of the offline databases is not up-to-date compared to the online databases.

We apologize for any inconvenience!

ich plane aktuell eine PV-Anlage mit Speichersystem. Ich wollte einfach mal eine Batterie hinzufügen (150 kW - 840 kWh) und habe ohne weitere Einstellungen die Simulation laufen lassen. Leider konnte man trotz eines sehr hohen Verbrauches in der Nacht (min. 1MW durchgehend) im Diagrammeditor bei dem Ladezustand der Batterie kaum eine Entladung erkennen. Dabei müsste die Batterie über Nacht locker leer werden. Im Anschluss habe ich dann eine Zeitschaltung bei der Batterie für die Entladung aktiviert, von da an hat sie so funktioniert, wie sie sollte. Ist das einfach von PVSol so vorgegeben? Oder habe ich sonst etwas vergessen? In der Theorie müsste die Software doch einfach die Entladeleistung automatisch übernehmen.

Im Anhang sind Bilder zur Verdeutlichung.

Vielen Dank im Voraus und liebe Grüße!

I'm fairly new to PV*SOL. I'm working on a project, with multiple technique rooms on top of the building, spaced evenly out. I have modeled each technique room individually as well as the space between these, as we are considering whether to place the PV in between. I've modelled everything an placed the PV modules, but now I realize, that the building doesn't have the correct orientation

Rotating each building doesn't really work that well, as you can see 😅 Is there a different way of doing this? The easiest would be, if it was possible to change the orientation of the site. 

Thanks in advance for your help 🙏

Has anyone else run into this with a 3D model imported from Rexplorer? Parts of the roof plane show up as white hatched areas and I can't place any modules on them — they don't respond to a right-click either.

What is the proper way to solve this?

Thanks in advance!

When stringing is there a process after choosing meander?

Most of the time when meander is chosen and then cable design. It automatically keeps the stringing as simple.

Am i missing a step?

Thanks

According to these rules, if the consumer takes less energy from the grid than they send to it, the price of the exported energy is €0.085/kWh.

If the consumer sends more energy to the grid than they consume from it, then the price of the exported energy is calculated using the formula:

0.085 × (consumed / exported)

Thank you in advance.

I've attempted clearing some of the error messages on the design (feed-in and grid tariff, dimensioning factors, etc.) to no avail neither. 

Now I'm thinking that maybe its a case of having too many inverters in the design itself? Not entirely sure. Any help with this would be greatly appreciated. 

I need to provide the following generation curves for a DG (Distributed Generation) feasibility study, and I would like to know how to generate them in PV*SOL:

• Daily generation curve with hourly resolution (typical sunny day and typical cloudy day).
• Annual generation curve with monthly resolution.

For reference, I have attached the project simulation. Any guidance or suggestions would be greatly appreciated.

Thank you in advance!

Productos Cris v00.pvprj

I think it would be a good idea if Valentin software developers make a wish list in the Forum for the users so they can have a feedback of what is more important and required by the costumers/users and  if they are mentioned very often try to include them in the following releases.

Here are my wishes ?

1- More stand alone inverter/chargers/components brands, as Victron, Steca, Ingeteam, Solarwatt

2- Bigger area to develop bigger projects

3 - A better relation with 3D software as Sketch-up

4 - The possibility of include some images/pictures or even text in the final report (for clients would be interesting if we can include in one only document the pictures of a visit for example or special information)

5 - BIM/ifc files compatibility.

Thanks for your attention.

Kind regards

In other words, it can only draw 300 kW from the grid and cannot feed any power back into it.

My guess is a calculation issue, as the output data seems to be higher on months with 31 days and lowest in February with the fewest days.

Any help is appreciated on either fixing the bug or making a load profile to counter the issue, it's only a 3% difference but that can make the difference in some projects.

I am redesigning the string layout of an existing PV system after removing some modules.

The physical module layout should remain as close as possible to the existing installation. In the new design, every string must have exactly 19 modules in series.

I have two separate questions:

1. Some 19-module strings have to run across several separate roofs. The roofs have the same tilt and orientation. Is it possible in PV*SOL to define one electrical string whose modules are placed on different separate roofs?

2. Independently from that, some strings have to be connected in parallel, for example two separate strings with 19 modules each as one parallel string group. How should this be modelled correctly in PV*SOL?

The strings crossing several roofs are not necessarily the same strings that are connected in parallel.

My main question is:
Can PV*SOL handle both cases in one project, while keeping the real physical module placement as much as possible?

If this is not possible directly, what would be the recommended workaround for a realistic yield comparison?

Thank you very much for your help.

Is there a way to download 2025 R4? I still have previous licensing and I would like to switch from old device to new one.

Thanks in advance

I have a question, I am currently configuring an off-grid system with and without a generator, I am applying a hybrid inverter in this case "Huawei 5Ktl- L1" and batteries also "Huawei LUNA2000-(5-30)-S0"
Since the inverter is hybrid, I do not need a battery inverter, however the program always shows me the option with a battery inverter...

This is due to the fact that the program does not have the capacity to read a hybrid inverter or is me doing something wrong? 

All the toturials and videos I watch don't use hybrid inverters so I didn't find much help.

Thanks

Hello everyone,

I am still fairly new to PV*SOL and would really appreciate some guidance from the more experienced users here.

I am currently working on a project with a rather complex roof geometry. The building has several roof planes with different orientations and inclinations, including hipped sections, multiple ridges and valleys, and a few smaller adjoining roof areas (please see the attached aerial view from the PV*SOL map import).

The customer's explicit wish is to have the entire roof fully covered with modules – on all available roof surfaces. This is a fixed requirement on their side, so I am not looking for advice on whether it makes sense, only on how to model and realize it cleanly in PV*SOL.

My main questions:
• What is the best workflow for building this kind of multi-plane roof in the 3D view? Should I model each roof surface separately and then combine them, or is there a more efficient approach?
• How do you handle the transitions between hipped/triangular surfaces and the trapezoidal areas so the module placement stays clean?
• Are there any tips for keeping the orientations and tilt angles accurate when working from the Google/orthophoto import?
• Any general best practices you wish you had known as a beginner with irregular roofs?

Since I am just starting out, any advice – even small tips – is genuinely helpful to me.

Thank you very much in advance for your time and support.

Best regards

Max DC Input Power should be 25.6kW

Max Input Current should be 96A

Max Short Circuit Current should be 180A

single_model_sliced.3ds

I am leaving my current position, and as a result I would like to change the email address associated with our PV SOL license.

How can I do that?