Jump to content

developer_fw

Administrators
  • Posts

    1,316
  • Joined

  • Last visited

  • Days Won

    83

Everything posted by developer_fw

  1. Hello kralopav it is on our feature list for the upcoming major release. Kind regards Frederik
  2. Hi anees not yet unfortunately. Did you put it into the database by yourself meanwhile? Kind regards Frederik
  3. Hallo diwiro, Hm, das ist ärgerlich. Leider kann ich das Problem nicht nachstellen. Das ist wiederum erfreulich. Ich habe einen Eintrag in unserem Bugtracker angelegt, falls wir erneut darüber stolpern sollten. Danke für die Rückmeldung! Viele Grüße, Frederik
  4. Hallo diwiro, Hm, leider kann ich das nicht nachstellen. Funktioniert es mit einem kleineren Ausschnitt des Bildes? Kommt diese Fehlermeldung bei dem Bild, welches Sie geschickt haben? Welche Version von PV*SOL ist in Benutzung? Es braucht ein bekanntes Maß im Bild, ansonsten lässt sich kein Bezug herstellen. Die 404m sind ein fiktives Schätzmaß von meiner Seite. Wenn es in der Originalzeichnung einen Maßstab gibt, ist es empfehlenswert, das Bezugsmaß (die blaue Linie) mit Hilfe der verschiebbaren Linienendpunkte an den Maßstab in der Zeichnung anzulegen und die Länge dieses Maßes einzugeben. Alternativ kann das Bezugsmaß an eine bekannte Kante des Objektes gelegt werden, zum Beispiel die Frontseite des entsprechenden Gebäudes (nach Begehung oder Plänen des/der Kund:in sollte es bekannt sein). In beiden Fällen gilt: Je länger das Bezugsmaß im Verhältnis des Bildes, desto besser die Auflösung (Nachtrag: Das ist nicht korrekt, für brauchbare Auflösungen möchte ich es aber so stehen lassen). Beste Grüße, Frederik
  5. Guten Tag diwiro, Beim erstellen einer neuen 3D-Anlage Kartenausschnitt wählen und die Bilddatei Von Festplatte laden: Anschließend lässt sich über das Zahnradsymbol der passende Maßstab ermitteln Mit Hilfe der blauen Messlinie ist das möglich: Beste Grüße, Frederik
  6. Hello palkosel of course this is possible! Also have a look into our online help: https://help.valentin-software.com/pvsol/2023/en/start/#optimal-user-support By the way: The project report is available in 27 languages and independent from the selected program language: https://help.valentin-software.com/pvsol/2023/en/pages/presentation/#options Be aware that the system wide locale settings are used for currency and time formatting: https://help.valentin-software.com/pvsol/2023/en/start/system-requirements/#regional-settings-currency-numbers-time-and-date Kind regards Frederik
  7. Hello Jakub Ruzicka Could you elaborate on that? Did you try to import a 3D model? Does PV*SOL also freeze when there is no AutoCAD running? Thank you for more details. Kind regards Frederik
  8. Hello Curt of course you can! Have a look into our online help here: https://help.valentin-software.com/pvsol/2023/en/pages/presentation/#simulation-results Within the exported table there is a column named PV energy (AC) minus standby use which should suffice your request. Kind regards Frederik P.S.: If simulated with minute values, the export is available for both resolutions.
  9. Hej Luís It has been released just now: https://valentin-software.com/downloads/ Kind regards Frederik
  10. By right-clicking you do open the context menu which offers to create a Copy. Official database entries are not mutable, copied entries (only visible to you) are. Kind regards Frederik
  11. Hi Rene to put modules into the database and simulate with those you do not have to register. As far as I can tell from your website you do not produce your own modules but offer projects. If you do have your own products, you can register an account via our manufacturer online database: https://pvsol-database.valentin-software.com/ Kind regards Frederik
  12. Hej anees since I do not have any more details I can only guess, but you kind of gave a hint: So I assume there is energy needed to operate the battery which has to taken into account in the balance after energy production. Does this clarify the values? Kind regards Frederik
  13. Hi Aleksandar Hm, I don't know exactly what to answer. At which part do you think the calculation seems excessive? Excessive in comparison to your calculations which is the 9000 kWh? Could you elaborate your calculations? Did you try several configurations of the module areas? At the moment your configuration integrates the northern oriented modules into the mixed string. Did you also try to contact our hotline support? Kind regards Frederik
  14. Hi Rene yes, this is unfortunate. I forwarded this to our database team so the manufacturer can correct its values. Additionally we will check how to put closer checks for manufacturer input. Meanwhile you could copy the module, uncheck, and re-check the Standard low-light performance setting to let PV*SOL calculate (estimated) reasonable values. Kind regards Frederik
  15. Hallo ub_junior, Die Neigungen beider Dachseiten lassen sich nicht einstellen. Wenn aber die genauen Maße (Längsseite des Gebäudes, Höhe des Giebels, Neigunge des einen Daches) bekannt sind, sollte die andere Neigung korrekt übernommen werden. Dafür muss Neigung ändert Verschiebung eingestellt sein: Hilft das weiter? Beste Grüße, Frederik
  16. Hi Rene thank you for the project files. A look into the energy balance shows unusual Low-light performance gains and Reflection losses: Did you select a module from our database or did you put your own values? Be careful with parameters for the low-light performance. Kind regards Frederik
  17. Hallo itengelhardt, danke für die Projektdatei. Ich kann das Problem nicht nachstellen, die Simulation läuft normal an und ich nehme an, dass diese auch kompeltt durchlaufen wird: Es scheint vermutlich ein Problem mit der Virtualisierung zu geben. Einen Support können wir hierfür leider nicht anbieten. Falls sich eine Lösung finden sollte, bitte gerne hier mitteilen! Beste Grüße, Frederik
  18. Hallo itengelhardt, vielen Dank für den Bericht. In Version 2023 R4 gibt es einen ärgerlichen Bug mit einigen Nebeneffekten; ich vermute dass es sich um genau diesen handeln könnte, auch wenn hier kein Batteriesystem involviert ist. Um das genau sagen zu können, würde ich um die Projektdatei bitten (gerne hier im Forum als private Nachricht). Falls ja, sollte dieser in R5 behoben sein, was sich zur Zeit bei uns in der Freigabe befindet. Beste Grüße, Frederik
  19. Hello CodrinSomesan not directly, no. You have to convert it to an image with known dimensions and exchange the texture of an Open Area. Please also have a look into the following thread and try to contact people who managed to realise something similar: Kind regards Frederik
  20. Hi Rene without the project files it is hard to tell. Could you send me the project files here in the forum via private message so we can have a look? Kind regards Frederik
  21. Hello Abubakar Farooq thank you for your request. Unfortunately it is not possible to export more than the string and module diagrams, I'm afraid. Kind regards Frederik
  22. Hello CodrinSomesan Please check your project options. Probably you are saving the simulation results within the project files: Kind regards Frederik
  23. Hello Hi PhilR I must admit that in this case PV*SOL is pretty stupid since it ignores meta information of your input data. It lays in your hands to provide correct input data at the moment. Your character separated file contains too many rows (50 instead of 48 in line 1, 52 instead of 48 in line 2, and so on): By deleting those superfluous rows, your file can be imported (attached). I'll have a look into our code to make it more robust. Kind regards and thank you for reporting Frederik Day by Line 2000027387248_CORRECTED.csv
  24. Hi PhilR thank you for the file. No, I've got the same error. I will get back to you as soon as I have further information. Kind regards Frederik
×
×
  • Create New...