developer_fw

Hallo Wolfgang Pohrisch, Eine explizite Einstellung in PV*SOL gibt es dafür nicht. Eine denkbare Lösung wäre die Nutzung der betriebssystemeigenen Funktion, einen Ordner mit Verknüpfungen zu den jeweiligen Projekten anzulegen. So lassen sich bei Bedarf beliebig viele Vorlagen ablegen. Ich nutze dies beispielsweise, um direkten Zugriff auf verschiedene Programmversionen von PV*SOL zu haben: Anstatt die jeweilige pvsolpremium.exe zu verknüpfen, muss die Verknüpfung zu der jeweiligen *.pvprj Datei zeigen. Windows sollte dann die Vorlage mit der aktuellen Version von PV*SOL starten, weil der Dateityp .pvprj mit PV*SOL geöffnet wird. Im Kontextmenü (rechte Maustaste) des File Explorers lassen sich Verknüpfungen erstellen: Befinden sich diese Verknüpfungen in einem Ordner, so lässt sich dieser in die Taskleiste anheften und ist immer sichtbar. Im Konextmenü der Taskleiste nennt sich das Toolbar (zumindest für Windows 10): Hilft das weiter? Beste Grüße, Frederik

Hallo DavidS, Es ist richtig, dass es eine Abweichung der Benamung, wie sie auf der Seite Ergebnisse unter Energiebilanz PV-Anlage zu finden ist und dem Spaltennamen in der .csv-Datei, gibt. PV-Generatorenergie (AC-Netz) ist unter Eingespeiste Energie in der .csv-Datei zu finden. Hilft das erstmal weiter? Freundliche Grüße, Frederik

Hello EcoPower Less decimal digits (4 digits should suffice) Real tabs instead of \t to separate the column names The Longitude has to be inverted since East and West are the other way around This is described in our online help: https://help.valentin-software.com/pvsol/2024/en/pages/system-type-climate-and-grid/meteosyn/#options Kind regards Frederik

Hello Sam N What you are looking for is the Polystring Configuration. The following thread is answering a similar request, so I do want to point you to it first: Does this help resolving your question? If not, feel free to ask! Kind regards Frederik

Hello juanpes Could you get into contact with our hotline support to resolve your issue? They will be happy to help you out: https://valentin-software.com/en/support/technical-support/ Kind regards Frederik

Hallo mdeniz17, Ja! Wenn Projektoptionen, beispielsweise die Einstellungen zum AC-Netz vorher mit dem Button Als Standard speichern gesichert wurden, lassen sich diese nach dem Laden eines Projektes mit abweichenden Einstellungen Auf Standard zurücksetzen: Viele Grüße, Frederik

Hello dear customers We just released PV*SOL premium 2024 R2 including the ARM bugfix: https://valentin-software.com/downloads/ Kind regards Frederik

Hallo Ronny Böhrer, ich weiß, dass dies keine zufrieden stellende Antwort ist, aber das ist leider nicht möglich. Eine Vorgehensweise wäre ein bestehendes Projekt als neue .pvprj Datei zu speichern und anschließend Anpassungen wie beispielsweise Standort usw. vorzunehmen. Viele Grüße, Frederik

Hello hom No, PV*SOL cannot do this at the moment. In general the yield simulation of a PV system is based on a typical meteorological (more info in our online help: https://help.valentin-software.com/pvsol/2024/en/calculation/irradiation/climate-data/#what-are-climate-data-sets-what-does-typical-meteorological-year-mean). You could extrapolate the yield reduction to wider time span though. Does this information help? Kind regards Frederik

Hi Omer On the page PV Modules you have to set a check mark for Photo Plan in order to activate Edit mode: Kind regards Frederik

Hello xguil hello dear users in general we fixed the error for ARM architectures and are working hard on publishing version 2024 R2 tomorrow. We are very sorry about any inconveniences caused by us! Kind regards and thank you for your patience! Frederik

Hallo Sinä, danke für die Zusendung der .dae Datei. Ich bin mir unsicher ob es sich um die richtige Datei handelt, diese hier sieht aus wie ein Untergeschoss. Abgesehen davon wäre darauf zu achten, dass das Modell Geschlossen ist Alle Flächen korrekt ausgerichtet sind (Flächennormalen nach außen) Weil es sich auch anhand der zugesendeten Datei erklären lässt: In diesem Fall gibt es Flächen, deren Normalenvektoren nach innen gekehrt sind (rote Volumina). Vor dem Import nach PV*SOL würde ich stets darauf achten, 3D-Modelle so zu vereinfachen, dass Verschattungssituationen noch ausreichend genau abgebildet werden können. Beispielsweise kann es sinnvoll sein, alle Details (in den Layern sind Dämmungen, Innenwände, Treppen, Geländer, usw. enthalten) außer das Dach zu entfernen, um der jetzigen 3D-Umgebung von PV*SOL Arbeit abzunehmen; sprich, die Gebäudeaußenhülle reicht aus. Hilft das erstmal weiter? Viele Grüße, Frederik

Hallo Jochen Weiß, es ist ein Fix für Prozessoren mit ARM-Architektur in Arbeit und wird in Kürze veröffentlicht. Freundliche Grüße, Frederik

Hallo kay, Erstmal manuell: In folgendem Beispielprojekt habe ich eine hohe Abschattung durch Bäume verursacht: Dies führt zu Abschattungsverlusten von über 40%: Es sind ca. 10kWp an einem Wechselrichter mit 3kW DC-Eingangsleistung verschaltet. Die hohe Überdimensionierung wollen wir! Die Spannungsgrenzen sind eingehalten, es treten also schlimmstenfalls Abregelungsverluste auf: Um der automatischen Verschaltung zu vermitteln, dass wir diese Grenzen bewusst verschieben möchten, können wir die Verschaltungsgrenzen anpassen: Allerdings gibt es für die automatische Verschaltung wiederum Limitierungen für die Toleranzen: In diesem Fall würde ich also eine händische Verschaltung bevorzugen! Ich hoffe das hilft weiter? Beste Grüße, Frederik

Hello MAPAUFER1992 Thank you for your input. I am with you marking a missing documentation regarding the 3D object import. We do try to add this to our online help to support our users in the future. In this parallel thread there is some more information about missing textures of 3D models: Does this help with your issues? Kind regards Frederik

Hallo Sinä, Beim Import von 3D Modellen wird dieses zu einem Modell konvertiert, welches anschließend mit Modulen belegt werden kann. Es kann viele Ursachen geben; zum Beispiel kann es sein, dass das zu importierende Modell nicht geschlossen ist und/oder Normalenvektoren der Flächen invertiert sind. Oder das Modell ist zu komplex. Es kann zusätzlich Probleme geben, wenn PV*SOL innerhalb einer virtuellen Maschine verwendet wird. Wir können einen Blick auf das Modell werfen und den Import testen. Gerne das Modell per persönlicher Nachricht hier im Forum senden. Beste Grüße, Frederik

Hello williamBeech Thank you for the input and your feature request. I forwarded it to the responsible developer. Kind regards Frederik

Hello fpWE Thank your for the hint! I forwarded your request to our database team. Kind regards Frederik

Hello Fatih DİLMAÇ Does this parallel thread solve your issue? Kind regards Frederik

Hello Miro Hm, hard to tell. Could you send the .pvprj file via private message here in the forum so I can have a look into more details? Thank you in advance and kind regards Frederik

Hello edningmike Please have a look into this post from another thread: Does this resolve your issue? Kind regards Frederik

Hi Miro Thank you for the hint. I forwarded your request to our database team, they will have a look into it. Kind regards Frederik

Hello Fatih DİLMAÇ Could you elaborate what you are trying to achieve? Did you try to move an object within the 3D environment? Could you provide a screenshot of the error window? Kind regards Frederik

Hi Trond Could you elaborate? Could you give more information on your issue? Kind regards Frederik

Hi Emile Hard to tell. Might you be so kind and send your .pvprj project file via private message here in the forum so I can have a look into it? Thank you in advance and kind regards Frederik