Jump to content

developer_mh

Administrators
  • Posts

    1,790
  • Joined

  • Last visited

  • Days Won

    167

Everything posted by developer_mh

  1. Hello Jan Sorensen, you can find more information on the cycle load of batteries here in our new help: http://help.valentin-software.com/pvsol/2018/calculation/battery-systems/lead-acid-batteries/ This is written for lead acid batteries but the section about life cycles (starts between Fig 2 and 3) applies equally for lithium based batteries. Hope this helps, kind regards, Martin
  2. Hi Bernd, when you are in MeteoSyn, follow these steps: go to the list view of your locations, select the location you want to remove, right click, go to containing folder, delete the corresponding *.wbv file there go back to the MeteoSyn GUI, to the 'Options' tab click 'Update database' Hope that helps, kind regards, Martin
  3. Hi Maha, you can easily add your own PV modules (or any other type of product) to the databases by opening the database dialog (Menu 'Databases' then 'PV Modules'). Then select the manufacturer, in your case 'Jinko Solar'. Then you can either select a module, right click on it, and click 'copy'. Or you can add a new one by clicking 'new'. In both cases you can enter the datasheet information and save the new module by clicking 'ok'. Here you'll find some more infomation: https://help.valentin-software.com/pvsol/2018/databases/components/pv-modules/ Hope that helps, kind regards, Martin
  4. Hallo DucDiesel, das klingt stark nach einem korrupten Projekt. Damit sollte man sich in jedem Fall an die Hotline wenden, da die ein paar Tricks und Kniffe kennen, wie man solche Projekte wieder ans Laufen bekommt. Am besten per Mail mit Kundennummer und angehängtem Projekt (vorher private Daten entfernen!) an hotline@valentin-software.com. Keine Garantie, dass man noch was machen kann, aber in vielen Fällen geht noch was. Wir arbeiten auch intensiv daran, dieses Problem in den Griff zu kriegen. Scheinbar unterbinden manche Virenscanner in Einzelfällen das Speichern der 3D-Projektdaten in die Projektdatei. Alles Gute und beste Grüße, Martin
  5. Hi Patrik, that is a nice idea. Actually we thought that building companies would model the building that can then be imported in PV*SOL and not the other way round ? But it is nice to hear that people are considering to use PV*SOL as a building modelling tool. I will forward this idea to my colleagues of the 3D team. Kind regards, Martin
  6. Hey Patrik, in this case you would have to extrude one half of the building first, edit the inclination of the roof and then extrude the other half of the roof. Hope that helps, kind regards, Martin
  7. Hi PS Renewables, right now it is not possible to enter more than 1000 V for the AC mains. But it is a good point, we should raise the maximum value for HV systems to more than 1000V. It will be available in the next release (PV*SOL premium 2018 R7). Kind regards, Martin
  8. Hi Diego, please contact our hotline at hotline@valentin-software.com, they also have access to the licence management. Kind regards, Martin
  9. Hi Stuart, could you try to load the example project 'Photo plan' and check if Photo Plan works there? Kind regards, Martin
  10. Hi all, if you want to use Excel to convert the decimal coordinates e.g. from Google Maps into the pseudo degree.minute representation that is necessary for the dat file format, you can use this formula: =(A1-FLOOR.MATH(A1))*60/100+FLOOR.MATH(A1) Hope this helps, kind regards, Martin
  11. Hello Maha, to achieve this, you can use the 'Configure Module Areas together' feature. See this post here on a similar question: When you search the forum, you will find some more information on that. Hope this helps! Kind regards, Martin
  12. Hi Tim, if you refer to .dwfx and .dwf file format from Autodesk, I am almost sure that you can export your models into .obj or similar in their programs. I don't have AutoCAD here, so I can't test it, but it should work. Kind regards, Martin
  13. Hi James, I tried to reproduce the change of the irradiation values, but here I also get around 875 kWh/m² in a fresh install of PV*SOL premium 2018 R5. So I suppose that the climate file might perhaps date back to PV*SOL premium 2018 R4, which was before we updated MeteoNorm to version 7.2. MeteoNorm is the climate data provider we use in MeteoSyn. When I create a new climate file with a fresh install of PV*SOL premium 2018 R4, I also get around 950 kWh/m². In MeteoNorm 7.2 there are a couple of changes that also affect global irradiation sums. If we have a look at the map with the differences of the global irradiation in the region where Scunthorpe is located, we can see that there is an area of negative deviation of around -50 to -100 kWh/m²: http://www.meteonorm.com/images/uploads/demo_uploads/diff_ghi_v72_vs_v715_europe.png On their website you'll also find the changelog that lists the changes of the data and the models they use: http://www.meteonorm.com/en/support/changelog I hope that helps and re-establishes the confidence in our product If you have further questions, please don't hesitate to ask. Kind regards, Martin
  14. Hi Hayder Ali, there are several mismatch effects that we consider: In all projects we assume a standard factor for the mismatch losses in PV modules due to the small deviations of the nominal power of the PV modules. That means, that if you buy a set of PV modules labelled with 250 Wp, you will get some that have exactly 250 Wp, but others that have slightly more, perhaps sometimes even a bit less. Due to these differences, the PV modules will not react equally to irradiance or temperature changes, small inhomogenities occur in the field, and so you will have small mismatch losses. You can change the default value of 2% (which is very conservative) in the simulation options: Another type of mismatch, and the more important one, is a consequence of inhomogeneous shading on the modules, or different orientations of the module areas. So the shading effect can only be simulated when using the 3D environment. Modules in PV systems with near shading objects will always receive different levels of solar irradiance, and in consequence the feature varying i-v characteristics. For all PV modules in a string, the i-v characteristics are superposed, and when there are parallel strings, these i-v curves are superposed as well. The MPP tracker only sees the superposed i-v curve of the PV field and searches for the point of maximum power on this curve. This point will be the maximum for the PV field, but it will be less than the sum of all individual points of maximum power per PV module most of the time. This difference is the mismatch loss due to configuration or shading. You can read more on the superposition of the i-v curves here: https://help.valentin-software.com/pvsol/2018/calculation/pv-field/ You find both mismatch losses in the energy balance at the end: I hope this helps. If you have further question, please don't hesitate to ask. Kind regards, Martin
  15. Hi camilo, The 3D map feature was introduced in PV*SOL premium 2016 Release 1 (November 23rd, 2015), PV*SOL premium 7.5 R4 version is older than that, which means, that the feature is not in the version you use. To have access to the newest features, please update to the newest version, right now it is PV*SOL premium 2018 R5. You can also test it 30 days for free, nearly without restrictions: https://www.valentin-software.com/en/products/photovoltaics/57/pvsol-premium Good luck! Martin
  16. Hallo Maria (und andere), das hier hat sich auf eine sehr alte Version von PV*SOL bezogen. In den aktuellen Versionen kann man ganz normal auch csv-Dateien als Lastprofil einlesen. Siehe hier: https://forum.valentin-software.com/topic/671-lastprofile/?tab=comments#comment-1675 Beste Grüße, Martin
  17. developer_mh

    Lastprofile

    Hallo Maria, du kannst bei den Verbrauchern auch csv-Dateien einlesen. Einfach auf Neuer Verbraucher, dann auf den ersten Eintrag "Lastprofile laden und importieren", dann oben auf "Neues Lastprofil importieren" et voilà. In dem Dialog kannst du die entsprechenden Werte einstellen und deine Datei einlesen. Viel Erfolg! Martin
  18. Hi hazywayrunner, in PV*SOL you will always have to define some kind of inverter in order to have MPP and voltage conversion functionalities etc. If you are interested in a DC application, you could change the grid voltage to your DC voltage (say 12 or 48 V or the like) and define an inverter that is really behaving like a DC/DC converter then, but with MPP tracking functionality included. But you can't disable the inverters or the AC grid. You just use inverters as DC converters and the AC grid would be your DC grid Kind regards, Martin
  19. Hi Nils, no, the installation type "flush mount - good rear ventilation" / "roof parallel" always uses the 29 K as temperature difference at 1000 W/m². Kind regards, Martin
  20. Hi Farzad, you are right, the option to calculate the optimum tilt angle is missing in 3D. We have it on our list, but in the mean while you would have to start a new 2D project, select the location you want to use later in 3D and calculate your optimum tilt angle and write it down somewhere. Then you know it for your 3D planning later. Sorry for the inconvenience, kind regards, Martin
  21. Hi Yvar, if you zoom out far enough, the module labels will disappear at some point. But there is no option to disable them completely in the module configuration section. You can, however, disable the display of the module numer (the last digit), perhaps this decreases the complexity enough? Kind regards, Martin
  22. Hi Tim, see this post here for reference: https://forum.valentin-software.com/topic/468-curved-building-in-pvsol You could also import your own 3D model that you have created with another 3D software like Sketchup or similar, but you should be aware of the fact that you can only place PV modules on flat surfaces. This is why you will have to approximate your round roof with several sections of plane surfaces. Hope that helps, Martin
  23. Hello Muhammad, Meteonorm 7.2 is integrated in PV*SOL premium 2018 R5, so you don't have to buy it separately. You can buy it as a stand-alone version though, if you don't need PV*SOL. But if you want to use Meteonorm 7.2 with PV*SOL, then you need to have PV*SOL premium 2018 R5. In that case you don't need Meteonorm 7.2 as stand-alone version. You can see what data is included in Meteonorm 7.2 (and in PV*SOL as well) here: http://www.meteonorm.com/ Kind regards, Martin
  24. the backtracking function ensures that there is no shadow from adjacent trackers on the module. To accomplish that, the trackers must stop following the sun at some point, so that the modules don't have the optimal angle towards the sun anymore. So the solar irradiation on the modules will always be a bit smaller with backtracking enabled compared to shading-free tracker rows with larger distance. If the row distance increases, the backtracking can start later and the losses due to suboptimally oriented modules decrease. Kind regards, Martin
  25. Hi Ahmad, see this diagram here: Your surface usage factor is (width or height of PV) / (distance of trackers). If row distance is 4 meters and your trackers are 2 meters high, the surfacce usage factor is 0.5. It is important that the dimension or axis in which you measure your module (width or height) is the same as the distance of your trackers. Kind regards, Martin
×
×
  • Create New...